Size: a a a

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

2020 April 09

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
спаркс это уже 100 лет как умеет, вот только кто этим пользуется - не знаю)
источник

VU

Vitaly U in Архитектура ИТ-решений
Alex Glazunov
Так изначально и было задумано, кодогенерация по моделям  была ещё в конце 90х
Да, это старо
источник

VU

Vitaly U in Архитектура ИТ-решений
Evgeniy Nikonorov
спаркс это уже 100 лет как умеет, вот только кто этим пользуется - не знаю)
@WatchTh15 Александр, вы по-моему говорили
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Alex Glazunov
Так изначально и было задумано, кодогенерация по моделям  была ещё в конце 90х
на мой взгляд полезность темы умерла с появлением высокоуровневых языков программирования.
Докуменатция должна описать бизнес-домен и выставить пакет требований к реализации.
Разработчик всегда лучше знает как правильно запрограммировать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Vitaly U
@WatchTh15 Александр, вы по-моему говорили
В смысле? Инфраструктурную перспективу в спарксе рисовать в спарксе?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А причём тут рисовать и спаркс?
источник

VU

Vitaly U in Архитектура ИТ-решений
Alexander Luchkov
В смысле? Инфраструктурную перспективу в спарксе рисовать в спарксе?
Про диаграммы классов и кодогенерацию
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну, если IaaC то можно и там. А так кодогенерация есть и VisualParadigm и  в BizDesign например и в Rational Rose
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Или в смысле из модели конфиги генерить для инфраструктуры?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я ни одного моделера не видел кстати, который так умеет "искаропки".
источник

ДС

Дмитрий Седухин in Архитектура ИТ-решений
Про генерацию кода из модели и обратно - это умеет, вроде StarUML
источник

ДС

Дмитрий Седухин in Архитектура ИТ-решений
Но вот на сколько качественно сказать не могу
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Fagor
Знаете, мне один софт втирал что жц как бы уже 15 лет.... Ну это интеграторы РФ... ЖЦ софта 5 лет в норме. Дальше свап на новую версию. Ну да где долго и тяжело 10 лет. 15... Все. Дальше пора менять. Типа сервисная архитектура конечно решает, меняем частями. Но опять часть, выделю, конечного, бизнес приложения 15 лет - спасибо, пойду поищу там где видят смысл в решении проблем средствами ИТ.
Хм, я видел и системы возрастом за 20 лет - развиваются, но ядро то же.
источник

F

Fagor in Архитектура ИТ-решений
а давайте возьмем гигантов, например какой нибудь тяжеловес для нефтянки, проектной конечно, не эксплуатация, ну к примеру набор оракла. Где будет модулей накупленных.
источник

F

Fagor in Архитектура ИТ-решений
Которые по сути были отдельным софтом.
источник

F

Fagor in Архитектура ИТ-решений
20 лет с тем же ядром - успеха. как минимум новый век заставил их выкатить websphere, что бы все это нормально наконец перевезти в веб, а не маячить с толстыми клиентами. НА каждый так называемый модуль.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, Websphere - старая штука. Но при чем тут оракл?
источник

F

Fagor in Архитектура ИТ-решений
ТО что есть фирмы которые с коболом работают, уже кидали. И успешные они. Но есть еще ошибка выжившего, а не она ли это?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А какой тезис?
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Ну, Websphere - старая штука. Но при чем тут оракл?
я уже путаюсь, этож IBM, чем там оракл свой глассфиш мертвый заменили?
источник