Я бы описал процесс разработки как работу бортовой команды, которая днями и ночами вычерпывает воду из тонущего корабля. Одни факторы, вроде бесконечной текучки кадров, помогают кораблю затонуть. Другие, например, рефакторинг, помогают кораблю плыть дальше. Доплывёт ли корабль до точки назначения, зависит только от того, насколько вы справитесь с набегающими волнами технического долга и долга компетенций.

Мои друзья, получившие давным-давно свой диплом о высшем образовании, уже потеряли свои места работы – сразу после того, как те технологии, с которыми они привыкли работать, безнадёжно устарели. Они закончили свою программистскую карьеру, и теперь жалеют, что не изучали что-то новое в своё время. Проблема в том, что собственную отсталость начинаешь осознавать слишком поздно. А уж надеяться на то, что в обучении тебе поможет работодатель, может только наивный Буратино. 

Друг недавно спросил меня, как выучить JavaScript, и действительно ли практика является достаточным условием для того, чтобы изучить ЯП.

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

С чего начинается путь программиста? С Hello World, первых пропущенных пробелов, первых пойманных багов... А когда же можно наконец заявить о своих постоянных и непростых отношениях с кодом? Когда становится понятно, что то, чем вы занимаетесь — действительно ваша стезя? 

В IT-индустрии есть одна проблема, которая многим покажется надуманной: завышенный заработок.

Но интересно другое. Те, кто осознаёт чрезмерно высокую оплату своего труда, испытывают не гордость за себя, а страх. Этот страх растёт тогда, когда работник пассивно просматривает существующие вакансии на рынке труда, и видит, что мало какие работодатели готовы платить ему больше, чем он зарабатывает на текущем месте.

Каждый разработчик сталкивался с вечной борьбой между «сделать качественно» и «сделать быстро».

Качественный код крайне сложно продать, ведь его никто не видит.

Как сделать так, чтобы клиенты оценили важность написанного нами кода?

BitByte — это фестиваль российского IT-сообщества, который ежегодно проводится в Москве и Санкт-Петербурге. Мы рады вместе с вами отметить небольшую праздничную дату — пятилетие BitByte.

Как и прежде, BitByte на одной площадке собирает новичков и гуру IT-индустрии для обмена опытом и новых знакомств.

Вопреки стереотипному разделению на «мир гуманитариев», «мир творчества» и «мир точных наук», технологии действительно стимулируют творчество. Задумайтесь: ведь в современное время большая часть существующих профессий требует творческого подхода значительно чаще, чем, скажем, несколько поколений назад. Расширение возможностей и автоматизация части творческого процесса позволяет нам значительно увеличить собственную продуктивность и креативность.

RedMonk составляет свой рейтинг популярности языков программирования раз в квартал. RedMonk выбирает и анализирует языки, использующиеся в репозиториях GitHub, за исключением форков. Анализу подвергается GitHub Archive на Google BigQuery. Языки в данном анализе представлены и на GitHub, и на StackOverflow.

Давайте посмотрим на сводку. 

Программист начинает работать неэффективно тогда, когда его начинают отвлекать. Если быть совсем честным, постоянные «дёргания» отвлекают всех работников, вне зависимости от специальности. А для программиста это ― особый, десятый круг ада по Данте.