Какие навыки стали ценнее, чем умение писать код с нуля?
Еще несколько лет назад главным критерием сильного разработчика была скорость написания кода. Сегодня этот навык остается важным, но перестал быть единственным конкурентным преимуществом.
ИИ умеет генерировать функции, шаблоны и даже целые сервисы, (конечно, не идеально). Но мы не об этом, давайте рассмотрим навыки, которые сейчас остаются обоснованно ценными:
📌 Умение формулировать задачу. Чем точнее описана проблема, тем лучше результат — независимо от того, работаете вы с командой или с ИИ.
💡 Архитектурное мышление. Написать код может модель. Но вот спроектировать систему, которая будет жить годами, масштабироваться и выдерживать изменения, — задача инженера.
📄 Работа с требованиями. Большинство ошибок появляется не из-за плохого кода, а из-за неверно понятой задачи. Умение задавать правильные вопросы экономит недели разработки.
⚡️ Критическая оценка решений. Генеративный ИИ предлагает варианты, но ответственность за выбор остается за человеком. Проверять гипотезы, видеть риски и понимать компромиссы — навык, без которого невозможна качественная работа.
👥 Коммуникация. Чем сложнее проекты, тем меньше времени уходит на набор текста и тем больше — на согласование решений между разработчиками, аналитиками, архитекторами и бизнесом.
Парадоксально, но в эпоху ИИ ценность инженера смещается от «умения писать код» к «умению принимать инженерные решения». Код становится дешевле, а хорошие решения прибавляют в стоимости.
Из нашей библиотеки по теме можем порекомендовать:
«Вайб-программирование. Разработка кода в эпоху искусственного интеллекта» — книга о том, как меняется работа разработчика в эпоху генеративного ИИ и как использовать новые инструменты эффективно, а не бездумно.
«Разработка компиляторов на основе формы SSA» — не столько про компиляторы, сколько про глубокое понимание того, как устроены современные языки, оптимизация и инженерное мышление на фундаментальном уровне.
Еще несколько лет назад главным критерием сильного разработчика была скорость написания кода. Сегодня этот навык остается важным, но перестал быть единственным конкурентным преимуществом.
ИИ умеет генерировать функции, шаблоны и даже целые сервисы, (конечно, не идеально). Но мы не об этом, давайте рассмотрим навыки, которые сейчас остаются обоснованно ценными:
Парадоксально, но в эпоху ИИ ценность инженера смещается от «умения писать код» к «умению принимать инженерные решения». Код становится дешевле, а хорошие решения прибавляют в стоимости.
Из нашей библиотеки по теме можем порекомендовать:
«Вайб-программирование. Разработка кода в эпоху искусственного интеллекта» — книга о том, как меняется работа разработчика в эпоху генеративного ИИ и как использовать новые инструменты эффективно, а не бездумно.
«Разработка компиляторов на основе формы SSA» — не столько про компиляторы, сколько про глубокое понимание того, как устроены современные языки, оптимизация и инженерное мышление на фундаментальном уровне.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
PostgreSQL 18 изнутри
Перед вами обновленное издание бестселлера "PostgreSQL изнутри".
Книга предназначена администраторам и программистам, а также будет полезна всем разработчикам, которых не устраивает работа с базой данных как с "черным ящиком".
Предзаказ книги со скидкой 20% доступен на нашем сайте по ссылке
#анонс #компьютерная_литература #postgresql
⬇️ Оглавление и отрывок из книги⬇️
Перед вами обновленное издание бестселлера "PostgreSQL изнутри".
Рассматривается внутреннее устройство СУБД PostgreSQL: детали реализации многоверсионности и изоляции на основе снимков данных, включая процедуру очистки неактуальных версий строк; буферный кеш и журнал предзаписи; использование блокировок различных уровней; планирование и выполнение SQL-запросов; принципы расширяемости и особенности имеющихся индексных методов доступа. Большое внимание уделяется возможностям, предоставляемым для самостоятельного изучения механизмов функционирования PostgreSQL.
В новом издании учтены замечания читателей и исправлены опечатки, а также внесены изменения, произошедшие в версии PostgreSQL 18.
Книга предназначена администраторам и программистам, а также будет полезна всем разработчикам, которых не устраивает работа с базой данных как с "черным ящиком".
Предзаказ книги со скидкой 20% доступен на нашем сайте по ссылке
#анонс #компьютерная_литература #postgresql
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤2🔥1
Почему простого мониторинга уже недостаточно? Observability - новый стандарт?
Еще недавно хватало классики: CPU, память, latency, error rate и алертов в Grafana. Однако современные системы стали гораздо сложнее: микросервисы, Kubernetes, event-driven архитектуры, внешние API. И когда возникает инцидент, одного ответа на вопрос «что сломалось?» уже недостаточно.
Мониторинг показывает симптомы, а observability помогает понять причину проблемы.
Основа observability — объединение метрик, логов и трассировок в единую картину. Но главное — возможность исследовать систему и отвечать на вопросы, которые невозможно было предусмотреть заранее. Именно поэтому OpenTelemetry сегодня стал фактическим стандартом сбора телеметрии.
Главная ценность observability — сокращение MTTR. Чем быстрее команда находит первопричину инцидента, тем меньше простой, ниже затраты и выше надежность сервиса.
Мониторинг остается обязательным инструментом, но для современных распределенных систем его уже недостаточно. Observability становится не просто дополнением, а необходимым элементом инженерной культуры.
Еще недавно хватало классики: CPU, память, latency, error rate и алертов в Grafana. Однако современные системы стали гораздо сложнее: микросервисы, Kubernetes, event-driven архитектуры, внешние API. И когда возникает инцидент, одного ответа на вопрос «что сломалось?» уже недостаточно.
Мониторинг показывает симптомы, а observability помогает понять причину проблемы.
Основа observability — объединение метрик, логов и трассировок в единую картину. Но главное — возможность исследовать систему и отвечать на вопросы, которые невозможно было предусмотреть заранее. Именно поэтому OpenTelemetry сегодня стал фактическим стандартом сбора телеметрии.
Главная ценность observability — сокращение MTTR. Чем быстрее команда находит первопричину инцидента, тем меньше простой, ниже затраты и выше надежность сервиса.
Мониторинг остается обязательным инструментом, но для современных распределенных систем его уже недостаточно. Observability становится не просто дополнением, а необходимым элементом инженерной культуры.
👍4❤1👏1
Друзья, мы знаем, что среди наших читателей и подписчиков много тех, кто занимается наукой и преподаванием. Поэтому хотим сообщить вам, что Российская академия наук объявила публичный отбор кандидатов в корпус экспертов РАН. Прием заявок проводится с 25 июня по 1 октября. Ограничений по области научной деятельности нет. С требованиями к кандидатам и правилами подачи заявок можно ознакомиться на сайте РАН по ссылке
Одним из требований к кандидатам является наличие публикаций или участие в подготовке научных и научно-технических изданий. Напоминаем, что издательство ДМК Пресс аккредитовано для публикации рецензируемых монографий и их регистрации в Российском индексе научного цитирования (РИНЦ). Опубликованные у нас книги можно включать в официальный перечень научных публикаций индивидуальных авторов и научных организаций.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤1
Дорогие читатели! С радостью сообщаем вам, что в этом году принимаем участие в книжной ярмарке в городе Ярославль
Мероприятие пройдёт с 17 по 19 июля в парке "Даманский остров". Вход бесплатный!
Также напоминаем, что если вы планируете посетить мероприятие и уже точно знаете, какие книги хотели бы унести с собой - можно оставить нам заказ с возможностью самовывоза на стенде издательства. Для оформления такой доставки присылайте письма с интересующими позициями на почту
Мероприятие пройдёт с 17 по 19 июля в парке "Даманский остров". Вход бесплатный!
Также напоминаем, что если вы планируете посетить мероприятие и уже точно знаете, какие книги хотели бы унести с собой - можно оставить нам заказ с возможностью самовывоза на стенде издательства. Для оформления такой доставки присылайте письма с интересующими позициями на почту
baranova@dmkpress.com с темой "Заказ книг на стенд. Ярославль"❤4👍2🔥1
Какие тренды сейчас вы считаете недооценёнными?
Anonymous Poll
30%
Инженерия AI-агентов: evals, observability, guardrails и контроль автономности
18%
Platform engineering как продукт для разработчиков
13%
Confidential computing и защита данных “in use”
13%
Software supply chain security и проверяемая provenance-инфраструктура
13%
WebAssembly, edge runtime и переносимые lightweight-сервисы
11%
Другое (в комментариях)
Бизнес-разведка 3.0 + OSINT и AI вышла из печати!
Дорогие читатели, мы наконец получили обновлённое печатное издание "Бизнес-разведки" на нашем складе. Книга официально выпущена!
Кто уже заказал - ждите скорого отправления, или приходите к нам за своими заказами
Если Вы случайно пропустили и подумываете заказать ли книгу сейчас - можно ознакомиться в информационном посте-анонсе по ссылке
Дорогие читатели, мы наконец получили обновлённое печатное издание "Бизнес-разведки" на нашем складе. Книга официально выпущена!
Кто уже заказал - ждите скорого отправления, или приходите к нам за своими заказами
Если Вы случайно пропустили и подумываете заказать ли книгу сейчас - можно ознакомиться в информационном посте-анонсе по ссылке
❤6👍3👀3🔥2👏1
SQL или NoSQL: архитектурный выбор, а не вопрос вкуса
Выбор между SQL и NoSQL — не спор «старого» и «нового» подхода, а решение о модели данных, требованиях к консистентности, масштабировании и характере нагрузки.
🔵 SQL-базы остаются сильным выбором там, где данные хорошо структурированы, между сущностями есть устойчивые связи, а бизнес-логика требует строгой целостности.
Реляционная модель особенно полезна, когда важны:
➖ транзакции и ACID-гарантии;
➖ сложные JOIN-запросы;
➖ нормализация данных;
➖ строгая схема;
➖ аналитические выборки и отчетность;
➖ предсказуемое поведение при изменении данных.
Однако приходится сталкиваться с ограничениями. Сложные миграции схемы, не всегда простое горизонтальное масштабирование, рост нагрузки на JOIN-операции и необходимость тщательно проектировать структуру данных на ранних этапах порой становятся настоящей головной болью.
🔵 NoSQL часто выбирают там, где система должна быстро адаптироваться к изменяющимся требованиям, обрабатывать большие объемы данных или масштабироваться горизонтально с меньшими архитектурными издержками.
Сильные стороны NoSQL:
➖ гибкая или отсутствующая схема;
➖ масштабирование под распределенные системы;
➖ высокая скорость операций в конкретных сценариях;
➖ удобство для документоориентированных, графовых, key-value и событийных моделей;
➖ естественная интеграция с микросервисной архитектурой.
Однако NoSQL — не «ускоритель по умолчанию». За гибкость часто приходится платить более сложной поддержкой консистентности, дублированием данных, ограничениями в сложных запросах и большей ответственностью на уровне приложения.
На практике зрелая архитектура редко сводится к выбору одного лагеря. Часто используются гибридные решения: PostgreSQL для транзакционных данных, Redis для кеша, Elasticsearch для поиска, MongoDB для гибких документов, графовые базы для связей.
Главный вопрос звучит не как: «SQL или NoSQL?»
А как: «Какие гарантии, запросы и нагрузку должна выдерживать наша система?»
Какой подход чаще выбираете вы — реляционную модель, NoSQL-хранилища или polyglot persistence?
Выбор между SQL и NoSQL — не спор «старого» и «нового» подхода, а решение о модели данных, требованиях к консистентности, масштабировании и характере нагрузки.
Реляционная модель особенно полезна, когда важны:
Однако приходится сталкиваться с ограничениями. Сложные миграции схемы, не всегда простое горизонтальное масштабирование, рост нагрузки на JOIN-операции и необходимость тщательно проектировать структуру данных на ранних этапах порой становятся настоящей головной болью.
Сильные стороны NoSQL:
Однако NoSQL — не «ускоритель по умолчанию». За гибкость часто приходится платить более сложной поддержкой консистентности, дублированием данных, ограничениями в сложных запросах и большей ответственностью на уровне приложения.
На практике зрелая архитектура редко сводится к выбору одного лагеря. Часто используются гибридные решения: PostgreSQL для транзакционных данных, Redis для кеша, Elasticsearch для поиска, MongoDB для гибких документов, графовые базы для связей.
Главный вопрос звучит не как: «SQL или NoSQL?»
А как: «Какие гарантии, запросы и нагрузку должна выдерживать наша система?»
Какой подход чаще выбираете вы — реляционную модель, NoSQL-хранилища или polyglot persistence?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
Процессоры ARM CORTEX-M23 и CORTEX-M33. Полное руководство. Отладка, цифровая обработка сигналов и безопасность
Основные темы книги:
➖ модуль защиты памяти;
➖ модуль с плавающей запятой (FPU);
➖ отказы – исключения и обработка;
➖ интерфейс сопроцессора и пользовательские команды Arm;
➖ функции отладки и трассировки;
➖ разработка защищенного программного обеспечения;
➖ цифровая обработка сигналов;
➖ безопасность интернета вещей.
Издание будет полезно опытным инженерам, стремящимся углубить и систематизировать свои знания, преподавателям вузов, аспирантам и студентам, изучающим разработку и эксплуатацию современных защищенных продуктов на базе ядер Cortex.
Предзаказ книги со скидкой 20% доступен на нашем сайте по ссылке
#анонс #робототехника_и_электроника #современная_схемотехника
Разработка устройств на базе процессоров Cortex-M23 и Cortex-M33 предполагает использование сложных функций безопасности, поскольку характеристики и возможности современных микроконтроллеров за последние годы существенно расширились. Хотя механизмы этих функций разрабатывались для компактных электронных устройств с низким энергопотреблением, многие применяемые технологии по своей сути схожи с технологиями высокопроизводительных вычислительных систем. Данная книга посвящена вопросам отладки, цифровой обработки сигналов и практической реализации функций безопасности. Она продолжает и дополняет первую книгу, в которой основное внимание уделено архитектуре, аппаратной части и программированию.
Основные темы книги:
Издание будет полезно опытным инженерам, стремящимся углубить и систематизировать свои знания, преподавателям вузов, аспирантам и студентам, изучающим разработку и эксплуатацию современных защищенных продуктов на базе ядер Cortex.
Предзаказ книги со скидкой 20% доступен на нашем сайте по ссылке
#анонс #робототехника_и_электроника #современная_схемотехника
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍1
Multi-cloud: необходимость или модное слово?
Multi-cloud — это использование сервисов нескольких публичных облачных провайдеров одновременно. Например, инфраструктура работает в AWS, аналитика — в Google Cloud, а корпоративные системы — в Azure.
Интересно, что компании не всегда приходят к такой архитектуре осознанно. Согласно исследованию Flexera State of the Cloud 2026, распространение multi-cloud продолжается, но нередко становится следствием слияний, независимых решений разных команд и унаследованных систем.
Когда несколько облаков действительно оправданы:
🔵 нужны уникальные сервисы разных провайдеров;
🔵 существуют требования к региональному размещению данных;
🔵 необходимо снизить зависимость от одного поставщика;
🔵 бизнесу требуется особая отказоустойчивость.
Но «второе облако на всякий случай» может принести больше проблем, чем пользы. Разные системы управления доступом, мониторинга и биллинга усложняют безопасность и контроль расходов. Добавляются затраты на передачу данных и специалисты, знающие несколько платформ.
Выходит, что multi-cloud — не обязательный признак современной IT-инфраструктуры. Это инструмент, сложность которого должна быть оправдана конкретной бизнес-задачей. Иногда разумнее выбрать одно основное облако и подключать сервисы других провайдеров только там, где они действительно необходимы.
Multi-cloud — это использование сервисов нескольких публичных облачных провайдеров одновременно. Например, инфраструктура работает в AWS, аналитика — в Google Cloud, а корпоративные системы — в Azure.
Интересно, что компании не всегда приходят к такой архитектуре осознанно. Согласно исследованию Flexera State of the Cloud 2026, распространение multi-cloud продолжается, но нередко становится следствием слияний, независимых решений разных команд и унаследованных систем.
Когда несколько облаков действительно оправданы:
Но «второе облако на всякий случай» может принести больше проблем, чем пользы. Разные системы управления доступом, мониторинга и биллинга усложняют безопасность и контроль расходов. Добавляются затраты на передачу данных и специалисты, знающие несколько платформ.
Выходит, что multi-cloud — не обязательный признак современной IT-инфраструктуры. Это инструмент, сложность которого должна быть оправдана конкретной бизнес-задачей. Иногда разумнее выбрать одно основное облако и подключать сервисы других провайдеров только там, где они действительно необходимы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Скепсис IT-специалистов в отношении ИИ-агентов вполне оправдан.
За громкими обещаниями об «автономных цифровых сотрудниках» часто скрываются обычные LLM-приложения, дополненные доступом к API, памятью, планировщиком и циклом повторных запросов. Такие системы могут ошибаться, зацикливаться, выполнять лишние действия и непредсказуемо вести себя на реальных данных.
Из этого вытекает важный вопрос:
«Как он устроен, где границы его применимости и каким образом его контролировать?»
В ней агент рассматривается не как магическая сущность, а как инженерная система, состоящая из конкретных компонентов: модели принятия решений, памяти и контекста, механизмов планирования, внешних инструментов и API, правил безопасности, мониторинга и оценки результатов.
Отдельное внимание уделяется вопросам, которые обычно остаются за пределами презентаций и демо:
Книга не обещает, что ИИ-агенты решат любую задачу. Скорее, помогает понять, в каких случаях агентный подход действительно оправдан, а где он только усложняет систему и создаёт дополнительные точки отказа.
Ознакомиться с книгой можно в посте по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
ДМК Пресс
Искусственный интеллект: современный агентный подход
Комплексное руководство по проектированию, разработке и развёртыванию интеллектуальных агентных систем
Агентный подход представляет собой современную парадигму искусственно-го интеллекта, в рамках которой…
Комплексное руководство по проектированию, разработке и развёртыванию интеллектуальных агентных систем
Агентный подход представляет собой современную парадигму искусственно-го интеллекта, в рамках которой…
❤3👍1
Не посвятить в этой рубрике пост нашему главному редактору Валерию было бы преступлением, ведь этот человек сделал так много и продолжает вносить свой неоценимый вклад в работу издательства. Давайте же познакомим и вас, дорогие читатели, с ним поближе!
Яценков Валерий Станиславович — инженер-электронщик, писатель, переводчик научной и технической литературы. Автор 7 книг по электронике, программированию микроконтроллеров и спутниковой навигации. Автор бестселлера 2016 года "Твой первый квадрокоптер".
Благодаря большому опыту и глубоким знаниям нашего редактора каждая книга проходит довольно жёсткий отбор, чтобы в итоге именно полезные знания оказались в руках у читателей. Помимо этого Валерий также занимается переводами.
Перечислить все книги, где он выступает, будет очень долго, мы подобрали пятерку последних:
Приключения в мире чисел
Современная робототехника. От теории к практике
Ассемблер для macOS ARM64. Apple silicon M chip
DeepSeek в действии
Вероятностное машинное обучение. Введение
Если Вы задумываетесь издать книгу - с нашим редактором можно пообщаться через почту
editor@dmkpress.comPlease open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥8
Силовая электроника. Том 1
Основные темы первого тома:
➖ преобразователи в установившемся режиме;
➖ эквивалентные схемы в установившемся режиме;
➖ реализация ключей;
➖ схемы преобразователей;
➖ конструирование регуляторов;
➖ магнитные элементы;
➖ конструирование дросселей и трансформаторов.
Издание адресовано инженерам, занимающимся проектированием силовой электроники, преподавателям и студентам, желающим выйти за рамки стандартных вводных курсов.
Предзаказ книги со скидкой 20% можно оформить на сайте по ссылке
#анонс #радиотехника_и_электрника #силовая_электроника
⬇️ Оглавление и ознакомительный фрагмент⬇️
Для проектирования устройств силовой электроники требуются обширные знания в области электротехники, физики, аналоговой и цифровой схемотехники и численного моделирования. Кроме того, существуют фундаментальные принципы, которые являются уникальными для области силовой электроники и требуют специального изучения. В данном двухтомном издании все эти темы раскрываются достаточно подробно, чтобы читатели приобрели знания, необходимые для разработки и эксплуатации силовых устройств.
Основные темы первого тома:
Издание адресовано инженерам, занимающимся проектированием силовой электроники, преподавателям и студентам, желающим выйти за рамки стандартных вводных курсов.
Предзаказ книги со скидкой 20% можно оформить на сайте по ссылке
#анонс #радиотехника_и_электрника #силовая_электроника
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9
Умения написать CRUD-сервис, подключить базу данных и настроить API уже недостаточно.
Сегодня backend-разработчику всё чаще приходится понимать, как сервис ведёт себя в составе большой системы: выдерживает ли он нагрузку, переживает ли отказы, можно ли обновить его без проблем для клиентов, достаточно ли логов, метрик и трассировок, что происходит с кодом после релиза.
Требования постепенно смещаются от знания конкретного фреймворка к системному мышлению.
Мы подобрали книги, которые помогут с этим!
О том, как создавать понятные, безопасные и стабильные API, управлять изменениями и работать с REST, OpenAPI, GraphQL и gRPC.
О Kubernetes, CI/CD, GitOps, наблюдаемости, высокой доступности и эксплуатации распределённых приложений.
Главное изменение профессии, пожалуй, можно сформулировать так:
Раньше backend-разработчик отвечал прежде всего за код сервиса. Теперь — за его поведение в production и в составе всей системы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2