Все записи

Какие скиллы и технологии формируют будущее разработчиков

Разработка в 2025 году — это больше, чем просто код. Например, важно уметь работать в связке с ИИ, адаптироваться к новым инструментам и смотреть на задачи шире, чем строчки кода. Автоматизация ускоряет процессы, искусственный интеллект становится полноценным помощником, а кибербезопасность требует внимания как никогда раньше.

Мы обсудили с коллегами, какие технологии и подходы важны уже сегодня, какие скиллы стоит развивать и где искать новые знания. В статье — их опыт и рекомендации.


На чем важно держать фокус

ИИ и языковые модели

Разработчик, который не применяет инструменты вроде Cursor или WindSurfer, — ленивый разработчик:) С помощью LLM можно быстрее и качественнее выполнять то, что ты уже умеешь, или, наоборот, разобраться в новой для себя теме.

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

2608675.jpg

Кибербезопасность

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

2608674.jpg

В 2025 году безопасность уже не «дополнительная опция», а критически важный аспект разработки. В приоритете: оперативное устранение уязвимостей, поддержка зависимых библиотек в актуальном состоянии, а также проектирование безопасных систем.

2608676.jpg


Главные скиллы

Промпт-инжиниринг и итеративный подход

Чем лучше вы понимаете и умеете делать то, чего требуете от LLM, тем лучше получается результат. Хорошему промпту нужна не только ясная формулировка задачи, но и понимание того, какую информацию вы даете модели и чего от нее ждете в ответ.

Лучший способ добиться точного результата — разбить сложную задачу на небольшие. Пошагово уточняйте вводные данные, добавляйте контекст, референсы и корректируйте промежуточные ответы.

Умение адаптироваться к изменениям

Так как мир быстро меняется, необходимы гибкость и готовность учиться новым инструментам и подходам. 

Осознанное применение ИИ и языковых моделей

ИИ может значительно ускорить работу, автоматизируя рутинные и простые задачи. Однако важно понимать, что бездумное использование готовых решений несет риски.

Например, не понимая, как работает код, вы не сможете его поддерживать. Сырые или неадаптированные решения часто требуют больше времени на исправление, чем написание кода с нуля.

Критическое и системное мышление

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


Как развиваться разработчику?

Книги, курсы и пет-проекты

Я стараюсь читать одну-две книги в месяц по своей специализации, прохожу курсы и онлайн-обучения. Еще один отличный способ учиться новому — пет-проекты. Это возможность пробовать незнакомые технологии и накапливать опыт.

2608676.jpg

Часто использую LLM, чтобы составить персональный план обучения. Например, загружаю список технологий, которые уже знаю, подсвечиваю, что хочу изучить, и получаю роадмап с рекомендациями.

2608675.jpg

Конференции и митапы

Посещение ИТ-мероприятий — возможность обменяться опытом и задать вопросы. Еще круто развивает экспертизу участие в митапах в качестве спикера. Например, можно подготовить доклад для Naumen Java Meetup.

2608674.jpg

Полезные тг-каналы

Хорошую информацию также можно найти в тг-каналах: анонсы моделей, обновления LLM, промпты. Для себя выделяю такие: эйай ньюз, Умный программист, Заметки LLM-энтузиаста, we all design.

2608675.jpg

Похожие новости

Когда задача считается выполненной

В работе для нас важен результат — хорошо сделанная задача и закрытая потребность пользователя. Этого легко достичь, когда команда продумывает план действий, реализует решение и доводит его до результата, который действительно приносит пользу.

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

Мы поговорили с Дашей, техническим писателем Naumen SMP, о том, как через коммуникацию с командой она разбиралась в реальных ожиданиях от документации и выстраивала направление ее развития.

Все новости