Size: a a a

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

2020 January 30

DD

Dmitrii Dima in Архитектура ИТ-решений
Oleg Zaharchuk
Вы не можете отличить по сложности модель заявки на обслуживание от модели Высокотехнологичных проектов. При этом речь идет не о процессе прохождения заявки, а об куче процессов управления проектами от идеи до коммерциализации.
На уровне концепции тождественно равно
источник

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Gennadiy Kruglov
А какой у вас функционал - 5 форм и 2 страницы описания.
Это в рекламе 5 форм. На самом деле этих форм около сотни. А на счет ТЗ. Видел, делал, принимал, когда еще в прошлом веке был Главным конструктором систем навигации и ориентации КА. Вас, поди, тогда еще и не было.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Zaharchuk
Это в рекламе 5 форм. На самом деле этих форм около сотни. А на счет ТЗ. Видел, делал, принимал, когда еще в прошлом веке был Главным конструктором систем навигации и ориентации КА. Вас, поди, тогда еще и не было.
А выглядит как фейк
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Oleg Zaharchuk
Почти все было в одном лице - главного архитектора +несколько программистов - кодеров. При этом, каждый программист часто порывался что-то сделать попроще в части модели и, как он считал - правильно. В результате это "попроще" вместе с сервисами, которые обслуживалис это "попроще", через пол года приходилось выбрасывать.
Команда маленькая, годами варится сама в себе. Главный конструктор - царь и бох, все его слушают, хотя в кулуарных разговорах становится понятно, насколько уровень его авторитета низкий - потому что никого не слушает и за всех все решает. "кодеры" у него - это литературные, то есть программерские, негры. Команда годами - а то и десятками лет - варится в собственных представлениях о жизни. И постепенно их собственные заблуждения плотно внедряются во все их решения, становясь опорой их точки зрения.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Daria Kaftan
Команда маленькая, годами варится сама в себе. Главный конструктор - царь и бох, все его слушают, хотя в кулуарных разговорах становится понятно, насколько уровень его авторитета низкий - потому что никого не слушает и за всех все решает. "кодеры" у него - это литературные, то есть программерские, негры. Команда годами - а то и десятками лет - варится в собственных представлениях о жизни. И постепенно их собственные заблуждения плотно внедряются во все их решения, становясь опорой их точки зрения.
Синдром первого парня на дереве
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Gennadiy Kruglov
Синдром первого парня на дереве
И якобы крупной рыбки в мелкой воде.
источник

DO

Dmitry Ognyannikov in Архитектура ИТ-решений
И все крутится "благодаря" одному человеку, о чем он не забывает всем напоминать.
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Гнилой базар, пацаны...
источник

e

elendili in Архитектура ИТ-решений
Заглавные буквы посреди текста:

...был Главным архитектором...
...модели Высокотехнологичных проектов...

напомнили пронзительные интонационные вскрики от Эдварда Радзинского.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
elendili
Заглавные буквы посреди текста:

...был Главным архитектором...
...модели Высокотехнологичных проектов...

напомнили пронзительные интонационные вскрики от Эдварда Радзинского.
инновационные вскрики
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Oleg Zaharchuk
Вот это писали, внедряли и сопровождали: http://project.asyssoft.ru/FTPMEPHI/asys_bookl.pdf    А такими малыми ресурсами потому, что модель не создавали с нуля. Все уже было сделано в предыдущих проектах.
ну, не обижайтесь - возможно система достаточно старая - но пахнет 90-ми... очень похож интерфейс на DOS-программы... 😊
Мне тоже подобное доводилось делать...
М.б. слышали про такую компанию ЮКОС ? 😊
ну, вот там реинжинирили систему некоей компании Schlumberger эдак в 2003-04 годах 😊
В общем нас там полных человек тоже двое было - я да программист... но не было ни техподдержки, ни документаторов постоянных (подключали сессионно на несколько недель), ни тестеров... в общем проект делалася на коленке.
Итог - что-то сделали... даже не плохо... даже работало... даже лучше чем у шлюмов (а иначе зачем было затевать) 😊
Но потом ЮКОС распался и сказать, насколько реально бы оно дальше долго летело - трудно
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Михаил Поздняков
Я пока только во внутренней разработке встречал людей которые по сути роль бизнес-архитектора выполняли, только они так себя не называли и вакансий таких в компании не было. По должности это либо директора были, либо методологи продвинутые.
Вот это как раз очень похоже на правду, у меня такие же наблюдения.
Эту роль может выполнять руководитель подразделения, архитектор, аналитик, ведущий разработчик, etc…у кого как получится.
В бизнесе результат заранее неизвестен, никто не знает заранее чем закончится подготовливаемая сделка. Это живой процесс.
Невозможно заранее, директивно, спланировать и нарисовать пакет “верных” бизнес-процессов.
Наиважнешее качество ИТ-систем это их гибкость, адаптивность к изменениям.
источник

RG

Ruslan Gainutdinov in Архитектура ИТ-решений
Всем привет! А можно поменьше про роли и кровавый Enterprise и больше про архитектуру?

Расскажите кто как внедряет Serverless и Kubernetes, Hybrid clouds?

Обо мне - архитектор, джавист, serverless и Camunda BPMN разработчик
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Меня больше интересует "а для чего внедряют serverless, kubernetes и прочие штуки и как считают TCO"
источник

RG

Ruslan Gainutdinov in Архитектура ИТ-решений
Phil Delgyado
Меня больше интересует "а для чего внедряют serverless, kubernetes и прочие штуки и как считают TCO"
Как сами считаете?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я пока не видел осмысленного применения ни куберу, ни serverless - при развертывании у себя.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Как только считаешь TCO - то это все выкидывание ресурсов получается.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Внедряется и Kubernetes и OpenShift. Сначала на небольших пилотах командами энтузиастов, а потом транслируется на всю компанию. От первого небольшого проекта до официальной постановки на поддержку проходит примерно год.
источник

VU

Vitaly U in Архитектура ИТ-решений
dreamore
Мерить сложность проекта по числу пользователей... Это интересно.

Контрпример: grep. Написан чуть ли не в одиночку. Пользователей в той или иной мере 3.5миллиарда навскидку
Так себе пример, пользователь у греп одновременно один)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Внедряется и Kubernetes и OpenShift. Сначала на небольших пилотах командами энтузиастов, а потом транслируется на всю компанию. От первого небольшого проекта до официальной постановки на поддержку проходит примерно год.
О, а зачем, расскажи? Какое бизнес-обоснование?
источник