Обновить

Бэкенд

Сначала показывать
Порог рейтинга

От задач к решениям: что помогает разработчику расти в грейде

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

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

Об этом мы поговорили с Владом Дижениным — выпускником магистратуры МФТИ, продуктовым аналитиком и разработчиком.

Если коротко разложить рост по этапам, он выглядит так:

◼️ Junior формирует фундамент: учится писать код, работать с инструментами, разбираться в задачах и командных процессах.

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

◼️ Senior работает с более широким контекстом: понимает бизнес-задачи продукта, оценивает последствия технических решений и умеет объяснять их команде.

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

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

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

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

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

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

Влад Диженин: «Сочетание продуктового и архитектурного мышления чаще всего отличает сильного инженера от просто хорошего разработчика».

Расти в одиночку сложно. Можно читать документацию, проходить курсы и делать pet-проекты, но в какой-то момент очень помогает среда: команда, реальные кейсы, проектная работа, хакатоны и люди, с которыми можно обсуждать решения.

28 мая в 18:00 (Мск) пройдет День открытых дверей онлайн-магистратуры МФТИ «Разработка ИТ-продукта».

На эфире обсудим, как устроена программа, какие дисциплины и командные задачи ждут студентов, какие карьерные возможности есть у выпускников и как поступить в 2026 году.

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

Регистрация: https://t.me/mipt_events_bot?start=c1777547907195-ds&utm_source=habr

Теги:
+1
Комментарии0

⚙️ ASMLings - подробный гайд на русском

ASMLings - это набор из ~32 коротких упражнений на ассемблере Intel 8086, выстроенных по возрастанию сложности: от mov ax, 0x1337 до 32-битного сложения через carry flag, циклов, подпрограмм, работы с памятью и стеком.

Полный русскоязычный гайд по asmlings - интерактивной песочнице для изучения ассемблера Intel 8086, в которой 16-битный x86-эмулятор написан на Rust. 

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

Думаю, может быть интересно многим.

Теги:
+6
Комментарии0

Microsoft выложила в open source AI Engineer Coach - плагин, который оценивает, насколько адекватно вы работаете с агентами и не сливаете токены в пустоту.

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

Отдельно плагин проверяет 45 анти-паттернов. Например, если вы не используете plan mode, гоняете мощные модели на мелкие задачи, повторяете одни и те же действия руками или плохо готовите проект под работу агентов - он это подсветит.

Есть и практичная часть: AI Engineer Coach анализирует, готов ли проект к агентному кодингу, есть ли нужные файлы и инструкции, находит повторяющиеся промпты и помогает превращать их в скиллы. Плюс внутри есть роадмап по вайбкодингу и ачивки, чтобы было понятно, куда расти дальше.

Всё работает локально и бесплатно. Microsoft отдельно подчёркивает, что данные никуда не отправляются.

Выглядит как полезная штука для тех, кто уже живёт в Claude Code, Codex, Cursor и похожих инструментах, но хочет понять, где реально ускоряется, а где просто красиво сжигает контекст.

https://github.com/microsoft/AI-Engineering-Coach

Теги:
+4
Комментарии1

С 13 по 22 мая на Инфостарт Бирже заказов появились новые задачи для 1С-специалистов: доработки типовых конфигураций, внешние печатные формы, автоматизация скидок, работа с документами и проекты с использованием ИИ.

Собрали часть актуальных заказов, которые можно взять в работу.

Новые задачи недели

Заказы, которые еще доступны

Инфостарт Биржа заказов — площадка для поиска исполнителей под задачи по 1С: от небольших доработок до проектной разработки и внедрений.

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

Теги:
+7
Комментарии0

OpenAI показала редкий для ИИ результат: внутренняя модель самостоятельно нашла контрпример к известной задаче из дискретной геометрии, которую Пал Эрдёш сформулировал ещё в 1946 году.

Суть задачи простая: есть n точек на плоскости. Нужно понять, сколько пар точек могут находиться ровно на расстоянии 1 друг от друга.

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

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

 Модель связала задачу о точках на плоскости с алгебраической теорией чисел. 

В доказательстве используются решётки Минковского (способ превратить числа из алгебраической теории чисел в точки в обычном евклидовом пространстве), элементы нормы один и pro-3 башни числовых полей. Это инструменты из другой части математики, и именно их перенос в геометрию дал результат.

Нога Алон из Принстона отметил, что ответ оказался неожиданным, а применённые методы выглядят элегантно и нетривиально

При этом доказательство не даёт нового «чисто геометрического» метода, на который многие надеялись. Гипотеза опровергнута, но сама структура задачи стала ещё интереснее.

Задачу сформулировал ИИ, решение сгенерировала внутренняя модель OpenAI, первичная проверка тоже прошла через автоматический ИИ-пайплайн. После этого люди проверили детали, улучшили изложение и довели работу до публикации.

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

Оригинал: https://openai.com/index/model-disproves-discrete-geometry-conjecture/

Теги:
+5
Комментарии4


В субботу 23 мая лабораторная — Docker для системных аналитиков! 🐳📊

Присоединиться и получить виртуальную машину со всеми настройками можно через Boosty! 🚀 Скидка для тех, кто хочет попробовать! 💸

Boosty - https://boosty.to/polnyistek

Подробнее - https://debugskills.ru/articles/labs/docker-basics/ 📖✨

Теги:
0
Комментарии0

Понял кое-что про CLAUDE.md после полугода в продакшене.

Пока файл маленький, всё работает. Потом он вырастает до 30-40 правил, и начинается: агент читает всё разом и выбирает интерпретацию которая ему удобнее. Три правила про тесты противоречат друг другу. «Никогда не делай X» конкурирует с «всегда делай X для случаев Y».

Решение которое у нас заработало: корневой CLAUDE.md только для жёстких инвариантов (что никогда нельзя, архитектурные решения). Всё остальное переехало в slash-команды и вложенные CLAUDE.md. Правило грузится только когда нужно, не конкурирует с соседями.

Плоский файл на 50 правил, это не инфраструктура, это эссе. Эссе никто не исполняет буквально.

Как вы с этим справляетесь в своих проектах?

Теги:
+1
Комментарии12

Начинаем вебинар «Как развернуть катастрофоустойчивые сервисы в облаке Selectel»

Уже рассказываем, как построить IТ-инфраструктуру, которая продолжит работать, даже если целый дата-центр откажет. Подключайтесь к прямой трансляции.

О чем расскажем

✔ Отказоустойчивость как основа продакшена

✔ Архитектура геораспределенного облака Selectel

✔ Практика: как развернуть катастрофоустойчивые сервисы и приложения в облаке Selectel

Вы поймете, как спроектировать надежную инфраструктуру не только в теории, но и на практике.

Смотрите трансляцию:

👉 на YouTube,

👉 во ВКонтакте.

Теги:
+3
Комментарии0

Artemis или Kafka? Как перестать выбирать и начать использовать

Архитекторы и ИТ-директора стоят перед сложным выбором: «сверхбыстрый» ActiveMQ Artemis для транзакционных сценариев с низкими задержками или горизонтально-масштабируемая Apache Kafka для потоковой аналитики и долгосрочного хранения событий. Это была ложная дилемма.

На вебинаре 22 мая в 14:00 (мск) разберем, почему Artemis и Kafka – не конкуренты, а идеальные партнеры, и покажем, как платформа Digital Q. Integration решает задачу маршрутизации «одним окном».

Вебинар компании "Диасофт"
Вебинар компании "Диасофт"

Вы узнаете, как простой параметр brokerType позволяет отправлять сообщения в нужный брокер без изменения кода сервисов, используя сильные стороны каждого решения без дублирования инфраструктуры и операционной боли.

Программа вебинара:

14:00 – 14:05 Ложная дилемма выбора: почему Artemis и Kafka – не конкуренты, а партнеры

14:05 – 14:15 Две философии: почта vs лента событий. Как понять, какой инструмент под вашу задачу

14:15 – 14:25 Живые сценарии. Где критична скорость, а где – история данных

14:25 – 14:40 Решение: маршрутизация через Digital Q.Integration. Как один параметр brokerType заменяет две инфраструктуры

14:40 – 14:45 Чек-лист для принятия решения при выборе интеграционной платформы

14:45 – 15:00 Вопросы и ответы

Вебинар будет интересен:

  • техническим директорам, СТО, архитекторам;

  • руководителям разработки, тим-лидам, владельцам цифровых продуктов;

  • тем, кто проектирует и поддерживает асинхронные системы обмена данными.   ·       

 Зарегистрироваться на мероприятие

Теги:
0
Комментарии0

🖥 Создатель C++ разнёс вайбкодинг: “сеньоры не хотят разгребать этот мусор”

Бьёрн Страуструп, легендарный создатель C++, в новом двухчасовом интервью резко прошёлся по вайбкодингу.

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

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

Похожая история уже достала и Линуса Торвальдса. Его буквально завалили кривыми AI-отчётами по ядру Linux: вроде бы люди “помогают”, а на практике создают шум, который мешает настоящей разработке.

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

Сеньоры не боятся ИИ.

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

Полное интервью нашел в тг тут: https://t.me/cpluspluc/1451

Теги:
+23
Комментарии9

Большой русскоязычный roadmap по машинному обучению: от первого import numpy до LLM, RAG, fine-tuning, AI-агентов и MLOps и лучших примеров вабкодинга.

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

Roadmap разбит на 7 треков:

  1. Фундамент: Python, математика, статистика, инструменты

  2. Классический ML: scikit-learn, табличные данные, метрики, валидация

  3. Deep Learning: PyTorch, CNN, RNN, training loop

  4. LLM и трансформеры: attention, KV-cache, RAG, LoRA, агенты

  5. Generative AI: изображения, видео, аудио, мультимодальность

  6. MLOps и прод: Docker, Kubernetes, CI/CD, monitoring, serving

  7. Специализация: CV, NLP, RecSys, RL, Safety

Roadmap не продаёт иллюзию “обучил модель - стал ML-инженером”.

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

Хорошая мысль из roadmap: LLM не делает джуна сеньором. Она ускоряет того, кто уже понимает базу. Без базы человек просто становится оператором Copilot, который не может объяснить, почему всё сломалось.

По времени тоже без сказок:

  1. 0-3 месяца: Python, математика, классический ML

  2. 3-6 месяцев: Deep Learning и PyTorch

  3. 6-12 месяцев: LLM, RAG, fine-tuning, AI-агенты

  4. 12+ месяцев: MLOps, прод, масштабирование, специализация

Тут же собрано 7 болших бесплатных курсов по машинному обучению, математике и вайбкодингу!

Если давно хотели зайти в ML системно, а не прыгать между роликами про ChatGPT, Stable Diffusion и “топ-10 библиотек”, это хороший ориентир.

https://github.com/justxor/MachineLearningRoadmap

Теги:
+3
Комментарии0

Когда у ИИ не выходит каменная чаша.

Сколько же они весят?
Сколько же они весят?

Когда архитектору нечего делать, а гибкость у спины уже не та, что раньше - он начинает разговаривать сам с собой или с ИИ. Проблема, которую хотелось решить достаточно редко встречается - как бы сохранить преимущественно пустые массивы данных для аудита и не разориться при этом спустя несколько месяцев. Чтобы обуздать неуёмные галлюцинации - ИИ сразу был ограничен широко распространёнными архиваторами, результат работы которых желательно открывается из под win систем также как и из под *nix .

С позволения читателей я не буду пересказывать процесс, и перейду к тому, до чего ИИ дошёл - до 7z с рядом флажков. В прилагаемом ниже архиве вместо реальных данных - тестовые и совсем-совсем пустые. Но что ИИ пока не сумел придумать, и что внушает надежду на будущее людей в программировании и вокруг - полученный архив логично было архивировать ещё раз, тем-же 7z . Результат лично мне кажется интересным. Все желающие могут попробовать скачать почти 2 килобайта архива и предположить - какова же ёмкость исходных данных? А потом проверить себя, думаю результат вас удивит.

Архив можно Скачать с SendSpace повторюсь - в нём внутри лежит ещё один 7z архив, а уже в том - тестовые файлы числом менее 20.

Чтобы случайное разархивирование не испортило сюрприз - внешний архив закрыт паролем

Galantereyshik_i_Kardinal_eto_sila

Логически, при ещё большем количестве данных - рекурсию можно будет повторить, но в ближайшем будущем мне кажется и так неплохо вышло. Во всяком случае совсем не каждый ssd сумеет в себя вместить разархивированные из этих 1841 байтов исходные данные.

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

Теги:
-1
Комментарии15

Вы когда-нибудь задумывались о том, насколько связен наш мир? Насколько сложно пересечь границу между странами? И вообще сколько их, этих граничных переходов? А насколько хорош аэропорт Вашего города - в сколько стран или направлений из него можно улететь? А есть ли паромы и периодические водные маршруты между двумя государствами? А ходят ли поезда из одной страны в другую, или ветка уже давно заброшена?

Это кажется простой задачей, пока мы находимся в Европе или, к примеру, в Северной Америке. Но начинает быть очень интересным исследованием, когда мы переместимся в Африку, Центральную Азию или, положим, в Южную Америку. А в Карибском бассейне вдруг окажется, что этим маленькие острова и не связаны настолько хорошо между собой.

А если включить в это уравнение закрытость границ, визовые и паспортные ограничение, то внезапно окажется, что задачка-то и не из лёгких.

Именно поэтому и возник проект Портулан: portolanmap.com. Чтобы показать доступность территорий для внешнего мира. Ведь хотелось бы, чтобы границы были только у нас в головах, но на деле нам приходится считаться с границами государств и территорий.

Заглавный экран карты
Заглавный экран карты

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

Под капотом - Python-pipeline для сбора и нормализации данных, Svelte/MapLibre GL на фронтенде, статическая раздача через Cloudflare без бэкенда и баз данных.

Теги:
+2
Комментарии4

Ближайшие события

Разбор 100+ вопросов с собеседований Rust Полезный репо для подготовки к собеседованиям

Rust Interview Questions - это подборка вопросов, ответов и практических задач по Rust для тех, кто готовится к техническому интервью или хочет проверить, насколько хорошо понимает язык.

Внутри есть материалы по ключевым темам Rust:

  • ownership и move-семантика

  • borrowing и ссылки

  • lifetimes

  • traits и generics

  • Option и Result

  • обработка ошибок

  • память и безопасность

  • практические задачи с кодом

  • ответы и разборы

Rust нельзя нормально выучить только по синтаксису. Нужно понимать, почему borrow checker ругается, как работает владение, где появляются lifetime-ограничения и чем Rust отличается от языков с GC.

Этот репозиторий как раз про это: короткие вопросы, практические проверки и постепенное прокачивание Rust-мышления.

Подойдёт начинающим, которые уже знают базу, и разработчикам, которые хотят освежить Rust перед интервью.

GitHub: https://github.com/Develp10/rustinterviewquiestions

Теги:
+5
Комментарии0

Вы тоже заметили как просто стало внедрять кодогенерацию?

Агент пишет алгоритм генерации под любые условия и задачи. Вам только нужно задачу правильно поставить. И вуаля теперь вы имеете скрипт который генерирует или редактирует любой бойлерплейт (в заданных алгоритмом рамках конечно же).

И поручить агенту реализацию код-гена один раз намного дешевле чем ту же задачу по написанию бойлерплейта ему же и поручать под каждое изменение.

Теги:
0
Комментарии5

Rust сегодня исполняется 11 лет 🦀🎉

С версии 1.0 многое изменилось, но история языка всё ещё пишется.

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

А когда вы начали работать с Rust? 

🎁 Пишите в комментариях.

Теги:
+3
Комментарии7

Всем привет, на связи MWS Cloud Platform!

В конце марта мы запустили игру-челлендж «Облачный конструктор», в котором вы собирали пазлы и строили облако мечты. Сейчас пришло время подвести итоги и узнать, кто же победил! 

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

Победители базового слоя

— @Zeffirka

@brbch

@Victor_Ampir

@softless

@abyrvalg13

Платформенного слоя

@domackii

@rt5y

@iforus

@CBuH

@levkoev

Слоя безопасности

@Naid

@dyatsynyuk

@morginalium8

@habr1t0n

@dan_86

Гран-при

@ru_secops

@okerror

@jitten

Скоро мы свяжемся с победителями в личных сообщениях на Хабре, чтобы вручить им заслуженные призы.

Спасибо всем за участие, до встречи в новых спецпроектах!

Чтобы узнать об облаке MWS Cloud Platform подробнее, читайте наш блог на Хабре. Здесь некоторые из недавно опубликованных статей: 

Статья о сервисе аудитных логов

Как устроен IaaS в MWS Cloud Platform

Как построили ErgessNAT в облаке

Теги:
+6
Комментарии2

Как стать PHP-программистом?

Для того чтобы стать крутым PHP-разработчиком, мало написать код: важно разобраться, как сайт обрабатывает запросы, где хранятся данные, как подключаются библиотеки и каким образом фреймворки помогают работать быстрее и качественнее.

На Хабр Карьере собрали курсы, где эти и другие навыки объясняются на конкретных примерах. А ниже — самые нужные инструменты для старта и роста в PHP-разработке:

PHP. Пишем серверную логику: формы, авторизацию, личные кабинеты.

HTML/CSS. Разбираемся, как устроена страница и как бэкенд связан с тем, что видит пользователь.

PostgreSQL. Учимся хранить данные, находить нужное и обновлять информацию в базе.

Composer. Подключаем библиотеки и готовые решения, чтобы не собирать всё руками с нуля.

Laravel. Быстрее делаем сайты, API, админки и другие рабочие бэкенд-проекты.

Symfony. Осваиваем фреймворк для более сложных и масштабных приложений.

Витрина с курсами по выгодным ценам

Теги:
+5
Комментарии1

AI-агенты уже переписывают не пет-проекты, а инфраструктуру уровня Bun

История с Bun выглядит как новый уровень вайбкодинга: не лендинг, не CRUD и не маленький сервис, а почти миллион строк системного кода.

Bun изначально был написан на Zig. После покупки Anthropic проект стал ещё важнее: на нём завязана инфраструктура Claude Code, поэтому любые проблемы runtime напрямую бьют по продукту.

И вот Джарред Самнер начал эксперимент с переносом Bun на Rust при помощи Claude. Сначала это звучало как черновой ресёрч, который легко могут выбросить.

Но через несколько дней Rust-ветка уже проходила около 99.8% тестов на Linux x64 glibc, а в обсуждениях всплыл масштаб порядка 960 тысяч строк портированного кода.

AI-агенты выглядят как инструмент для радикальных миграций: язык, runtime, архитектура, огромная кодовая база.

Да, качество такого порта ещё будут долго разбирать. Да, миллион строк от агента - это не автоматически production-ready. Но сам факт уже меняет планку.

Раньше переписывание большого проекта на другой язык было историей на месяцы или годы.

Теперь это может начинаться как эксперимент на неделю.

https://github.com/oven-sh/bun/pull/30412

Источник: https://t.me/rust_code/1287 - когда посмотрим код порта, поделюсь в канале впечатлениями

Теги:
-3
Комментарии7

«Диасофт» приглашает на Diasoft Partners Day 2026

29 мая 2026 года компания «Диасофт» проведет третью партнерскую конференцию Diasoft Partners Day, посвященную искусственному интеллекту и модернизации корпоративных систем на базе платформы Digital Q.ERP и экосистемы low-code разработки Digital Q.

Фокус деловой программы – применение искусственного интеллекта в развитии ERP-решений, технологические подходы к импортозамещению и новые стандарты ИТ-индустрии, которые трансформируют процессы разработки программных продуктов. Специалисты «Диасофт» продемонстрируют возможности экосистемы Digital Q, в которую технологии ИИ уже интегрированы и используются для повышения эффективности разработки и эксплуатации решений.

К участию приглашаются топ-менеджеры, директора по информационным технологиям компаний различных отраслей экономики, а также ведущие разработчики и ИТ-специалисты, заинтересованные в применении искусственного интеллекта для развития ERP-систем и создания сложных программных продуктов.

Посмотреть программу мероприятия и зарегистрироваться можно по ссылке.

Теги:
0
Комментарии0