Статья по сути является рекламой собственного продукта. Как показывает практика многих ведущих компаний приведенные автором "недостатки" свойственны любым продуктам в независимости от того являются они проприетарными или с открытым исходным кодом.
Проблема утилизации пластиковых бутылок и жестяных банок была решена например в Германии следующим образом: при покупке начисляют 25 центов сверху, при сдаче тары их возвращают. Все магазины за исключением самых мелких должны принимать тару. Не могу сказать как в деталях принимающая сторона компенсирует расходы, но в накладе она не остаётся. На улицах бытылки больше не валяются, если кто-то и выбросит, то малоимущие граждане собирают и зарабатывают лишнюю копейку. Планируется применить похожий метод в отношении стеклотары. Вполне рабочая схема мне кажется, нужно лишь допилить для наших условий: защита от мошенничества и т д. Например на каждую бутылку наносить уникальный код для автоматического считывания и принимать тару только если такой код есть в системе.
Есть следующая постановка задачи. Нужно при сборке сгенерировать сущности и всё что там jooq генерирует, но базу нужно поднять в процессе сборки перед генерацией и после генерации завершить ее работу. Желательно поднять PostgreSQL как на продакшене, а не H2. Может кто-то предложить рабочую maven конфигурацию?
Статья по сути является рекламой собственного продукта. Как показывает практика многих ведущих компаний приведенные автором "недостатки" свойственны любым продуктам в независимости от того являются они проприетарными или с открытым исходным кодом.
Проблема утилизации пластиковых бутылок и жестяных банок была решена например в Германии следующим образом: при покупке начисляют 25 центов сверху, при сдаче тары их возвращают. Все магазины за исключением самых мелких должны принимать тару. Не могу сказать как в деталях принимающая сторона компенсирует расходы, но в накладе она не остаётся. На улицах бытылки больше не валяются, если кто-то и выбросит, то малоимущие граждане собирают и зарабатывают лишнюю копейку. Планируется применить похожий метод в отношении стеклотары. Вполне рабочая схема мне кажется, нужно лишь допилить для наших условий: защита от мошенничества и т д. Например на каждую бутылку наносить уникальный код для автоматического считывания и принимать тару только если такой код есть в системе.
Есть следующая постановка задачи. Нужно при сборке сгенерировать сущности и всё что там jooq генерирует, но базу нужно поднять в процессе сборки перед генерацией и после генерации завершить ее работу. Желательно поднять PostgreSQL как на продакшене, а не H2. Может кто-то предложить рабочую maven конфигурацию?
Ребята, вы прежде чем ругать этот мессенджер, почитайте о нем, его основателе, попользуйтесь. Если претензии то по существу.
Есть ли подобное исследование рынка в Казахстане для разработчиков?