Тармолов про работу

Всё чаще в коридорах слышу разговоры вида: «Я написал скилл для менеджеров, чтобы они могли сами решать свои задачи, а не приходить ко мне» или «Я завернул такую-то автоматику в скилл». Причём скиллы создают не только технические специалисты, но и маркетологи, HR и менеджеры. Раньше мы фиксировали опыт и знания в документации. Но документация быстро устаревает, поэтому всё, что возможно, я предпочитал оформлять в виде скриптов и тестов. Это не гарантирует актуальность, но хотя бы позволяет проверить, что описанный сценарий всё ещё работает. С расцветом агентов появился ещё один формат передачи знаний — скиллы. Они объединяют инструкции, справочные материалы и исполняемый код: не просто рассказывают агенту, что мы знаем, но и объясняют, как у нас принято выполнять работу. А поскольку агент может сам помочь извлечь опыт человека и оформить его в скилл, стоимость такой упаковки знаний резко снизилась. Кажется, скилл становится новой единицей передачи опыта: документацией, которую агент может не только прочитать, но и применить. С каким вопросом коллеги регулярно приходят к вам? Возможно, вместо очередного ответа пора написать скилл ;) #нейросети

Когда я стал руководить отделом, а моими директами стали руководители, я заметил странный эффект: чем больше становится “дистанция” до инженеров, тем легче люди начинают превращаться в абстракции. Сначала это выглядит безобидно. Ты уже не обсуждаешь конкретную задачу с конкретным разработчиком. Ты обсуждаешь headcount, FTE, загрузку команд, план найма, бюджет и эффективность. Все эти слова нужны. Без них невозможно управлять большой организацией. Но у них есть побочный эффект: они очень хорошо стирают человеческое измерение. Поговорив с руководителями повыше, я понял, что это не только мое ощущение. Чем выше ты поднимаешься в управленческой иерархии, тем выше риск, что люди для тебя становятся числами в отчете. Мне стало интересно, есть ли исследования на этот счет. Оказалось, есть. Исследования про social power показывают: чем больше у человека власти, тем выше риск хуже видеть чужую перспективу и сильнее опираться на собственную. Dacher Keltner называет это “power paradox”: власть часто получают благодаря эмпатии и социальному интеллекту, но сама власть потом может эти качества размывать. Поэтому дашборды и таблички с хедкаунтом опасны не тем, что врут. Они опасны тем, что слишком хорошо абстрагируют. Headcount, FTE, cost, capacity — удобные слова. Но за каждым из них есть живые люди. Пишу это прежде всего как напоминание самому себе. Хороший руководитель — не тот, кто отказывается от цифр. Хороший руководитель — тот, кто регулярно возвращает цифрам человеческое измерение. #руководство

Сейчас уже всем привычно, что в Яндекс Картах можно включить спутниковый слой. А когда мы только запускали его, в саппорт пришла прекрасная жалоба: «Почему на спутниковых снимках машинки стоят на месте и не едут?» Это один из моих любимых багрепортов :) Потому что в такие моменты особенно хорошо понимаешь: если для тебя спутниковый снимок — это просто фотография, то для пользователя это вообще не обязано быть очевидным. Если технология выглядит как магия, от неё и ждут магии. В том числе, видимо, что машины на снимке всё-таки поедут. Как знать, может быть в будущем машинки на спутниках и правду поедут ;) #карты

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

Когда покупаю новую технику, коробки обычно сразу выбрасываю. А вот инструкции сохранял. Они копились на полке, пылились и занимали место. Пользоваться этим архивом было неудобно: если что-то понадобилось, нужно идти, искать нужную бумажку и надеяться, что она вообще сохранилась. В какой-то момент я понял, что хранить нужно не бумагу, а доступ к информации. Теперь делаю так: - нахожу pdf-инструкцию на сайте производителя; - сохраняю её в папку с мануалами; - бумажную версию выбрасываю. Плюсы очевидные: ничего не пылится, не теряется, не занимает место, а нужный мануал всегда можно быстро найти с телефона или компьютера. Маленький бытовой лайфхак, который реально упрощает жизнь. #лайфхаки

Неделю назад я писал, что мои посты из Telegram теперь автоматически дублируются на сайт. Казалось бы, что тут интересного. Личный сайт — не редкость. Синхронизация постов из Telegram — тоже вполне решаемая задача. Но есть нюанс: я не написал для этого ни строчки кода. Хотя и этим в 2026 году уже сложно удивить. А вот чем меня правда впечатлил этот опыт: сайт и всю автоматику я поднял во время прогулки, прямо с телефона, общаясь с агентом в Telegram. Сначала он помог выбрать движок. Остановились на Hugo. Потом предложил несколько тем, и я выбрал Blowfish. Дальше агент сам написал Python-скрипт для миграции старых постов и последующей синхронизации, а потом настроил GitHub Actions для автозапуска. Он присылал пулл-реквесты, я их просматривал и аппрувил. Да, первая версия была сырой. После прогулки мы еще дотюнивали сайт в несколько итераций. Но сам факт все равно немного сносит крышу: теперь программировать можно буквально на скамейке в парке, с телефоном в руках. Агент, с помощью которого получилась эта магия, — OpenClaw. Сам он бесплатный, но за «мозги» нужно платить: Claude Code или Codex стоят денег. Если интересно, чуть подробнее описал свой опыт в лонгриде на сайте. #нейросети

2,5 года назад я отвечал на вопрос подписчика: куда пойти учиться. Тогда я упомянул Школу анализа данных Яндекса — ШАД. И сегодня совет тот же. ШАД — это фундаментальное двухгодичное обучение для тех, кто хочет всерьёз разобраться в ИИ, машинном обучении и разработке высоконагруженных систем. Это не «быстрый вход в хайповую тему», а сильная база, которую потом можно применять и в индустрии, и в науке. В ШАДе можно учиться по одному из четырёх направлений: — разработка машинного обучения — Data Science — инфраструктура больших данных — анализ данных и ИИ в прикладных науках Программу делают сильные эксперты из индустрии и регулярно обновляют. Обучение в основном очное: в коворкингах в шести городах. Это важно: ШАД даёт не только знания, но и среду — общение, совместные проекты, сильное сообщество вокруг. С 2007 года ШАД выпустил больше 2000 специалистов. Выпускники работают в Яндексе, Авито, VK, Сбере, Альфа-Банке, Т-Банке и других сильных компаниях. Каждый четвёртый выпускник занимается наукой, а каждый шестой со временем запускает свой бизнес или стартап. Причём уже во время учёбы шадовцы делают проекты с реальной пользой: — помогают планировать уборку мусора на берегах водоёмов — анализируют МРТ-снимки и помогают выявлять редкие патологии — прогнозируют движение вулканического пепла Сейчас в ШАД открыт набор — с 2 апреля по 3 мая. 11 апреля будет день открытых дверей в Москве, подключиться можно и онлайн. Есть два трека: — классический — для студентов 2–3 курса и выпускников вузов — альтернативный — для разработчиков с опытом от 3 лет Если хотите получить сильную базу, попасть в очень сильное окружение и расти в ИИ и разработке всерьёз, ШАД точно стоит рассмотреть. Подать заявку #карьера

С телеграмом сейчас проблемы: без VPN он то открывается, то нет. По слухам, в начале апреля может стать еще хуже. Мой канал «Тармолов про работу» уже зеркалится в Этушке. Правда, доступ к ней есть только у яндексоидов. Сначала я хотел сделать зеркало в национальном мессенджере Max. Но там, чтобы завести бота для миграции и публикации, нужно быть юрлицом, ИП или пользоваться сомнительными сервисами от непонятных авторов. Зеркало в Max будет, но позже — когда разберусь с техническими ограничениями. Пока я решил вернуться к истокам: оживить личный сайт, обновить дизайн и перенести туда все посты. Кто знает, может, еще и гостевая книга появится :) Постоянные читатели знают, что "под капотом" у моего телеграм-канала работает собственная блог-платформа на основе Яндекс Трекера. Ее плюс в том, что переезд на новую площадку становится не драмой, а технической задачей. Например, запуск сайта занял меньше одного дня. Как и раньше, новые посты сначала будут выходить в телеграме, а вечером появляться на сайте. Я не рассчитываю, что сайт соберет такую же аудиторию, как канал. Но в канале накопились советы и практики, которые долго остаются полезными. Поэтому мне важно иметь ссылку, которую можно отправить коллеге и не сомневаться, что она откроется. Если телеграм снова будет работать нестабильно, все посты есть здесь: https://tarmolov.ru/

В компании снова ревью — наше ревьюшное колесо провернулось на четверть. Теперь итоги подводим зимой и летом, а не весной и осенью. Три года назад я уже писал (как время летит!), что на ревью мы собираем обратную связь. Для этого есть внутренний сервис — «Фидбечница». Формально там отправляют фидбек, а по-человечески мы называем это отзывами. У отзывов можно настроить видимость: — только прямому руководителю — всей цепочке руководителей — и даже самому сотруднику Я пишу отзыв в двух случаях: 1) Когда хочу что-то подсветить сам Понравилось или, наоборот, не понравилось — пишу, даже если меня никто не просил. 2) Когда меня попросили оставить отзыв Тогда сначала уточняю: какие достижения нужно подтвердить. Т.к. отзыв должен быть про конкретные задачи и проекты. Без воды и общих слов вроде «молодец» и «приятно общаться». И ещё одно правило: в каждом отзыве добавляю блок “что можно улучшить”. Всегда. Неважно, кто запросил фидбек — стажёр или CTO. И всегда делаю отзыв видимым сотруднику. Чтобы он увидел обратную связь напрямую, а не пересказом через руководителя. Грош цена отзыву, если я не могу его высказать лично своему коллеге. Блок «что можно улучшить» нравится не всем. Иногда после такого отзыва люди начинают запрашивать фидбек у тех, кто пишет только «всё отлично». Это освобождает мое время от написания лишних отзывов :) #ревью

За жизнь мы успеваем прочитать не так много книг, поэтому я выбираю их по рекомендациям людей, чьему вкусу доверяю. Вот одна из таких рекомендаций — и она попала в точку. Лет 7 назад я спросил CEO Карт: «Что обязательно прочитать?» Я ожидал книгу про бизнес. Он предложил другое: «Поток» — Михай Чиксентмихай. Фамилию я запомнил по его мнемонике: “Cheeks sent me high”. Книга про состояние потока: когда ты настолько погружён в задачу, что мысли не расползаются, время “плывёт”, а мир вокруг выключается. Автор называет это оптимальным переживанием. И важное: поток бывает не только в работе. Он случается в спорте, творчестве, игре, музыке — везде, где есть вызов и ты растёшь. Больше всего меня зацепили два примера. 1) 76-летняя Серафина Виньон из альпийской деревни. Коровы, пастбище, огород, сено, шерсть — тяжёлый быт. Но у неё нет разделения на “работу” и “отдых”: всё — часть насыщенной жизни, где есть смысл и ощущение контроля. Поток возможен не только в “крутых” профессиях, но и в осмысленной и структурированной повседневности. 2) Рико на конвейере. Одна и та же операция сотни раз — и он превращает её в спорт: улучшает движения, меряет время, бьёт личные рекорды. Рутину он превращает в игру и мастерств. Он смог ввести себя в состояние поток даже в монотонной работе! Я поймал себя на том же. Когда я работал техническим писателем, документация казалась скучной — и я быстро скатывался в прокрастинацию. Потом поменял майндсет: стал относиться к тексту как к коду. Документ — программа, разделы — классы, абзацы — функции. И внезапно стало интересно: “рефакторить”, улучшать, делать проще и чище. В итоге мои документы реально ставили в пример. После этого я понял одну вещь: “интересность” задачи часто не в самой задаче, а в том, как ты её себе собираешь. Я не скажу, что любую рутину теперь превращаю в кайф — но навык точно прокачался. В общем, рекомендую добавить книгу "Поток" в свой список для чтения на этот год :) #книги

Наверняка вы не знали, что при запуске нейронки мило урчат. Яндекс Карты урчали уже давно, но теперь будут урчать заметно громче: ведь в Картах появился AI-чат на базе Алиса AI, доступный по кнопке «Спросить AI». AI-чат поможет, например, быстро подобрать места под настроение, собрать план на день или маршрут прогулки. Теперь Карты могут отвечать на более сложные запросы: — «Куда пойти на выходных, если я фея-фиалка?» (да, это реальный запрос) — «Где тихо посидеть вечером рядом с центром и вкусно поесть?» Зайдите в Карты → Спросить AI и попробуйте свой самый странный запрос 😄 #новости #нейросети #гео

Каждый год сервис Яндекс Карты вручает награду «Хорошее место» компаниям с самым высоким рейтингом по отзывам и оценкам пользователей. Наверняка вы видели такие наклейки в кафе и ресторанах. По аналогии с этим по инициативе наших HR внутри компании в Картах появилась серия встреч для обсуждения кейсов из жизни руководителей. Этот клуб назвали: «Хорошее место, чтобы обсудить...». Я поучаствовал в нескольких таких встречах в качестве эксперта: мы разбирали реальные ситуации с другими опытными руководителями. Частью этих кейсов хочу делиться с вами — они, на мой взгляд, и интересные, и прикладные. Хочу показать как можно брать посты в этом канале и использовать в работе 🙂 Сегодня поговорим про такой кейс: Сотрудник работает строго в рамках ожиданий, не готов брать больше задач и не стремится к повышенной оценке. Считаем ли мы его лоуперформером? Лоуперформером мы считаем сотрудника, чья работа систематически не соответствует ожиданиям команды и компании. Но тут не совсем лоуперформер, верно же? Я работаю в коммерческом предприятии, поэтому смотрю на такие ситуации с точки зрения бизнеса: бизнесу выгодно, чтобы сотрудники приносили как можно больше ценности. Представьте, что вы — владелец компании, и каждый месяц достаёте деньги из сейфа, чтобы заплатить зарплату. Понятно, что в такой картинке хочется, чтобы люди реально вкладывались и отбивали каждый вложенный в них рубль. Отсюда логика: если сотрудник всегда работает “ровно”, не выходит выше базового уровня, бизнес это в какой-то момент начинает волновать. Хорошо, когда сотрудник хотя бы иногда получает повышенную оценку на ревью: - на младших грейдах такое может происходить чаще, - на высоких — реже, потому что растут масштаб и сложность задач. На встрече коллега очень точно заметил: “ожидания” — динамическая величина. - если команда в целом начала работать лучше, базовый уровень ожиданий растёт; - если у всех спад энергии, выгорание или что-то вроде постковидного проседания — базовый уровень временно снижается. То есть “работать в рамках ожиданий” сегодня и “работать в рамках ожиданий” год назад — это могут быть две разные планки. Что же делать с людьми, которые стабильно работают “ровно”, не проваливаются, но и не рвутся вперёд? Зависит от контекста: - если бизнесу сейчас нужно, чтобы все сильно перформили, это автоматически попадает в ожидания, и “ровный” сотрудник начинает выглядеть как слабое звено; - если бизнес-цели закрываются, запас по эффективности есть, и команда в целом справляется — руководитель может какое-то время спокойно жить и с такими сотрудниками. Однако, руководитель отвечает за эффективность команды. Это значит, что важно растить компетенции (читай: грейды) сотрудников. Но просто “рубить с плеча” и сразу расставаться с людьми, которые могли бы делать больше, — плохая стратегия. Ведь нового человека нужно нанять и всему научить, а это время и ресурсы команды. Также нужно помнить и про естественный отток и скорость найма в вашу команду. Если HR-бренд хорошо развит, людей проще нанимать. В такой ситуации руководители смелее расстаются с лоуперформерами и даже с “ровными” сотрудниками, в чей рост уже не верят. Если же нанимать тяжело и дорого, иногда разумнее поработать с мотивацией и развитием “ровного” сотрудника, чем сразу пытаться его заменить. #руководство #кейсы

Во внутреннем календаре у нас есть опция: начинать встречи не «с нуля», а с небольшим сдвигом — например, 12:05–12:30 вместо 12:00–12:30. Сначала меня, как перфекциониста, бесило, что всё «неровно». А потом понял, что это мощный инструмент. Когда слоты стоят «стык в стык», неизбежно опаздываешь, не успеваешь налить чай/кофе, сделать короткую паузу или записать мысли после разговора — уже бежишь на следующую. Итог — хроническая фоновая тревожность. Сдвиг на 5 минут даёт: - пару минут, чтобы договорить и спокойно завершить разговор; - время на дорогу между переговорками; - время, чтобы записать договоренности и собрать мысли в кучку; - возможность сделать "биопаузу" наконец :) Эти пять минут возвращают ощущение контроля над днём. Для моего календаря — это +100500 к спокойствию. Горячо рекомендую! P.S. А если встреча длится час, то сдвиг будет аж на целых 10 минут! #менеджмент

Во времена бума доткомов стартапы массово добавляли «.com» к названию — и деньги текли рекой. Похожий шум сейчас вокруг «AI»: модно вставлять в название проекта «powered by AI», даже если это не совсем правда. Но есть отличие: рынок труда реально меняется — и это видно по исследованию и статистике. 📈 Где мы на кривой хайпа? - Gartner: GenAI уже с пика ожиданий двигается к прагматике и ROI. 🏢 Что говорят лидеры рынка? - Amazon: CEO Джесси пишет — GenAI станет базовой технологией - Microsoft: Сатья Наделла признаёт «трудные решения» и переход к «intelligence engine» - Google: Пичаи объединяет DeepMind и Responsible AI - Meta: Цукерберг делает ставку на AI; CFO — оптимизация headcount, но рост приоритетных AI-команд 🔬 Что показывают исследования и новости? - McKinsey моделирует: до 30% часов автоматизируется к 2030 - UK: Вакансий для выпускников минус треть со времён ChatGPT - McKinsey UK: Неравномерный эффект: молодым и ряду офисных ролей стало сложнее - Microsoft Research: Уязвимые профессии — не только писатели и архивариусы, но и веб-разработчики - HBR: Что можно измерить — AI автоматизирует, в безопасности только то, что не подается оцифровке (вкус, доверие, опыт). И, конечно, стоит упомянуть исследование моих коллег Искусственный интеллект в разработке: изучаем тренды и реальное применение, подтверждающее изменения на рынке труда: Рынок труда трансформируется. Меняются требования к специалистам — теперь недостаточно просто уметь писать код. Нужно понимать, как эффективно работать с ИИ, постоянно учиться новому и развивать экспертизу в смежных областях. Будущее разработки — это симбиоз человека и ИИ, где машина берёт на себя рутину, а человек фокусируется на архитектуре, бизнес‑логике и творческих задачах. И это будущее уже наступило. -- 🧭 Что делать прямо сейчас? 1. Принять перемены. Автоматизируйте 1-2 рутины с AI-агентом. Отслеживайте экономию времени. 2. Прокачать навыки вне алгоритмов — продуктовый вкус, постановка задач, фактчекинг, коммуникация. 3. Собрать личный AI-стек: инструменты, промпты, пайплайны, чек-листы. 4. Копить портфолио кейсов: «Проблема → AI-Решение → Результат (время/деньги/качество)». Можно сопротивляться внедрению AI, но рациональнее — адаптироваться и использовать уже сейчас 😉 #нейросети

Меня как-то спросили, какая стрессовая рабочая ситуация запомнилась сильнее всего. Работая в Яндексе, я попадал в разные щекотливые истории: однажды «положил» продакшен Яндекс Карт на 15 минут, в другой раз сломал геосценарии на «морде». Бывали и горящие сроки, и плотный пушинг от руководства. Всё это, вероятно, прокачало мой уровень толерантности к стрессу. Но ярче всего в памяти — история из другой жизни, когда я был офисным админом в компании, поставлявшей ингредиенты для кондитерки. Админ тогда я был универсальный: протянуть витую пару по офису, выгрузку из 1С сделать, плинтус прибить, менеджерам Windows настроить. Однажды мне подвезли «важняк»: в кабинете гендиректора нужно заменить проектор. Снять хороший и повесить совсем топовую модель — такую, что стоит как крыло самолёта. Стремянки не нашлось, пришлось лезть на стол по стоимость как второе крыло самолета: то ли итальянский, то ли ещё какой-то дизайнерский. И вот я, админ с зарплатой 20 тысяч рублей, ставлю супердорогой проектор, стоя на супердорогом столе. Мысль в голове была одна: если сейчас уроню проектор на этот стол и всё это разлетится, то в рабство меня заберут лет на двадцать. Ладони вспотели, директор филиала стоит рядом и бдит. Пару раз руки реально затряслись, и в один момент проектор чуть не сорвался. Но я таки осилил задачку — минус нервные клетки, плюс пара седых волос 😅 ——— P.S. Реклама по теме 📶 Когда я был админом, часто приходилось мерить скорость интернета, и я пользовался Speedtest, но его недавно заблокировали. Спешу сообщить: есть классная альтернатива от Яндекса — Яндекс Интернетометр. Он не только точно меряет, но ещё и симпатичный 😉 #байки

— О! Считаешь калории? Зачем? — Начал ходить в зал. — Ну и что, сотку уже жмёшь? — Нет, просто хочу привести себя в форму. — А вес хоть ушёл? — Нет. — Тогда зачем оно тебе вообще? :) Коллеги часто спрашивали меня о спорте, поэтому решил собрать свои мысли в одном посте — чтобы потом просто кидать ссылку. Вдруг пригодится еще кому-то. 📖 Читать пост

13 лет назад Яндекс изменил свой логотип с «Яndex» на «Яндекс». Это была небольшая революция, которую мы долго обсуждали внутри компании. Сегодня в Картах происходит похожее преобразование — спустя 20 лет желтые дороги стали серыми! И нет, это не ошибка дизайнера, случайно перепутавшего цвета. За этим масштабным проектом стоит 22 месяца кропотливой работы команды дизайнеров. Карты стали реалистичнее, детальнее и теперь больше соответствуют тому, что мы видим за окном. Поначалу может быть непривычно видеть обновленный интерфейс приложения Яндекс Карт. Дайте себе время адаптироваться, и вскоре вы оцените все преимущества нового дизайна. А для ценителей ностальгии мы оставили последнюю желтую дорогу рядом с одним из офисов Яндекса ;) #новости #карты

— Заменят ли нейросети людей? — Нет. Но они заменят тех, кто их не использует. Наверняка вы уже слышали о нейросетях, искусственном интеллекте и машинном обучении. Если вдруг всё это прошло мимо вас — советую начать с ключевых понятий в ИИ, чтобы понимать, о чём дальше пойдёт речь. У меня был "великолепный план ... надёжный, как швейцарские часы": накапливать экспертизу в архитектуре, инфраструктуре и организации процессов разработки. Думал, что этот багаж знаний поможет конкурировать с молодыми — опыт против энергии. Когда T9 только начал подсказывать слова, я был в восторге. Но с появлением LLM (больших языковых моделей) многолетний опыт многих специалистов резко обесценился. И это коснулось не только бухгалтеров и юристов, но и айтишников. Возможно, скоро придётся руководить не командами живых разработчиков, а быть промт-инженером и управлять десятками LLM. Поэтому чем раньше начнете использовать такие инструменты, тем лучше. Я для себя выделил три простых шага для освоения LLM. На самом деле, пройти их можно буквально за пару вечеров. Шаг 1. Используйте LLM для повседневных задач Мы по природе довольно инертны, особенно с возрастом. Всё сложнее заставить себя учиться новому. Порой нужно силой заставлять себя использовать что-то новое :) В итоге я сменил обычный поиск в браузере на Perplexity, чтобы заставить свой обычный поток запросов прогонять через LLM, а не через традиционный поиск. Сначала было непривычно, но уже через пару недель не захотелось возвращаться обратно. Если хотите попробовать — вот инструкция. Для начала просто отправляйте свои обычные поисковые запросы в LLM — без изменений. Позже вы узнаете, что это называется zero-shot prompting ;) Шаг 2. Учитесь писать промты LLM — это не магия, а просто T9 на стероидах: предсказывает следующее слово на основе огромного контекста и сложных алгоритмов. Раньше, чтобы заставить компьютер что-то делать, нужно было писать код. Для LLM же — достаточно уметь формулировать свои мысли на естественном языке. Советую изучить гайд Prompt Engineering от Google (перевод на русском). Он рассчитан на новичков и отлично подходит для старта. Да, он ориентирован на модель Gemini, но советы универсальны. А дальше — можно прямо у LLM спросить, что ещё почитать про эффективные промты :) Шаг 3. Изучайте библиотеки готовых промтов LLM всегда может подсказать подходящие библиотеки промтов, но вот мои фавориты: — Prompting Guide 101 от Google — Prompt Library от Anthropic — Awesome ChatGPT Prompts от сообщества Шаг 4. Ваш совет! Что ещё посоветуете изучить начинающему промт-инженеру? #лайфхаки

Я тут рылся в своих архивных документах и наткнулся на свой план по росту младших разработчиков. Причем это был не просто план, а пример возможного рассказа про саморазвитие. Передаю слово Саше Тармолову 2014 года. Орфография и оригинальный слог сохранены :) Считается, что стажер может решать небольшие задачи, которые формулирует руководитель. Ход работы и результат контролируются. Младший же разработчик может писать что-то работающее и готов расти дальше под контролем старших товарищей. Собственно, ты это и доказал при разработке мобильных карт. Таким образом, назревает вопрос: хочешь ли ты дальше развиваться как разработчик? Как ты видишь свой рост в Яндексе? Давай расскажу, чего я жду от разработчика и какими навыками он должен обладать. 1. Код. Разумеется, он должен писать продуманный код и чистый код. Думать о товарищах, которые его будут читать. 2. Проблемы. Самостоятельное решение проблем. Приходит на консультацию с коллегами не только с проблемой, но и с вариантами решения. 3. Архитектура. Создание и поддержка архитектуры проекта. 4. Ведение проекта. Самостоятельное ведение проекта, берет полную ответственность за него. 5. Планирование. Планирование, отражение деятельности в багтрекере, самостоятельный контроль сроков. 6. Наставничество. Может взять шефство над младшим разработчиком. 7. Саморазвитие. Держит руку на пульсе новых технологий. Может показаться, что это много, но в Яндексе разработчик — это не бездумный кодер. А теперь давай вместе подумаем, что ты уже умеешь, а что нужно подтянуть и что для этого нужно сделать. Дальше вместе будем смотреть на табличку и решать, как дальше быть; ставим плюсик, где все хорошо, и плюс-минус, если есть куда расти #разработка

Периодически внутри компании или подразделений проекты переходят между командами, и новым мейнтейнерам приходится поддерживать проект, созданный коллегами. Мало кому из разработчиков хочется поддерживать какой-то уже написанный проект, большинству нравится создавать и изобретать что-то новое. Но давайте опустим вопрос предпочтений и сосредоточимся на вопросе "как сложно будет поддерживать и развивать свалившийся legacy проект?" Конечно, по-хорошему, нужно оценить архитектуру, качество кода, интеграции с внешними системами, тесты, документацию, производительность и т.д. и т.п. Но это долгий процесс. А что если нужно дать SWAG-оценку, насколько проект будет дорого поддерживать и можно ли его полностью переписать? Мой руководитель за свою многолетнюю практику поработал с разными проектами и сформировал очень простой принцип, которым я хочу с вами поделиться. Нужно подсчитать примерное количество человекомесяцев, затраченных на проект, а затем сравнить с размером своей команды. Если куда-то комитило 3 человека в течение года, то для команды из 10 человек чаще всего этот проект совсем не страшен, и его при желании можно полностью переписать и избавиться от legacy кода. Но если в проект комитили десятки человек в течение нескольких лет (или того хуже — десятков лет), то это уже очень масштабный проект, и даже командой из 100 человек его быстро не перепишешь. Придется приспосабливаться к "особенностям" старого проекта и выстраивать многолетнюю стратегию по наведению порядка. Это даст высокоуровневое понимание о масштабе предстоящей работы. Разумеется, после этого нужно более детально изучить проект и сформировать более точную оценку с учетом всех особенностей и нюансов проекта. #разработка