А уже сделали новую систему 2018+, при этом некоторые клиенты хотят работать на старых и все три надо обязательно поддерживать.

Чтобы задокументировать все это дело, даже не знаю, нужно наверное полгода выделять на всю команду.

надо закрьівать стори с покрьіием тестами и описанием доки :)

Тогда стори будут в 2 раза дольше делаться

надо закрьівать стори с покрьіием тестами и описанием доки :)

Да, наверное. Но на это не всегда хватает времени. Да и желания...

Да и тесты там такие что тоже хрен поймешь. Тесты тоже надо документировать

:) оу, тестьі и есть лучшая документация... Я в D либки как раз по тестам начинаю вникать

Вот на среднем проекте у нас все было очень хорошо с девопсом, хорошее покрытие, тесты юнитовые, функциональные, немного приемочных, на каждый коммит прогон тестов. Но и там было малореально что-то понять стороннему человеку.

:) оу, тестьі и есть лучшая документация... Я в D либки как раз по тестам начинаю вникать

Тест показывает "механические" контракты "что подали на вход" -> "что должно быть на выходе". Но они не объясняют смысла данного компонента в системе, его роль и важность.

> Но и там было малореально что-то понять стороннему человеку. :) то есть не программисту?

Программисту тоже

что вьі там пишете такое масштабное?

Оно настолько непонятное что не описать в одном абзаце )

Не удивительно, что код сторонний человек не прочитает

В общем результат то на самом деле простой. Мы генерим pdf документы которые выглядят приблизительно так http://www.labchem.com/tools/msds/msds/LC26750.pdf

В базе есть тысячи компонентов из которых делаются товары/продукты, также в базе лежат тысячи продуктов от разных компаний. Каждый компонент в продукте может иметь разные физико-химические свойства, выжигать глаза, отравлять среду и т.д. Есть международные стандарты на то как описывать такие продукты. Называется MSDS, OSHA и т.д. Есть десятки шаблонов PDF документов, которые могут быть на десятках языков. Мы генерим описание компонентов продукта во всех этих комбинациях.

У компонентов есть разные категории, классификации, ярлычки и т.д. которые навешиваются в документ по определенным правилам.

Примерно так выглядит граф принятия решений на одном из пяти шагов визарда создания продукта. На скрине две ветви из четырех.

Там десятки классов, констант всяких. Даже если все это покрыть тестами то любой прогер все равно хрен поймет какой во всем этом смысл и что вообще происходит.

Конечно, не поймет

Это же узкоспециализированный продукт

Ага, у нас есть несколько слоев аналитиков и менеджеров, которые нам говорят - "пойди вот туда и добавь такую то опцию в 16 секцию для Канады на французском и китайском языке" Мы просто это имплементируем.

Там десятки классов, констант всяких. Даже если все это покрыть тестами то любой прогер все равно хрен поймет какой во всем этом смысл и что вообще происходит.

Чую там ORM! :з

Чую там ORM! :з

Ну старая система была на yii, и там был ActiveRecord.

Новая на C#+angular, и тут вроде как бы Entity Framework

То что вот вы описали делается обычными средствами за месяц

а если на ORM то года за 3

:)

То что вот вы описали делается обычными средствами за месяц

Там все эти изменения надо версионировать.

Зачем?

Ну затем, так сказали.

Понятно

То есть автор может захотеть откатить содержимое компонентов документа на полгода назад.

Надо миграции для БД, а версионировать не надо

Надо миграции для БД, а версионировать не надо

Что значит не надо? Это бизнес-требование.

То есть автор может захотеть откатить содержимое компонентов документа на полгода назад.

Ну и что? Это же не повод ORM юзать

Правки в компонентах и документах вносятся слоями через ревизии, у каждой правки есть ответственные авторы.

Что значит не надо? Это бизнес-требование.

я думал речь о версиях схемы БД

Ну для схем мы юзали миграции и было нормально, однако это меньшая из проблем.

а реализованьі алгоритмьі принятия решений на скриптовом язьіке?

На TypeScript

на стороне ангуляра

Ну еще этот граф дублируется в бекенде на C# конечно, потом он сериализуется и отправляется клиенту на фронт чтобы тот смог по шагам спрашивать вопросы

В базе есть тысячи компонентов из которых делаются товары/продукты, также в базе лежат тысячи продуктов от разных компаний. Каждый компонент в продукте может иметь разные физико-химические свойства, выжигать глаза, отравлять среду и т.д. Есть международные стандарты на то как описывать такие продукты. Называется MSDS, OSHA и т.д. Есть десятки шаблонов PDF документов, которые могут быть на десятках языков. Мы генерим описание компонентов продукта во всех этих комбинациях.

Скажем так. У нас тоже сложный громадный проект. Но при наборе новеньких, а набор происходит регулярно, в него въезжают за месяц-два. Хотя там все построенно на событиях, очередях и версионности.

Нужно только захотеть.

Я за год где-то въехал.

НО! Тестов нет)))

У нас стадо тестировщиков)))

Скажем так. У нас тоже сложный громадный проект. Но при наборе новеньких, а набор происходит регулярно, в него въезжают за месяц-два. Хотя там все построенно на событиях, очередях и версионности.

Думаю все просто, если даже самый громадный проект удается описать какими то едиными законами, тогда человек поймет. В нашем случае единого закона нет, а есть просто сотни-тысячи локальных правил, поэтому за всем этим трудно увидеть лес.

Думаю все просто, если даже самый громадный проект удается описать какими то едиными законами, тогда человек поймет. В нашем случае единого закона нет, а есть просто сотни-тысячи локальных правил, поэтому за всем этим трудно увидеть лес.

Ну... Мы просто его 2 раза с 0 переписывали

И последний раз ну ОЧЕНЬ сильно разнесли на модули

И в системе сейчас дохренищя моделуй с интерфейсами

И все что ты можешь накосячить сводится только к одному модулю

Ну или саб-модулю

На счет каких-то "законов", у нас их нет. Есть свод правил. которым нужно следовать и будет все хорошо

Вот для примера, сколько миграций за последние 2 года

Остальные были почищенны... Уж сильно больно на них смотреть)))

Это еще впадло пулиться))))

https://habr.com/post/417629/#comment_18901655 про дельфи мысль

Вот для примера, сколько миграций за последние 2 года

Какую БД юзаете и какой тул для миграций?

Какую БД юзаете и какой тул для миграций?

Постгре

Какую БД юзаете и какой тул для миграций?

Нативный yii-вский миграционный движек

и как он вам?

Кто?

чую, скоро мы тоже придём к миграциям

движок миграционный

ERROR: S client not available

Та норм

Что от него там нужно)))

В микросервисах сами написали

Там не так уж и сложно его сделать самому

Если нужно, конечно

По сути миграции это довольно примитивный механизм - пишешь 2 скрипта - один накатывает миграцию, другой откатывает. И тулза миграций просто следит какая миграция была выполнена а какая нет.

А вот если начинаются фичи сравнения схем БД и прочее, это уже гораздо жестче конечно

а что используете? liqubase?

симфониевские миграции пляшут от ORM - сначала описываешь таблицы в виде классов, а по ним уже сравнивается схема и генерятся тексты sql запросов.

@chebotarevp а чем pdf-ки генерите?

https://github.com/mpdf/mpdf

https://github.com/mpdf/mpdf

Хорошая штука, юзал в одном проекте давно

Можно еще Aspose

https://www.aspose.com

Но он платный

pandoc.org

Идеально

про pandoc слышал

кстати, никто не сталкивался с необходимостью scp из кода вызвать?

есть ли может либа какая?

чтобы кроссплатформенно было

Я видел есть либа на си для работы с ssh и к ней D-биндинги

Я видел есть либа на си для работы с ssh и к ней D-биндинги

это ты сейчас описал состояние доброй половины библиотек для D

)))

Ну так это же хорошо, что в D относительно лего делать C-биндинги)

Мне думается что не очень

Получается, для тех кто не знает си, вроде библиотека и на D написана, а в то же время подправить и развивать ее нельзя. Какой-то мутант.

вайб уже собирается последним компилятором?

вайб уже собирается последним компилятором?

Последним компилятором чего?

dmd

Случилось то, чего мы все так долго ждали. Embarcadero представила новую редакцию Delphi и C++ Builder: Delphi Community Edition и C++ Builder Community Edition.

Лучше вижуалстудии ничего нету)

Лучше вижуалстудии ничего нету)

Борланд Делфи 6-7 имхо лучшая за все время