Думаю, все только выиграют от того что клиентская разработка станет не привязанной жестко к JS, хотя деплой клиентской логики при таком подходе существенно усложнится
А есть какие-нибудь сравнительные оценки производительности MongoDB vs SQL EAV? Было бы здорово понять на сколько рационально с точки зрения производительности использовать базу без схемы
Я не видел исходного файла с аккаунтами, и сделал предположение по файлам тех зеркал, что предсталены в данном обсуждении. В любом случае, утечка базы — это обычное дело для больших сайтов, над которыми работает несколько поколений программистов
Врят ли базу сломали, скорее всего просто парсили с платного аккаунта, но недопарсили, т.к. ограничительная политика сервака сработала. Поэтому и акков в результирующих файлах мало.
Мне это напомнило сказку про джина… Если помните, то там джины стремились, особым выгодным себе образом выполняя желания своих временных хозяев, убить заказчиков или получить другие преимущества за счёт заказчиков :)
Думаю как и в любом деле, следует соизмерять цели и средства. Когда учишься, чтобы стать инженером(программистом), надо быть готовым к тому, что ты будешь заниматься созданием/поддержкой систем всю оставшуюся жизнь. Если не готов к этому, а от жизни ждёшь чего-то другого, то и идти следует в нужном направлении, а не в популярном
Да, страшновато. Но очевидно же, что выводятся стандартные представления, а интерфейсных шаблонов (комбинирующих представления на одном экране) действительно много, но конкретных представлений информации 4-5.
Я как раз знакомлюсь, вижу IDE, стандартный код, и, как следствие, автогенераторы CRUD, очень интересно. Как правило, на java и Spring разработка CRUD приложений представляет бОльшую сложность, по сравнению с узкоспециальными средами/инструментами, поэтому и спрашивал как вы с этим боретесь.
А как в CUBA дела с валидацией обстоят, есть фреймворк? Есть ли стандартные виджеты для работы со списками (фильтры, пагинаторы и т.п) и полями ввода (автокомплит, мультиселеки и т.п.)? Шаблоны представлений?
Это скорее следствие отсутствия стандартизированного CRUD интерфейса, который подразумевает 4-5 стандартных представлений («экранов») для любого объёма функциональности любой системы.
А не боитесь, что вашу компанию могут «подвинуть» конкуренты, которые смогут предложить более низкую цену и меньшие сроки разработки решений (за счёт использования узкоспециализированных инструментов, а не java для всего на свете)? Или вы монополисты на своём рынке?
А почему бы вместо java не использовать какой-нибудь популярный скриптовый язык, который не требует деплоя, для разработки бизнес приложений? За счёт низкой строгости и динамической типизации дополнительный выигрыш в простоте и времени разработки, выигрыш в стоимости инженерных кадров и т.д. и т.п.?
Ну а если взять пример с древних египтян, и терпеливо за пару поколений построить искусственную гору (читай пирамиду) необходимой для вывода в космос высоты?
Как матёрый стартапщик говорю — даже и не пытайтесь нас (создателей стартапов) отговаривать или, как в случае с этой статьёй, пугать. Безнадёжное это дело. Человек всегда старается что-то придумать, когда сталкивается с проблемой. Проблем у 99% людей более чем достаточно, особенно в плане свободы и комфорта. А когда разум заражён идеей, излечиться можно либо, воплотив проект в жизнь, либо убедившись в его абсолютной несостоятельности.
Клёво! В универе (2003-2005гг) делал часть подобной системы — web консоль удалённого управления + программный управляющий клиент + протоколы. Вы пошли намного дальше, респектую
А как в CUBA дела с валидацией обстоят, есть фреймворк? Есть ли стандартные виджеты для работы со списками (фильтры, пагинаторы и т.п) и полями ввода (автокомплит, мультиселеки и т.п.)? Шаблоны представлений?