Задать вопрос
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

    Что касается языка - на первое время следует сосредоточится на чем-то популярном, попсовом, где больше всего вакансий, где проще найти работу. На зарплаты пока внимания обращать смысла нет - это лишь первый шаг, потом все-равно зарплаты станут больше, и скорее всего сменишь сферу деятельности, в соответствии со своими вкусами и желаниями.
    Но чтобы получить время на изучение языка, требуется источник дохода - любая работа, которая позволит кушать, платить за квартиру, одежду, оборудование и услуги.

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

    Т.е. глобально нет смысла учить конкретный язык ради изучения языка - выучить любой язык не проблема, и это можно сделать прямо по ходу решения задачи. Я за свою жизнь пользовался целой кучей языков, и все они так или иначе, но похожи друг на друга, проблем с их изучением никогда не было. Так что выучить новый язык - не проблема.

    Конкретный язык нужен кодерам - это те, кто воплощает чужие идеи в коде, т.е. конечные винтики в процессе разработки софта, исполнители. От кодеров требуется только перенести уже готовый алгоритм на требуемый язык, максимально быстро, и по возможности без ошибок.
    Изучив конкретный язык ты можешь стать кодером, но это черновая работа, и по хорошему - временная, просто ступенька на пути становления программиста. Нужно двигаться к архитектору, инженеру, непосредственно программисту в широком смысле.

    Программисту важнее знать как именно решать задачи, т.е. иметь представление об алгоритмах и навык формализации всего и вся. Т.е. уметь непосредственно разрабатывать алгоритмы, умение кодить - второстепенно.
    Т.е. программист - это лишь инженер сетей обработки информации.

    Также упрощает задачу стандартизация подходов к решению задач, парадигм - большинство из них уже формализованы, и описаны. Например всем известное ООП, модульное программирование, конечные автоматы, и т.п. Описано более двух десятков таких моделей, их следует по возможности освоить. И не стесняться комбинировать.

    Дополнительно упрощает задачу то, что большинство алгоритмов стандартные, и почти все известные алгоритмы уже кем-то реализованы в библиотеках или исходниках, так что вместо написания с нуля достаточно просто подключить нужную библиотеку или скопипастить кусок из исходников. Но для этого нужно знать, что такой алгоритм вообще существует, в какой именно библиотеке реализован, когда и как его можно и стоит применять.
    Во вторых давно доступен гугль, который всегда подскажет как решать ту или иную задачу, какие для этого есть алгоритмы, в каких библиотеках, когда и как их применять.

    Т.е. современный разработчик может выехать чисто за счет умения гуглить.
    И это не плохо на самом деле - преподы в институтах говорят примерно тоже самое: хороший инженер - не тот, кто все знает, а тот, кто может решить любую задачу. И помогают в этом вовсе не знания, а умение искать нужную информацию, ибо все знать все-равно не получится.

    Но все-равно, даже программисту нужен опыт. Не важно что он отвязан от языков - он все-таки привязан к одному языку, информации, и должен уметь с ней обращаться.
    Опыт экономит время и усилия - там, где сперва требовалось неделю гуглить и пробовать, потом, с опытом, все делаешь за час, просто уже понимая что, как, когда и зачем.

    Опыт нарабатывается практикой - тут нет ничего нового: просто берешь себе задачу по вкусу, и решаешь.
    Не можешь сам генерировать задачи - ищешь годный внешний генератор: форумы проблемных пользователей, имиджборды, конкурсы, аукционы программистов (это где работают фрилансеры). Также хорошо идет создание своего проекта или участие в разработке чужого - развитие любого проекта всегда порождает множество задач, которые нужно кому-то решать, а это отличный генератор.
    В общем ищешь реальных заказчиков, или берешься за незначительные заказы, или работаешь ради альтруизма, решая то, что тебя не просили - есть всякие гитхабы и багтрекеры.

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

    Недоведение решений до конца - следствие неверного подхода: либо берешь задачи, к которым еще не готов, слишком сложные, либо не имеешь возможности работать - у тебя нет условий для решения задачи: времени, места и внимания. Либо просто тебе это реально не нужно - тебя и так все устраивает, и планов на будущее нет.

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

    Со вторым все понятно: надо либо создать условия, либо отказаться от этой деятельности, и перейти к другой.
    Кто-то отказывается, уходит на другие работы, в основном физические, неквалифицированные, просто чтобы не думать. И как правило остается там до конца, уже не в силах выбраться из болота рутины.
    Кто-то приспосабливается - отгораживает себе уголок, меняет работу на ту, что дает больше свободного времени, начинает работать по ночам, забивает шум наушниками, и т.п. костыли.
    Кто-то кардинально меняет свою жизнь - переезжает в сьемные квартиры, выделяет себе комнату, изолирует ее или устанавливает в доме режим тишины, в общем создает себе полноценные комфортные условия для творчества. Это если удаленка - многие именно из-за невозможности работать дома, предпочитают офисы, или специальные кафе или клубы для работы.

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

    Чтобы вернуть веру в себя, нужно стать победителем. Победители всегда побеждают - в этом и суть. Необходимо начать побеждать, любой ценой: нужно брать такие задачи, которые точно сможешь решить, какими бы простыми они не были. Можешь вернуться к азам, началу, детскому уровню сложности, если потребуется - главное чтобы задачи начали решаться, не важно какие и как. Пока не уверен, что готов двигаться дальше - удерживаешь уровень, каким бы низким и зазорным он не был. Важно обмануть мозг, а не показать класс всему миру, иначе обратно утонешь.

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Как вы строите адаптированый grid?

    MrSteep
    @MrSteep
    ленивый
    Ответ написан
    Комментировать
  • Как вы строите адаптированый grid?

    Serj-One
    @Serj-One
    i'm sexy and i know it
    Использую сетку Bootstrap, но классы бутстрапа присваиваю не в html, а в scss через extend, придерживаясь БЭМ. Изобретать велосипед смысла не вижу. Bootstrap-сетка на сегодняшний день лучшая.
    .about{
      &__item{
        @extend .col-md-3;  
        @extend .col-sm-2;  
        @extend .col-xs-6;  
      }
    }
    Ответ написан
    3 комментария
  • Миксины в SASS: когда пора остановиться?

    Имхо, миксины имеют смысл в случае, когда применяемых свойств несколько, или когда свойство \ набор свойств применяются к однотипному набору объектов. Например, миксин box-shadow имеет смысл, если там юзается фоллбэк с filter для IE.

    Из перечисленного я бы оставил только миксин v-center.
    Ответ написан
    3 комментария
  • Flexbox vs float?

    dom1n1k
    @dom1n1k
    По поводу того, что flex лучше всегда - это конечно чушь. Есть много простых ситуаций, когда он не дает никакого профита, тогда как старый добрый float решает проблему целиком. Флекс, конечно, тоже решит - но с побочными эффектами в виде неполной кроссбраузерности.
    Предложения при этом делать фоллбеки на флоатах умиляют - если всё равно их делать, так не проще ли ими и ограничиться?!

    В итоге, ответ на вопрос очень простой - flex нужно использовать там, где он дает конкретные преимущества. Самое очевидное - нужно автораспределение ширины блоков с подстройкой к ширине контента. Или вам нужно менять порядок блоков (свойство order).
    Если ничего этого не планируется - flex не нужен! Сейчас уже наплодили сеток и "фреймворков", где flex используется фактически для имитации float-ов! Ну типа же стильно, модно, молодежно. Я ж крутой разработчег, не хухры-мухры.

    При верстке каждого блока нужно задавать себе вопрос: "я использую flexbox, чтобы что?" Если на вопрос есть четкий ответ - да, нужно использовать. Если только бла-бла типа "ну это современно, прогрессивно и пр" - использовать старые железобетонные приёмы.
    Ответ написан
    7 комментариев
  • Какие есть обучающие ресурсы по фронтенд разработке?

    edward04
    @edward04
    Начинающий ninja frontend
    https://www.youtube.com/channel/UC7enHM_oJRYJOnyJr...
    https://www.youtube.com/channel/UCZeU17nbVfzczAkJV...
    https://www.youtube.com/channel/UCHHw70vvbfyM6xJQo...
    https://www.youtube.com/channel/UCIIt69f5D44s2cdb9...
    tohtml.it/post/74511047203/markup-process

    По нему скучаю искренне и иногда сижу на подоконнику с лате и смотрю на капли дождя, стекающие по стеклу:
    https://www.youtube.com/channel/UCdnFX7mzgup9moXG2...
    Это для общего развития:

    https://stepic.org/course/%D0%90%D0%BD%D0%B0%D0%BB...

    Похожий вопрос:
    Какие задачи нужно уметь выполнять на JS начинающему?

    Ваша библия:
    https://developer.mozilla.org
    Можно докинуть еще:
    webref.ru
    htmlbook.ru
    Просто случайная ссыль
    https://docs.google.com/document/d/1kehaJKKRo7zxYp...
    Еще одна:
    https://github.com/ihorzenich/html5checklist
    Еще какая то штука
    https://github.com/dypsilon/frontend-dev-bookmarks
    Лучшие практики тостеровцев
    Как вы начинаете вёрстку сайта?
    Инструменты
    fredsarmento.me/frontend-tools

    После пары часов выпускания пара из ушей, включить на всю громкость и хоть как то отвлечься от этой жизни
    https://www.youtube.com/channel/UCY0C6A3t3RTUN3BB6...

    На freecodecamp.com неплохо алгоритмы можно потренить

    Ну и конечно
    learn.javascript.ru

    PS
    еще это
    Какие ресурсы с новостями по web-разработки вы знаете?

    PSPS
    Не отвечаю за качество контента под ссылками, может кое что уже outdated.

    https://vk.com/video79753760_171233585

    Удачи, брат
    Ответ написан
    4 комментария
  • Есть сайты для общения начинающих программистов, или что-то подобное?

    zo0m
    @zo0m
    full stack developer
    livecoding.tv

    вот тут норм интерактив :) Periscope для разработчиков

    ____update:
    (как ниже поправили, скорее Twitch)
    Ответ написан
    2 комментария
  • Задачник по Javascript?

    Stalker_RED
    @Stalker_RED
    Обучающие задачки разных уровней есть на codewars.com
    И там можно посмотреть как эти задачки решали другие люди, сравнить свое решение, и попытаться понять чем оно лучше или хуже.
    Ответ написан
    Комментировать
  • Какой фреймворк по flexbox взять?

    gatilin222
    @gatilin222
    Frontend-разработчик
    flexgridframework.com - The Flex Semantic Grid for Stylus and Sass.
    Ответ написан
    4 комментария
  • Порядок изучения react.js?

    maxfarseer
    @maxfarseer
    https://maxpfrontend.ru, обучаю реакту и компании
    Курс по react.js на русском языке в формате текста.
    Ответ написан
    Комментировать
  • Какие еще есть блогеры вроде Sorax?

    @kostein
    Сварщик - Верстальщик
    После Sorax'a сложно смотреть кого либо .) Может он нашёл способ завести трактор..

    А вообще я б на месте нашего гос-ва, Или там доморощенных Цукербергов-Дуровых или какие-нибудь Тиньковы, Сечины, Абрамовичи, СамыйДлинныйИзНорильска (тысячи их), таким людям как Зоракс, Кантор и пр., - гранты давал на их просветительскую деятельность, всяко больше пользы для страны чем клепать авиабомбы в три смены, или раскидывать пятирублёвки из окна, а на глинтвейн в куршавеле всяко бы осталось.

    Илья Кантор два курса node js и webpack если тематика подходит, то очень даже.

    p.s. у Ильи ещё курс добавился по "Стакану с трубочкой".
    Ответ написан
    3 комментария
  • Чем являются container, row, col в методологии SMACSS?

    @timfcsm
    если используешь препроцессоры, то эти классы вообще не нужны, используй миксины
    Ответ написан
    Комментировать
  • Не могу понять как работает flex?

    Kublyakov
    @Kublyakov
    Поиграйтесь тут: flexboxfroggy.com/#ru
    Прочитайте это: html5.by/blog/flexbox
    Если после этого останутся вопросы, то я не знаю что с вами не так.
    Ответ написан
    Комментировать
  • Какие есть толковое видео и литература для профессиональных разработчиков WordPress?

    igor-fedorov
    @igor-fedorov
    Full Stack разработчик
    wp-kama.ru огромное кол-во обучающего материала.
    Ответ написан
    Комментировать
  • Курсы для фронтендера\дизайнера по завершению которых выдают сертификат (удаленно)?

    HoHsi
    @HoHsi
    Что-бы резюме выглядело солидно, не занимайтесь дро***ом с сертификатами.
    1) Заведите GitHub аккаунт и начните писать открытые библиотечки / сайты. (пусть и корявые, но со временем...)
    2) На том же гите работайте над чужими проектами. Форкайте, пытайтесь запилить свой мердж.
    3) Перестаньте уже заниматься х***ней с сертификатами / тренингами / блицами. Работайте, блеять. Портфолио будет лучше смотреться от реальных работ, а не от макулатуры.
    4) Запилите блог (!!! когда уже сами будете понимать в своей области). Пишите в него статьи, переводы, гайды. Это не столько для окружающих, сколько для вас самих. Ведь как известно ни что так не закрепляет знания. как обучение ими окружающих.

    Ваш кэп.
    Ответ написан
    Комментировать
  • Верстать без фреймвороков это значит быть не професионалом?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Быть профессионалом - значит знать и правильно применять необходимые инструменты для наиболее эффективного решения задачи. А также НЕ применять, если в этом нет необходимости.
    Ответ написан
    4 комментария
  • Верстать без фреймвороков это значит быть не професионалом?

    Serj-One
    @Serj-One
    i'm sexy and i know it
    Новички поступают как раз наоборот, т.е. лепят тот же бутстрап всюду, независимо от того, нужен ли он там на самом деле.
    Дело в том, что css фреймворки - скорей инструмент прототипирования, нежели основа проекта.
    Их применение оправдано в проекте без дизайна, какой-то технической вёрстке, админке, и т.д. Но в большинстве проектов с уникальным дизайном они попросту неуместны.
    Верстай с нуля, и не парься. Это будет только плюсом, наберёшься опыта.
    Ответ написан
    2 комментария
  • Как правильно создать репозиторий Github?

    zorro76
    @zorro76
    1.Нужно зарегистрироваться на сервисе.
    2.Создайте форк (fork) интересующего вас репозитория.
    3.Теперь у вас есть собственная копия удаленного репозитория, связанная с изначальной. Клонируйте эту копию.
    Теперь вы можете сохранять коммиты в свой локальный репозиторий, а потом пушить их в свой удаленный. Если вы захотите предложить свои изменения в изначальный репозиторий, для этого есть специальный инструмент под названием pull request.
    Ответ написан
    Комментировать
  • Хорошая задача для укрепления знаний и практики в JavaScript?

    isqua
    @isqua
    Научу HTML, CSS, JS, BEM и Git
    Плюсую codewars.com, там интересные задачи на логику, алгоритмы и тонкости языка. Но это всё-таки не продуктовые задачи. Можно их много решать, но так и не научиться делать то, что обычно нужно на работе. Они развивают другое.

    Обычно все пишут туду-приложения, но это уже скучно и затёрто :) Я рекомендую попробовать написать аудиоплеер. Сайт, на котором можно послушать музыку. Можно даже авторизовывать пользователя через last.fm и например рекомендовать ему музыку на основе его предпочтений, или даже сразу включать её (подтягивая треки из вконтакте).
    Ответ написан
    1 комментарий
  • Виновен ли я в самописном движке?

    iiifx
    @iiifx
    PHP, OOP, SOLID, Yii2, Composer, PHPStorm
    > Подскажите, что я неправильно так же сделал, как начинающий кодер?

    Вы все сделали просто отлично - выполнили работу и получили опыт. А на клиента и его СЕОшника забейте, у вас впереди еще сотни подобных. Со временем вы поймете как страховать себя от подобного, для чего нужен ТЗ и зачем его фиксируют перед началом работ.

    Есть такое правило: Чтобы написать свою первую строку хорошего кода вы должны сперва написать миллион строк плохого. Это костыли, велосипеды, неудачные и даже брошенные проекты. Никуда от этого не деться, у всех так и вы не исключение. Если вы будете делать проекты на одних лишь вордперссах, то никогда так ничему и не научитесь. То есть научитесь ровно тому, что умеет вордпресс. А умеет он... ничего. Так и останетесь шаблонным "веб-мастером", который вроде как и умеет что-то, но ничего особенного из себя не представляет. Всегда изучайте и пробуйте что-то новое, чтобы каждая завершенная неделя давала вам хоть и небольшие, но новые знания.
    Ответ написан
    6 комментариев