Size: a a a

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

2021 January 31

EG

Edward Galiaskarov in Архитектура ИТ-решений
А что такое cmu?
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Университет Карнеги Меллон в Питсбурге институт программной инженерии  при мин. обороне сша.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Он профессор тамошний
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
А, ну да, это знаю.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Тут вот еще есть курс, но дороговато, конечно https://geekbrains.ru/professions/it-architect
источник

A

Anatoly in Архитектура ИТ-решений
Denis Beskov
1. Clean Architecture
2. Elevator
3. Documenting Software Architecture
4. Fundamentals
5. Designing Software Architecture
Спасибо
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
А чему они учат? Программа есть у них на сайте?
источник

EG

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

EG

Edward Galiaskarov in Архитектура ИТ-решений
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Первые два модуля, явно построены на базе Чистой архитектуры  Боба Мартина. Вопрос практической части. По Мартину не особо вытянешь практику,
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Странно в msit se студентов гоняли аж 2 симместра по архитектуре. А тут 12 часов материала.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Хотя там и дизайн и конструирование было.
источник

AS

Aleksandr Stavrovski... in Архитектура ИТ-решений
Периодически заходит дискуссия про роль архитектора. Прочитал. Задумался. Долго плакал. :-)
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Alexey Mergasov
Странно в msit se студентов гоняли аж 2 симместра по архитектуре. А тут 12 часов материала.
Вроде бы 72 часа.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нихера это не про архитектуру информационных систем. Это про архитектуру софта.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Кстати о законах в архитектуре.
Согласно Марка Ричардса в  архитектуре есть два закона
1 закон - Все в архитектуре ПО - есть компромисс (дословно Everything in software architecture is a tradeoff.)
2 закон предпочитай почему над как (prefer why over how)

Если первый понятен, то второй пока не особо улавливаю. Формулируется он в контексте измерения модульности. а именно cohesion.
источник

EG

Edward Galiaskarov in Архитектура ИТ-решений
Gennadiy Kruglov
Нихера это не про архитектуру информационных систем. Это про архитектуру софта.
Я тут тут спрашивал одного коллегу видит ли он отличие между архитектурой ПО и архитектурой ИС, но был удивлен моим вопросом:

"В индустрии есть такие понятия, как архитектура и дизайн. Под дизайном обычно имеют ввиду взаимодействие классов (например design patterns), под архитектурой - компонентов (сборок, пакетов, в разных платформах они называются по разному)
Хотя это мнение не общепринятое. И можно ли считать дизайн - архитектурой по, а архитектуру - архитектурой ис я не знаю,"

А Вы как их различаете?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Edward Galiaskarov
Я тут тут спрашивал одного коллегу видит ли он отличие между архитектурой ПО и архитектурой ИС, но был удивлен моим вопросом:

"В индустрии есть такие понятия, как архитектура и дизайн. Под дизайном обычно имеют ввиду взаимодействие классов (например design patterns), под архитектурой - компонентов (сборок, пакетов, в разных платформах они называются по разному)
Хотя это мнение не общепринятое. И можно ли считать дизайн - архитектурой по, а архитектуру - архитектурой ис я не знаю,"

А Вы как их различаете?
В информационных системах не только софт.
источник

I

Ivan in Архитектура ИТ-решений
Иван
Да и фиг с ними с coupling и cohesion. И другой терминологией. Можно не знать правильных слов и все-равно строить архитектуру, которая будет соответствовать ожиданиям
> Да и фиг с ними с coupling и cohesion. И другой терминологией. Можно не знать правильных слов и все-равно строить архитектуру, которая будет соответствовать ожиданиям

In most successful software projects, the expert developers working on that project have a shared understanding of the system design. This shared understanding is called ‘architecture.’ This understanding includes how the system is divided into components and how the components interact through interfaces. These components are usually composed of smaller components, but the architecture only includes the components and interfaces that are understood by all the developers.

- Эту цитату Ralph Johnson приводит в своей статье Martin Fowler в качестве определения архитектуры:
https://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf

Это же определение он использует в видеоролике https://youtu.be/DngAZyWMGR0

А теперь вопрос - способен ли архитектор достигнуть целей архитектуры, если он не знает терминологии, не умеет общаться с коллегами на едином языке, и создает решения, изолированные его собственным воображением?
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
Edward Galiaskarov
Кстати о законах в архитектуре.
Согласно Марка Ричардса в  архитектуре есть два закона
1 закон - Все в архитектуре ПО - есть компромисс (дословно Everything in software architecture is a tradeoff.)
2 закон предпочитай почему над как (prefer why over how)

Если первый понятен, то второй пока не особо улавливаю. Формулируется он в контексте измерения модульности. а именно cohesion.
второй скорее говорит о том что гораздо важнее смотреть на причину проблемы чем на то как ее решить
источник