В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

1923 membersпожаловаться на группу
2020 January 24

AG

Alex Glazunov in Архитектура ИТ-решений
Lowcode не означает NoCode. Мой личный опыт в любых системах с элементами lowcode, будь то ESB, BPMS или древние формы типа фокспро, если речь о реальном продуктиве (а не о примере для курса), то всегда с какого-то уровня кто-то пишет на нормальном процедурном (ОО) языке.
источник
15:53пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
универсального DSL, подходящего под широкий спектр задач, быть не может.
И это беда решений вроде SAP, поэтому они такие большие, сложные, дорогие.
у нас DSL очень простой, решающий одну конкретную задачу.
Ну да. Вообще обычно это не domain specific, а use case specific language
источник
16:25пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Green Bear
Мб просто нет удобной и гибкой системы? Я давно думаю о такой crm/erp, которая будет конфигурироваться, так же просто, как сделать лендинг в тильде (конструтор сайтов)
Все думают, но никто не смог. Кейсы у всех разные
источник
16:26пожаловаться#3

GB

Green Bear in Архитектура ИТ-решений
Phil Delgyado
Все думают, но никто не смог. Кейсы у всех разные
Часто сталкиваюсь с тем, что предоставляю юзверю современный интуитивный интерфейс, а он говорит, что неудобно, непонятно - сделайте как в 1С
источник
16:29пожаловаться#4

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, это логично
источник
16:29пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
Интуитивный - для кого?
источник
16:30пожаловаться#6

PD

Phil Delgyado in Архитектура ИТ-решений
Современные интерфейсы обычно довольно неудобны
источник
16:30пожаловаться#7

GB

Green Bear in Архитектура ИТ-решений
Phil Delgyado
Интуитивный - для кого?
Вроде бы как для "них" же...но они привыкли к другому. И мне кажется часто проблема в этом. Я делал через 25 окон свою задачу, а теперь мне нужно учиться пользоваться вашим новым интерфейсом - не хочу, ваша новая erp г.. но.
источник
16:34пожаловаться#8

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и он прав. Интуитивно для клиента должно быть. А значит привычно.
источник
16:35пожаловаться#9

GK

Gennadiy Kruglov in Архитектура ИТ-решений
DSL работает. Ключевое слово - D (domain). Если домен - не вся вселенная, то разработать DSL возможно.

Примеров много, наиболее понятные:
- Camel - A DSL for creating Enterprise Integration Patterns.
- PlantUML – A DSL to draw UML diagrams.
- Gherkin – A DSL to define functional tests.
источник
16:42пожаловаться#10

PD

Phil Delgyado in Архитектура ИТ-решений
Camel без программирования не имеет смысла (да и с ним тоже сомнителен).
источник
16:47пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
PlantUML только программистам доступен, как я вижу.
источник
16:48пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
Gherkin и cucumber тоже как-то плохо взлетают
источник
16:48пожаловаться#13

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Тем не менее, все кто понимают каждый из этих доменов интуитивно и быстро осваиваивают эти инструменты.

И что наиболее важно - мыслят в терминах доменов.

Camel потрясающий)
источник
16:50пожаловаться#14

RT

Roman Tsirulnikov in Архитектура ИТ-решений
>> И что наиболее важно - мыслят в терминах доменов.

это сейчас самая большая проблема у нас в разработке,
как вовлечь разработчика в изучение домена прикладной области,
а не только экспериментировать с модными технологиями

неправильное понимание домена является основным источником ошибок
источник
17:11пожаловаться#15

AG

Alex Glazunov in Архитектура ИТ-решений
Проблема в том, что трудозатраты разработчика выделяются для кодирования по ТЗ, а не для выяснения с заказчиком реальной проблемы на языке домена
источник
17:19пожаловаться#16

AG

Alex Glazunov in Архитектура ИТ-решений
Может он и знает домен, да некогда выяснять, копать надо )
источник
17:19пожаловаться#17

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
>> И что наиболее важно - мыслят в терминах доменов.

это сейчас самая большая проблема у нас в разработке,
как вовлечь разработчика в изучение домена прикладной области,
а не только экспериментировать с модными технологиями

неправильное понимание домена является основным источником ошибок
Да, разработчиков нужно сажать в одну лодку с бизнесом и наоборот
источник
17:25пожаловаться#18

AS

Andrei Soloschak in Архитектура ИТ-решений
Тут надо тоже аккуратно с лодкой. Бизнес ее может запросто перевернуть. Ему ведь вообще непонятно зачем работать над дизайном, рефакторить, покрывать код тестами. Тем более, что они видели, что где-то "писали без тестов и вроде все нормально было".
источник
17:26пожаловаться#19

AS

Andrei Soloschak in Архитектура ИТ-решений
Или вот мое любимое: "Тесты говорите... А нельзя просто писать без багов?"
источник
17:27пожаловаться#20