А PHP ещё не умер? На Ruby кто-то ещё пишет?

В 1990-2000 пророчили, что профессия бухгалтера исчезнет. Считали, что машины и, в частности, excel должны были взять на себя обязанности этих людей, они совершали меньше ошибок и проводили подсчёты в разы быстрее. Сегодня, эта специальность всё ещё жива, да, она претерпела множество изменений, появился аутстаф, но тем не менее всё ещё необходим человек, который будет вести отчётность, причём с использованием всех современных решений (которые должны были заменить, а не помогать им). Что произошло? - Специалисты либо стали вести сразу несколько компаний (аутстаф), либо сильно увеличивают круг своих обязаностей, например совмещают в одном лице рекрутера и офис-менеджера.
Тоже самое происходит и с технологиями, мир меняется, и если на cobol уже никто не пишет (я надеюсь, хотя и не уверен), то вот PHP - жив. Ему уже лет 10 назад предрекали забвение, специалисты массово ломанулись в более популярные языки, многие из них пошли в GO (сейчас не так много интересных вакансий), кто-то пошёл в Node.js. Некоторые компании постарались также избавиться от него и в попыхах переписывали приложения на Java и др. Тем не менее, сейчас некоторые вакансии на Node.js требуют знаний PHP, проекты всё ещё живут и их нужно поддерживать (с прицелом на переписывание, но когда-нибудь в будущем).
Так, из самых больших тенденций, сейчас замечаю, что разработчики PHP и C# пытаются перейти в Node.js.
Если вы пишите, например, на java и думаете, что вас это не коснётся, то вы глубоко ошибаетесь.
Мир пишет больше качественного кода и в разы быстрее, чем это было несколько лет назад, ведь ни технологии, ни языки не стоят на месте. Окружение разработчика развивается и даёт всё больше полезных подсказок, тот же copilot и chatGPT позволяют добраться до ответа быстрее, с этими сервисами возрастает компетенция среднего разработчика, а следовательно в вакансиях будет всё больше требований. Не получится отсидеться в тихой гаване.

PS есть ещё интересный момент из истории, когда никто уже не хотел учить cobol и специалисты буквально исчезли с рынка, их цена стала баснословной. Дело в том, что банковская система (да и крупные компании в целом) в штатах очень рано начали развивать IT, вследствие стали неповоротливыми и накопили много legacy. В одной книжке (уже не вспомню названия), автор писал, что когда такие специалисты перестали существовать, за час работы на cobol можно было получить до 500$

Будут ли нужны Junior разработчики в 2024+?

Нейросети шагают по планете. Уже сейчас постоянно вижу статьи, где злой автор пугает студентов, что они останутся на улице, так как есть супер умный GPT, который уже всё делает лучше джунов с опытом. Давайте внесу немного позитива, но конечно придётся затронуть и немного негатива.

Меня как разработчика также не обошли стороной все эти сервисы, я успел попользоваться разными: ChatGPT, Bing, Bard, Github Copilot, GPT-4, пробовал и другие, но они менее интересны. Исходя из данного опыта, могу сказать, что пока такие системы не особо помогают Senior разработчикам. Возможно, я просто ещё не научился составлять правильные prompts, но мне не удаётся у них получить информацию на решение моих задач, хотя некоторые из задач прямо пересекаются с простейшим чтением документации. Один из моих тестов, для сервисов, был написание python скрипта, который через REST отправляет несколько простых запросов открытому API (который OpenSource с открытой документацией), спустя 2 часа попыток, я понял что проще дописать самому, т.е. нейронки мне дали некоторый каркас скрипта, но ни одна нейронка не выдала рабочего решения, какие бы исправления в запрос я не вносил.
Просмотрев примеры, которые распространяют авторы под заголовком "Нейросеть написала рабочее приложение", там действительно встречаются рабочие версии. Однако чувствуется, что там было потрачено много времени и на правильные запросы к нейросети, но самое важное, что эти примеры построены на других примерах. Как вы обучаетесь на курсах? Вы делаете приложение, которое уже раз 100 сделали до вас другие, также и нейросеть выдаёт код из портфолио других людей и это нормально. Тем не менее, мне кажется, что она не сможет вносить более сложные изменения в код, без специализированных запросов (допустим ментора), прямо как и ученики.

Возвращаемся к Junior, можете выдохнуть, от джунов мир не избавится. Это физически невозможно, так как вся градация Jun/Mid/Sen и т.д. это выдуманные названия ни привязанные вообще ни к чему, в одной конторе вы - Senior, в другой - Junior это нормально. Стать Middle без стадии Junior невозможно, даже если вас компания возьмёт без опыта на Middle, это просто будет означать, что когда вы, в их понимании, были Junior разработчиком, вы просто не получали деньги, а продолжали учиться. Значит ли это что можно учиться как и учились ранее? - Нет.

Современный мир уже подсказывает нам, что нейросети стали прочной частью IT жизни, если упустить из вида их влияние, вы будете сильно отставать. Ко всем будут предъявлять больше требований, особенно к Junior, поэтому ваша задача научиться жить вместе с нейронками, спрашивать у них совета, просить написать за вас код, но ни в коем случае не верить им наслово, а скептически относиться к получаемой информации (как и к моим постам 🙂 ). От вас действительно будут больше требовать, но это связано с тем, что информацию получать всё проще, уже не нужно искать в гугле "как отцентровать DIV", нейросеть даст вам готовый код и ответит на вопросы по нему, без тонны ссылок и сайтов. Не нужно искать на StackOverflow, способ как отсортировать строки, нейронки дадут ответ на вашем языке программирования и достаточно быстро.

Практикум (Лайфхак для подписчиков) как заставить себя работать с нейронкой:
Регистрируемся/Логинимся на StackOverflow, выбираем вопрос (желательно без ответа), на который вы не знаете точный ответ и пытаетесь разобраться в нём с использованием нейросети. Когда разобрались - выкладывайте свой ответ, таким образом вы повысите свой рейтинг и сможете указать это в резюме 🙂. Другой способ это решение задач на HackerRank и LeetCode.

📍Собеседование не позволило продемонстрировать мои реальные способности и опыт📍

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

Особенно это касается Senior разработчиков, которые ждут, что я спрошу их про проекты, где они интегрировали Kafka, настроили CI/CD с нуля и, конечно-же, декомпозировали монолит на микросервисы. Это ценный опыт, особенно если у работодателя совпадает стек, но мне больше интересно, как они принимают решения и анализируют проблемы.

Я задаю стандартные вопросы по алгоритмам, многопоточности и архитектуре. Чаще всего, у меня есть всего 1 час, нужно проверить кандидата по этим основным блокам. Если кандидат застревает на каком-либо вопросе – нужно задать другой, но всё еще в рамках данной категории. Я стараюсь адаптировать вопросы к языку и стеку кандидата, чтобы он чувствовал себя комфортно.

Проблема заключается в том, что кандидаты не знают, как работают библиотеки, которые они используют. Я считаю, что профессионал должен понимать принципы работы своих инструментов. Это поможет ему избежать ошибок и сэкономить время на отладку. Такие глубокие знания повышают продуктивность и ценность разработчика. Мне не нужны кандидаты, которые умеют только использовать Hibernate. Мне нужны кандидаты, которые знают как устроен Hibernate.

Если вам кажется что это всё несущественно, то вот вам следующий аргумент: "Вы тратите много времени на отладку своей программы, потому что не понимаете как она работает".
В университете я тратил часы на отладку самописных связных списков, просто из-за того, что я не до конца понимал как работают указатели.

Чем больше у вас понимания, тем меньше времени вам потребуется на реализацию и отладку. В результате вы сэкономите деньги и время компании, а это будет аргументом для повышения вашей ЗП, вы станете продуктивнее.

А что у нас с АйТи в 2023?

Хотел бы зафиксировать итоги ушедшего года, так как он выдался довольно интересным для IT в РФ.

В 2022 была неразбериха, компании сильно занизили вилку, проводили оптимзации и переезды, рекрутинг снизился. Сильный рубль (по 60) здесь сыграл не последнюю роль, разработчики стали дорогими в долларовом эквиваленте.

- С весны 2023 наметилась тендеция на кратный рост вакансий. Если до весны позиции техлида (Java и подобное) в среднем были на уровне 350 т.р. на руки, что ниже чем были в 2021, то сейчас снова появилось множество вакансий на 450-650 т.р. на руки (без учёта премий, где они есть). Однако из-за инфляции уровень зарплат всё ещё ниже, чем в 2021. В долларе специлисты стали дешевле, чем в 2022.

- Разработчики реже стали соглашаться на переезд.

- Стало больше компаний. Несмотря на возвращение специалистов, дефицит кадров увеличился. Приходят новые заказчики, стали чаще встречаться проекты косвенно связанные с ОАЭ, Индией и Китаем.

- Компании стали чаще проводить live-coding на собеседовании ( кандидаты больше жалуются на данный формат 🙂 ).

- Появилась новая и "интересная" категория разработчиков, которые хотят работать на зарегистрированное в РФ предприятие, но в это время проживать за границей.

- Кандидаты на IT должность стали больше заострять внимание на том, насколько "белая" компания, а также есть ли у неё официальный статус IT-компании.

- IT-специалисты хотят работать удалённо или не более 2х дней в неделю в офисе, очень мало соглашаются на фулл-тайм в офис.

- IT курсы стали популярнее, специалистов без опыта становится всё больше, что конечно не помогает им в поиске работы.

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

Надеюсь дальше будет ещё интереснее. Желаю всем в новом году - кратных повышений!

Наткнулся на интересную шпаргалку по архитектуре

https://github.com/karanpratapsingh/system-design

И снова про тестировщиков

Несколько месяцев назад, в нашу компанию потребовался ручной тестировщик. Мы выложили вакансию на HH. Требования были не высокие, нужен был просто адекватный и внимательный человек с базовым пониманием процесса тестирования. Вилка была 60-80, начинающий уровень, в общем.

За 2 недели размещения вакансии, откликнулось 390 кандидатов. 284 из них откликнулось в первую неделю.

Я лично просматривал резюме, так как мне интересно следить за рынком кандидатов. За время просмотра была обнаружена удивительная вещь. У 174 кандидатов, в опыте работы был написан один и тот же IT курс по тестированию, видимо мы попали на его выпуск. Однако что больше всего поразило это идентичность резюме этих кандидатов. Одинаковое форматирование, одинаковые слова. Немного отличается местоположение слов, но фразы один в один, как под копирку.
У меня есть 2 версии:
1. Им составили это резюме менторы/менеджеры/кто-либо ещё.
2. Одно из занятий было посвящено тому, как составлять резюме и преподаватель, который принимает это задание просто проверяет, что форматирование и слова совпадает с шаблоном.

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

Обычно больше тех, кому нет дела и именно они формируют мнение о данном курсе и группе людей.

Заметил интересный момент про мотивацию для начала работы в айти

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

Кандидаты стали жаловаться на задачи уровня Hard (c LeetCode) на собеседованиях.

Это закономерная тенденция. На заре моей карьеры, в 2016 году, будучи неопытным студентом, я пытался устроиться на стажировки C++ программистом. Тогда я встретился с довольно трудными алгоритмическими задачами. На конференциях мне удалось пообщаться с действующими С++ программистами, я расспрашивал их о заданиях на разные уровни. Как оказалось, на собеседовании, действительно давали задачи, сопоставимые с уровнем Medium/Hard, уже тогда, в 2016. Однако надо сказать, что большинство C++ программистов действительно подкованы в алгоритмах.

Когда все ушли на удалёнку в 2020, резко возросла популярность проводить live-coding, а задачи конечно же брали с LeetCode. Сейчас кандидаты перед собеседованием, стараются подготовиться и решают множество задач для практики. Из-за чего всё больше людей способны пройти уровень easy. В то же время, работодатели, видя данную тенденцию, начинают усложнять задачи, из-за чего мы и дошли до hard задач. Надо же как-то фильтровать воронку кандидатов.

Отдельно стоит упомянуть читерство. Онлайн собеседования дают очень много возможностей хитро обмануть интервьюера. Тот же ChatGPT, Bing, Gemini, Github Copilot, Intellij Grazie и другие, позволяют решить задачу просто скопировав условие и там не так важно easy или hard задача. Другой вопрос, будет ли ответ верным и сможет ли интервьюер вывести кандидата на чистую воду.

Способы мошенничества на техническом собеседовании

Только за последний год, ко мне обратилось 4 компании с запросом: "вычислить мошенников, которые выдают себя за Senior на собеседовании".
В идеале, общаться с кандидатом, очно, но сейчас очень редко приглашают на собеседование в офис. Да и офисы уже не пользуются популярностью в целом.
При очном общении мне только однажды попадался кандидат со шпаргалками, но мне даже понравился такой подход, человек показывает, что он готовился 🙂 Впрочем, всю теорию и опыт на листочек не запишешь, если шпаргалка помогает то это здорово.

А вот удалённо обмануть становится проще, напишу с чем встречался я:

1. Гугл: человек начинает судорожно бить по клавиатуре после вопроса. Я не против гугла, если человек смог за 30-40 секунд нагуглить, то это хорошо. Скорее всего он знал, но ему просто нужна была подсказка. Однако люди чаще всего пытаются разобраться на ходу и несут полную чушь.
2. Ложь: Человек пытается придумать ответ на вопрос, иногда ему это удаётся. Хотя чаще всего кандидаты сами предупреждают, что не разбираются в вопросе, но готовы подумать в ходе дискуссии.
3. Социальная инженерия: искусство вести переговоры. Запудривают мозги интервьюеру, а в конце он будет думать "какой классный кандидат, такой приятный, надо брать", хотя на техническую часть кандидат может и не ответил вовсе. В этом случае надо обязательно помечать как кандидат отвечает на вопросы.
4. Подготовка: Отправляют на собеседование знакомого, задача которого выяснить вопросы. Затем кандидат готовится уже к определённым темам.

5. Помощник:
-- Помогает опытный коллега/друг/знакомый: обычно сидит рядом или кандидат транслирует ему ваш звонок. Камеру кстати не всегда включают, это немного настораживает, но ничего с этим сделать нельзя. Иногда используют наушники (наушники на наушниках :)). Ответы поступают с запозданием, кандидат делает вид, что думает, но на самом деле ждёт ответ. Как итог, кандидат редко успевает ответить на все подготовленные вопросы за отведённое время. Ещё могут транслировать эфир группе людей, так время ответа сокращается.
-- Опытный коллега/друг/знакомый проходит собеседование вместо кандидата. Сейчас по интернету ходят забавные истории, некоторые интервьюеры предлагают за плату пройти собеседование за вас.
-- ИИ: вот тут интересно, ИИ действительно много знает и кстати хорошо решает типовые алгоритмические задачи. Не уверен до конца, но мне кажется я уже встречал кандидата, который пытался со мной провернуть такой трюк, но ему приходилось много кликать мышкой и он совершенно не понимал, о чём говорит. Самый ступор у него был, когда я ему начал рисовать схемы.


Техническое собеседование во многом напоминает экзамен в университете, так что многие способы и навыки можно применить и там, и там.

Как говорится: Praemonitus, praemunitus — «предупреждён, вооружён»

Хороший пост, согласен с её мнением

Нужно ли высшее образование для разработчика?

Встречаются 2 радикальных мнения:

🧔‍♂️ Вышка не нужна, там старая программа. Всё есть в интернете и можно выучить самому
👩‍🦰 Только с высшим образованием станешь “нормальным” разработчиком, без вышки твой потолок — это круды

Абстрактно рассуждать можно долго, я расскажу свой личный опыт.

Я отучилась в ИТМО на инженера-программиста 11 лет назад. "Информационные технологии" присутствуют в названии универа, факультета и специальности — уровень айтишности максимальный.

Какие плюсы вижу с высоты прожитых лет:

✅ Можно попробовать разные стороны IT

Помимо разработки было море других предметов: кодирование данных, математическое моделирование, ассемблер, компьютерная графика и даже 1С:). Здорово расширяет горизонт и помогает нащупать, что интересно конкретно тебе.

Выбор самоучек ограничен энтерпрайзным меню: фронт, бэк или мобилки. Дальше человек ориентируется на требования рынка.

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

✅ Базовые знания

Как работают операционные системы, компьютерные сети, linux/bash и тд.

На курсах такому не учат, в вакансиях эти требования не прописаны. В итоге часто получаем сотрудника, который боится консоли и не выходит за пределы IDE.

Джунам это простительно — один раз покажешь, как смотреть логи на удалённой машине, и они запомнят. Но чем сеньористее становишься, тем важнее понимание общей картины, и тут пробелы становятся очень заметны.

Эти темы легко освоить самостоятельно, глубокого погружения не требуется. Но на практике редко у кого доходят руки до таких тем. В универе у тебя нет выбора:)

✅ Стажировки, факультативы, конкурсы, хакатоны

от университета и известных компаний. Учёба по обмену в другой стране. Интересные люди приходят читать лекции и делиться опытом.

Во "внешнем мире" тоже полно стажировок, лекций и хакатонов, но для студентов количество программ в разы выше.

А теперь минусы:

❌ Долго и непродуктивно

За 4-5 лет через студента проходит огромный объём информации, и большинство тем он видит в первый и последний раз. Ни ассемблер, ни теория поля мне ни разу не пригодились.

Весь объём знаний, который я использую сейчас, осваивается за полгода-год самостоятельного обучения.

❌ Знаний из университета недостаточно

Нет специальности "Java разработчик". В университете учат на универсального инженера-программиста. Поэтому уходить вглубь пришлось самостоятельно.

В универе рассказывали, что после выпуска нас "будут с руками отрывать топовые компании". Так вот, это неправда. Хотя сейчас во многих универах есть практика с джавой, спрингом и докером, этого недостаточно. Доучиваться всё равно придётся.

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

Итого

Хотя мне не пригодилось 90% того, что было в университете, сама учёба мне нравилась, и это было отличное время🥰

🔸 Если вам 15-18, интересно айти и есть время на учебу, рекомендую идти в универ и брать от него максимум. Ходить на факультативы, вписываться в стажировки и доп.программы, наращивать связи

🔸 Если чувствуете серьёзный интерес к области, далёкой от энтерпрайза, поищите соответствующую магистратуру. Разработка языков, биоинформатика, квантовые вычисления, etc — всё это лучше осваивать комплексно и в кругу единомышленников

🔸 Если вы уже работаете и видите, куда и как расти, то получать дополнительно высшее образование не нужно. Полезнее прицельно изучать технологии и качать софт-скиллы

Каверзные вопросы на собеседовании: ловушки для соискателя или испытание на прочность?

Как же рождаются эти коварные вопросы, способные поставить в тупик даже опытного программиста?

Заглянем на "кухню" интервьюеров:

📍Эхо модных статей: Интервьюер, вдохновившись броской статьей, может вставить в собеседование "эксклюзивный" случай, не всегда релевантный для вакансии.
📍Сладкая месть: Неудачный опыт на одном из своих собеседовании может обернуться коварным вопросом для всех последующих кандидатов, даже если он не совсем подходит.
📍Личный квест: Интервьюер, сражавшийся с проблемой несколько дней/месяцев, с радостью поделится ею с вами, превратив собеседование в интеллектуальную битву.
📍Позаимствованный арсенал: Готовые списки "каверзных вопросов" кочуют из рук в руки, не всегда неся в себе практическую пользу.
📍Неподготовленность: Оказывается, и интервьюерам нужно готовиться! Непродуманные вопросы - результат халатного подхода к собеседованию.

Не всё так печально!

Иногда "каверзный" вопрос - это:

📍Проверка на стрессоустойчивость: Как вы справитесь с внезапным "ударом"?
📍Оценка нестандартного мышления: Сможете ли вы найти креативный выход из безвыходной ситуации?
📍Желание увидеть вашу реакцию: А вдруг вы выдадите гениальную импровизацию?

Не стоит торопиться с выводами!

Иногда, вопрос кажется каверзным в следующих ситуациях, когда кандидат:

📍Недостаточно подготовился: Знание основ - ваш щит и меч.
📍Использует инструменты/библиотеки/фреймворки бездумно: Изучайте, как это работает изнутри.
📍Не обладает опытом: Расширяйте кругозор, практикуйтесь, и никакие вопросы не будут страшны!

Самый плохой показатель для меня, когда кандидат чем-то пользуется, но не задумывается о том, как это работает. Причём порой это проявляется в банальных вещах (на подобие логического оператора И (&&) в if-then-else конструкции).

При составлении вопросов и задач, я также задаю вопросы себе: 
❓Могу ли я быстро придумать пример использования? - Стараюсь быстро придумать, если не получается, формулирую вопрос по-другому или вовсе отказываюсь от него.
❓Как давно и часто я сталкивался с подобной ситуацией? - Если это какой-то единичный случай, то тоже отказываюсь от данного вопроса.

Также мне помогает тестирование вопросов на своих знакомых и коллегах. Я смотрю, как они реагируют и что у них вызывает ступор.

Цель всех собеседований - отобрать в команду нужных (причём именно этой команде) людей. Интервьюеры редко пытаются завалить, а незнание кандидатов часто порождает негативную репутацию и различные домыслы.

Забавно, но на западе уже провели исследование того как меняются корпоративные ценности из-за прихода зумеров к позициям топ менеджмента. Оказывается, что привычные основы корпоративной культуры переворачиваются. Для любителей работы в расслабленном темпе — это хорошие новости. Молодёжь принесла в корпорации идеи ворк-лайф баланса и заботы о сотрудниках. CNBC изучил идеи и стиль работы молодых руководителей и рассказывает, какие перемены грядут в офисной жизни.

— Больше никаких длинных совещаний и собраний ради собраний. Молодёжь предпочитает самостоятельно планировать рабочее время и решать вопросы в мессенджерах, а не в переговорках. Того же будут ждать и от своих сотрудников. Грядёт эпоха асинхронной работы.

— Рабочие места станут более непринуждёнными и открытыми. Скоро можно будет забыть про жёсткий дресс-код и официоз. Главное, чтобы было комфортно вместе работать, а забота о психическом состоянии коллег стоять на первом месте. Эмпатия — сильная сторона молодого руководителя.

— Прозрачность работы. Молодые топ-менеджеры предпочитают, чтобы сотрудники чётко понимали, как складываются их успехи на работе, какие есть проблемы и перспективы. А ещё начальники-зумеры считают важным денежную мотивацию. Зарплаты и премии должны быть указаны сразу в вакансии, а таланты должны оцениваться по достоинству. И ещё: если сотрудник работает на удалёнке в бедном штате или стране, это не повод платить ему меньше.

С интересом жду когда наши зумеры начнут занимать высокие позиции и что от этого изменится.