Платформа построения платформ (концепт, стек и поиск заинтересованных)

Пинайте)

Попытка найти задачи под изобретаемый инструмент обречена на провал :)

Фактически эту задачу решают системы миграции. Я сам когда-то подобным баловался, но в итоге отказался от велосипедов.

У меня первично родилась задача, а потому уже начал думать над реализацией. И вот это «самое простое» техническое решение.

Пинайте)

Незачем. Делай, забвение жаждет ещё одного никчёмного проекта 8)

Особенно ржака - имкросервис парсера цен. А микросервиса режекспов у вас там не предвидится?

он встроен в парсер )))

https://ru.wikipedia.org/wiki/Naked_objects

потом подумай:

- как ты в своих микросервисах будешь городить транзакции (распределённые, ага) и сможешь ли вообще с этими хипстерскими бд обеспечить консистентность данных

- как ты будешь работать с деньгами, это такой тип данных, где не допускаются ошибки округления, но не целый, и ещё он не хранится в JSON нативно 8)

- интеграция со сторонними сервисами

- сопровождение и миграция (надо добавить поле, изменить его тип, разобрать на два поля, склеить три поля в одно и т.п. - поля это и дб и формы ввода)

Есть конфигурационный файл, в yaml формате

Убейся

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

чаво эйто деньги должны быть особым форматом обязательно? ещё и нецелым? пруф?

Ты не помнишь, почему у меня на тебя стоит комментарий «На&бщик»?

Судя по всему, давно. Потому что с некоторых пор я снабжаю комментарии ссылкой на пост, который побудил меня этот комментарий поставить. А твой, видимо, появился раньше.

Посмотри Django. Там немного наоборот - из классов модели генерируется схема БД, сервисные функции (тот самый CRUD) и админка.

такой тип данных, где не допускаются ошибки округления

double способен хранить без потери точности до 52 бит. Даже если хранить с копейками (2 знака после запятой) это несколько триллионов. Подавляющее большинство организаций не оперируют и никогда не будут оперировать такими суммами.

А, вспомнил: Стартап.. Ну мало ли.. (Ищу dev) - часть вторая

Да это вопрос-детектор, оказывается 8)

Ты, надеюсь, не программистом работаешь?

Ты не помнишь, почему у меня на тебя стоит..

Стартап.. Ну мало ли.. (Ищу dev) - часть вторая (комментарий) - вот источник возбуждения

Спасибо.

Миграция и тд, смотрел большое видео от маил ру, где про Тарантино (это хранилище json на базе тарантул) говорят о версионировании описания колекции, читается новый конфиг, читается текущие данные и дополняются согласно новой версии.

Транзакции и тд ложатся на сами BD, на то у них это уже все из коробки.

Ну вот «микросервисы» это и есть логика для работы со сторонними в том числе.

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

Вы решительно ничего не поняли.

Выходит да (

На основе такого файла «генерируется»:

Не взлетит.

Зачем? Можно делать CRM, EКP, бекенд для сайтов. и тд...

Погугли слово «фреймворк»

Стек:

Хипсторский

Пинайте)

Хипстеров не бью

Смахивает на firebase

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

да ладно: считай в копейках и центах, да и всё

не подсказывай 8)

Спасибо)