[{"data":1,"prerenderedAt":139},["ShallowReactive",2],{"$fBBQ5ulyG5jVWbIBJe3r8F-kTKQKf1scMJiu0B6qzX5k":3,"$f7AVZHmPutZ23_8XKkLbDtEszKCuiY3yPjIDp9eRXGag":5,"$fj-1gzfc2-e0RYYX7SLwYq3iRevsZzF-3aFttAxR3ej0":7,"$fYVM1a474tOfj3pT6isJucGdBrQmETwL18_QYwJaiWLE":115},{"data":4},[],{"data":6},[],{"data":8,"meta":111},[9],{"id":10,"documentId":11,"title":12,"seo_title":13,"summary":14,"seo_description":15,"slug":16,"published_date":17,"body":18,"content":19,"createdAt":41,"updatedAt":42,"publishedAt":43,"blogauthor":44,"cover":53,"categories":100},352,"hsjybdlsoyxphzhs9xn2b491","Как стать Senior-разработчиком: 4 шага на пути к успеху","Как стать Senior-разработчиком: 4 шага","Вакансий Junior и Middle всё меньше, Senior нужны по-прежнему. Четыре шага, которые помогут перейти на следующий уровень.","Почему сокращаются вакансии Junior и Middle и что делать, чтобы вырасти до Senior: думать о команде, браться за пожары, писать меньше кода и больше текстов.","kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu","2026-06-04","Если вы следите за текущими тенденциями в мире найма\u002Fвакансий, то определенно заметили, что куда-то подевались вакансии Middle и Junior-разработчиков, и у этого есть несколько причин.\n\nПервая: рынок просел, и общее количество вакансий в IT-индустрии сократилось. В результате Middle-позиции теперь можно закрывать Senior-разработчиками. Это уже случалось в нашей истории, но за любым спадом следует подъем.\n\nВторая — AI-агенты. Senior-разработчики получили \"рычаг\". Теперь задачи, которые ранее поручали Junior и Middle-разработчикам, можно поручить AI Agent. При этом для Senior мало что меняется, поскольку подробное review делать нужно в обоих случаях.\n\nМожно сказать, рынок оказался в \"клинче\". Сейчас нет времени думать, что будет дальше, поскольку нужно решать текущие вопросы, а когда начнется подъем, нужного количества разработчиков может и не оказаться, поскольку они ушли в \"плотники\".\n\nОднако сомневаюсь, что вас сильно волнуют проблемы рынка, разве что на кухне за чашкой кофе. А вот что делать конкретно сейчас и конкретно вам, чтобы стать Senior, разбираемся в статье...\n\n> Дисклеймер: \"Разработчики больше не нужны\"\n>\n> Несмотря на то что главы Anthropic & OpenAI провозгласили закат эпохи программирования, сами эти компании на данный момент являются основными работодателями в Palo Alto aka Silicon Valley. Нанимают они, правда, в основном Senior Developers, поэтому читаем далее.\n\n\u003Ch3 id=\"tumannyj-put-k-senior\">Туманный путь к senior\u003C\u002Fh3>\n\nПереход от junior к middle для большинства разработчиков обычно не вызывает больших проблем. Когда вы junior, основная задача, которую вы перед собой ставите, — это заставить код просто работать. При этом зачастую любыми возможными усилиями.\n\nПопутно вы узнаете, какие бывают окружения, как выглядит процесс разработки в целом и как в конечном счете код попадает на production.\n\nЗанимает это обычно 1–2 года (которых у нас, кажется, нет, но об этом чуть позже).\n\nА вот что делать, если вы уже middle и хотите стать senior? Этот переход гораздо менее очевиден, и связано это с тем, что в каждой компании свое представление о том, кто такой senior. Однако не стоит отчаиваться.\n\nБольшинство разработчиков считают, что путь к senior выглядит как-то так:\n\n- вы с удвоенной силой углубляетесь в свой текущий язык программирования, чтобы стать «экспертом»\n- вы добавляете новые инструменты в свой арсенал — новый язык программирования или фреймворк (Rust?)\n- вы зацикливаетесь на качестве кода, его корректной работе\n- вы недоумеваете, почему вас до сих пор не повысили\n\nВозможно, вы, как и я, думали так же, прошли этот путь, поняли, что этого недостаточно, внесли коррективы и все же стали senior.\n\nУ тех, кто сейчас является junior или middle, к сожалению, нет столько времени \"на раскачку\", сколько было у нас. Поэтому приступим.\n\n\u003Ch3 id=\"shag-0-byt-horoshim-v-kodinge\">Шаг 0: Быть хорошим в кодинге\u003C\u002Fh3>\n\nДавайте разберёмся с этим, прежде чем погружаться в менее очевидные вещи.\n\nНельзя просто быть приятным в общении, но ужасным кодером и при этом рассчитывать на повышение (хотя я видел, как такое случалось).\n\nК сожалению, как бы мы того ни хотели, иметь навык написания кода по-прежнему необходимо. Тому есть несколько причин.\n\nПервая: AI может, но не все. По-прежнему мы сталкиваемся с задачами, не всегда сложными для человека, в которых AI буквально начинает спотыкаться на ровном месте, не может найти очевидное решение. Если вы не сможете подсказать Agent-у в этот момент, то это сильно скажется на вашей продуктивности в целом.\n\nВторая: код нужно читать, ревьюить, анализировать, а этот навык сложно развить, не умея его писать. Раньше говорили: \"он все понимает, но ничего не говорит\", так вот, на практике это кажется недостижимым.\n\nА читать код все равно придется: чтобы гарантировать, что Agent не порождает технического долга, а он по-прежнему актуален; чтобы гарантировать корректную работу алгоритмов, убедиться в поведении которых можно только анализом кода.\n\nЛучший способ научиться лучше писать код, как и раньше:\n\n- написать много плохого кода\n- читать хороший код и красть то, что имеет смысл (нет, не копипастом, а «воруя» паттерны и стиль более опытных разработчиков)\n- читать книги о распространённых паттернах проектирования и применять их в работе\n- изучать паттерны для фреймворка, который вы используете. Например, если вы используете Spring (а вы, конечно же, используете), то изучите популярные подходы к композиции компонентов, получению данных и построению крупных приложений\n\nОднако это по-прежнему долго, поэтому:\n\n- попросите AI Agent сделать review вашего кода\n- попросите AI Agent решить задачу и сделайте сами review кода, заставив AI Agent обсудить с вами ваши же комментарии\n- подключите к вашему Agent-у Skills от экспертов в индустрии ([Spring Agent Toolkit](https:\u002F\u002Fgithub.com\u002FAmplicode\u002Fspring-skills) для Spring\u002FSpring Boot, [ActionBook Rust Skills](https:\u002F\u002Fgithub.com\u002Factionbook\u002Frust-skills) для Rust)\n- посмотрите, как написаны Skills от экспертов в индустрии, и напишите свои, перенимая подходы и методы\n\nПомните: как только вы покинули позицию junior, хорошее (не идеальное) качество кода от вас будут ждать по умолчанию, и совершенно неважно, как вы этот код получили: писали сами или за вас код писал Agent.\n\nПоэтому умение развивать своего Agent — это такой же необходимый навык, как умение развивать себя как профессионала.\n\n\u003Ch3 id=\"shag-1-perestante-dumat-tolko-o-sebe\">Шаг 1: Перестаньте думать только о себе\u003C\u002Fh3>\n\nОт разработчиков достаточно часто можно слышать: «Мне правда нравится работать в одиночку. Я хочу писать код, работать из дома и не иметь дела с людьми». Увы, но...\n\nСоздание ПО — это командный спорт, и управление изменениями от множества разработчиков — задача непростая.\n\nОдин из явных признаков здоровой кодовой базы — целостность:\n\n- множество авторов пишут код в похожем стиле\n- код в продукте следует некоторой архитектурной концепции\n- общий код выносится в компоненты и переиспользуется\n- доменная модель распределена по компонентам, пакетам, сервисам\n\nИ наоборот, кодовая база без паттернов — огромная проблема. Да, она работает, но что произойдёт, когда разработчик захочет разработать новую фичу? Какой подход\u002Fпаттерн использовать и почему? Представьте работу в кодовой базе, где нет принятого подхода к организации компонентов и распределению ответственности, нет доменного фреймворка. По сути, каждый разработчик заново изобретает велосипед.\n\nБудучи junior-разработчиком, вы отвечаете за небольшую часть кодовой базы. Вы просто хотите, чтобы ваш код работал. Вы, конечно, уже слышали о разных принципах и подходах в разработке, возможных архитектурах, но большинство из этого — исключительно теоретические знания, и непонятно, как их точно применять на практике.\n\nНа уровне middle ваш кругозор расширяется, и вы, возможно, даже помогаете junior'ам с их задачами. Ваш код не только работает — вы ещё и думаете, как он вписывается в общую картину.\n\nSenior'ы создают паттерны, которые остальные используют, чтобы нарастить темпы разработки и при этом сохранить структуру приложения в поддерживаемом состоянии. Они смотрят за \"горизонт\"; иногда, правда, проблемы, которые они видят, являются миражами, но если не смотреть, то можно пропустить смерч.\n\nКажется, чтобы приобрести такой навык, нужно написать огромное количество кода и еще больше отревьюить. И раньше это был практически единственный способ. Однако сейчас у нас есть AI Agent — рычаг, который самое время использовать.\n\nПопросите Agent показать вам ваши доменные модели в терминах DDD (есть в наборе [Skill](https:\u002F\u002Fgithub.com\u002FAmplicode\u002Fspring-skills)), далее сделайте review и убедитесь, что нет связей между aggregate root -> aggregate member. Если обнаружите такое, то либо сразу исправьте, либо заведите задачу в техдолг.\n\nПопросите Agent проанализировать паттерны использования JPA и подходы (используйте [JPA Skill](https:\u002F\u002Fgithub.com\u002FAmplicode\u002Fspring-skills)), зафиксируйте возможные проблемы, заведите задачи или сразу же их исправьте.\n\nПопросите Agent создать правила ArchUnit или просто проанализировать проект на предмет расхождения с целевой архитектурой.\n\nПомните: senior — это человек, отвечающий за проект в целом, улучшающий опыт разработки всей команды. Ему не все равно, он понимает, что такие улучшения могут принести большие дивиденды.\n\nЕсли бы ваша кодовая база была книгой, ощущалась бы она так, будто написана одним из классиков? Стремитесь приблизиться к этому идеалу.\n\n\u003Ch3 id=\"shag-2-begite-navstrechu-pozharam\">Шаг 2: Бегите навстречу пожарам\u003C\u002Fh3>\n\nЕсть универсальное ожидание от senior-разработчиков: они готовы взять на себя ответственность за решение проблемы, в том числе, в критический момент на продакшене.\n\nКогда в вашей команде случается критический инцидент — например, простой системы или критический баг, который всплыл во время демонстрации системы заказчику или будущему инвестору, а может, случилось каскадное падение в \"черную пятницу\", — я хочу, чтобы вы подняли руку и взялись это расследовать.\n\nНе говорите «Я это починю». Говорите «Я это расследую».\n\nИнформируйте команду о своём прогрессе каждый час простым языком и будьте честны.\n\nЕсли вы действительно всё почините — вы герой. Если вам придётся обратиться за помощью, вы всё равно получите «эффект ореола» от участия в исправлении. Помните: это командный спорт.\n\nЧто бы вы ни делали, инциденты будут случаться. Участвуя в расследовании раз за разом и каждый раз рефлексируя над тем, как не допустить такой ситуации вновь, не забывайте задавать себе вопрос: а что можно сделать для ускорения обнаружения проблемы и ее решения?\n\nВозможно, что-то нужно изменить в метриках. Удалось ли быстро получить доступ к log-сообщениям с production? Использовали ли вы Agent для их анализа? Имел ли сам Agent доступ к информации с production-серверов? Помог бы вам тулинг, дающий доступ к информации о Spring-приложении изнутри (посмотрите [axelix](https:\u002F\u002Fgithub.com\u002Faxelixlabs\u002Faxelix)).\n\nЕсли вы уже использовали AI Agent, посмотрите историю чата: пришлось ли что-то объяснять особенно подробно или что-то, что для вас являлось очевидным? Если да, есть ли способ дать Agent доступ к этой информации, напишите Skill, поделитесь им с командой.\n\n\u003Ch3 id=\"shag-3-pishite-menshe-koda-i-pishite-bolshe\">Шаг 3: Пишите меньше кода и пишите больше\u003C\u002Fh3>\n\nПомните: если вы senior, ваша задача не только писать код, ваша задача — писать:\n\n- документацию\n- сообщения аналитику, проджект-менеджеру, владельцу продукта о том, почему та или иная фича займет больше времени, чем планировалось (он будет в ярости)\n- тексты для тикетов с новыми фичами\u002Fбагами, включая требования\n- комментарии в коде, объясняющие бизнес-контекст какого-то фрагмента (например, вы конвертируете даты в странный формат для пользователей определённой страны)\n- описания pull request'ов, чтобы коллеги знали, как протестировать сложный сценарий\n\nКак senior-разработчик, вы хотите масштабировать свои знания. Единственный лучший способ сделать это — записывать то, что вы знаете, и делиться этим с другими.\n\nЕсли вы создаёте фичу на основе какой-то новой технологии — задокументируйте её, чтобы остальные знали, как с ней работать.\n\nПишите статьи, чтобы упорядочить мысли и навести ясность в той каше, что творится у вас в голове. Умение писать ясно и доносить технические концепции доступным языком сотворит чудеса для вашей карьеры.\n\nВаша организация больше, чем ваша команда ботаников. Большинство разработчиков попросту не умеют раскладывать технические вещи на термины, понятные обычным людям. Поверьте, это суперспособность, и она непростая.\n\nЕдинственный способ стать лучше в написании статей — начать писать. Напишите ключевые мысли будущего текста — это скелет, добавьте немного \"мяса\" (не перестарайтесь), попросите вашего AI Agent проверить орфографию, пунктуацию, добавить ссылки. Если вам не нравится некоторая формулировка или стиль изложения, попросите несколько вариантов у AI Agent, но не увлекайтесь: не получилось после 3 попыток — выберите приемлемый вариант и продолжайте. Если что, сообщество вам подскажет, где вы оступились.\n\nПрочитайте книгу вроде \"Пиши, сокращай 2025: Как создавать сильный текст\" Максима Ильяхова и Людмилы Сарычевой, чтобы узнать, как профессиональные писатели пишут хорошо.\n\nВозможно, мне и самому стоит её перечитать.\n\n\u003Ch3 id=\"i-poslednee-chto-vam-ne-ponravitsya\">И последнее, что вам не понравится\u003C\u002Fh3>\n\nВы можете делать всё это — и всё равно не получить повышение.\n\nЕсли в бюджете нет денег на повышение зарплаты, то вы можете исправить сложнейшие баги, потушить самые яркие пожары, сделать фичу досрочно и наставлять junior'ов в вашей команде — и всё равно не получить блестящий титул senior.\n\nДелайте всё это всё равно. Успех будет неизбежен.\n\nИ помните: в эпоху AI Agent при правильном использовании это мощнейший рычаг для вас и для вашей карьеры. Применяйте его правильно, и \"да пребудет с вами сила\".\n\nА теперь идите и получите этот титул.\n\nПробовать Spring Agent Toolkit можно, установив его по [ссылке](https:\u002F\u002Fgithub.com\u002FAmplicode\u002Fspring-skills). Присылайте [обратную связь](https:\u002F\u002Ft.me\u002Famplicode_chat) и рассказывайте о своём опыте использования в социальных сетях. А больше про разработку на Java с AI-агентами читайте в нашем [ТГК-канале](https:\u002F\u002Ft.me\u002Famplicode).\n\n![]({{strapiUrl}}\u002Fuploads\u002Fed1c64973d50101dedb015623800bd73_2677d1dfe7.webp)\n\n---\n\n_Впервые опубликовано на [Хабре](https:\u002F\u002Fhabr.com\u002Fru\u002Fcompanies\u002Fhaulmont\u002Farticles\u002F1043204\u002F)._\n",[20],{"title":21,"links":22},"Содержание",[23,26,29,32,35,38],{"label":24,"href":25},"Туманный путь к senior","#tumannyj-put-k-senior",{"label":27,"href":28},"Шаг 0: Быть хорошим в кодинге","#shag-0-byt-horoshim-v-kodinge",{"label":30,"href":31},"Шаг 1: Перестаньте думать только о себе","#shag-1-perestante-dumat-tolko-o-sebe",{"label":33,"href":34},"Шаг 2: Бегите навстречу пожарам","#shag-2-begite-navstrechu-pozharam",{"label":36,"href":37},"Шаг 3: Пишите меньше кода и пишите больше","#shag-3-pishite-menshe-koda-i-pishite-bolshe",{"label":39,"href":40},"И последнее, что вам не понравится","#i-poslednee-chto-vam-ne-ponravitsya","2026-11-12T11:25:38.333Z","2026-11-13T11:49:19.436Z","2026-11-13T11:49:19.505Z",{"id":45,"documentId":46,"firstname":47,"lastname":48,"createdAt":49,"updatedAt":49,"publishedAt":50,"slug":51,"photo":52},32,"o6vt7fwz9hd363ulcgbilr84","Илья","Кучмин","2026-11-12T11:20:31.602Z","2026-11-12T11:20:50.815Z","ilya-kuchmin",null,{"id":54,"documentId":55,"name":56,"alternativeText":52,"caption":52,"width":57,"height":58,"formats":59,"hash":94,"ext":63,"mime":64,"size":95,"url":96,"previewUrl":52,"provider":97,"provider_metadata":52,"createdAt":98,"updatedAt":98,"publishedAt":99,"focalPoint":52},1216,"oc2l2t1rjcbutvzwff5o7hb2","cover-kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu.webp",1280,720,{"thumbnail":60,"large":70,"medium":78,"small":86},{"name":61,"hash":62,"ext":63,"mime":64,"path":52,"width":65,"height":66,"size":67,"sizeInBytes":68,"url":69},"thumbnail_cover-kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu.webp","thumbnail_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2",".webp","image\u002Fwebp",245,138,1.49,1492,"\u002Fuploads\u002Fthumbnail_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2.webp",{"name":71,"hash":72,"ext":63,"mime":64,"path":52,"width":73,"height":74,"size":75,"sizeInBytes":76,"url":77},"large_cover-kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu.webp","large_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2",1000,562,5.63,5626,"\u002Fuploads\u002Flarge_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2.webp",{"name":79,"hash":80,"ext":63,"mime":64,"path":52,"width":81,"height":82,"size":83,"sizeInBytes":84,"url":85},"medium_cover-kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu.webp","medium_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2",750,422,4.3,4304,"\u002Fuploads\u002Fmedium_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2.webp",{"name":87,"hash":88,"ext":63,"mime":64,"path":52,"width":89,"height":90,"size":91,"sizeInBytes":92,"url":93},"small_cover-kak-stat-senior-razrabotchikom-4-shaga-na-puti-k-uspehu.webp","small_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2",500,281,2.92,2918,"\u002Fuploads\u002Fsmall_cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2.webp","cover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2",7.72,"\u002Fuploads\u002Fcover_kak_stat_senior_razrabotchikom_4_shaga_na_puti_k_uspehu_581c619ad2.webp","local","2026-11-13T11:43:57.101Z","2026-11-13T11:43:57.102Z",[101],{"id":102,"documentId":103,"title":104,"published":105,"weight":106,"slug":107,"createdAt":108,"updatedAt":109,"publishedAt":110,"color":52},6,"lky7cgb1xah86knhb7cblhsg","Мнения",true,5,"opinions","2026-11-12T11:20:31.505Z","2026-11-12T11:22:44.480Z","2026-11-12T11:22:44.467Z",{"pagination":112},{"page":113,"pageSize":114,"pageCount":113,"total":113},1,25,{"data":116,"meta":135},[117,123,129],{"published_date":118,"id":119,"documentId":120,"title":121,"slug":122},"2026-10-19",343,"rqn2rjpmxlg9cf0v7h7ibddq","Меня заставили использовать OpenSpec","menya-zastavili-ispolzovat-openspec",{"published_date":124,"id":125,"documentId":126,"title":127,"slug":128},"2026-09-29",349,"m4ub2qhs589ts46l90x2sz1y","Режим планирования мёртв","rezhim-planirovaniya-myortv",{"published_date":130,"id":131,"documentId":132,"title":133,"slug":134},"2026-07-03",315,"ha8a4ct3vzhnoeasnbsuwv7a","JetBrains IDE: будущее не за горами","jetbrains-ide-budushhee-ne-za-gorami",{"pagination":136},{"page":113,"pageSize":137,"pageCount":137,"total":138},3,7,1794584600390]