Блог Хекслета

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

Как составлять резюме, в каком формате лучше отправлять

Сразу о формате, как о наболевшем. Только в pdf. Забудьте о .docx, забудьте о бесплатных заменителях Word’а (если только это не Google Docs, откуда вы можете безболезненно выгрузить .pdf) и их форматах. Заменители не всегда корректно формируют пдф, так что будьте аккуратны и проверяйте результат перед отправкой.

Почему pdf? Потому что если вы составите резюме в формате .pages, открыть его на винде рядовому рекрутеру будет невозможно, а раздражающие мелочи - не то, что нужно при поиске работы. А если это .docx, маководы без проблем зальют его в Google Docs (и идеальные отступы наверняка будут испорчены не полной совместимостью), но попутно обвинят вас в компьютерной безграмотности. PDF придумали ради универсальности: хоть с телефона смотри, хоть с умных часов. Пользуйтесь им, и будет вам счастье.

Сервисы для составления резюме

Теперь о том, где можно удобно, быстро и по подсказкам составить резюме, а потом ещё и скачать в pdf:

Подкаст Рахима Давлеткалиева до 2019 года выходил под брендом «Хекслет». Сейчас он переименован в «Мысли и методы». Все старые и новые выпуски доступны тут:

• Блог Рахима
• Soundcloud
• iTunes
• Новые выпуски на YouTube (+ старые на канале Хекслета)
• RSS

Это перевод статьи Артёма Чистякова "The language of programming", породившей интересные дискуссии на HackerNews и Reddit.

Я помню, как изучал свой первый язык программирования. Мы должны были освоить какой-то из диалектов BASIC в рамках обязательной школьной программы по информатике для второго класса. Скрючившись на своих партах под тусклыми флуоресцентными лампами, мы нетерпеливо поглядывали на жужжащие компьютеры IBM, расставленные вдоль стен душной классной комнаты. Это был 1997 год, Россия. Ни у кого из нас не было домашнего компьютера. На доске в меловых разводах учитель написала:

SCREEN 15, 0
PSET (100, 100)
DRAW "R20 D20 L20 U20"
END

Подкаст Рахима Давлеткалиева до 2019 года выходил под брендом «Хекслет». Сейчас он переименован в «Мысли и методы». Все старые и новые выпуски доступны тут:

• Блог Рахима
• Soundcloud
• iTunes
• Новые выпуски на YouTube (+ старые на канале Хекслета)
• RSS

Многие люди обращаются к нам с одним и тем же вопросом: “А не поздно ли мне становиться разработчиком в X лет?”, этот же вопрос часто встречается на форумах, тостере и подобных сервисах. Часто почему-то “переломным” возрастом является именно 30. Вроде как люди думают, что в 28 еще все ок, а в 30 уже все, пиши пропало. Постарался ответить максимально подробно и честно, на своем опыте и опыте студентов Хекслета.

Спойлер для тех, кому лень читать дальше.

Стать программистом можно в любом возрасте. В 30 лет - не поздно!

Это факт, подтвержденный десятками историй реальных людей. Вообще, отвлечемся от IT. Я на 100% убежден, что менять работу можно и нужно в любом возрасте, особенно если вас от этой работы уже тошнит. Как это было у меня, и как это было у Евгения, автора истории “Из админа в программисты в 30 лет”.

Я лично физически уже не мог себя заставить на работу ходить, и что мне нужно было делать, просто потерпеть еще 30 лет до пенсии? Шикарная перспектива. Жизнь у нас одна, какой смысл заставлять ходить на надоевшую работу и работать с неприятными тебе людьми? Так можно поступить, только если нет выбора, но на самом деле он есть всегда, просто мы часто его не осознаем.

30 лет это вообще не тот возраст, в котором стоит говорить про “поздно”. Может быть поздновато уже посещать студенческие вечеринки, но учиться чему-то новому уж точно не поздно. Люди начинают совершенно новую жизнь и в 50, и в 75 лет. Есть такой отличный проект “Возраст счастья”, там такие истории собраны, что я просто был в приятном шоке. Люди меняют жизнь кардинально и в 70 лет.. Представьте, как громко такой человек будет смеяться, если ему расскажут о сомнениях тридцатилетних. Поэтому вопрос “не поздно ли?” совершенно не имеет смысла.

Это — перевод статьи "For Developers, Ego is the Enemy" разработчиак Fatos Morina.

Недавно я закончил читать книгу Райана Холидея Ego is the Enemy (Эго – это враг), и у меня возникло множество ценных умозаключений, которые я решил написать в этой статье.

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

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

Эго ведёт нас к идее, что мы особенные, знаем больше, чем на самом деле и нам не нужно ни с кем объединяться: мы — самодостаточные. Это не позволяет овладевать программированием по-настоящему. Не позволяет хорошо работать и строить здоровые отношения с другими разработчиками и людьми вообще, распознавать возможности или создавать их. Просто потому, что мы живём внутри нашей собственной иллюзии величия.

Перевели для вас небольшой пост со StackExchange, в котором юзер под ником Etherable делится историей о своей нелегкой кодерской жизни.

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

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

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

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

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

Конечно, к спецификациям могут быть поправки, и какое-то время уходит на переписку, но в целом я трачу около 1-2 часов в неделю на работу, за которую продолжаю получать оплату, как за фуллтайм.

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

Что думаете, коллеги? Стоит ли парню рассказать о своем маленьком секрете и потерять хорошую работу? (вернее, потерять отличный источник пассивного дохода :D)

Оригинальный топик

Многие люди, приходя на работу в новую компанию, сталкиваются с тем, что им не нравится сложившаяся инженерная культура. Люди годами работают так, как они работают, привыкли и им вполне удобно. Чаще всего они скептически относятся к предложениям изменений. Бывает и так, что человек работает в компании уже какое-то время, но вдруг втягивается в какую-то тусовку, начинает активно развиваться и хочет мотивировать к развитию своих коллег (или подчиненных), но они не спешат поддаваться уговорам и работают "по старинке".

Кирилл поделился наработанным опытом "партизанского" обучения и рассказал, как действовать в такой ситуации, как результативно продвигать изменения в компании.

Это перевод заметки Effective Shell Part 1: Navigating the Command Line Дейва Керра.

Это первая часть серии заметок, которая содержит практические советы по использованию командной строки более эффективно.

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

Вот диаграмма с кратким описанием, остаток статьи — разбор деталей.

• Базовая навигация
• Поиск
• Редактирование на месте
• Совет от профи: транспонируйте!
• Мысли в заключение

Подкаст Рахима Давлеткалиева до 2019 года выходил под брендом «Хекслет». Сейчас он переименован в «Мысли и методы». Все старые и новые выпуски доступны тут:

• Блог Рахима
• Soundcloud
• iTunes
• Новые выпуски на YouTube (+ старые на канале Хекслета)
• RSS