Road to senior frontend dev.

конечно и бенефиты от этого всего нарисовались, я поднял свои софты на английском, потрогал менторство (я его итак трогал в шахматах, но это было давно и на русском). понял хочу ли я в трек менеджеров (а не все ли разрабы сейчас менеджеры ИИ??). в общем тяжело даже представить что такое руководить командой из 4 человек (а то и больше), либо ты совсем становишься оторванным от кода, либо вообще не вовлекаешься детально в вопросы и проблемы о которых тебя спрашивают. хотя может если руководишь не джунами то все ок. полезный опыт одним словом с точки зрения студента мы сделали много всего, потрогали on-call, уменьшили шум там, потрогали разные домены на работе, собрали 6 ETL коннекторов, изучили разные возможности внутренней платформы нашей и системы трансформации, поняли как обходить разные пробелы в публичной документации от вендоров (вопросов всегда много), все эти 6 коннекторов ушли под мою юрисдикцию по итогу

с другим студентом был абсолютно противоположный опыт, ему говоришь что вот тебе задача, провалидируй, почелленджи, вот тебе шаги как это протестить учитывая разные сервисы, в итоге это все сваливалось в клод, и пиар создавался через 5 минут даже без теста. некоторые ветки были с ошибками, и никакой фидбек не учитывался, это было постоянно, день изо дня, мой коллега-ментор сгорел от этого так сильно (привет, Давид) я своего менти подсадил, конечно же, на кодекс, мы с ним вдвоем были амбассадорами кодекса в компании, обучил его как выбирать модели, как следить за юзеджем и как пользоваться многими вещами, дал ему кучу тулинга (так, что он мне потом сверху моего листа принес обратно лол), поблагодарил за worktrees (правил коменды в соседнем окне), за raycast. Он же меня в итоге заставил пересмотреть 5.6 Luna xhigh fast как основную модель. Попросил даже его выступить на опциональном созвоне посвященном AI, там у нас в основном разные отделы делятся какими-то ИИ инсайтами, как они сделали скил, воркфлоу, как взаимодействуют с моделями. У меня капасити не было для выступления, собрал ему лист вещей которые надо подстветить и он шикарно выступил, задавали ребята кучу вопросов, я ему помогал отвечать в чате на тему разницы между клодом/курсором и тд. у меня-то взгляд уже замылен, мне кажется все шарят так же как я, а оказывается нет, и иногда поделиться какими-то очевидностями для тебя окажется полезным инсайтом для всей компании лол возвращаемся к стажировке. работать в разных таймзонах ментором - самое, пожалуй, тяжелое в этом эксперименте. у тебя осталось 2 часа на работе, ты проводишь дейли, хорошо если успел еще поревьювать что-то пока в US была ночь и тебе есть что передать на доработки студенту, иначе он раскачается только к своему обеду когда ты уже поужинал и хочешь отдыхать, и вот тогда приходят блокеры, вопросы и тд. ну и экспериментом это являлось чтобы пощупать разные таймзоны, замылись инвесторам глаза, якобы смотрите мы настолько успешная компания, что уже и стажируем студентов неокончивших универ, платим им стипендию и покрываем жилье бла-бла несите нам ваши венчурные деньги. ну и может конечно пайплайн талантов пробуем открыть. но процессы у нас еще не готовы, пока слишком много времени тратится на коммуникации и перестройки, говорил об этом ни раз с коллегой, его вывод - мы можем быть на 50% эффективней минимум, но пока никто не готов поменять процессы. и если бы не вся эта усталость накопившаяся, можно было бы смириться (что я и делал), но сейчас это все как-то слишком остро ощущается первое время я старался вкладывать больше положенного, брал дополнительные часы, отвечал ему на вопросы когда у меня на часах было 21:00 - 01:00, потому что от этого зависело сможет ли он поработать свой текущий день или мы потеряем половину дня и вернемся к этому в следующий день. потом это все начало складываться в бесконечный круг из своих задач, ревью студента, контрибьюты для студента из-за срочности, в это все еще заходили более срочные задачи с on-call на неделе так что возможности просто лопались. в конечном итоге я остался с чувством выгорания и тотальной усталости, которая, кажется, никогда не закончится. попробуйте пожить 3 месяца с ощущением того, что вы вечно все не успеваете (а у меня такое ощущение глобальное, забудем про работу, у меня есть еще блоги, дайджесты, курсы, книги, и вот они тоже пошли лесом на эти 3 месяца) забавнее всего в таком состоянии быть вовлеченным в разговоры от разрабов в компании, у которых 1-2 задачи в день (пока у тебя с десяток), а от этого много возможностей и энергии на то чтобы быть продуктивным-проактивным, изучать дайджесты, приносить идеи, хотеть обсуждать. понимаем, тоже было когда-то такое время. Вот, и при таких разговорах я сидел как зомби, кивал и пытался как-то вернуться в свои задачи с постоянным чувством неуспевания

вот и прошли 10 недель стажерства, часть 1 как итог, руководство решило не продолжать ни с одним из студентов. меня это конечно же расстроило, я топил за промоут в парт тайм на будущий год для своего студента было тяжело, это студенты, да, у них есть Claude/Cursor, но могут ли они его валидировать? поэтому было сложно сказать руководству насколько мы их оцениваем (насколько мы оцениваем их ИИ?). могут ли они запустить код ревью агентом и оценить грамотность? в общем, работы было много, да что там много, студенты закончились еще в пятницу, а открытых пиаров еще больше 10 (только у меня) Смержили 100 пиаров. за 10 недель как-то много, учитывая что у меня за 1год3мес 350 закрытых. каждый пиар требовал повышенной осторожности, приходилось заходить внутрь и комитить, иначе ничего не заедет от комментов и фиксов с разницой в таймзонах. Это не то самое ревью у скилового коллеги, при котором максимум что ты пытаешься сделать - почелленджить интент и перехватить гап/баг, тут же надо было поднимать ветку, енв, тестить и иногда даже дорабатывать руками, я как будто попросил ИИ сделать скелетон и дальше заходил полностью на доработки. В основном все мои контрибьюты были обоснованы тем что иначе мы не успеем это запушить в прод если на каждые фикс комментов будет уходить день иногда топили сроками, говорили что вот вам лист задач, он должен зайти на прод на этой неделе. для меня это лишь значило что помимо моих задач мне требовалось еще найти время на ревью и контрибьюты в код (сильные по объему такие) в рамках запрошенных задач первые недели мы проводили сессии вместе, шерили контекст, обучали думать инженерно. мой студент был молодцом, проявлял все навыки требующиеся начинающему инженеру: был любопытен, задавал вопросы, приносил блокеры, мог заовнить коммуникацию с продактом (не так что 1-2 сообщения, а целый alignment - было приятно это видеть). мог провести ресерч если подтолкнуть его к этому, приносил TL;DR / summary и облегчал мне утра на работе, делал работу над ошибками, 1-2 раза его уличишь, скажешь так не делать и пояснишь причину - больше не увидишь такого. один раз сказал валидировать пиары и ии - делает постоянно, со временем (если не учитывать мои контрибьюты) ревью занимало меньше времени, так как паттерны были усвоены и комментариев подобных прошлым не возникало. Мы даже попробовали устроить стресс тест и посмотреь, справится ли он на неделе, когда вместо 5 стори поинтов дали ему 15, и - он справился, бегло прошелся в первый день, поднял флаги во всех задачах чтобы продакты успели ответить к моменту, когда он приступит к самой задаче - и это все даже без моей подсказки - смышленый малый! конечно, руководство не хотело чтобы все пиары смотрели мы, но нагрузка у нас у всех мощная, и не все умеют овнить ревью с достаточном качеством, даже если пояснишь им, что нужен глаз да глаз, нужно все провалидировать за ними, потрогать, открывать пиар посмотреть как поревьювали - какой-то комментарий относящийся к тайпскрипту и все КАРЛ!! короче у меня после такого сгорела жопа, потому что мне потом отвечать за то, почему не проверили, почему запушили и весь фидбек давать. На словах звучало круто, что не все пиары я буду смотреть, но альтернатив практически не было, из 100 замерженных нашлось 3-4 в которых я попросил других людей заовнить ревью из того, что еще подниму на ретро: задачи не всегда были доступны до того как запросишь, приходилось держать руку на пульсе и каждый раз уточнять когда закончатся задачи чтобы заранее запросить новых задач. Задачи как вы понимаете, не все можно отдать, поначалу искали какие-то мелкие вещи, потом появились сложные вещи, ну а все рискованные и сложные задачи требовали дикого вовлечения со стороны инженерной команды, но и для студентов был какой-то опыт в этом всем. так же мы как компания не умеем в асинхронные коммуникации, я бесконечно от этого страдаю, так как для меня с моим 7 летним опытом дистанционки это стало базовым минимумом

SRE-agent Собирали у нас недавно ребята в компании АI сетап на auto-triage задач с on-call, и так как дефолт с компании это Claude, то и игрались с Opus 4.8/5 и Sonnet на предмет стоимости / адекватности оценок, наделали дашбордов чтобы следить за стоимостью, засетапили лимит в $3000 / mo (да-да, привет апи прайсинг) и смотрели сколько стоит таска, падает или нет, исправляли воркфлоу на реальных сценариях и получилось что-то вроде $0.5-1.75 за таску когда мне это озвучили, я сразу же спросил: • почему не аккаунт с перс сабкой где за $200 дают до $14000 инференса и там пошли ответы про claude -p, про ToS (terms of service), что, мол, нельзя использовать в таких сценариях на сабке, можно отлететь и бла-бла и тут я такой: а почему не openAI? они вообще более инклюзивные в этом плане, дают возможность свою сабку и программатикали использовать, и модели у них более эффективны с точки зрения токенов, так что и сабку можно сделать с вымышленным аккаунтом. как итог сказали спасибо, сейчас запускают 5.6 Luna с таким же детальным контекстом по воркфлоу со средней стоимостью $0.06 за таску

Preview Next.js 16.3 TL;DR Главная идея: server-driven приложение теперь может ощущаться как SPA, если на каждом async-await явно выбрать Stream / Cache / Block. Prefetching стал адекватным — один shell на роут вместо запроса на каждую ссылку. Ден Абрамов присоединился к команде Next.js и Vercel. (на парт-тайме) Решил две новости в одну совместить. Ден с своей стороны будет не замыленным взглядом помогать закрыть пробелы в распространенных кейсах использования от маленьких блогов до больших проектов. Как он говорит: — the team has been working hard at fixing many of those gaps. i hope to provide an additional “casual Next.js user“ voice to help prioritize the ones that bite people the most. Теперь про обновление. 16.3 приносит нам Мгновенную навигацию. Проблематика: Навигация ощущается медленной, когда запросы на стороне сервера ожидаются для отрисовки страницы. Для сохранения серверной модели и создание SPA-ощущений завозят следующие инструменты. Cache Components Всё работает за флагом cacheComponents: true в next.config.ts. В будущем мажоре станет дефолтом. Курс на «dynamic by default, без скрытого кеширования». Три стратегии для async-операций Когда роут await-ит данные на сервере, теперь надо явно выбрать поведение: * Stream через <Suspense> — юзер мгновенно видит loading-стейт, контент стримится. * Cache через 'use cache' — мгновенно показывается закешированная UI. * Block через export const instant = false на странице/лейауте — осознанно говорим «эта навигация ждёт сервер» (например, для блог-постов, где не хочется shell-а). Stream/Cache → навигация мгновенная. Block → явный opt-out. Медленные навигации без Block теперь подсвечиваются как ошибки в dev через панель Instant Insights. Partial Prefetching (отдельный флаг partialPrefetching: true) Раньше Next делал prefetch-запрос на каждую ссылку во вьюпорте — в Network вкладке был ад из запросов. Теперь: * Prefetch-ится один переиспользуемый shell на роут, не на ссылку. 20 ссылок на /chat/[id] → один запрос на shell этого роута. * Shell-ы кешируются на клиенте на сессию. Концептуально как code-splitting по роутам в SPA. * Это же основа для будущей offline-навигации. Если нужно prefetch-ить больше чем shell — <Link prefetch={true}> плюс 'use cache' на нужных кусках. По умолчанию ограничено build-time контентом; export const prefetch = 'allow-runtime' расширяет до request-time кеша (ценой нагрузки на сервер). Тулинг * Instant Insights — панель в devtools, помечает не-instant роуты ошибками в dev. * Navigation Inspector — ставит навигацию на паузу на этапе shell, видно что реально prefetch-ится, что грузится после. * instant() helper для Playwright (@next/playwright) — ассерт, что после клика что-то видно мгновенно, без ожидания network. * Есть skill для агента для миграции существующих проектов на Cache Components.

На неделе возникла мысль в обсуждении о внедрении ИИ в организациях, что есть мощный ограничивающий социальный фактор - это ответственность. Ответственность в смысле blame или первый русский вопрос "кто виноват". Если ты задачу поручил ване и он ее запорол, то виноват ваня. Там есть некоторое пространство для маневра, но в целом так. Если ты запустил задачу через ИИ и что-то пошло не так, то виноват ... ты сам. Сейчас-то еще можно отползти что ИИ плохой и сырой, но когда все дозреет - такие отмазки уже не пройдут. Поэтому это против интересов руководителей начиная от среднего звена, чтобы команду разогнали, а поставили сплошь ИИ. Такая интересная комбинация действующих сил - руководитель заинтересован заменить на ИИ всех (экономический фактор), КРОМЕ ближайшего к себе круга (социальный фактор). Потому что важная роль ближайшего круга - это быть виноватыми, если что пойдет не так. Это понятно для ситуаций, где отвечаешь перед дядей, а не перед собой - у предпринимателя такого ограничения не будет. Я как-то с интересом узнал, что есть ниша зиц-CTO в стартапах - их задача просто оказаться виноватым перед инвестором, если проект не пошел. Фаундер и идея хорошие, а CTO и воплощение плохое. Пока только не могу вычислить, какую картину должны будут выплотить эти действующие силы.

перешел на 5.6 Luna потестировать (xhigh + fast) потому что ну оооочень дешевая по итогу 52М токенов луны (50 стартов) стоят столько же сколько 2М токенов с 5.6 Sol (3 старта....)

Эх. Строишь-строишь автономных агентов, а они потом ругаются, что я тормоз и без меня было бы быстрее.

gpt модели решили убить конкурентноспособность дипсика (цена) и сделали луну практически бесплатной....

давно гитхаб в стаки научился? UPD: походу сегодня - https://docs.github.com/en/pull-requests/how-tos/stacked-pull-requests

Ребят, сегодня гуляла по Переделкино и зашла в Дом творчества писателей. Люблю такие места. Иногда кажется, что интересную мысль можно найти совершенно случайно. Так вот, наткнулась на книгу Жана Бодрийяра «Америка». Это книга 1986 года. Французский философ путешествует по США и размышляет о технологиях, культуре и будущем. Открываю почти наугад… Бодрийяр рассуждает о том, что люди мечтают о мыслящих машинах не только потому, что хотят создать что-то умное. Иногда потому что хотят переложить на них сам мыслительный процесс. Машина начинает демонстрировать нам спектакль мышления, а мы постепенно привыкаем наблюдать за ним вместо того, чтобы думать самостоятельно. Тут очень глубоко можно копнуть в деформацию механизма обучения в будущем и атрофию воприятия информации с первого раза. Напомню что книга то написана ребята почти 40 лет назад!. Когда не было ни чата гпт, ни курсора, ни клода ни прости господи дипсика. Мы вот постоянно с вами спорим, заменит ли аишка программистов. И мне кажется, вопрос уже немного другой: не перестанем ли мы получать удовольствие от самого процесса размышления? Потому что сегодня действительно очень легко спросить у модели и гораздо сложнее взять задачу самостоятельно. Так как наш дорогой и ценнейший мозг любит экономить энергию, я правда очень опасаюсь что возможность думать и принимать решение полностью самостоятельно будет утеряна. Ну в общем. Хочу почитать Бодрийяра целиком. Кажется, некоторые его мысли сегодня звучат даже актуальнее, чем в 1986 году.

Все, с выходом Fable и 5.6 sol вы больше не должны понимать, что происходит у вас в коде. Не до всех еще дошло, но вы больше не software engineer, вы loop engineer ↑ Я думал, что это типичный твиттер шитпостинга, но реально начал видеть вокруг себя серьезных людей, кто так считает. Мол, раз у Бориса в антропике получается, то и мы так должны делать Ну камон, ребят. Все же понимают, что публичные лица компаний, который продают лопаты всегда будут преувеличивать ценность этих лопат и формировать хайп, который через какое-то время действительно пушанет технологии до уровня, который они продвигали. Типичный fake it till your make it – так все технологии развиваются и всегда развивались. Но мы то с вами не обязаны собой жертвовать ради этого, ну Почему я считаю, что сейчас это все еще не работает и хорошие инженеры должны понимать что происходит под капотом систем, которые они строят (даже если они строят их печатая/наговаривая английский/русский текст)? Постараюсь порассуждать "из первых принципов": Дело в том, что это всегда так и было – хороший инженер всегда понимал систему как минимум на один уровень абстракции ниже того, на котором её писал. Хороший Python разработчик знает про GIL и 3.13, PyMalloc, сборщик мусора, ссылочную природу объектов, и что многие библиотеки написаны на других языках со своими ограничениями и возможностями. И для него код на пайтоне на самом деле раскрывается гораздо глубже чем он выглядит на первый взгляд – тот самый tacit context Хороший C++ разработчик скорее всего знает не только про разные виды памяти, устройство умных указателей и виртуальные таблицы, но и в курсе про уровни хардварного кэша, особенности архитекутры процессора и хаки, которые использует компилятор для компиляции под эти архитекутры. И может даже знать, в какие конкретно ассемблерные инструкции раскроется его код. Понимает как треды устроены на уровне ОС, какие механизмы их переключения на уровне ядра, и как писать lock-free код ↑ Этого всего нет напрямую в синтаксисе языка. Это особенности поведения систем на гораздо более низких уровнях. И проблема в том, что если инженер их не знает, то он даже не знает чего он не знает. А значит, не узнает и о наличии проблем на этих уровнях. В итоге прод ложится под растущей нагрузкой, баги не находятся неделями и затыкаются костылями, из-за которых прод снова ложится, но уже в следующем квартале ——— Короче, мало топить за loop enginering. Нужно понимать что в результате этих циклов получится Так же как когда вы раньше писали цикл на C++, вы понимали, как данные будет лежать в кэше (и в каком), будут ли лишние аллокации в куче, и раскроется ли ваша числодробилка в SIMD-инструкции В общем, это фундаментальное свойство любого профессионала – видеть систему глубже чем она описана Подгорело, @ai_grably

OpenAI додумались открыть лимиты для бизнес тарифов 1 кредит стоит компании $0.04 сидел с 12 июля без кодекса.... пора возвращаться к папочке btw cursor grok 4.5 имба... (сидел это время на курсоре)