Robert Martin

Чистая Архитектура - Часть VI - Детали

Чистая Архитектура - Часть VI - Детали

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design 👍 Часть VI подрывает некоторые устои 😀: Вы знаете, что База Данных - это “деталь”? Неважная второстепенная низкоуровневая необязательная функция, которой можно пренебречь при проектировании архитектуры! Вы знаете про Веб тоже самое?
Чистая Архитектура - Часть V - Архитектура

Чистая Архитектура - Часть V - Архитектура

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design 👍 Пятая часть книги содержит МНОГО полезной информации: Что такое архитектура ПО? Какие типы взаимозависимостей могут существовать? Как провести границы между компонентами? Какие типы границ существуют? Как распределить политики по уровням?
Чистая Архитектура - Часть IV - Принципы дизайна

Чистая Архитектура - Часть IV - Принципы дизайна

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design Четвертая часть книги посвящена принципам объединения компонентов в программные системы. Эта часть более интересна. Она содержит: Обзор истории компонентов: возможность перемещения в памяти, линкеры Три принципа связности компонентов REP: Принцип эквивалентности повторного использования и выпусков CCP: Принцип согласованного изменения CRP: Принцип совместного повторного использования Три принципа соединения компонентов ADP: Принцип ацикличности зависимостей SDP: Принцип устойчивых зависимостей SAP: Принцип устойчивости абстракций Мне особенно понравилась эта глава из-за представленных метрик, которые можно использовать для измерения (!
Чистая Архитектура - Часть III - Принципы дизайна

Чистая Архитектура - Часть III - Принципы дизайна

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design 👍 Третья часть книги посвящена принципам SOLID. Принцип единственной ответственности: модуль должен быть ответственным перед одним и только одним действующим лицом. Принцип открытости-закрытости: программный артефакт должен быть открыт для расширения, но закрыт для модификации.
Чистая Архитектура - Часть II - Начальные основы: парадигмы программирования

Чистая Архитектура - Часть II - Начальные основы: парадигмы программирования

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design 👍 Книга пока поверхностная. Вот обзор второй части: Есть три парадигмы программирования: Структурированное программирование - накладывает ограничение на прямую передачу управления. Объектно-ориентированное программирование - накладывает ограничение на косвенную передачу управления.
Чистая Архитектура - Часть I - Введение

Чистая Архитектура - Часть I - Введение

Переводы: EN
Книжный клуб у нас в компании выбрал следующую чудесную книгу для чтения: Роберт Мартин - Чистая Архитектура - Искусство Разработки Программного Обеспечения Robert Martin - Clean Architecture - a Craftsman’s Guide to Software Structure and Design 👍 Краткий обзор первой части: Цель архитектуры ПО уменьшить человеческие трудозатраты на создание и сопровождение системы Две ценности ПО Поведение (функционал) - удовлетворить требованиям заинтересованных сторон Структура (архитектура) - сложность внесения изменений должна быть пропорциональна содержанию, а не “форме” изменений Легкость внесения изменений более важна чем фунционал!