Size: a a a

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

2020 March 05

YB

Yury Batsyuro in Архитектура ИТ-решений
Andrei Soloschak
Ну и главное. Применение agile framework не делают компанию или команду agile. А использование разного рода quick & dirty и костылей грубо нарушает принципы agile.
Выше писал про то, что некоторые за agile пытаются просто бардак или лень выдать, а на самом деле они agile с XP часто путают. Но я что-то сейчас не наблюдаю компаний, которым нужны специалисты по XP.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Ведь никто не собирается защищать XP?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Yury Batsyuro
Где надо, там и маневрируем, а где не надо, едем прямо. Обеспечивать маневренность на всех уровнял люто дорого.
А по-моему как раз наоборот. Вот в этой книге подробно описывается почему https://www.amazon.com/noprojects-Culture-Continuous-Value/dp/1387941933
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Yury Batsyuro
Выше писал про то, что некоторые за agile пытаются просто бардак или лень выдать, а на самом деле они agile с XP часто путают. Но я что-то сейчас не наблюдаю компаний, которым нужны специалисты по XP.
Что такое XP по-вашему?
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Не читал, но уже по аннотации понятно, что применение этих практик требует такого уровня IT-зрелости компании, которую вот лично я пока не встречал, а я работал в разных разных стран и культур.
источник

S

Serezha in Архитектура ИТ-решений
Принципы Agile можно использовать ничего не зная про манифест и наоборот
источник

S

Serezha in Архитектура ИТ-решений
Примерно как в программировании любой адекватный программист пишет используя SOLID DRY YAGNI KISS даже если не знает что это за буковки
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Yury Batsyuro
Не читал, но уже по аннотации понятно, что применение этих практик требует такого уровня IT-зрелости компании, которую вот лично я пока не встречал, а я работал в разных разных стран и культур.
То есть это не бардак и лень? Ок, уже хорошо. Так вот на мой взгляд дорого ровно обратное - неприменение практик XP, которые де-факто уже стали стандартом в современной разработке
источник

S

Serezha in Архитектура ИТ-решений
Но за agile интереснее вести холивар тк это тонкий и неуловимый предмет в отличие от “архитектуры ИТ-решений” :)
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
То есть 4 ценности и 12 принципов настолько тонки, что архитектуру их понять не под силу?
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrei Soloschak
То есть 4 ценности и 12 принципов настолько тонки, что архитектуру их понять не под силу?
Цели у бизнеса другие. Счастье инженеров в них не входит. Принципы описывали инженеры под свои потребности.
источник

S

Serezha in Архитектура ИТ-решений
Andrei Soloschak
То есть 4 ценности и 12 принципов настолько тонки, что архитектуру их понять не под силу?
Да вот даже 10 заповедей не смогли за 2 тысячи лет растолковать - появились десятки номинаций религиозных
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Архитектура это тоже не таблица умножения. Там абстракций еще больше, поскольку вся архитектура построена на паттернах, которые суть абстракции
источник

S

Serezha in Архитектура ИТ-решений
ИМХО если кто то уверен что понимает Agile то пора свериться с диаграммой
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Andrei Soloschak
То есть это не бардак и лень? Ок, уже хорошо. Так вот на мой взгляд дорого ровно обратное - неприменение практик XP, которые де-факто уже стали стандартом в современной разработке
В XP есть практики вроде unit tests, которые и так общие для всего agile, а есть такие спорные, как optimization last, которые очень быстро превращают систему в свалку тормозных колодок, а при нынешнем уровне IT-зрелости тех компаний, в которых и с которыми мне доводилось иметь дело, такая сущность, как техдолг (также общая для всего agile в принципе) остаются не понятной в плане регламентирования и адменистрирования. В большей степени внедрение практик agile затрудняет тотальное неумение обращаться с техдолгами.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Serezha
ИМХО если кто то уверен что понимает Agile то пора свериться с диаграммой
Я так понимаю тут все в левом верхнем углу :)
источник

S

Serezha in Архитектура ИТ-решений
Andrei Soloschak
Архитектура это тоже не таблица умножения. Там абстракций еще больше, поскольку вся архитектура построена на паттернах, которые суть абстракции
Соответсвенно некто либо хороший архитектор либо хороший менеджер.  Jack of all trades быть плохо для специалиста
источник

S

Serezha in Архитектура ИТ-решений
Те споры про agile в группе архитекторов примерно тот же градус адекватности имеют что разговоры про коронавирус и его последствия для человечества
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
То есть это не бардак и лень? Ок, уже хорошо. Так вот на мой взгляд дорого ровно обратное - неприменение практик XP, которые де-факто уже стали стандартом в современной разработке
Хм, это каких? Да и в описании XP явно пишет, что использование части практик не работает
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Serezha
Соответсвенно некто либо хороший архитектор либо хороший менеджер.  Jack of all trades быть плохо для специалиста
Где эта граница, что нужна знать, а что нет? Особенно для человека с 20-летним опытом.
источник