#best_practices — Public Fediverse posts

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Нейросеть — не второй программист. Как правильно разделить работу. Помощь для начинающих

Когда разработчик впервые применяет языковую модель, ошибка часто возникает ещё до первого ответа. Он переносит на модель собственный способ работы и ожидает, что она будет действовать как человек: запоминать информацию «в голове», уставать, понимать интерфейс и спорить. Это некорректный перенос. Языковая модель — не человек. Это инструмент, порождающий код на основе статистических связей. Данная статья родилась как небольшая помощь моим юным коллегам, позволяющая получить набор эргономичных правил для взаимодействия с нейросетевой моделью и организации труда с целью получить максимальную выгоду для себя и не навредить проекту.

https://habr.com/ru/articles/1035842/

#нейросети #llm #программиррование #разработка #когнитивная_нагрузка #инструменты #best_practices #взаимодействие_с_ИИ

Нейросеть — не второй программист. Как правильно разделить работу. Помощь для начинающих

Когда разработчик впервые применяет языковую модель, ошибка часто возникает ещё до первого ответа. Он переносит на модель собственный способ работы и ожидает, что она будет действовать как человек: запоминать информацию «в голове», уставать, понимать интерфейс и спорить. Это некорректный перенос. Языковая модель — не человек. Это инструмент, порождающий код на основе статистических связей. Данная статья родилась как небольшая помощь моим юным коллегам, позволяющая получить набор эргономичных правил для взаимодействия с нейросетевой моделью и организации труда с целью получить максимальную выгоду для себя и не навредить проекту.

https://habr.com/ru/articles/1035842/

#нейросети #llm #программиррование #разработка #когнитивная_нагрузка #инструменты #best_practices #взаимодействие_с_ИИ

Нейросеть — не второй программист. Как правильно разделить работу. Помощь для начинающих

Когда разработчик впервые применяет языковую модель, ошибка часто возникает ещё до первого ответа. Он переносит на модель собственный способ работы и ожидает, что она будет действовать как человек: запоминать информацию «в голове», уставать, понимать интерфейс и спорить. Это некорректный перенос. Языковая модель — не человек. Это инструмент, порождающий код на основе статистических связей. Данная статья родилась как небольшая помощь моим юным коллегам, позволяющая получить набор эргономичных правил для взаимодействия с нейросетевой моделью и организации труда с целью получить максимальную выгоду для себя и не навредить проекту.

https://habr.com/ru/articles/1035842/

#нейросети #llm #программиррование #разработка #когнитивная_нагрузка #инструменты #best_practices #взаимодействие_с_ИИ

Нейросеть — не второй программист. Как правильно разделить работу. Помощь для начинающих

Когда разработчик впервые применяет языковую модель, ошибка часто возникает ещё до первого ответа. Он переносит на модель собственный способ работы и ожидает, что она будет действовать как человек: запоминать информацию «в голове», уставать, понимать интерфейс и спорить. Это некорректный перенос. Языковая модель — не человек. Это инструмент, порождающий код на основе статистических связей. Данная статья родилась как небольшая помощь моим юным коллегам, позволяющая получить набор эргономичных правил для взаимодействия с нейросетевой моделью и организации труда с целью получить максимальную выгоду для себя и не навредить проекту.

https://habr.com/ru/articles/1035842/

#нейросети #llm #программиррование #разработка #когнитивная_нагрузка #инструменты #best_practices #взаимодействие_с_ИИ

Риски в IT-продукте: как бизнес-аналитик спасает проект

Как бизнес-аналитик может предотвратить катастрофу в проекте? В статье разбираем, чем риск отличается от «что-то пошло не так», как категоризировать угрозы и с помощью pre-mortem анализа находить слабые места до старта разработки. Если хотите превратить неопределённость в управляемый план — welcome под кат. Разобрать риски

https://habr.com/ru/companies/otus/articles/1022182/

#аналитика #управление_рисками #бизнесанализ #системный_аналитик #митигация_рисков #best_practices #ITпроекты #FinTech

Нагрузочное тестирование с Apache JMeter: Best Practices

Apache JMeter — не просто инструмент. В этой статье разберем, как получать от него реальную пользу. Вы узнаете, почему 80% отчётов о нагрузке бесполезны, как настроить распределённый тест и анализировать не среднее значение, а процентили. Полный гайд от первого HTTPS-скрипта до информативного HTML-отчёта и Best Practices.

https://habr.com/ru/companies/otus/articles/1022194/

#java #Нагрузочное_тестирование #Apache_JMeter #Тестирование_производительности #Highload #devops #Best_Practices #Performance_Testing

Kotlin для новичков: всё о функциях за 15 минут

Продолжаем серию «Kotlin для новичков»! В прошлых статьях мы настроили IDE, разобрались с переменными и типами данных, научились управлять потоком программы через условия и циклы. Пришло время сделать следующий шаг — освоить функции . В этом туториале вы узнаете: ▪️ Как объявлять функции и чем это отличается от Java. ▪️ Что такое именованные аргументы и значения по умолчанию (и почему это круто). ▪️ Как работает стек вызовов и области видимости. ▪️ Главные best practices, которые используют в разработке.

https://habr.com/ru/companies/otus/articles/1008354/

#Kotlin #функции #программирование #обучение #best_practices #jvm #декомпозиция

Виды тестирования ПО: статика, динамика и 5 уровней, которые работают на практике

Когда код уже написан, половина багов уже не исправить. Парадокс? Нет — статическое тестирование. В этой статье разбираю, как находить дефекты ещё на этапе требований, почему «большой взрыв» интеграции — это путь в никуда, и зачем знать про заглушки, драйверы и уровни от компонентного до UAT.

https://habr.com/ru/companies/otus/articles/1008378/

#тестирование #статическое_тестирование #динамическое_тестирование #уровни_тестирования #uat #интеграционное_тестирование #best_practices

Виды тестирования ПО: статика, динамика и 5 уровней, которые работают на практике

Когда код уже написан, половина багов уже не исправить. Парадокс? Нет — статическое тестирование. В этой статье разбираю, как находить дефекты ещё на этапе требований, почему «большой взрыв» интеграции — это путь в никуда, и зачем знать про заглушки, драйверы и уровни от компонентного до UAT.

https://habr.com/ru/companies/otus/articles/1008378/

#тестирование #статическое_тестирование #динамическое_тестирование #уровни_тестирования #uat #интеграционное_тестирование #best_practices

Виды тестирования ПО: статика, динамика и 5 уровней, которые работают на практике

Когда код уже написан, половина багов уже не исправить. Парадокс? Нет — статическое тестирование. В этой статье разбираю, как находить дефекты ещё на этапе требований, почему «большой взрыв» интеграции — это путь в никуда, и зачем знать про заглушки, драйверы и уровни от компонентного до UAT.

https://habr.com/ru/companies/otus/articles/1008378/

#тестирование #статическое_тестирование #динамическое_тестирование #уровни_тестирования #uat #интеграционное_тестирование #best_practices

Виды тестирования ПО: статика, динамика и 5 уровней, которые работают на практике

Когда код уже написан, половина багов уже не исправить. Парадокс? Нет — статическое тестирование. В этой статье разбираю, как находить дефекты ещё на этапе требований, почему «большой взрыв» интеграции — это путь в никуда, и зачем знать про заглушки, драйверы и уровни от компонентного до UAT.

https://habr.com/ru/companies/otus/articles/1008378/

#тестирование #статическое_тестирование #динамическое_тестирование #уровни_тестирования #uat #интеграционное_тестирование #best_practices

[Перевод] Отчёт PSF об инциденте атаки на цепочку поставок LiteLLM/Telnyx + рекомендации

В этой статье рассмотрены две недавние атаки на цепочку поставок, направленные на пользователей популярных пакетов PyPI — litellm и telnyx. Также описаны рекомендации разработчикам и сопровождающим Python о том как подготовиться и защитить свои проекты.

https://habr.com/ru/articles/1019638/

#pypi #litellm #telnyx #security #атака_на_цепочку_поставок #best_practices #безопасность #python #trusted_publishers #trivy

[Перевод] Отчёт PSF об инциденте атаки на цепочку поставок LiteLLM/Telnyx + рекомендации

В этой статье рассмотрены две недавние атаки на цепочку поставок, направленные на пользователей популярных пакетов PyPI — litellm и telnyx. Также описаны рекомендации разработчикам и сопровождающим Python о том как подготовиться и защитить свои проекты.

https://habr.com/ru/articles/1019638/

#pypi #litellm #telnyx #security #атака_на_цепочку_поставок #best_practices #безопасность #python #trusted_publishers #trivy

[Перевод] Отчёт PSF об инциденте атаки на цепочку поставок LiteLLM/Telnyx + рекомендации

В этой статье рассмотрены две недавние атаки на цепочку поставок, направленные на пользователей популярных пакетов PyPI — litellm и telnyx. Также описаны рекомендации разработчикам и сопровождающим Python о том как подготовиться и защитить свои проекты.

https://habr.com/ru/articles/1019638/

#pypi #litellm #telnyx #security #атака_на_цепочку_поставок #best_practices #безопасность #python #trusted_publishers #trivy

[Перевод] Отчёт PSF об инциденте атаки на цепочку поставок LiteLLM/Telnyx + рекомендации

В этой статье рассмотрены две недавние атаки на цепочку поставок, направленные на пользователей популярных пакетов PyPI — litellm и telnyx. Также описаны рекомендации разработчикам и сопровождающим Python о том как подготовиться и защитить свои проекты.

https://habr.com/ru/articles/1019638/

#pypi #litellm #telnyx #security #атака_на_цепочку_поставок #best_practices #безопасность #python #trusted_publishers #trivy

# 10 ошибок Configuration Management

695 строк конфига, одна валидация, 10 GB upload limit по умолчанию и env-переменная, которая никогда не срабатывает. Десять ошибок управления конфигурацией, собранных из реальных проектов.

https://habr.com/ru/articles/1017166/

#configuration_management #конфигурация #best_practices #антипаттерны #java #feature_flags #application_config #scala

ADR, архитектурные тесты и кейсы из прода: ресурсы, которые реально меняют код

У меня была привычка. Вижу классную статью про архитектуру —-сохраняю. Репозиторий с примерами DDD - в закладки. Видео про CQRS - в плейлист «Посмотреть потом». Вы знаете, чем кончаются плейлисты «Посмотреть потом». В какой-то момент закладок стало 300+. Половина ссылок битые, треть дублируют друг друга, остальное - статьи, которые казались гениальными в два часа ночи. Я сел и вычистил всё до 106 ресурсов. Собрал их в awesome-list на GitHub . Но статья не про список. Статья про три вещи, которые я для себя открыл в процессе и которые почему-то мало обсуждают.

https://habr.com/ru/articles/1001010/

#architecture #DDD #CQRS #clean_architecture #ADR #software_design #software_architecture #best_practices #system_design #microservices

ADR, архитектурные тесты и кейсы из прода: ресурсы, которые реально меняют код

У меня была привычка. Вижу классную статью про архитектуру —-сохраняю. Репозиторий с примерами DDD - в закладки. Видео про CQRS - в плейлист «Посмотреть потом». Вы знаете, чем кончаются плейлисты «Посмотреть потом». В какой-то момент закладок стало 300+. Половина ссылок битые, треть дублируют друг друга, остальное - статьи, которые казались гениальными в два часа ночи. Я сел и вычистил всё до 106 ресурсов. Собрал их в awesome-list на GitHub . Но статья не про список. Статья про три вещи, которые я для себя открыл в процессе и которые почему-то мало обсуждают.

https://habr.com/ru/articles/1001010/

#architecture #DDD #CQRS #clean_architecture #ADR #software_design #software_architecture #best_practices #system_design #microservices

ADR, архитектурные тесты и кейсы из прода: ресурсы, которые реально меняют код

У меня была привычка. Вижу классную статью про архитектуру —-сохраняю. Репозиторий с примерами DDD - в закладки. Видео про CQRS - в плейлист «Посмотреть потом». Вы знаете, чем кончаются плейлисты «Посмотреть потом». В какой-то момент закладок стало 300+. Половина ссылок битые, треть дублируют друг друга, остальное - статьи, которые казались гениальными в два часа ночи. Я сел и вычистил всё до 106 ресурсов. Собрал их в awesome-list на GitHub . Но статья не про список. Статья про три вещи, которые я для себя открыл в процессе и которые почему-то мало обсуждают.

https://habr.com/ru/articles/1001010/

#architecture #DDD #CQRS #clean_architecture #ADR #software_design #software_architecture #best_practices #system_design #microservices

ADR, архитектурные тесты и кейсы из прода: ресурсы, которые реально меняют код

У меня была привычка. Вижу классную статью про архитектуру —-сохраняю. Репозиторий с примерами DDD - в закладки. Видео про CQRS - в плейлист «Посмотреть потом». Вы знаете, чем кончаются плейлисты «Посмотреть потом». В какой-то момент закладок стало 300+. Половина ссылок битые, треть дублируют друг друга, остальное - статьи, которые казались гениальными в два часа ночи. Я сел и вычистил всё до 106 ресурсов. Собрал их в awesome-list на GitHub . Но статья не про список. Статья про три вещи, которые я для себя открыл в процессе и которые почему-то мало обсуждают.

https://habr.com/ru/articles/1001010/

#architecture #DDD #CQRS #clean_architecture #ADR #software_design #software_architecture #best_practices #system_design #microservices

[Перевод] Мы научили ИИ писать настоящий код для Postgres (и выложили в open source)

Когда ИИ за секунды генерирует «нормальную» схему Postgres, соблазн принять её как есть слишком велик. Проблема в том, что в этих схемах часто прячутся тихие минные поля: неудачные типы данных, странная индексация, путаница с идентификаторами, ловушки с временем и миграциями — всё то, что не ломает сборку сегодня, но превращается в боль через полгода в продакшене. В статье разберем, почему универсальные LLM регулярно промахиваются по нюансам именно Postgres, и как авторы пытаются закрыть эту дыру через pg-aiguide: набор «навыков» с лучшими практиками, версионный семантический поиск по официальной документации и интеграцию с код-агентами через MCP/плагин.

https://habr.com/ru/companies/otus/articles/993542/

#Postgres #миграции #индексы #типы_данных #LLMагенты #best_practices #postgresql

[Перевод] Мы научили ИИ писать настоящий код для Postgres (и выложили в open source)

Когда ИИ за секунды генерирует «нормальную» схему Postgres, соблазн принять её как есть слишком велик. Проблема в том, что в этих схемах часто прячутся тихие минные поля: неудачные типы данных, странная индексация, путаница с идентификаторами, ловушки с временем и миграциями — всё то, что не ломает сборку сегодня, но превращается в боль через полгода в продакшене. В статье разберем, почему универсальные LLM регулярно промахиваются по нюансам именно Postgres, и как авторы пытаются закрыть эту дыру через pg-aiguide: набор «навыков» с лучшими практиками, версионный семантический поиск по официальной документации и интеграцию с код-агентами через MCP/плагин.

https://habr.com/ru/companies/otus/articles/993542/

#Postgres #миграции #индексы #типы_данных #LLMагенты #best_practices #postgresql

[Перевод] Мы научили ИИ писать настоящий код для Postgres (и выложили в open source)

Когда ИИ за секунды генерирует «нормальную» схему Postgres, соблазн принять её как есть слишком велик. Проблема в том, что в этих схемах часто прячутся тихие минные поля: неудачные типы данных, странная индексация, путаница с идентификаторами, ловушки с временем и миграциями — всё то, что не ломает сборку сегодня, но превращается в боль через полгода в продакшене. В статье разберем, почему универсальные LLM регулярно промахиваются по нюансам именно Postgres, и как авторы пытаются закрыть эту дыру через pg-aiguide: набор «навыков» с лучшими практиками, версионный семантический поиск по официальной документации и интеграцию с код-агентами через MCP/плагин.

https://habr.com/ru/companies/otus/articles/993542/

#Postgres #миграции #индексы #типы_данных #LLMагенты #best_practices #postgresql

[Перевод] Мы научили ИИ писать настоящий код для Postgres (и выложили в open source)

Когда ИИ за секунды генерирует «нормальную» схему Postgres, соблазн принять её как есть слишком велик. Проблема в том, что в этих схемах часто прячутся тихие минные поля: неудачные типы данных, странная индексация, путаница с идентификаторами, ловушки с временем и миграциями — всё то, что не ломает сборку сегодня, но превращается в боль через полгода в продакшене. В статье разберем, почему универсальные LLM регулярно промахиваются по нюансам именно Postgres, и как авторы пытаются закрыть эту дыру через pg-aiguide: набор «навыков» с лучшими практиками, версионный семантический поиск по официальной документации и интеграцию с код-агентами через MCP/плагин.

https://habr.com/ru/companies/otus/articles/993542/

#Postgres #миграции #индексы #типы_данных #LLMагенты #best_practices #postgresql

Как на Берегу Слоновой Кости НДС тестировали

Налог на добавленную стоимость не был экономическим прорывом. Его придумали задолго до запуска, и все понимали, как он должен работать. Проблема была в другом: такой налог слишком рискованно сразу выкатывать в большую экономику из-за возможных ошибок и потерь для бюджета. Франция решила эту проблему красиво. Сначала — MVP, потом — всё остальное. Идеологом такого подхода стал Морис Лоре, который понимал: правильный налог проваливается так же легко, как неправильный, если его внедрять без «тестового контура». Тестовым контуром стал Кот-д’Ивуар. Решение приняли не случайно. В худшем случае это была бы локальная неудача. В лучшем — готовый налог, который можно было бы спокойно переносить во Францию. Шалость удалась.

https://habr.com/ru/companies/gazprombank/articles/987418/

#НДС #история_экономики #налоговая_система #best_practices

Как на Берегу Слоновой Кости НДС тестировали

Налог на добавленную стоимость не был экономическим прорывом. Его придумали задолго до запуска, и все понимали, как он должен работать. Проблема была в другом: такой налог слишком рискованно сразу выкатывать в большую экономику из-за возможных ошибок и потерь для бюджета. Франция решила эту проблему красиво. Сначала — MVP, потом — всё остальное. Идеологом такого подхода стал Морис Лоре, который понимал: правильный налог проваливается так же легко, как неправильный, если его внедрять без «тестового контура». Тестовым контуром стал Кот-д’Ивуар. Решение приняли не случайно. В худшем случае это была бы локальная неудача. В лучшем — готовый налог, который можно было бы спокойно переносить во Францию. Шалость удалась.

https://habr.com/ru/companies/gazprombank/articles/987418/

#НДС #история_экономики #налоговая_система #best_practices

Как на Берегу Слоновой Кости НДС тестировали

Налог на добавленную стоимость не был экономическим прорывом. Его придумали задолго до запуска, и все понимали, как он должен работать. Проблема была в другом: такой налог слишком рискованно сразу выкатывать в большую экономику из-за возможных ошибок и потерь для бюджета. Франция решила эту проблему красиво. Сначала — MVP, потом — всё остальное. Идеологом такого подхода стал Морис Лоре, который понимал: правильный налог проваливается так же легко, как неправильный, если его внедрять без «тестового контура». Тестовым контуром стал Кот-д’Ивуар. Решение приняли не случайно. В худшем случае это была бы локальная неудача. В лучшем — готовый налог, который можно было бы спокойно переносить во Францию. Шалость удалась.

https://habr.com/ru/companies/gazprombank/articles/987418/

#НДС #история_экономики #налоговая_система #best_practices

Как на Берегу Слоновой Кости НДС тестировали

Налог на добавленную стоимость не был экономическим прорывом. Его придумали задолго до запуска, и все понимали, как он должен работать. Проблема была в другом: такой налог слишком рискованно сразу выкатывать в большую экономику из-за возможных ошибок и потерь для бюджета. Франция решила эту проблему красиво. Сначала — MVP, потом — всё остальное. Идеологом такого подхода стал Морис Лоре, который понимал: правильный налог проваливается так же легко, как неправильный, если его внедрять без «тестового контура». Тестовым контуром стал Кот-д’Ивуар. Решение приняли не случайно. В худшем случае это была бы локальная неудача. В лучшем — готовый налог, который можно было бы спокойно переносить во Францию. Шалость удалась.

https://habr.com/ru/companies/gazprombank/articles/987418/

#НДС #история_экономики #налоговая_система #best_practices

[Перевод] Результаты огромного опроса разработчиков на Go за 2025 год

Команда Go for Devs подготовила перевод отчёта команды Go о результатах Go Developer Survey 2025 (опрос проходил в сентябре 2025, публикация — 21 января 2026). Главные сигналы: разработчикам не хватает понятных best practices и более «современных» возможностей в языке и встроенных инструментах; ИИ-инструменты уже стали повседневностью, но качество и предсказуемость всё ещё подводят; а справка go по базовым подкомандам вроде go build , go run и go mod слишком часто вынуждает лезть в документацию.

https://habr.com/ru/articles/987760/

#Go #опрос_разработчиков #экосистема #best_practices #стандартная_библиотека #go_command #документация #ИИ #инструменты

[Перевод] Результаты огромного опроса разработчиков на Go за 2025 год

Команда Go for Devs подготовила перевод отчёта команды Go о результатах Go Developer Survey 2025 (опрос проходил в сентябре 2025, публикация — 21 января 2026). Главные сигналы: разработчикам не хватает понятных best practices и более «современных» возможностей в языке и встроенных инструментах; ИИ-инструменты уже стали повседневностью, но качество и предсказуемость всё ещё подводят; а справка go по базовым подкомандам вроде go build , go run и go mod слишком часто вынуждает лезть в документацию.

https://habr.com/ru/articles/987760/

#Go #опрос_разработчиков #экосистема #best_practices #стандартная_библиотека #go_command #документация #ИИ #инструменты

[Перевод] Результаты огромного опроса разработчиков на Go за 2025 год

Команда Go for Devs подготовила перевод отчёта команды Go о результатах Go Developer Survey 2025 (опрос проходил в сентябре 2025, публикация — 21 января 2026). Главные сигналы: разработчикам не хватает понятных best practices и более «современных» возможностей в языке и встроенных инструментах; ИИ-инструменты уже стали повседневностью, но качество и предсказуемость всё ещё подводят; а справка go по базовым подкомандам вроде go build , go run и go mod слишком часто вынуждает лезть в документацию.

https://habr.com/ru/articles/987760/

#Go #опрос_разработчиков #экосистема #best_practices #стандартная_библиотека #go_command #документация #ИИ #инструменты

[Перевод] Результаты огромного опроса разработчиков на Go за 2025 год

Команда Go for Devs подготовила перевод отчёта команды Go о результатах Go Developer Survey 2025 (опрос проходил в сентябре 2025, публикация — 21 января 2026). Главные сигналы: разработчикам не хватает понятных best practices и более «современных» возможностей в языке и встроенных инструментах; ИИ-инструменты уже стали повседневностью, но качество и предсказуемость всё ещё подводят; а справка go по базовым подкомандам вроде go build , go run и go mod слишком часто вынуждает лезть в документацию.

https://habr.com/ru/articles/987760/

#Go #опрос_разработчиков #экосистема #best_practices #стандартная_библиотека #go_command #документация #ИИ #инструменты

Реактивная Архитектура: Пишем надежный Optimistic UI на чистом RxJS (Pattern Compensating Transaction)

Пользователи ненавидят спиннеры. Они хотят видеть лайк сразу после клика. Optimistic UI решает эту проблему, но создает новую: что делать, если сервер вернет ошибку? В императивном коде (Promise/async-await) откат состояния превращается в ад из try/catch и ручных мутаций переменных, порождая Race Conditions. В этой статье я покажу, как реализовать надежный паттерн Compensating Transaction на чистом RxJS . Мы построим архитектуру, где состояние это поток, который невозможно "сломать" частыми кликами или сетевыми сбоями. Никаких if/else, только чистые потоки. Построить реактивный UI

https://habr.com/ru/articles/974068/

#angular #rxjs #typescript #frontend #архитектура #паттерны_проектирования #optimistic_ui #reactive_programming #state_management #best_practices

Реактивная Архитектура: Пишем надежный Optimistic UI на чистом RxJS (Pattern Compensating Transaction)

Пользователи ненавидят спиннеры. Они хотят видеть лайк сразу после клика. Optimistic UI решает эту проблему, но создает новую: что делать, если сервер вернет ошибку? В императивном коде (Promise/async-await) откат состояния превращается в ад из try/catch и ручных мутаций переменных, порождая Race Conditions. В этой статье я покажу, как реализовать надежный паттерн Compensating Transaction на чистом RxJS . Мы построим архитектуру, где состояние это поток, который невозможно "сломать" частыми кликами или сетевыми сбоями. Никаких if/else, только чистые потоки. Построить реактивный UI

https://habr.com/ru/articles/974068/

#angular #rxjs #typescript #frontend #архитектура #паттерны_проектирования #optimistic_ui #reactive_programming #state_management #best_practices

Реактивная Архитектура: Пишем надежный Optimistic UI на чистом RxJS (Pattern Compensating Transaction)

Пользователи ненавидят спиннеры. Они хотят видеть лайк сразу после клика. Optimistic UI решает эту проблему, но создает новую: что делать, если сервер вернет ошибку? В императивном коде (Promise/async-await) откат состояния превращается в ад из try/catch и ручных мутаций переменных, порождая Race Conditions. В этой статье я покажу, как реализовать надежный паттерн Compensating Transaction на чистом RxJS . Мы построим архитектуру, где состояние это поток, который невозможно "сломать" частыми кликами или сетевыми сбоями. Никаких if/else, только чистые потоки. Построить реактивный UI

https://habr.com/ru/articles/974068/

#angular #rxjs #typescript #frontend #архитектура #паттерны_проектирования #optimistic_ui #reactive_programming #state_management #best_practices

Реактивная Архитектура: Пишем надежный Optimistic UI на чистом RxJS (Pattern Compensating Transaction)

Пользователи ненавидят спиннеры. Они хотят видеть лайк сразу после клика. Optimistic UI решает эту проблему, но создает новую: что делать, если сервер вернет ошибку? В императивном коде (Promise/async-await) откат состояния превращается в ад из try/catch и ручных мутаций переменных, порождая Race Conditions. В этой статье я покажу, как реализовать надежный паттерн Compensating Transaction на чистом RxJS . Мы построим архитектуру, где состояние это поток, который невозможно "сломать" частыми кликами или сетевыми сбоями. Никаких if/else, только чистые потоки. Построить реактивный UI

https://habr.com/ru/articles/974068/

#angular #rxjs #typescript #frontend #архитектура #паттерны_проектирования #optimistic_ui #reactive_programming #state_management #best_practices

Лучшие практики в Sequence-диаграммах для системных аналитиков

В данной статье я хочу поделиться опытом и рассказать о том, как системным аналитикам улучшить Sequence-диаграммы (диаграммы последовательностей) с помощью лучших практик. Я покажу, как некоторые подходы из мира программирования (те самые best practices и идеи из Clean Code ) помогают рисовать sequence-диаграммы чище и понятнее.

https://habr.com/ru/articles/969192/

#clean_code #plantuml #sequence_diagram #системный_анализ #системный_аналитик #best_practices #документация_проекта #диаграммы_последовательности #uml #umlпроектирование

PCIe, водянка и райзеры: реальный опыт сборки сервера под 5 GPU дома

Всё началось с желания автономно заниматься исследованиями в области искусственного интеллекта и запускать свои эксперименты без ограничений облачных сервисов или недостаточных ресурсов рабочих кластеров. Наука и исследования давно стали для меня не только профессией, но и хобби: запускать эксперименты, сравнивать модели, тестировать свежие идеи - всё это требует собственной инфраструктуры. Именно поэтому я решил собрать домашний GPU‑сервер «под себя» для полноценного AI‑ресёрча

https://habr.com/ru/articles/962992/

#сборка_GPU #опыт_эксплуатации #домашний_сервер #multigpu_workstation #ai_research #best_practices

Как я научил Jetpack Compose показывать рекомпозиции в реальном времени

Привет, Хабр! Меня зовут Иван Кузнецов, я Android‑разработчик в Кинопоиске. Сегодня расскажу историю разработки своего пет‑проекта, которая началась с код‑ревью очередного экрана на Jetpack Compose. Представьте, вы открываете пул‑реквест и взгляд цепляется за знакомые паттерны: нестабильный параметр в Composable‑функции, remember без ключа, применение трансформаций на Layout‑фазе. Сразу хочется написать комментарий‑лекцию о том, почему это ударит по производительности и почему лучше так не делать. Вот только объяснения отнимают время и не всегда наглядно доносят суть проблемы. Особенно это актуально для новичков, которым сложно сопоставить абстракции с реальным поведением UI. А ведь для сложных асинхронных штук вроде RxJava или корутин есть визуализаторы — RxMarbles и FlowMarbles, а для самой частой головной боли в Compose до сих пор нет. Вот бы вместо стены текста просто кинуть ссылку со словами: «Смотри, вот что твой код делает на самом деле». В этой статье я расскажу о разработке собственного приложения, которое в реальном времени визуализирует рекомпозиции. Чтобы заставить его работать, пришлось залезть под капот компилятора Kotlin и подружиться с его внутренними API: FIR и IR.

https://habr.com/ru/companies/yandex/articles/945276/

#jetpack_compose #kotlin #рекомпозиция #best_practices #android #мобильная_разработка

Артефакты архитектуры: какие, зачем и как их организовать

Представьте город без карты. Дома построены, улицы проложены, люди живут своей жизнью — но никто не знает, как всё это связано между собой. Каждый архитектор чертит по-своему: у одного — квадраты, у другого — кружки, а у третьего — загадочные стрелки, ведущие в никуда. Когда решения принимаются «на глаз», последствия не заставят себя ждать. В результате, ценные находки теряются в ворохе несогласованных схем. Именно так выглядит ИТ-ландшафт без продуманной системы архитектурных артефактов. Сегодня я расскажу, как мы в МТС наводим в этом хаосе порядок, почему выбрали путь EAoaP — и что сделали, чтобы эта красивая теория прижилась в реальной, живой экосистеме из сотен продуктов. Привет, Хабр! Меня зовут Наиль Миннахметов и я — корпоративный архитектор в МТС. В прошлом –– разработчик, аналитик и консультант в телекоме, финтехе, eCom, ритейле, логистике, фарме и FMCG. Занимался много чем, но всегда это было связано с IT. Я помогал разным бизнесам расти, становиться надёжнее или зарабатывать больше.

https://habr.com/ru/companies/oleg-bunin/articles/939232/

#архитектура #EAoaP #C4_Model #визуализация_систем #best_practices #системный_анализ #разработка_по #фреймворки #Rozanski__Woods #Kruchten_4_1

Артефакты архитектуры: какие, зачем и как их организовать

Представьте город без карты. Дома построены, улицы проложены, люди живут своей жизнью — но никто не знает, как всё это связано между собой. Каждый архитектор чертит по-своему: у одного — квадраты, у другого — кружки, а у третьего — загадочные стрелки, ведущие в никуда. Когда решения принимаются «на глаз», последствия не заставят себя ждать. В результате, ценные находки теряются в ворохе несогласованных схем. Именно так выглядит ИТ-ландшафт без продуманной системы архитектурных артефактов. Сегодня я расскажу, как мы в МТС наводим в этом хаосе порядок, почему выбрали путь EAoaP — и что сделали, чтобы эта красивая теория прижилась в реальной, живой экосистеме из сотен продуктов. Привет, Хабр! Меня зовут Наиль Миннахметов и я — корпоративный архитектор в МТС. В прошлом –– разработчик, аналитик и консультант в телекоме, финтехе, eCom, ритейле, логистике, фарме и FMCG. Занимался много чем, но всегда это было связано с IT. Я помогал разным бизнесам расти, становиться надёжнее или зарабатывать больше.

https://habr.com/ru/companies/oleg-bunin/articles/939232/

#архитектура #EAoaP #C4_Model #визуализация_систем #best_practices #системный_анализ #разработка_по #фреймворки #Rozanski__Woods #Kruchten_4_1

Артефакты архитектуры: какие, зачем и как их организовать

Представьте город без карты. Дома построены, улицы проложены, люди живут своей жизнью — но никто не знает, как всё это связано между собой. Каждый архитектор чертит по-своему: у одного — квадраты, у другого — кружки, а у третьего — загадочные стрелки, ведущие в никуда. Когда решения принимаются «на глаз», последствия не заставят себя ждать. В результате, ценные находки теряются в ворохе несогласованных схем. Именно так выглядит ИТ-ландшафт без продуманной системы архитектурных артефактов. Сегодня я расскажу, как мы в МТС наводим в этом хаосе порядок, почему выбрали путь EAoaP — и что сделали, чтобы эта красивая теория прижилась в реальной, живой экосистеме из сотен продуктов. Привет, Хабр! Меня зовут Наиль Миннахметов и я — корпоративный архитектор в МТС. В прошлом –– разработчик, аналитик и консультант в телекоме, финтехе, eCom, ритейле, логистике, фарме и FMCG. Занимался много чем, но всегда это было связано с IT. Я помогал разным бизнесам расти, становиться надёжнее или зарабатывать больше.

https://habr.com/ru/companies/oleg-bunin/articles/939232/

#архитектура #EAoaP #C4_Model #визуализация_систем #best_practices #системный_анализ #разработка_по #фреймворки #Rozanski__Woods #Kruchten_4_1

Артефакты архитектуры: какие, зачем и как их организовать

Представьте город без карты. Дома построены, улицы проложены, люди живут своей жизнью — но никто не знает, как всё это связано между собой. Каждый архитектор чертит по-своему: у одного — квадраты, у другого — кружки, а у третьего — загадочные стрелки, ведущие в никуда. Когда решения принимаются «на глаз», последствия не заставят себя ждать. В результате, ценные находки теряются в ворохе несогласованных схем. Именно так выглядит ИТ-ландшафт без продуманной системы архитектурных артефактов. Сегодня я расскажу, как мы в МТС наводим в этом хаосе порядок, почему выбрали путь EAoaP — и что сделали, чтобы эта красивая теория прижилась в реальной, живой экосистеме из сотен продуктов. Привет, Хабр! Меня зовут Наиль Миннахметов и я — корпоративный архитектор в МТС. В прошлом –– разработчик, аналитик и консультант в телекоме, финтехе, eCom, ритейле, логистике, фарме и FMCG. Занимался много чем, но всегда это было связано с IT. Я помогал разным бизнесам расти, становиться надёжнее или зарабатывать больше.

https://habr.com/ru/companies/oleg-bunin/articles/939232/

#архитектура #EAoaP #C4_Model #визуализация_систем #best_practices #системный_анализ #разработка_по #фреймворки #Rozanski__Woods #Kruchten_4_1

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

https://habr.com/ru/articles/932590/

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

https://habr.com/ru/articles/932590/

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

https://habr.com/ru/articles/932590/

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing