СТАТЬ ПРОГРАММИСТОМ

Прежде чем начинать серию, надо ввести несколько аксиом. Дальше я буду их пояснять по отдельности, но проще сразу задать рамки. 1. Аналогов Claude Code и Codex сейчас просто нет. Никакая надстройка-агрегатор моделей типа Cursor такую же эффективность не выдаст. 2. Абсолютно любую кодовую задачу современная модель закрывает. Блейзинговый код на расте или жирный монолит на старой пыхе — неважно. Направление разработки тоже неважно, модель справится. 3. Если при работе с моделью ты заходишь дальше планирования, то есть пишешь код руками - ты не умеешь пользоваться тем, что даёт современный ии. 4. Если ты не уверен, что 90% задач в твоём проекте сейчас закрываются одним промптом с сырым описанием задачи - значит, ты не настроил контекст, который передаёшь модели. 5. Если твоя работа с моделью похожа на чатик, а не на точечные правки — ты ей не умеешь пользоваться. И опять же не настроил контекст. Звучит резко, и с чем-то наверняка захочется поспорить. Это норм - для того и аксиомы. Дальше будем к ним возвращаться, наверно в каком то смысле серия планируемых постов - про то чтобы показать что так вообще можно и нужно сейчас делать.

Так, я живой. Постов не было сто лет - но не потому что выгорел, а потому что писать ради галочки ну такое себе. И вот она - тема ради которой хочется вернуться к этому делу. Как растить разрабов сейчас, в век ии(ну или как быть разрабом сейчас). Я этим, собственно, и занят последние полгода - перевожу команды на ИИ-рельсы и насмотрелся такого, что грех не рассказать. Вот такой небольшой анонсик серии постов.

Если ты новичок - ты с ними точно столкнёшься. И чем раньше научишься их распознавать, тем меньше времени потеряешь. Гейткиперы - те, кто искусственно усложняет вход в профессию. Иногда не специально, но чаще - вполне осознанно. Они создают образ "правильного пути", который выглядит в 10 раз сложнее, чем нужно. Наверняка видел: – Прежде чем писать код, прочти Кнута – Контрибьюти в серьёзный опенсорс — без этого никуда – Все должны знать cs и алгоритмы и тд и тп Но чаще всего за этим скрывается следующее: – человек сам вкатился >4 лет назад, когда рынок был проще – сидит на обычной позиции в обычной компании – ретранслирует свои страхи и комплексы На деле крутые разработчики так себя не ведут. Им незачем. Для них что джун что чел который прогреб на галере 5 лет - примерно одно и тоже, и в случае джуна - слабые знания еще оправданы Признаки гейткипера: – рассказывает, как он «вкатился за неделю» в 2015 и не понимает, почему ты не можешь, “эй, ну просто открой резюме, чего ты” – требует "обязательно пройти путь страданий", чтобы заслужить вход – отрицает проблемы найма, конкуренцию и текущие реалии – активно хейтит всё, что не укладывается в его представление об «этичном»: накрутка опыта, многоработничество, лайфхаки на собесах и т.д. – иронично: но в 99% случаев - делает примерно то о чем было в прошлом посте, то есть прям средняк средняком Если встретишь - просто проходи мимо, иначе сильно время пожрут своими “добрыми советами”

Оптимизация расходов на разработчиках - как это работает в реальности Есть такой интересный тип компаний, про которые полезно знать заранее и быть к этому готовым. Ко мне пришёл менти где-то полгода назад. Его взяли на роль: питон, заказная разработка, зп 5к - по рынку для его опыта нормально. Собес - один этап, ничего сложного. hr -> тех-> директор директоров Но сразу напрягло несколько моментов: - Постоянно всплывало, как им хочется полную ротацию в компании: на любой проект, в любой момент. Пока как мечта, но к этому идут. При этом упоминал и hr и на тех собесе и на последнем этапе. - Другого разраба уволили буквально через неделю после того, как взяли менти. При этом всё время говорили, что рук не хватает. Тот был с норм перфомансом, мр-ы с одним раундом ревью, отвечал в слаке быстро и адекватно. - Менти неделю не могли найти задачи. Вроде бы фигня, но в этой ситуации - подчёркивает картину. Как только уволили прошлого - задачи появились неожиданно. Думаю, уже многие поняли прикол - да, они просто заменили одного на другого. Более дешёвого. И сделали это слишком явно. А дальше по стандарту: - Лид повернут на «перекладывание» людей между проектами - Речи про «мы семья» - Подсчёт продуктивности по количеству задач - Уволенному разрабу, конечно, никто не дал даже попрощаться в слаке, и когда менти спрсоил у лида про увольнение получил рассказ из разряда - "ну там, ну да, ну нет, ну хз" Такие компании в 99% из заказной разработки. Модель простая: берут проект на 100к, платят команде теже 100к, а потом начинают «оптимизировать». Берём подешевле, чтобы себе разницу оставить и постоянно ее увеличивать. Иногда работают на нуле несколько лет, чтобы выйти в плюс позже. Основатели часто не из айти - видели, как так делают в других сферах, переносят опыт. Скорее всего, уволенный чувак получал больше - например, 5500. Разницу в 500 долларов решили «оптимизировать». Кто-то скажет, что это тупо: увольнять адекватного разраба, рисковать с новым. Но они так делают. Я сразу объяснил ситуацию ученику - и он пошёл параллельно искать новое место. Пока платили - работал. Просидел полгода, пока не нашли кого-то дешевле. Самое смешное - собеседовал нового как раз мой ученик. После этого компания месяц искала формальный повод, но ситуация такая же, как и в прошлый раз: - перфоманс ок - по срокам всё ок - в команде ок - не конфликтует Долго лумали решили что есть некий дисконект с командой, уволили, нового взяли за 4500. Что с этим делать Важно понимать, что такие компании есть. И в целом - работать там можно, полутать какое то время денег. Там обычно даже несложно, потому что им не нужны хорошие разрабы. Им нужны норм разработчики, типа 80% рынка, которых легко менять. С крутыми у них эта схема просто не сработает. Главное - не перерабатывать и готовить запасной вариант. Очень обидно сидеть на выходных, горбатиться над задачами - и потом просто быть уволенным, потому что нашли кого-то на 2 копейки дешевле.

Я довольно неплохо угадываю ситуацию на рынке, и ко мне часто приходят с одним вопросом: что сейчас делать? Вот максимально просто и без лишних вводных → Ты ещё не начал изучать программирование Делаешь ресерч → ставишь сроки. Сейчас буквально нет ничего из популярных направлений, что требует больше 6 месяцев на вкат → вкат. → Я уже учу, но понял по ресерчу, что пошёл не туда Если осталось процентов 10–30 до момента, когда начнёшь ходить по собесам - доучивай. Я уже писал: свитч - дело несложное, а в каком-то смысле даже органичное в мире айтишки. Если рынок в этом стеке плохой - начинай закидывать резюме уже сейчас. → Я вкатился, но ещё не сеньер Становишься сеньером. Прямо сейчас рынок ну очень простой для роста. И это критически важно, учитывая развитие AI. Чтобы соответствовать тому, что ждут от сеньера, нужно примерно 1–1,5 года плотной работы после вката. → Я сеньер, но платят мало Если знаешь английский - выход на ww рынок Если не знаешь - есть куча международных компаний с русскоязычными инженерными командами. Иногда они полностью русскоязычные, иногда — смешанные. Бывает, что на дейликах говорят на английском, а в работе (вплоть до сообщений в коммитах) - русский → Я могу устроиться куда угодно на сеньерскую зп, но рынок плохой Свитч. Заметь, на каком этапе - это не шаг в начале, а решение на поздней стадии, когда ты всё уже умеешь

Не тратьте время на «промпт инжиниринг». Всё меняется слишком быстро - то, что выучили сегодня, завтра станет неактуальным. Тратьте время на: – изучение архитектуры: это будет главная ценность в связке с ИИ в ближайшие год-два – навык ревью: умение быстро разбирать чужой код - ключ к тому чтобы не оказаться за забором – обсуждение ревью и построение архитектуры с ИИ: обсуждайте с ним решения, проверяйте гипотезы, спорьте ИИ-шка сама напишет код. А вот понять, хороший ли он, куда он ведёт и мочь задать направление - ваша зона ответственности.

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

Нужно понимать, что это рынок, и, в общем-то, всё упирается в то, кто ему нужен для задач бизнеса. Какой-то справедливости в духе «за более крутую технологию платят больше» - не должно быть(хотя может, как например с растом). Отличный пример - плюсы: мягко скажем, непростой вариант для старта, с до смешного мелкими зарплатами. Очень обидно потратить на это время(учитывая как любят в них вкатываться после универа, то есть приплюсуем сюда и потраченное там время), а по итогу всё равно переучиваться на PHP или JS и идти туда, где хотя бы нормально платят.

Очень частая история с менторинга. Мы дошли до этапа рассылки резюме. На ближайшие недели у человека будет плотный график собесов - всё вроде бы отлично. И тут начинают всплывать вещи, которые вообще-то нужно было узнать до того, как начал готовиться по выбранному направлению. Например: – он не в курсе, какая ситуация с откликами в его сфере – слышал, что «в реакте много конкуренции», но удивляется, когда узнаёт, что бывает по несколько тысяч откликов на одно место – не знает, сколько раундов собеса обычно – не в курсе, будет ли системный дизайн и насколько глубоко его спрашивают – не понимает, насколько «литкодный» лайвкодинг и есть ли он вообще – не знает, насколько рынок перегрет по его стеку Проблема в том, что это становится неприятным сюрпризом. Хотя решается это до смешного просто: – сделать пару резюме (например, на 3 и 5 лет) – пооткликаться – при возможности пообщаться с HR: спросить про формат, тестовые, количество этапов, требования 15 минут в день в течение пары недель - и ты выходишь на рынок не вслепую, а с картиной, пониманием и реальными ожиданиями. Хорошо бы такое сделать превентивно, до того как потратил от нескольких месяцев и до полугода изучения нужного тебе направления

https://techcrunch.com/2025/05/31/google-quietly-released-an-app-that-lets-you-download-and-run-ai-models-locally/ Без анонсов и шума гугл выпустил AI Edge Gallery - приложение, которое позволяет запускать AI-модели с Hugging Face прямо на телефоне. - Работает офлайн - Пока только на Android (iOS скоро) Внутри - Prompt Lab: почти как Playground, но локально. Модели запускаются прямо на устройстве, без отправки данных в облако. Google подчёркивает: производительность зависит от мощности железа, но даже сейчас - это рабочий кейс. Главное - это не просто эксперимент. Это начало сдвига к юзер-френдли, приватному и кастомному ИИ прямо на устройстве.

Давайте сразу оговоримся: в мире DeFi такое встречается давно. Но в условиях повсеместного внедрения AI этот кейс становится особенно показателен. Он отлично демонстрирует несколько моментов(хотя и притянут за уши): - Подключая библиотеку - ты подключаешь и её баги. Даже любой npm-пакет в 2025 году стоит ревьюить. Думаю, что в ближайшие годы код-ревью станет ключевой задачей программиста – Ошибки в доменной логике - самые опасные. Всё больше будет зависеть от того, как ты понимаешь взаимодействие верхнеуровнево – Низкоуровневый код - требует пока особых проверок. Чем ближе ты к машине - тем выше цена ошибки

Прямо сейчас разворачивается одно из самых интересных событий в мире DeFi-взломов - точнее, последствий этого события. Cetus, один из крупнейших проектов на блокчейне Sui, лишился более $260M. И его взломали, с помощью его же кода. Такое в DeFi случается: никто не внедрял вредоносный код, просто использовали то, что уже было, но нестандартным образом. Грубо говоря, контракт «сломали через его собственную логику». Если по-простому: уязвимость была в том, как система принимала входящие значения. Ошибка была в библиотеке inter_mate, написанной на низкоуровневом языке Move, который используется в экосистеме Sui. Функция, отвечающая за безопасную работу с числами, проверяла лимит до 2²⁵⁶, тогда как нужно было проверять до 2¹⁹². Контракт принимал заведомо некорректные значения — и продолжал с ними работать. Он сам всё отдал - потому что поверил. Поверил значениям, которые не имели права существовать.

Тихое использование AI(в дополнение к прошлому посту) - это когда ты работаешь с ИИ, но не говоришь об этом. Ни команде, ни менеджеру. Сгенерил код, закрыл таску, пошёл дальше.Такая практика действительно ускоряет работу. Но это точно не полноценный переход на флоу ‘AI + программирование’. Пока вся команда, весь проект, не перестроились: - архитектура не меняется под AI - ревью идут так же, как раньше - дебаг и тесты не учитывают автогенерацию - документация и подходы не адаптируются AI помогает - но остаётся ‘в фоне’. Ты ускоряешься (что хорошо), но не меняешься в подходах. И это большая потеря. Очень важно понять: AI - это не туповатый, но исполнительный программист. Это буквально другой подход к процессу работы.

Игнорирование AI внутри компаний - почему это вредит тебе как разработчику В индустрии явно прослеживается беспокойство: AI развивается стремительно, и многие боятся остаться без работы. И небезосновательно. Зафиксируем очевидное: использовать AI - не просто можно, а нужно. Это базовая необходимость. Игнорировать инструменты, которые дают кратный прирост продуктивности - мягко говоря, странно. Возьмем минимальный набор: - ChatGPT - Cursor Даже с платными доп запросами курсору это скорее всего укладывается в ~$100 в месяц. Никогда ещё такой мощный инструмент не был настолько дешёвым и доступным. Это буквально водораздел между теми, кто использует AI, и нет. Если твоя компания не даёт этим пользоваться - это красный флаг. Аргумент секьюрности - допустим. Но тогда подбираются другие инструменты, режимы, ставятся ограничения, что многие компании уже и сделали. Хуже, если у компании вообще нет желания двигаться в эту сторону. Если они в принципе отрицают AI - это уже не их проблема. Это твоя. Пока другие: – учатся проектировать AI-friendly архитектуру – перестраивают процессы под это – учатся по-новому дебажить и строить флоу задач ты просто не получаешь опыт одного из ключевых скиллов ближайших лет. Возможно, пора искать новую компанию. Не потому что старая плохая. А потому что она тормозит тебя, пока остальные идут дальше.

Microsoft выпустили edit — минималистичный редактор для терминала. - Написан на Rust - Имеет поддержку LSP - Визуально отсылает к vi, но проще и легче - Распространяется под лицензией MIT - Занимает менее 250 КБ и доступен как open source на GitHub Как пишет Microsoft в официальном блоге, цель — восполнить отсутствие встроенного CLI-редактора в 64-битных Windows. Но есть и другая возможность: edit может стать интерфейсом не для человека, а для AI-агента. Быстрый, лёгкий, без GUI - ну прям идеально под задачи автоматизации Что это значит для нас разрабов? - Даже консоль превращается в AI-интерфейс - Вероятно, Microsoft тестирует способы подгонки среды под нейро-агентов Еще первое о чем я подумал - имя , во-первых - не обыграть имя для dev маркетинга - ну такое себе, да и имя слишком общее, плюс конфликты кажутся весьма возможными

Я не хочу делать какой то вывод, но само наблюдение: AI давно стал частью рабочего процесса, но культура вокруг него - всё ещё на разной стадии принятия. Фронт по какой-то причине продолжает играть в "сделай руками", даже когда понятно, что половину кода проще генерировать(и так и делают). Гошка, наоборот, уже перешла в режим "если у тебя нет AI в стеке -то почему?”

Потихоньку возвращаюсь в менторинг. Собесы - свои + чужие. Заметил штуку, которую вроде бы никто ещё толком не формулировал: разное восприятие AI на интервью в зависимости от направления. И это... любопытно. Фронтенд Вроде бы самая "AI-ready" зона: лучше всего нейросети справляются именно с React-кодом. Сюда же докидываем сильный прогресс в плане вёрстки, а также работы со смежными инструментами. Next.js - отличный пример: по-прежнему с абсолютно ужасным подходом к тому, как команда что-то внезапно меняет, но в целом связка показывает себя очень хорошо. Казалось бы, должны ждать рассказов про хорошо выстроенную архитектуру, поверх которой нагенерили по задачам и сэкономили кучу времени. Но на практике - почти табу. Используют все. Но никто не признаётся Вопрос "используете ли вы AI?" звучит часто, и правильный ответ, как правило, должен быть максимально нейтральным: "Да, но в рутинных задачах, считай как для автодополнения." Особенно это заметно, когда дело доходит до тестовых заданий. Если кандидат признаётся, что использовал ChatGPT - скорее всего, это не оценят. (Хотя само по себе делать тестовое на фронтенд позицию в 2025-м - уже довольно сомнительная практика) Гошка Контраст - абсолютный. Во-первых, AI-использование крайне одобряется. Особенно если есть крутые кейсы - их точно хотят услышать. Во-вторых, тестовые на Go не просто можно, но и нужно делать с AI. Если на интервью кандидат скажет: "Этот код сгенерировал, проверил - норм", то это считается плюсом. Дальше - больше: лайв-кодинг с AI. Понятно, речь не про Leetcode-style задачи, а про реальные, рабочие кейсы. И уже есть компании, где формат выглядит так: 40 минут - час, пользуйся чем хочешь. Курсор, ChatGPT, любые тулзы. Главное - показать, как ты решаешь задачу в реальной среде. И это на топ позиции по рынку.

Как я уже говорил в последних постах, сейчас самые актуальные места работы — это крипта и нейронки. Здесь технологии, задачи, команды и зарплаты находятся вне конкуренции, и судя по всему, всё это будет только развиваться. Многие разработчики (даже опытные) думают, что для работы в этих областях нужно полностью свичнуться, сменить стек и подходы. Это распространённое заблуждение. Переход в крипту или ИИ не требует радикальных изменений. Да, могут быть новые библиотеки или дополнительные нюансы, но сами подходы к работе остаются такими же, как в любом другом продукте. Flutter прекрасно показывает, как меняется восприятие технологии в зависимости от области применения: -На общем рынке Flutter востребован не так сильно, а зарплаты разработчиков на нём откровенно низкие. -Но в крипте и нейронках всё меняется. Почему? -Потому что Flutter позволяет быстро разрабатывать MVP на кроссплатформе с минимальными проблемами. Это делает его критически важным инструментом в цепочке создания продуктов. Как результат, зарплаты на таких проектах буквально иксуются. При этом работа остаётся плюс-минус такой же. Да, возможно, придётся изучить: -Специфические библиотеки (например, связанные с безопасностью в крипте). -Особенности подходов (например, секьюрность в web3). Но это не означает, что вы начинаете с нуля. Даже в обычных продуктах могут быть специфичные технологии. Например, использование Three.js на фронте. Но проект по-прежнему будет основан на React, и принципы работы останутся реактовскими. Если делать какой то вывод - то не надо отрезать себя от буквально лучшего рынка сейчас, из-за представлений, что для него нужны какие то очень особенные требования

Как вы знаете, я категорически против рекламы говнокурсов и каналов где не просто вода, а даже авторы к айтишке зачастую отношения никакого не имеют, и здесь её не будет. Все рекомендации на этом канале — искренние и чаще всего личные, более того в данном случае я буквально уговорил чувака начать веcти канал - @iteasify Автор — мой хороший друг, опытный разраб и настоящий кладезь историй с собесов. Кажется, он ходит на них чуть ли не три раза в неделю, уже давно уговаривал его начать делиться этим всем, и вот, наконец, вроде бы получилось. Канал совсем-совсем начинающий, но дайте ему немного времени, и я уверен, он найдёт свою аудиторию и как следует распишется. Сейчас он в процессе перката на гошку и обещал писать об этом, а ещё делиться историями с собесов и своим взглядом на IT. Чисто технарский контент. Так что, если вам интересен контент про айтишку, Go, PHP и собесы (поверьте, у него 101 история о том, как надо и как не надо), то welcome. Давайте поддержим начинающего автора, поверьте даже небольшая отдача очень сильно мотивирует продолжать все это дело.

краткосрочно, в ai - огромный прилив денег, отразится на всех, в том числе и на зп☺️(помните, я писал о том что не вижу смысла работать за пределами ai или крипты, теперь еще больше не вижу смысла в этом) менее краткросрочно, период времени к которому заменят обычных разрабов(нас) стал еще меньше🥲