Архитектурный комитет: настраиваем работу с нуля.
🟢 Часть 1. Definition of Ready, Definition of Done и статусная модель
🟢 Часть 2. Приемка архитектурного документа и концепция ADR
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥3
Forwarded from BPMN, Бизнес-процессы и котики (Denis Kotov)
Конкурс на самую крутую модель+промт
В Stormbpmn.com теперь можно генерировать модели процессов по описанию.
Кидайте в комментарии ваши схемы и промпты - авторы самого смешного и самого хорошего по смыслу процесса получат от нас мерч прямо по почте.
Вам слово, сообщество, проявите фантазию!
В Stormbpmn.com теперь можно генерировать модели процессов по описанию.
Кидайте в комментарии ваши схемы и промпты - авторы самого смешного и самого хорошего по смыслу процесса получат от нас мерч прямо по почте.
Вам слово, сообщество, проявите фантазию!
🔥27❤3😁3
Всем привет!
Наткнулась на любопытный совет в статье — устанавливать "встроенный срок годности кода":
По моему опыту (и, думаю, по народной мудрости) — нет ничего более постоянного, чем временное. А лучший код — это код, который не написан. Но если уж костыль появился (а происходит это, когда не смогли дойти до консенсуса, не договорились об идеальном решении, создали временное и т.д.), то остальная логика может на него завязаться.
Если удаление неиспользуемых зависимостей выглядит ок (при том условии, что вы их не тащите при сборке каждый раз из интернета), то шатать так бизнес-логику кажется опасным (например, если мониторинг сбойнет, а код самоочистится из-за отсутствия необходимых данных).
Мне кажется, реализация должна быть более тонкой и со сложным анализатором.
Например, в одной запрещённой организации есть целый фрейморк по данной теме:
Поэтому слепо доверять одному только "сроку годности" кода не стоит (особенно в бизнес-логике).
Наткнулась на любопытный совет в статье — устанавливать "встроенный срок годности кода":
Представьте, что каждый метод или endpoint в API живёт ограниченное время: например, 6 месяцев. Если он не используется реальными пользователями или не продлевается вручную через конфигурацию — он автоматически вычищается системой.
По моему опыту (и, думаю, по народной мудрости) — нет ничего более постоянного, чем временное. А лучший код — это код, который не написан. Но если уж костыль появился (а происходит это, когда не смогли дойти до консенсуса, не договорились об идеальном решении, создали временное и т.д.), то остальная логика может на него завязаться.
Если удаление неиспользуемых зависимостей выглядит ок (при том условии, что вы их не тащите при сборке каждый раз из интернета), то шатать так бизнес-логику кажется опасным (например, если мониторинг сбойнет, а код самоочистится из-за отсутствия необходимых данных).
Мне кажется, реализация должна быть более тонкой и со сложным анализатором.
Например, в одной запрещённой организации есть целый фрейморк по данной теме:
В фреймворке Systematic Code and Asset Removal Framework (SCARF) есть подсистема выявления и удаления мёртвого кода.
SCARF использует статический и динамический анализ программ для выявления кода, мёртвого с точки зрения как бизнеса, так и языков программирования. Этот фреймворк автоматически создаёт запросы изменений, удаляющие мёртвый код, выявленный при помощи анализа программ, таким образом, минимизируя трудозатраты разработчиков
Поэтому слепо доверять одному только "сроку годности" кода не стоит (особенно в бизнес-логике).
👏8
В статье Александр Поркулевич, Директор POR.A, рассказывает, как искусственный интеллект помогает находить свободные рыночные ниши, валидировать бизнес-гипотезы и ускорять анализ трендов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13❤2
Сложность: ★☆☆ | Время чтения: 10 мин | Автор: Любовь Вайгель (системный аналитик в СберЗдоровье)
Автор статьи сравнивает сильные стороны и нюансы работы системного аналитика в четырех сферах: финтехе, e-commerce, госсекторе и медтехе.
📎 Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤2😁1
Автоматизация аналитических процессов с помощью GitHub Actions: практический гайд
Статья будет полезна аналитикам, которые хотят автоматизировать сбор и анализ данных для своих небольших пет‑проектов.
📎 Читать статью
Статья будет полезна аналитикам, которые хотят автоматизировать сбор и анализ данных для своих небольших пет‑проектов.
📎 Читать статью
Хабр
Автоматизация аналитических процессов с помощью GitHub Actions: практический гайд
Привет, Хабр! Хочу поделиться своей историей того, как я пришла к GitHub Actions в попытках автоматизировать сбор аналитики для личного использования. Статья будет полезна аналитикам, которые хотят...
👏9👍2
RAG и векторные БД: НЕ Сизифов LLM на Java и Spring Ai
Сложность: ★★☆ | Время чтения: 14 мин | Автор: Бромбин Андрей
Автор статьи рассказывает, что такое RAG-системы и как они помогают улучшать поиск, а также приводит примеры использования Spring AI, векторных баз данных и LLM
📎 Читать статью
Сложность: ★★☆ | Время чтения: 14 мин | Автор: Бромбин Андрей
Автор статьи рассказывает, что такое RAG-системы и как они помогают улучшать поиск, а также приводит примеры использования Spring AI, векторных баз данных и LLM
📎 Читать статью
Хабр
RAG и векторные БД: НЕ Сизифов LLM на Java и Spring Ai
Привет! Меня зовут Бромбин Андрей, и сегодня я разберу на практике, что такое RAG-системы и как они помогают улучшать поиск. Покажу, как использовать Spring AI, векторные базы данных и LLM. Ты...
🔥12❤5
📄Подборка статей
😀 Безопасность API (аутентификация и авторизация): проблемы, решения, практические рекомендации — статья на Хабре, в которой рассказывается о системном подходе к безопасности API
😀 Умный вайб-кодинг или семь раз отмерь, один раз сгенерь — статья на Хабре про практику AI-Driven разработки (AIDD)
😀 Интеграция и внешние идентификаторы — в статье на vc рассказывается, что может пойти не так при интеграции систем, и как можно хранить внешние идентификаторы
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Моделирование сложных организаций и проектов фреймворками Point of View: краткое руководство и опыт использования
📎 Читать статью
📎 Читать статью
Хабр
Моделирование сложных организаций и проектов фреймворками Point of View: краткое руководство и опыт использования
Памяти Владимира Аршинова философа коммуникации и сложностности. Более 30 лет я участвую в проектах организационного развития — как консультант, аналитик, интервьюер, проектировщик организационных...
🔥3❤1
Как мы реализовали омниканальное решение для управления ценами в крупной международной сети магазинов
📎 Читать статью
📎 Читать статью
vc.ru
Как мы реализовали омниканальное решения для управления ценами в крупной международной сети магазинов — Разработка на vc.ru
Lachestry Разработка 1м
❤4👾2