Телеграмм чат группы itarchitect страница 4127

Size: a a a

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

3348 membersпожаловаться на группу

2021 July 11

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

Такое же ощущение

источник

16:31пожаловаться #1

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

В догонку ничего про холархии и переходы между ними, очень много про технологии и разницу между ними, но ничего про то как конкретно нарабатывать практику.

В общем похоже на этакий "склад правильных слов" из которых собрать применимый на практике смысл я не понимаю как.

источник

16:33пожаловаться #2

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

Это такой архитектурный минимум для разработчиков. Видимо большего от них и не ждут

источник

16:34пожаловаться #3

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

Ну на уровне мидла прикладнника возможно и сработает.

источник

16:35пожаловаться #4

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

Звучит, высоко)

источник

16:36пожаловаться #5

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

Обычно такое спрашивают у сеньоров :)

источник

16:36пожаловаться #6

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

Можно пробовать нарабатывать практику через «5 почему» в отношении мелких (как писать код) и крупных (почему выбран MongoDb, почему тут шина) уже существующих решений. Хотя это сложнее, обычно, чем в greenfield строить новую архитектуру

источник

16:39пожаловаться #7

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

Попробовать для себя определить, что в текущей системе не нравится на уровне ощущений, формализовать это в диаграммы, попробовать описать это в AS IS/TO BE… поздравляю, вы архитектор ))

источник

16:41пожаловаться #8

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

"Почему" и "Зачем" вообще ведь шикарные вопросы по жизни, через них можно многое осознать

источник

16:43пожаловаться #9

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

А потом эти же люди идут и фигачат монолиты на java ;)

источник

16:45пожаловаться #10

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

Которые? 😊

источник

16:46пожаловаться #11

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

Ну кто-то же их пишет в крупняке ))

источник

16:50пожаловаться #12

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

Ну так для огромного числа задача "монолит на java" как раз является оптимальным решением )

источник

16:55пожаловаться #13

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

кстати, народ, где-то встречал такое мнение, что отказоустойчивость и беспрерывную обновляемость можно-де обеспечить и на монолите. Мне тогда это утверждение показалось, мягко говоряя, не соответствующим истине - но, может быть, я о чем-то не в курсе?
"я не настоящий сварщик", если что - интересующийся областью. :)

источник

17:29пожаловаться #14

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

Про отказоустойчивость всё просто - отказоустойчивые приложения существовали задолго до истерии вокруг микросервисов. И продолжают прекрасно существовать, и чихать они хотели на носящихся с молотком и всюду видящих гвозди адептов решения любой проблемы одним единственным паттерном.

источник

17:35пожаловаться #15

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

А как решается проблемы подтекающих ресурсов?

источник

17:38пожаловаться #16

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

С обновляемостью не многим сложнее - просто если делать сразу нормально, то не придётся и даунтаймы устраивать чаще раза в год.
Это проблема, которую создали гибкие методологии, чтобы безуспешно и героически пытаться её решать, её не было раньше

источник

17:39пожаловаться #17

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

Обычно чтобы не текло прокладки нужны :) а вообще не вижу проблем если есть горячий резерв…

источник

17:39пожаловаться #18

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

Делать так, чтобы не текло?

источник

17:39пожаловаться #19

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

Ну это ответ "делать хорошо" и "писать код без ошибок". Как мы знаем, такое не бывает )

источник

17:40пожаловаться #20