Size: a a a

Архитектура ИТ-решений

2021 February 02

EG

Edward Galiaskarov in Архитектура ИТ-решений
Igor Bespalchuk
Предложу вам другое понимание (и вроде согласованное с классиками). "Любая архитектура - это дизайн. Не любой дизайн - это архитектура." Это, кажется, Philipp Kruchten. Ну так вот. Дизайн - все проектные решения. Архитектура - только фундаментальные. Граница, конечно же, нечеткая, а не проходит по виду решений (ФТ/НФТ или что-то такое). Архитектура, high-level design и low-level design соотносятся примерно как вершина горы, склон, и подножие. Характерные области в общем поле зависящих друг от друга дизайн-решений. Пытаться убрать все решения по ФТ и их реализации - сильно не рекомендуется. Обычно ФТ (основные фичи, взятые в крупном) очень сильно шейпят архитектуру.
Игорь, насчет про фундаментальные решения, я у Вас почерпнул и в лекция рассказываю:) Спасибо.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Igor Bespalchuk
Предложу вам другое понимание (и вроде согласованное с классиками). "Любая архитектура - это дизайн. Не любой дизайн - это архитектура." Это, кажется, Philipp Kruchten. Ну так вот. Дизайн - все проектные решения. Архитектура - только фундаментальные. Граница, конечно же, нечеткая, а не проходит по виду решений (ФТ/НФТ или что-то такое). Архитектура, high-level design и low-level design соотносятся примерно как вершина горы, склон, и подножие. Характерные области в общем поле зависящих друг от друга дизайн-решений. Пытаться убрать все решения по ФТ и их реализации - сильно не рекомендуется. Обычно ФТ (основные фичи, взятые в крупном) очень сильно шейпят архитектуру.
а можете пример - когда крупная фича шейпит?
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Edward Galiaskarov
а можете пример - когда крупная фича шейпит?
То ли у Фаулера, то ли еще у кого была статья про "кричащую" архитектуру - она кричит о том, что делает система, о ее назначении. Например, если у вас букмекерская система, то вы увидите в её функциональных моделях блоки получения данных о спортивных событиях, блоки размещения/расчёта ставок, блоки маркетинга и расчета рисков, блок входящих/исходящих платежей, и т.д. Если у вас система управления учебным процессом вуза, то будут компоненты управления курсами, планирования семестра, управления контингентом, успеваемостью, и т.д. Если бы ФТ не влияли, вы бы увидели только "блок ввода информации", "блок хранения", "блок вычислений", и т.п. Иногда это выражено слабее, например в монолитных ERP все обычно "плоское" - масса самых разных документов, управление проводками и счетами, отчетность, и все это плохо поделено. Но все равно видно, что система делает - может не из бедного функционального представления, а из богатейшего представления данных.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Igor Bespalchuk
То ли у Фаулера, то ли еще у кого была статья про "кричащую" архитектуру - она кричит о том, что делает система, о ее назначении. Например, если у вас букмекерская система, то вы увидите в её функциональных моделях блоки получения данных о спортивных событиях, блоки размещения/расчёта ставок, блоки маркетинга и расчета рисков, блок входящих/исходящих платежей, и т.д. Если у вас система управления учебным процессом вуза, то будут компоненты управления курсами, планирования семестра, управления контингентом, успеваемостью, и т.д. Если бы ФТ не влияли, вы бы увидели только "блок ввода информации", "блок хранения", "блок вычислений", и т.п. Иногда это выражено слабее, например в монолитных ERP все обычно "плоское" - масса самых разных документов, управление проводками и счетами, отчетность, и все это плохо поделено. Но все равно видно, что система делает - может не из бедного функционального представления, а из богатейшего представления данных.
А да, это у Мартина в Чистой архитектуре есть.
источник

AS

Aleksey Senkov in Архитектура ИТ-решений
Edward Galiaskarov
Уважаемые архитекторы, теоретики и практики. Не могли бы вы помочь составить список известных законов, по которым строятся системы, и которые неплохо бы знать начинающему специалисту (студенту).
Такие, как
закон Деметера
Закон Ковнея
CAP теорема.
источник

AS

Aleksey Senkov in Архитектура ИТ-решений
Тут смесь, но для себя я закладочку сохранил
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Да, спасибо, Там выше подобную коллекцию прислали - на гитхабе. Есть для меня совсем новые постулаты.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Например обратный закон Конвея.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Об этом знал, но не догадывался, что это чьи-то законы:)

3️⃣ Сложная рабочая система неизменно получается из простой рабочей системы. Сложная система, разработанная с нуля, никогда не работает. И никакие улучшения не заставят ее работать. Начинать следует с простой рабочей системы (Голл, 1986)

4️⃣ Как правило, системы ПО не работают хорошо, пока они не были использованы, и не раз, в «боевых» условиях (Парнас, 1977)
источник

AS

Aleksandr Stavrovski... in Архитектура ИТ-решений
Edward Galiaskarov
Да, спасибо, Там выше подобную коллекцию прислали - на гитхабе. Есть для меня совсем новые постулаты.
:-)
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Edward Galiaskarov
Об этом знал, но не догадывался, что это чьи-то законы:)

3️⃣ Сложная рабочая система неизменно получается из простой рабочей системы. Сложная система, разработанная с нуля, никогда не работает. И никакие улучшения не заставят ее работать. Начинать следует с простой рабочей системы (Голл, 1986)

4️⃣ Как правило, системы ПО не работают хорошо, пока они не были использованы, и не раз, в «боевых» условиях (Парнас, 1977)
Какой то отрыв от жизни. Что такое вообще «сложная система, разработанная с нуля»? Кем разработанная? Младенцем? Если нет, откуда ноль?

Звучит псевдомудро...
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Считайте это метафорой. Можно сказать немного иначе:Москва не сразу строилась.
источник
2021 February 03

АК

Алексей Козлов... in Архитектура ИТ-решений
Edward Galiaskarov
Считайте это метафорой. Можно сказать немного иначе:Москва не сразу строилась.
Или «думай, что проектируешь»...
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
А говорить «нет иного подхода, кроме итеративного» - странно
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Ну, когда смотришь на студентов, то понимаешь, что закон Голла работает. Что-то путное удается сделать с теми, кто начинает делать свой диплом на третьем и даже втором курсе. Да и то что ими сделано начинает работать только согласно закону Парнаса ))
источник

F

Fagor in Архитектура ИТ-решений
Алексей Козлов
А говорить «нет иного подхода, кроме итеративного» - странно
Говрить странно, но если нужен результат с приближением ну условно более 80%, иного нет на самом деле. И пусть итерации будут мелкими, странными, другими, но будут.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Алексей Козлов
А говорить «нет иного подхода, кроме итеративного» - странно
Если это закон, его следует учитывать. Если это выдумка. Предложите свою. И ее запишут в цифровых скрижалях ))
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Похоже на лозунги, коллеги)
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Edward Galiaskarov
Если это закон, его следует учитывать. Если это выдумка. Предложите свою. И ее запишут в цифровых скрижалях ))
Если закон, то есть научное обоснование? Можно ознакомиться?
источник

A

Alexander in Архитектура ИТ-решений
Алексей Козлов
Какой то отрыв от жизни. Что такое вообще «сложная система, разработанная с нуля»? Кем разработанная? Младенцем? Если нет, откуда ноль?

Звучит псевдомудро...
Возможно, это пришло из 70х и 80х, когда не было тдд, гитхаба и стековерфлоу. В те времена учились запускали спутники, и не было всех возможностей протестировать все на 100%. А сейчас у студетов лаба - запилить ОС.
источник