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

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

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

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

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

Привет! Меня зовут Михаил Пискунов, я более 15 лет занимаюсь разработкой, архитектурой и системной аналитикой. В данной статье я хочу поделиться опытом и рассказать о том, как системным аналитикам...

Хабр

Как мы Best Practices в Java анализатор внедряли

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

https://habr.com/ru/companies/pvs-studio/articles/944164/

#java #dependency_injection #guice #software_architecture #clean_code #static_analysis #inversion_of_control

Как мы Best Practices в Java анализатор внедряли

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

Хабр

Boolean — плохой флаг для данных

Мы все видели и использовали поля типа boolean в базах данных как часть структуры данных. На первый взгляд это удобно: два значения — «да» или «нет», просто и понятно. Например, у пользователя может быть флаг is_active , который показывает, включён аккаунт или нет, или поле is_deleted , которое используется как мягкое удаление. Такие поля встречаются повсюду. Но на практике хранение boolean в базе данных как элемента модели часто приводит к проблемам. В этой статье разберёмся, почему boolean может быть плохим выбором, и что использовать вместо него, чтобы избежать ошибок в будущем.

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

#clean_code #clean_architecture #data_structures #data_storage #architectureascode #architecture_design #architecture_principles #architectural_decision_records

Boolean — плохой флаг для данных

Вступление Мы все видели и использовали поля типа boolean в базах данных как часть структуры данных. На первый взгляд это удобно: два значения — «да» или «нет», просто и понятно. Например, у...

Хабр

Автоматизация проверки стиля кода с помощью KtLint в Android проекте

Современная разработка программного обеспечения требует не только написания функционального кода, но и обеспечения его качества, надежности и безопасности. Для обеспечения этого во многих командах по-прежнему существует Code Review. По моему мнению в 90% случаев это абсолютно бесполезная трата времени и сил разработчиков команды. Code Review это рудимент, который изжил себя. Я не утверждаю, что Code Review должен исчезнуть - принцип и подход должны измениться. Ручная организация Code Review ведет к деградации продуктивности и взаимоотношений внутри команды. Очень часто Code Review превращается в способ самоутверждения, эмоциональной разрядке одного из участников команды за счет других. Комментарии часто бывают противоречивыми и контр продуктивными. Как этого избежать? Ответ – полностью автоматизировать этот процесс. Одним из ключевых инструментов для достижения этой цели является статистический анализ кода - метод автоматизированной проверки исходного кода без его выполнения. Я всю свою практику участвовал в командах, где Code Review было ручным и каждый участник команды ставил approve, либо оставлял комментарий. Думаю, так происходит и сейчас во многих командах. Качество такого Review низкое и трудно быть по-настоящему объективным. Мне повезло участвовать в большом стартапе и начать проект самостоятельно. И в моем проекте я решил покончить с Code Review. Что мне было необходимо? Нужен был инструмент который бы приводил код к единому стилю и избавил меня и других участников команды от необходимости проверять стиль кода. Сюда входит правила расстановки новых строк, именования методов, отступы и тд. Необходимо чтоб инструмент подсвечивал места где стиль не соблюдается и исправлял автоматически такие места.

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

#kotlin #code_style #static_analysis #android #intellijidea #command #management #clean_code

Автоматизация проверки стиля кода с помощью KtLint в Android проекте

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

Хабр

Архитектура в Laravel. Как сделать код понятным и масштабируемым

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

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

#паттерны_проектирования #шаблоны_проектирования #clean_code

Архитектура в Laravel. Как сделать код понятным и масштабируемым

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

Хабр

Моем Код с Мылом

Разберём ключевые принципы именования переменных, проектирования функций и других аспектов, чтобы писать код, который будет понятен вам и вашей команде спустя годы. Читать!

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

#clean_code #чистый_код #роберт_мартин #обзор #обзор_книги #читабельность_кода #читаемый_код #поддержка_кода

Моем Код с Мылом

Эта статья – краткий обзор первой половины книги Чистый код. Разберём ключевые принципы именования переменных, проектирования функций и других аспектов, чтобы писать код, который будет понятен вам и...

Хабр

Избавляемся от Android в api-модулях

Небольшой туториал на тему «Как уменьшить количество Android-модулей в проекте при помощи оберток над Android-классами» На решение, которое будет описано ниже, меня натолкнула статья Оптимизация Gradle: избавляемся от Android-модулей . В ней приведен синтетический бенчмарк, из которого видно, что количество gradle-модулей с Android-плагином негативно влияет на скорость конфигурации проекта, а также на количество необходимой памяти. Мы, как инженеры, должны воспользоваться каждой возможностью ускорить сборку проекта. Однако в статье приведено несколько недостатков описанного подхода, и на момент написания статьи они были критичными и не давали возможности использовать его в нашем проекте. Итак, теперь сначала..

https://habr.com/ru/companies/alfa/articles/859450/

#kotlin #android #architecture #clean_code #clean_architecture #gradle

Избавляемся от Android в api-модулях

Небольшой туториал на тему «Как уменьшить количество Android-модулей в проекте при помощи оберток над Android-классами» На решение, которое будет описано ниже, меня натолкнула статья Оптимизация...

Хабр

Тот самый «Дядя Боб» на моём подкасте! Встреча с Робертом Мартином – автором Clean Code — Пишите ваши вопросы

🔥 Вы готовы услышать то, что изменит ваш взгляд на разработку? 🔥 Как вы знаете, я приглашаю на свои подкасты знаменитых людей, которые продвинули программирование вперед: профессор доктор Бертран Мейер , Марк Симан , Джеффри Рихтер , Ребекка Вирфтс-Брок , и мой октябрьский гость — Роберт С. Мартин . На моем следующем подкасте —легендарный Роберт Мартин , известный всему миру как "Дядя Боб" ! 🤯 Автор культовых книг Clean Code и Clean Architecture , он откроет нам свой взгляд на принципы разработки, которые формируют будущее IT. Что делает код по-настоящему чистым? Почему SOLID-принципы так важны, и как их правильно применять в реальных проектах? Какой путь должен пройти каждый разработчик, чтобы стать настоящим мастером своего дела? Но это еще не всё— у вас есть возможность задать свои вопросы самому Роберту Мартину! Оставляйте их в комментариях, и самые интересные мы обсудим на подкасте. Не упустите свой шанс задать вопрос одному из самых влиятельных людей в мире программирования! 👨‍💻 Какие вопросы вас волнуют? Пишите их в комментариях, и, возможно, именно ваш вопрос станет темой нашего обсуждения с Дядей Бобом!

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

#Дядя_Боб #роберт_мартин #clean_code #clean_architecture #podcast

Тот самый «Дядя Боб» на моём подкасте! Встреча с Робертом Мартином – автором Clean Code — Пишите ваши вопросы

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

Хабр
Why is F# code so robust and reliable? - .NET Blog

F# is not just for math and big data, it's a general purpose language that will greatly reduce the amount of bugs in your code.

.NET Blog
CleanCode Principles

All CleanCode Principles in one place