Size: a a a

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

2019 November 14

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Ещё вспомнил, как говорил мой научрук: Система должна быть универсальная для класса задач) осталось дать определение классу задач, его границам и спор порешаем)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вот, это правильное замечание
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Да в проде и развивается. Ну, развивалось, пока оттуда не ушел я и большая часть спецов. Наняли 'универсалов' и все встало. Но скрам и все дела. Только без результата
Какой-то странный вывод. То если бы наняли узких специалистов, то все было бы отлично? Логика убийственная.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Evgeniy Nikonorov
Ещё вспомнил, как говорил мой научрук: Система должна быть универсальная для класса задач) осталось дать определение классу задач, его границам и спор порешаем)
Система должна быть абсолютно конкретной. Главный принцип agile:
Simplicity--the art of maximizing the amount  of work not done--is essential.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, да. Избавились от DBA на аутсорсе, но с базой справиться не смогли (там высокие нагрузки).
Ушли специалисты по предметной области - резко вырос скоуп (некому делать анализ требований и упрощать их), ушли узкие специалисты по java - и не смогли развивать ядро продукта (фулстеки не тянут).
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Andrei Soloschak
Система должна быть абсолютно конкретной. Главный принцип agile:
Simplicity--the art of maximizing the amount  of work not done--is essential.
То в лес то по дрова, мы же про команды гутарим
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Система должна быть абсолютно конкретной. Главный принцип agile:
Simplicity--the art of maximizing the amount  of work not done--is essential.
А когда это он стал главный? Хотя я даже согласен. Но универсал - сложнее специалиста )
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Ну, да. Избавились от DBA на аутсорсе, но с базой справиться не смогли (там высокие нагрузки).
Ушли специалисты по предметной области - резко вырос скоуп (некому делать анализ требований и упрощать их), ушли узкие специалисты по java - и не смогли развивать ядро продукта (фулстеки не тянут).
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Как-то было уже :)
источник

d

dreamore in Архитектура ИТ-решений
До чего же люди не любят читать что написано и использовать как написано
источник

AS

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

KG

Kirill Gorin in Архитектура ИТ-решений
Andrei Soloschak
Как-то было уже :)
но это ты камень в огород Фила ща кинул
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Масштабировать тоже надо уметь, фулстеки не знают про acid )
источник

KG

Kirill Gorin in Архитектура ИТ-решений
херовая система к которой нет описания ))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Я про продукт, а не про людей
А какая разница?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Evgeniy Nikonorov
То в лес то по дрова, мы же про команды гутарим
Вы употребили слово система. Система это не команда.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Gorin
херовая система к которой нет описания ))
Так это же читать надо уметь )
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Andrei Soloschak
Я про продукт, а не про людей
А я про людей. Предлагаю ограничить универсала классом задач
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
А какая разница?
Вот в этом и главная проблема, если не видите разницы
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Andrei Soloschak
Вы употребили слово система. Система это не команда.
Что??!
источник