Size: a a a

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

2021 March 22

SB

Sergey Bezrukov in Архитектура ИТ-решений
Phil Delgyado
В три часа дня? А не в рабочее время никак?
+1
источник

KK

Kirill Keker in Архитектура ИТ-решений
Про пассивное участие в голосовом чате - просто это не чат домохозяек и "звезд", архитекторы стеснительные) И кто-то работает, слушает в фоне)
источник

F

Fagor in Архитектура ИТ-решений
Не хватает agenda с тезисами, что бы "завести" оппонентов. Заранее.

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

AG

Alex Glazunov in Архитектура ИТ-решений
Привет, Алиса. Зачем нужны агрегаты и объекты-значения?
источник

F

Fagor in Архитектура ИТ-решений
А мы как мысли по атрибутам или состояниям объекта?
источник

СК

Степан Калашников... in Архитектура ИТ-решений
а ктото чтото говорит или тишина?
источник

СК

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

АМ

Айдар Мадияров... in Архитектура ИТ-решений
Степан Калашников
а ктото чтото говорит или тишина?
источник

СК

Степан Калашников... in Архитектура ИТ-решений
мерси!
источник

F

Fagor in Архитектура ИТ-решений
Не был согласен с тезисом про аналитиков. Сложность в том, что заранее не оговорены правила игры. К вам приходят ребята, где некий куратор проекта, всегда так видел. Естественно вы получаетет ER. Притом, что у аналитики нет варианта отказаться от ER, исполнение избаловано, оно требует ER. Тут еще сверху, а давай  мне еще и не ER. Любой ценящий себя специалист, криво ухмыльнется и отдаст вам ER.
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Fagor
Не был согласен с тезисом про аналитиков. Сложность в том, что заранее не оговорены правила игры. К вам приходят ребята, где некий куратор проекта, всегда так видел. Естественно вы получаетет ER. Притом, что у аналитики нет варианта отказаться от ER, исполнение избаловано, оно требует ER. Тут еще сверху, а давай  мне еще и не ER. Любой ценящий себя специалист, криво ухмыльнется и отдаст вам ER.
Так я о пытаюсь сказать о том, что нужно акутализировать правила игры ))
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Запись сегодняшнего ТелеграмХауса здесь: https://t.me/it_arch/1030
источник
2021 March 23

N

Noino in Архитектура ИТ-решений
Всем привет. Насколько актуально рисовать различные диаграммы для современного фронтенда? Как лучше смоделировать взаимодействие иерархии компонентов. Есть ли опыт у кого в этом?
источник

M

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

M

Mds in Архитектура ИТ-решений
Аж залип
источник

SV

Sergey V in Архитектура ИТ-решений
Noino
Всем привет. Насколько актуально рисовать различные диаграммы для современного фронтенда? Как лучше смоделировать взаимодействие иерархии компонентов. Есть ли опыт у кого в этом?
Диаграммы переходов между экранами очень актуальны, но это не уровень архитектора. Диаграммы компонентов UI, даже если есть брендбук, тоже не уровень архитектора (максимум уровень техлида команды разработки библиотеки компонент). А остальные диаграммы архитектуры в плане нужности и актуальности не отличаются существенно от backend’а.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, диаграммы переходов между экранами в процессах аутентификации иногда важны для архитектора.
Но, наверно, и все )
источник

OF

Oleg Fedyakin in Архитектура ИТ-решений
Я всегда думал, что для архитектора важно все.
источник

AZ

Artem Zakharchenko in Архитектура ИТ-решений
Noino
Всем привет. Насколько актуально рисовать различные диаграммы для современного фронтенда? Как лучше смоделировать взаимодействие иерархии компонентов. Есть ли опыт у кого в этом?
я пытаюсь декомпозировать UI компоненты по слоям и в рамках слоя описываю dataflow в первую очередь, при поставленном уловии, что каждый слой должен иметь возможность коммуницировать с аксесторами внезависимости от того как устроенна его внутренняя композиция
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Oleg Fedyakin
Я всегда думал, что для архитектора важно все.
Для архитектора важно только важное xD
источник