Size: a a a

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

2019 September 20

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Или наоборот, быстро его получить.
++
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Для этого надо определения согласовать, а не получается )
Ну да, а то то солюшены с энтерпрайзами кодят, то системные интеграции рисуют, бардак )
источник

PD

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

KG

Kirill Gorin in Архитектура ИТ-решений
Phil Delgyado
Или наоборот, быстро его получить.
а как вынос влияет на скорость в лучшую сторону?
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Kirill Gorin
а как вынос влияет на скорость в лучшую сторону?
Не на скорость, на качество и и соответствие потребностям. В худшую всё чаще
источник

d

dreamore in Архитектура ИТ-решений
Kirill Gorin
а как вынос влияет на скорость в лучшую сторону?
Много причин. У вендора закупки не зависят от заказчика напрямую, т.е. свои циклы в целом, не только по закупкам
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Gorin
а как вынос влияет на скорость в лучшую сторону?
Тем, что ключевую функциональность вообще не сделали и нет возможности на это повлиять (так как в ТЗ ее не вставили) - например.
источник

MB

Maxim Bendin in Архитектура ИТ-решений
когда архитектор сказал, что нужно заземление.
источник

AP

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

KG

Kirill Gorin in Архитектура ИТ-решений
Phil Delgyado
Тем, что ключевую функциональность вообще не сделали и нет возможности на это повлиять (так как в ТЗ ее не вставили) - например.
так это не скорость - а объем ))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Gorin
так это не скорость - а объем ))
Это обеспечивает скорость получения ужаса )
Впрочем, заказав 10 подсистем 10 разным вендорам на основе тендора можно угобить всю систему с неимоверной скоростью. В свой штат просто не успеть столько "индусов" нанять.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
(Нужна какая-то политкорректная замена термину "индусское программирование")
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Это обеспечивает скорость получения ужаса )
Впрочем, заказав 10 подсистем 10 разным вендорам на основе тендора можно угобить всю систему с неимоверной скоростью. В свой штат просто не успеть столько "индусов" нанять.
То, что мертво, умереть не может! )
В смысле, в реальности собрать такое в систему можно только имея своих рукастых специалистов (и далеко не только программистов)
источник

KG

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

AB

Alex B in Архитектура ИТ-решений
дендро-фекальное программирование)
источник

SB

Sergei Beilin in Архитектура ИТ-решений
Архитектурный консалтинг в Европе существует. Это не "час за полмиллиона", это минимум несколько дней, а зачастую несколько месяцев. Подразумевает не "пришёл и всех построил", а плотную работу с командой.
источник

SB

Sergei Beilin in Архитектура ИТ-решений
Мы однажды приглашали архитектора-консульта на один день, "питчили" ему наше решение и слушали фидбэк. Было невероятно полезно (но лучше б было на полгода раньше).
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
ну а что, консультантов же нанимают, хотя их полезность зачастую и околонулевая
Консультанты полезны, они дают ощущение спокойствия. Бизнес готов платить за спокойствие.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Gennadiy Kruglov
Консультанты полезны, они дают ощущение спокойствия. Бизнес готов платить за спокойствие.
Скорее даже эффект третьей стороны, мнение которой способно сдвинуть с мёртвой точки принятие решения. Но это слишком тонко и того же самого можно добиться дешевле
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
Скорее даже эффект третьей стороны, мнение которой способно сдвинуть с мёртвой точки принятие решения. Но это слишком тонко и того же самого можно добиться дешевле
Третьей авторитетной стороны, да. Дешевле не работает. Чем дороже заплатил, тем сильнее веришь в правильность выбора. Иными словами, тем сложнее принять ошибку.
источник