За последние три года ко мне обращалось несколько человек, которые просили научить их программированию. Вспоминая собственный путь, я никому не отказывал и даже не брал за это деньги. Мне хотелось, чтобы люди не страдали как я, поэтому облегчал процесс обучения как мог. По итогу этого опыта, я больше не буду учить программированию. И вот три истории почему.
Много лет назад, учась computer science на старших курсах, я долго изучал различные вакансии онлайн, надеясь найти подходящую должность стажёра-программиста.
Кроме вакансий для стажёров я иногда случайно нажимал на объявления о вакансиях «сеньор-разработчика». Помню, больше всего меня поражало то, что первой строкой шло требование определённого количества лет работы: «Эта должность требует 5+ лет опыта».
Полному новичку, ни дня не проработавшему в этой отрасли, такие требования к опыту казались избыточными. Но хотя это немного приводило меня в уныние, я не мог не пофантазировать: «Наверно, пять лет работы программистом — это впечатляющее достижение? Должно быть, для таких людей писать код проще пареной репы».
Время летело, не успел моргнуть глазом, как прошло больше десятка лет. Сегодня я с гордостью могу сказать, что работаю программистом уже 14 лет. Спустя годы боёв на фронтах разработки ПО я осознал, что многие её аспекты сильно отличаются от того, что я представлял на старших курсах, а именно:
• С опытом программирование не становится намного проще, о «проще пареной репы» можно только мечтать.
• Написание кода для множества «больших проектов» — это не только неинтересное, но и опасное занятие, гораздо менее увлекательное, чем решение алгоритмических задач в LeetCode.
• Мышление только с технической точки зрения не сделает тебя хорошим программистом, некоторые вещи гораздо важнее технологий.
Поразмыслив, я пришёл гораздо к большему множеству мыслей о программировании. В этой статье я вкратце изложу восемь из них.
Если вы давно на Хабре, то наверняка видели в ленте наши исследования зарплат IT-специалистов. Мы собираем их на основе данных из зарплатного калькулятора и только — не берем зарплаты в вакансиях или в других источниках.
О калькуляторе мы почти всегда рассказываем в общих чертах, поэтому сейчас хотим подробнее донести его ценность. Вдруг вы чего-то не знаете?
21 февраля геймдев-художница с ником @tibetanshark опубликовала занятную историю в соцсети X (бывшая Twitter, заблокированная в РФ) о том, как её бывший работодатель — компания CREON GAMES — кинула её и многих других сотрудников на зарплаты. Занятна эта история по следующим причинам:
«Мы считаем, что сфера опенсорса должна быть жизнеспособной, а труд мейнтейнеров должен оплачиваться!»
Мейнтейнер: *вносит коммерческие возможности*
Мы: «Не таким образом».
Мейнтейнер: *работает на крупную технологическую корпорацию*
Мы: «Не таким образом».
Мейнтейнер: *привлекает инвестирование*
Мы: «Не таким образом».
Давно слежу за популярным движением «войти в АйТи». Подписываюсь на различных блогеров, которые с энтузиазмом рассказывают про свой путь переплавки из абстрактных продажников в программисты. Большинство из них сдувается через пару месяцев. Но встречаются иногда упорные люди с высокой мотивацией. Про одни такой интересный кейс я и хочу рассказать.
В основном эта статья посвящена моим мыслям о том, чего я ожидал, будучи джуном и как я воспринимал сеньор-разработчиков. Честно говоря, я довольно сильно их романтизировал — сеньор-разработчики в моих глазах были людьми, способными решить любые задачи, постоянно говорящими мне, что нужно делать и знавшими ответы на все вопросы. Легко пасть жертвой фантазии о том, что поднявшись в должности, вы каким-то образом получите волшебную мантию знаний, авторитетности и свободы.
Вспоминаю время, когда я ещё плохо владел терминалом. У меня возникли какие-то проблемы с дистрибутивом Linux. Что-то не монтировалось правильно или появлялись ошибки разрешений для файлов, в которых я не мог разобраться самостоятельно, поэтому попросил помощи у одного из сеньор-разработчиков. Величественность и грация, с которой он обращался с Vim и его командами, вдохновляла, это запомнилось мне навсегда. А ещё я захотел стать таким же, как он: быстрым, эффективным, всезнающим гуру. Реальность оказалась гораздо более приземлённой, но и в каком-то смысле приносящей бóльшую отдачу.
В конце января в нашего бота обратной связи обратился айтишник с необычной ситуацией. Он был «сверхзанят» на трёх аутстафф-работах: на основной по трудовому договору и ещё на двух через ИП. В какой-то момент основной работодатель узнал о других работах сотрудника и потребовал уволиться по собственному желанию. Мы предложили действовать по нашему стандартному сценарию для таких случаев и перевести трудовой конфликт в юридическую плоскость, отправив письмо генеральному директору. Это подействовало на работодателя, и работнику удалось договориться о выплате выходного пособия в размере зарплаты за 1 месяц. Принуждение к увольнению по собственному желанию — самый распространённый случай нарушения трудовых прав, с которым мы сталкиваемся. Но сегодня хотим рассказать о проблемах, с которыми сталкиваются сверхзанятые. Для этого мы пообщались с двумя IT-специалистами, Андреем и Артёмом.
Во время и сразу после ковида удаленка была на подъеме - компании массово отказывались от офисов, аналитики публиковали исследования, согласно которым все внезапно стали эффективными. Сейчас тренд сменился на противоположный. Сотрудников, в том числе из ИТ, возвращают в офис. Почему это происходит и можно ли как-то сохранить для себя работу из дома?
Несмотря на то, что новый 2024 год в самом разгаре, мы не можем пройти мимо аналитики предыдущего. Изучили, что происходило с наймом в последнем квартале 2023 — какие специализации и квалификации активно искали на Хабр Карьере, у каких компаний было больше всего вакансий и куда откликались чаще всего.
Спойлер: в прошлом квартале в топ-5 востребованных специализаций впервые вошел инженер по автоматизации тестирования — он подвинул мобильную разработку.
Остальные ответы — под катом.
Привет, Хабр!
Так уж повелось, что любой уважающий себя работодатель перенимает передовые
методики FAANG — по этой причине практически во всех IT-собесах есть она: секция алгоритмов. Кто-то ей рад, кто-то не очень, но секция есть и уходить пока не планирует. Поэтому нужно закатать рукава и достойно встретить суровую реальность.
Привет, Хабр!
Так уж повелось, что любой уважающий себя работодатель перенимает передовые методики FAANG — по этой причине практически во всех IT-собесах есть она: секция алгоритмов. Кто-то ей рад, кто-то не очень, но секция есть и уходить пока не планирует. Поэтому нужно закатать рукава и достойно встретить суровую реальность.
В России, как и во многих странах Европы, перерыв на обед не включён в рабочее время. У нас это закреплено в статье 108 ТК РФ. Поскольку длительность обеда чаще всего 1 час, то рабочий день длится 9 часов. А если работать в офисе и учесть время на дорогу, то получится, что на работодателей мы можем тратить около 10 часов нашего времени или даже больше.
Я встречал достаточно большое количество материала по тому, как стать team lead-разработчиком, зачем это делать и т. д., в то время как, говоря про минусы, упоминают в основном об увеличении количества созвонов/общения с людьми. Я попробую описать те моменты, про которые обычно не говорят.
Последние 6 лет я работаю backend team lead. В основном это проектная разработка, но с продуктами тоже приходилось работать.
Привет, Хабр! Меня зовут Андрей. 7 лет я разрабатываю под Android. Год назад я писал код для мобильного приложения банка и особо не задумывался о переходе на другие задачи.
В один прекрасный день мне прилетела таска — добавить параметр в диплинк на Андроиде. Потом меня попросили добавить его ещё и на бэке. Я закоммитил, запушил, проверил — всё работает. Ребята в шутку предложили мне перейти в бэкендеры из Андроида. Тут я задумался, а шутка ли это, челлендж показался мне интересным.
Расскажу о своих экспериментах с бэком в формате дневника — вдруг вы решите повторить мой опыт или поделитесь, как проходили этот путь сами.
Представим следующую распространённую в IT ситуацию. Вы работаете над интересным проектом в успешной компании. У вас всё хорошо: вам комфортно работать в классной команде, фичи мутятся, пайплайны крутятся, зарплата платится. Руководство рапортует о новых достижениях и рекордных прибылях. Но однажды к вам приходит менеджер и сообщает, что проекту плохо, и намекает на скорые увольнения. Нередко в таких ситуациях работнику предлагают увольнение по соглашению сторон с выплатой выходного пособия. И многие работодатели его добросовестно выплачивают. Но есть и такие, которые «кидают» своих бывших работников и оставляют без выплат, несмотря на их наличие в соглашении. Абсурд ситуации в том, что в случае разбирательств некоторые суды вставали на сторону работодателей.
Наверно, многие из моих читателей как раз закончили квартальный (и/или годовой) цикл планирования, так что сейчас будет подходящее время напомнить, что процесс, которым мы пользуемся как стандартом в технологической отрасли, на самом деле — полная чушь. Разумеется, я имею в виду методологию Objectives and Key Results. Давайте же поговорим об OKR, что это такое и откуда они взялись, а ещё о том, почему это ужасная идея.
Осенью 2023 года департамент здравоохранения Москвы начал пилотный эксперимент по аудиозаписи амбулаторного приёма врача. Причиной эксперимента послужили жалобы пациентов на стиль общения врачей и их формальное отношение к приёму. Данные, собранные и проанализированные за месяц, показали, что за время проведения пилота количество жалоб на врачей снизилось в 4 раза.
Вместо того, чтобы мотивировать врачей, поднимая их уровень жизни, сокращая нагрузки, формируя в обществе уважительное отношение к медицинскому работнику, бюрократы из министерства решили в очередной раз использовать кнут. Если пилот распространят, то медицинские организации получат ещё одну порцию ответственности: «за хранение и порядок работы с аудиозаписями». Главврачи получат ещё один инструмент давления на собственный персонал (узнать врача по голосу будет нетрудно). Низовое звено снова будет наказано за испорченную статистику.
Пациенты тоже получают несколько неиллюзорных рисков в случае утечки данных:
