Каждому программисту рано или поздно предстоит разобраться в чужом коде, однако не все это делают правильно. Мы перевели статью разработчика Уильяма Шона и узнали, как читать чужой код так, чтобы понимать его и выносить из этой практики что-то новое.
Интернет по первому же запросу предоставит вам 1000 и одну рекомендацию, как их писать и формулировать. Увы, обычно на одну рекомендацию даже от лучших ресурсов приходится количество воды, равное объёму олимпийского бассейна. Так что мы поговорим о самых общих, обязательных и полезных вещах, включение которых в сопроводительное точно не повредит.
Вы можете недостаточно хорошо вычитать резюме, но сопроводительное, не важно, на hh или отправленное на почту компании, должно быть вычитано идеально. Избегайте ошибок, поставьте красивые кавычки и тире вместо дефисов, или просто поставьте раскладку Бирмана и пишите красиво всегда.
Подсказка: Вычитайте резюме на предмет таких странностей, как «умею “гуглить”», - в умении ничего плохого нет, а вот в этих кавычках вверху - есть. Или Google как название компании и поисковика, или гугл как нарицательное для источника знаний и ответов на вопросы, забудьте про остальные вариации, не заключайте название компаний в кавычки, если речь не идет об ООО “Рога и копыта”. Если просто: у любой компании есть имя “по документам” (ООО “Рога и копыта”), и есть имя для печати и разговорной речи (Предприятие рогокопытных). Давно вы слышали, чтобы в разговоре без обсуждения документов название компании сочеталось с ООО? То-то же.
Персонализируйте. Обращаетесь вы к компании или к известному вам лицу, которое её представляет, сделайте письмо нацеленным именно на них и ни на кого больше. Даже одно предложение, подставленное в шаблонное сопроводительное, может всё перевернуть.
Зачем? Привлеките внимание, покажите заинтересованность в работе именно в этой команде и банальную внимательность к деталям, которая в IT никогда не бывает лишней. Заодно повысите число ответов и качество фидбэка, так как отношение HR’а может стать более личным.
Проекты были только на JS, и нас давно просили запилить проекты по PHP. Так вот, оно свершилось. Первый проект уже запущен, люди проходят, прокачиваются и пишут приятные отзывы.
Реалити-шоу «С нуля до работы»
Некоторое время назад мы вместе с одним из учеников решили провести эксперимент. У него ситуация с обучением мягко говоря непростая. И Кирилл взял его обучение под свой контроль.
Ему 30 лет. Начал учиться с полного нуля. Ни в математике, ни в информатике знаний практически не было. Он до мозга костей гуманитарий и специалист в теологии. Тяжелая физическая работа в ночные смены, семья, ребенок, в общем, время на учебу крайне ограничено.
Начинаем серию статей, посвященных трудоустройству. Как составить хорошее резюме, как вести себя на собеседовании и как понравиться HR-у, нужно ли выполнять гигантское тестовое задание и другие мега-полезные вещи. Все статьи составлены из материалов Вероники Ильиной, опытного HR-специалиста. Вероника уже долгое время неутомимо отвечает на вопросы в канале hexlet-review нашего слак-чата, а еще у нее есть отличный канал в телеграм HR отвечает. Поэтому все заметки - это ответы на реальные вопросы участников слак-чата Хекслета и подписчиков Вероники в телеграм. В первой статье все, что касается резюме программиста. Опытные программисты, конечно, могут и не найти здесь ничего нового, а новичкам обязательно к прочтению.
Многие люди обращаются к нам с одним и тем же вопросом: “А не поздно ли мне становиться разработчиком в X лет?”, этот же вопрос часто встречается на форумах, тостере и подобных сервисах. Часто почему-то “переломным” возрастом является именно 30. Вроде как люди думают, что в 28 еще все ок, а в 30 уже все, пиши пропало. Постарался ответить максимально подробно и честно, на своем опыте и опыте студентов Хекслета.
Спойлер для тех, кому лень читать дальше: стать программистом можно в любом возрасте. В 30 лет - не поздно!
Перевели для вас небольшой пост со StackExchange, в котором юзер под ником Etherable делится историей о своей нелегкой кодерской жизни.
«Сейчас я работаю в компании, где очень много легаси-кода. Система на самом деле очень старая, и хотя меня нанимали как программиста, по сути моя работа это самый обычный ввод данных. В итоге, я получаю набор требований, который по сути является просто массой таблиц с данными по месяцам, которые я должен внести в систему и заставить все это работать. И в целом это решается кучей SQL скриптов.
Многие люди, приходя на работу в новую компанию, сталкиваются с тем, что им не нравится сложившаяся инженерная культура. Люди годами работают так, как они работают, привыкли и им вполне удобно. Чаще всего они скептически относятся к предложениям изменений.
Всем привет, сегодня очередное интервью с нашим товарищем Евгением Синицыным (jougene). Евгений уже писал статью про свое трудоустройство, но мы решили еще немного помучить его вопросами, и он великодушно согласился :)
История Евгения вкратце для тех, кто не читал предыдущую статью:
У него в какой-то мере профильное образование (учитель английского языка и информатики), однако институт дал ему мало практических знаний, по крайней мере для трудоустройства их не хватало. В работе учителем он разочаровался, после возвращения из армии стал целенаправленно изучать программирование, попробовал несколько других онлайн-курсов, но результат был неудовлетворительный. Потом наткнулся на Хекслет, начал заниматься. Мы в то время как раз экспериментировали с онлайн-собеседованиями. И Евгений прошел такое собеседование в прямом эфире, держался достойно, его заметили будущие работодатели и пригласили уже на реальное собеседование, которое он прошел и приступил к работе PHP-программистом. В данный момент он поменял работу, и пишет код уже на новом месте. А еще вернулся доучиваться на Хекслет, потому что вышел на работу, так и не успев закончить курс полностью. Итак, поехали.
Сколько в итоге проработал на первом месте? Сложно ли было вообще включаться в “боевые задания” после учебы и туториалов?
На первом месте проработал 11 месяцев. Включаться в рабочий процесс было для меня очень необычно, все новое, то что проходили на курсах вообще какой-то другой мир. Пришел, показали, что такое джаваскрипт, консоль браузера, как там смотреть что куда отправляется, и какой ответ приходит. Короче получилось так, что с точки зрения всяких инструментов для работы все было новым. Что такое фреймворки я не знал, познакомился в процессе работы, работа с DOM’ом тоже в процессе, ну а дальше уже как-то сам начал осваиваться и делать более сложные задачи.
Как эффективно обучаться программированию, ведущий - Кирилл Мокевнин. Особенности языков программирования, ошибки новичков, правильные стратегии обучения, правильный подход к решению задач и многое другое.
Наглядная матрица компетентности программиста поможет вам адекватно оценить уровень своих навыков, и понять, куда двигаться дальше и что учить.
Ближе к ядру расположены навыки и знания, которыми должен обладать начинающий программист, дальше к краям идут навыки, необходимые для продвинутых разработчиков.
Привет! Собрал некоторые очевидные и не очень ошибки начинающих программистов. Это модели поведения и ложные представления, которые могут или вообще закрыть вам дорогу в программирование, или, по крайней мере, растянуть этот путь на много лет. Статья предназначена в первую очередь для новичков.
Наш товарищ eugenlee согласился развернуто ответить на вопросы о том, как пришла ему в голову идея стать программистом, как он учился на Хекслете и как в результате уволился и начал успешно работать PHP разработчиком.
Несколько дней назад вышла юмористическая (но наполненная болью и страданиями автора) статья “На что похоже изучение JavaScript в 2016г.”
В одном из комментариев к статье засветился сам Addy Osmani, один из ведущих JavaScript разработчиков в мире. Далее идет текст его ответа в вольном переводе:
Я полностью понимаю ваше отчаяние :)
Я советую людям, изучающим экосистему JavaScript придерживаться такого подхода: сперва сделай это, потом сделай это правильно, потом сделай это лучше.
Когда я только начинал изучать программирование, у меня голова была забита кучей неверных представлений о профессии программиста и о том, как и что нужно учить. Со временем я понял несколько важных вещей, которые, если б я узнал это раньше, очень сильно упростили и ускорили бы мое обучение.
