Существуют определённые признаки. Хорошие программисты хотят поддерживать качество своей деятельности, они целенаправленно развивают навыки, которые не только выгодны работодателям, но и подают знаки другим программистам. Если вы начнёте замечать такие знаки у кандидатов, у вас появится больше шансов выбрать кого-то, кто будет хорошим вложением на долгий срок.
Что же вы должны искать? Из моего почти двадцатилетнего опыта в программной индустрии, я выделил пять черт, которые у меня ассоциируются с крутыми разработчиками и которые я бы рассматривал, если бы сейчас нанимал программиста.
Привет. Уже давно хочу поделиться своими впечатлениями о проектах и о учебе в Хекслете в целом.
К сожалению, обычно я никогда не прикладываю в деле особо много усилий. Лень сопровождает меня всегда и везде. И Хекслет не стал исключением. Но сначала небольшая предыстория.
До Хекслета у меня уже был небольшой опыт в программировании: начинал что-то делать на Perl, потом немного увлекся C++, а потом под впечатлением от успехов инди-разработчиков ударился в геймдев, писал на Monkey. Но увы, ни в одном из дел не добился успехов, а все потому, что не изучив до конца инструмент, начинал писать какой-то огромный проект мечты. При небольшой цели мне становилось неинтересно, в итоге вот я уже пишу мморпг с "корованами" и прочим, а это приводило к тому, что временами втыкал по несколько часов, не понимая что написал неделю назад. В какой-то момент пришлось честно себе признаться: либо я так и останусь самоучкой-недоучкой и буду делать свой проект до конца жизни (потому что месяцами не могу заставить себя сесть за свой говнокод), либо надо что-то менять, и пора ставить реальную цель. Так я и пришел учиться в Хекслет с целью устроиться на работу программистом.
В Хекслете с первых уроков мне понравился подход: акцент ставился не на конструкциях языка, а на саму суть программирования. Кажется, это был курс "Построения абстракций". Тогда еще не было совсем простых курсов.
Проекты были только на JS, и нас давно просили запилить проекты по PHP. Так вот, оно свершилось. Первый проект уже запущен, люди проходят, прокачиваются и пишут приятные отзывы.
Реалити-шоу «С нуля до работы»
Некоторое время назад мы вместе с одним из учеников решили провести эксперимент. У него ситуация с обучением мягко говоря непростая. И Кирилл взял его обучение под свой контроль.
Ему 30 лет. Начал учиться с полного нуля. Ни в математике, ни в информатике знаний практически не было. Он до мозга костей гуманитарий и специалист в теологии. Тяжелая физическая работа в ночные смены, семья, ребенок, в общем, время на учебу крайне ограничено.
Work-Life balance — важный термин и концепция, они используются для описания баланса, который необходим каждому человеку между работой и личной жизнью. Подробно рассказываем, как с work-life balance у программистов, и зачем вообще держать баланс между работой и остальной жизнью.
Многие из нас не достаточно хорошо натасканы улавливать намеки, интерпретировать ваши истории как набор действий или читать между строк, чтобы понять, что вы имеете в виду. Извините. Неявно коммуницировать в технических вопросах означает напрашиваться на неприятности. Если вы размазано просите чего хотите, с большей вероятностью вы этого не получите.
Работать сверхурочно — непродуктивно, нехорошо для здоровья и, к сожалению, широко распространено. Я настойчиво верю, что короткий рабочий день полезен вам и вашему начальнику, но многие компании и менеджмент заставляют вас работать дольше даже если это снижает продуктивность.
Так почему они это делают? Давайте разберём несколько причин.
Следование примеру
Некоторые менеджеры просто не понимают, что работать слишком долго — контрпродуктивно. Возьмём, к примеру, основателей стартапов. Они любят свою работу: стартап – их ребёнок, и они счастливы беспрерывно работать, чтобы гарантировано добиться успеха. Это может быть неэффективным и контрпродуктивным, но они могут этого не осознавать.
Начинаем серию статей, посвященных трудоустройству. Как составить хорошее резюме, как вести себя на собеседовании и как понравиться HR-у, нужно ли выполнять гигантское тестовое задание и другие мега-полезные вещи. Все статьи составлены из материалов Вероники Ильиной, опытного HR-специалиста. Вероника уже долгое время неутомимо отвечает на вопросы в канале hexlet-review нашего слак-чата, а еще у нее есть отличный канал в телеграм HR отвечает. Поэтому все заметки - это ответы на реальные вопросы участников слак-чата Хекслета и подписчиков Вероники в телеграм. В первой статье все, что касается резюме программиста. Опытные программисты, конечно, могут и не найти здесь ничего нового, а новичкам обязательно к прочтению.
Это перевод статьи Артёма Чистякова "The language of programming", породившей интересные дискуссии на HackerNews и Reddit.
Я помню, как изучал свой первый язык программирования. Мы должны были освоить какой-то из диалектов BASIC в рамках обязательной школьной программы по информатике для второго класса. Скрючившись на своих партах под тусклыми флуоресцентными лампами, мы нетерпеливо поглядывали на жужжащие компьютеры IBM, расставленные вдоль стен душной классной комнаты. Это был 1997 год, Россия. Ни у кого из нас не было домашнего компьютера. На доске в меловых разводах учитель написала:
Многие люди обращаются к нам с одним и тем же вопросом: “А не поздно ли мне становиться разработчиком в X лет?”, этот же вопрос часто встречается на форумах, тостере и подобных сервисах. Часто почему-то “переломным” возрастом является именно 30. Вроде как люди думают, что в 28 еще все ок, а в 30 уже все, пиши пропало. Постарался ответить максимально подробно и честно, на своем опыте и опыте студентов Хекслета.
Спойлер для тех, кому лень читать дальше: стать программистом можно в любом возрасте. В 30 лет - не поздно!
