СТАТЬ ПРОГРАММИСТОМ

“зачем?”  Долго думал как написать эту серию постов, хочу чтобы она была максимально полезной, а не очередной подборкой душных советов, с оттенком такого назидательного тона: ‘...надо прочитать Кнута, надо изучать cs, надо выучить Си...’ Это все, безусловно, замечательные вещи, о многих из них я писал здесь на канале, но вот это вот “надо”, когда речь идет о становлении сильного специалиста, меня очень смущает. Да, ‘книга дракона’(сленговое название классического труда о компиляторах - «Компиляторы: принципы, технологии и инструменты») великолепна, но необходимо  ли ее прочитать каждому, кто хочет стать сильным программистом? Ну разумеется нет, более того, это может стать потерей достаточно большого куска времени. Повторюсь, книга великолепна, и если тема рассматриваемая в ней действительно нужна для будущего развития - читать обязательно, но если нет - зачем? И вот это “зачем?” нужно не забывать спрашивать у тех, кто с невероятным рвением рекомендует читать подобные классические и сложные труды начинающим. И если ответ не пересекается с вашей целью(понять это легко по вопросу “действительно ли те, кто достиг нужной нам цели, штудировали эту книгу?”), то я бы советовал очень и очень осторожно относиться к подобным советам.

DATApedia - канал про Data Science, и все что связано с данными, в котором вы найдете: — Переведенные зарубежные статьи, которые есть только у нас; — Возможность предложить нам статью для перевода; — Полезные видео; — Интересные опросы; — Профессиональный юмор; Присоединяйтесь, давайте расти как профессионалы вместе 😉 Подписаться: https://t.me/data_science_wiki

Как стать именно “сильным” программистом Перевое видео на моем ютуб канале - https://youtu.be/jXyFCLnN06c Как раз посвящено пониманию процесса программирования, логично начать именно с этой темы. Следующие посты этой серии будут касаться других вопросов(не хочу тоже самое дублировать текстом), но важно начать именно с этого.

Думаю, есть смысл завершить серию постов про “перевод с бизнесового на программистский”, дальше надо ударяться уже в какие то конкретные темы, разборы собесных вопросов и т.д. и т.п. Все это будет на канале с roadmap-ом(кстати, на нем уже 300 человек, если еще не присоединились, welcome - @into_frontend ), разумеется, там все будет крутится вокруг фронтенда, но какие-то общие темы есть везде и скорее всего я их будут кратко расписывать и на этом канале. Окей, эту серию завершили, следующая на очереди - ‘как стать именно “сильным” программистом’. Она будет куда важнее, сложнее и интереснее.

Смотрите, одна из самых странных для меня вещей в рекламе всяких курсов, это “после нашего в курса у вас в портфолио будет вот этот проект”, еще более странно, что это преподносится как преимущество. В реальности же получается: курс оканчивается, и единовременно на рынок выходят ребята, которых мало того, что учили по одной программе, так еще у них даже проекты одинаковы. Грубо говоря, этот курсовой проект, не то что не дает преимущество, а сразу добавляет конкурентов. Поскольку, работодатели все эти проекты видели(ну или в ближайшее время увидят, благодаря сокурсникам обучающегося), они будут сравнивать его не просто с общим потоком, так еще и с теми кто этот курс прошел. Мне кажется, это крайне иррациональная идея, вместо того, чтобы участвовать в одной сложной игре(теория игр, если не читали, посты выше), начинать играть еще в одну игру, да посложнее.

Продолжим серию постов про ‘перевод с языка бизнеса на программистский’

Не хочу долго и тягомотно расписывать почему это «крутая штука». Поэтому быстренько, пару пунктов. Про изучение фронтенда -на пару постов выше было про большие з/п во фронтенде, так вот, сейчас происходит какой-то пик этих самых больших зарплат. При этом, вход во фронтенд все еще - выполнимый квест. Кол-во вакансий - огромно, не особо люблю концепцию фриланса, но даже с ним здесь все очень и очень хорошо. КПД у изучения фронтенда сейчас выглядит крайне привлекательно, и найти лучшего соотношения затраченных усилий к общему выхлопу - не могу. -JS, все крутится вокруг него, хорошее знание js - жирный плюс вообще к любому резюме(речь не только о фронтенде). -немного избито, но главный плюс фронтенда “видеть результат своей работы прямо здесь и сейчас”, с этим не поспоришь, все действительно так Про сам роадмап -будет куча крутейших учебных материалов неизвестных новичкам(поверьте, там мягко сказать, очень все хорошо) -будут разбираться разные техники изучения(очень важная тема, которой редко касаются) -все в контексте ‘реального’ мира, т.е. что-то вроде: этот инструмент полезен при изучении, но в реальности на работе его не юзают из-за такой-то причины; так в реальности никто не пишет, но об этом могу спросить на собесе; и т.д. и т.п. Вообщем, welcome - Во фронтенд ( @into_frontend )

ВАЖНАЯ НОВОСТЬ Канал пустовал несколько недель(большое спасибо, что не отписались), все это время я доводил до ума одну историю, которая, как мне кажется, будет интересна всем, кто хочет вкатиться в айтишку. Кратко: это такой формат канала-роадмапа/плана изучения по фронтенду. Важный момент - именно формат канала, то есть на нем будут постепено выходить шаги этого роадмапа разбираться разные подводные камни(js на них определено богат), учебные материалы, типичные ошибки определенного шага, пути того как их можно избежать и т.д. и т.п. Начнем с абсолютного нуля, а финальной целью будет достаточный уровень для входа в профессию(скорее всего, последнии этапы этого роадмапа будут полностью посвящены собесам). Пока ориентируемся на React, возможно это изменится(до него еще дойти надо), но честно говоря, особых причин это сделать не вижу. Примерные сроки - 6 месяцев, это довольно оптимистичный прогноз(обычно эту цифру умножают раза в полтора-два). В любом случае этот роадмап останется, и можно будет идти по нему в своем темпе.

Как программисты быстро меняют направление разработки Прогер из серьезного gamedev(условный unreal) решил податься в HC игры(это очень странное решение, но мало ли, все в жизни бывает). Что он сделает? Скорее всего по-быстрому пробежи основы и запилит несколько максимально типовых проектов(ориентируясь на сторы, пару клонов популярных игр). Почему, он же может сделать что-то с абсолютно другим подходом, что-то очень и очень крутое, на голову выше типовых hyper casual? Все потому, что он прекрасно понимает что интересно работодателю. А работодателю куда интересней стабильность рабочего процесса(в случае hc - умение пилить простые типовые игры), чем гениальность разработчика(в очень редких случаях это по-другому).  Да, интересные проекты сыграют на руку при прочих равных, но ситуация когда в портфолио нет чего-то близкого к проблемам будущей работы, очень и очень снижает вероятность ее получения.

А что относительно перспектив именно {подставить любой ЯП}? Все очень просто, если на нем уже много всего написано, то все с ним будет хорошо. Ставим себя на место бизнеса, к нам приходит разработчик, и говорит “давайте ка потратим время(==деньги, программисты то бесплатно не работают)”, и перепишим весь наш продукт на более “хороший” ЯП. Что бизнес скажет такому разработчику? Скорее всего спросит: увеличит ли это количество клиентов/продаж/прибыли, если нет - то зачем?