Size: a a a

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

2017 May 31

AS

Alexander Samarin in Архитектура ИТ-решений
Gennadiy Kruglov
Позволю себе добавить, что процесс может уточняться на этапе разработки. При это важно отслеживать изменения
Как и любой артефакт.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Samarin
Как и любой артефакт.
Да
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Gennadiy Kruglov
Языки программирония являются хорошим средством написания кода, но код при этом редко бывает понятным всем
Ну про понятливость кода уже говорили в этой дискусии.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Samarin
Ну про понятливость кода уже говорили в этой дискусии.
Я хотел донести мысль, что не в фреймворках дело
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Alexei
спасибо, не нужна. Подобных подходов есть у меня ))
Можите ли Вы ими поделиться?
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Gennadiy Kruglov
Я хотел донести мысль, что не в фреймворках дело
Да, они не догма, а руководство к действию, хотя и весьма общее.
источник

A

Alexei in Архитектура ИТ-решений
Alexander Samarin
Можите ли Вы ими поделиться?
надо подумать над этим - никаких секретов нет, но имхо там все банально.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Samarin
Да, они не догма, а руководство к действию, хотя и весьма общее.
Суть моей мысли в том, что качество артефактов, будь то views или код, в большей степени зависит от людей, а не от инструментов
источник

A

Alexei in Архитектура ИТ-решений
это верно, вообще EA - это ответ на 3 вопроса: что делаем? кто делает? и только потом как делаем :)
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Gennadiy Kruglov
Суть моей мысли в том, что качество артефактов, будь то views или код, в большей степени зависит от людей, а не от инструментов
Fool with a tool is still a fool. Поэтому и необходимы практические приемчики (patterns) ну и big picture. А они к инструментам обычно не прилагаются. В этом плане EA должна разработать набор повторяемых приемов (на как было с Gang of Four в программировании).
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Alexei
это верно, вообще EA - это ответ на 3 вопроса: что делаем? кто делает? и только потом как делаем :)
Ну вопросов-то существенно больше, как мы знаем из ZF. Да и каждый из stakeholders подбрасывает свои и в произвольном порядке. А порядок самозадавания вопросов - это, обычно, план-график (macroplanning, ну не просто последовательность) создания и апробирования views.
источник

AS

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

u

user in Архитектура ИТ-решений
Alexander Samarin: h-index+4, если учитывать
self-citation
источник

AS

Alexander Samarin in Архитектура ИТ-решений
user
Alexander Samarin: h-index+4, если учитывать
self-citation
Откуда это вычислено?
источник

u

user in Архитектура ИТ-решений
Alexander Samarin
Откуда это вычислено?
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Наверное, иметь индекс Хирша это круто
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Интересно. Надо обсуждать
источник

V

Victor in Архитектура ИТ-решений
#whois привет я CEO www.swanager.com мы даём софт для построения кластеров или наш кластер в cloud решении под любые задачи.  Помогаем с интеграцией.  Поможем решить ресурсоемкую задачу и сделаем так что-бы ваш проект не падал и держал любую нагрузку
источник

E

Eugene in Архитектура ИТ-решений
Victor
#whois привет я CEO www.swanager.com мы даём софт для построения кластеров или наш кластер в cloud решении под любые задачи.  Помогаем с интеграцией.  Поможем решить ресурсоемкую задачу и сделаем так что-бы ваш проект не падал и держал любую нагрузку
Спасибо. Ещё и денег не берите и тогда нельзя будет отказаться :)
источник

V

Victor in Архитектура ИТ-решений
Релиз продукта будет скоро. Он опенсорс.
источник