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

Прежде чем начинать серию, надо ввести несколько аксиом.

Дальше я буду их пояснять по отдельности, но проще сразу задать рамки.

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 или крипты, теперь еще больше не вижу смысла в этом)

менее краткросрочно,
период времени к которому заменят обычных разрабов(нас) стал еще меньше🥲