LSVЧтоб не засорять другие топики, создал тему.

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

Чтобы было понятно, примеры таких систем: ISCRA-фреймворк, Террасофт-CRM, Пента, Ананас, MVD и т.п. (не реклама).

Поехали.....

Какие могут быть трудности при создании серебряной пилюли? Ну такой, чтобы создал такую систему и во всём мире уволили всех программистов, потому что теперь есть супер-учётная система :) Да никаких! Написали и продаём

LSVНе вижу серьезных проблем с репортингом: Фастрепорт

Плюсую за фастрепорт.


LSV2. Дизайнер отчетов (FR/XML/JSON/XLS/CSV/TXT)

У фастрепорта он есть.

LSV4. Дизайнер гл. меню.

А если в концепции интерфейса вообще не нужно главного меню? Или нужен общий сайдбар с деревом навигации? Ну или ещё +100500 вариантов. ЧТо там дизайнить вообще? Набор элементов?

LSV5. Возможность расширений на DLL (отдельные формы)

Плагин-система изжила себя.. Первое же публично расширение фризит систему на развитии и расширении, придётся закладываться на мажорные релизы с ломающими изменениями, необходимость обновиться приводит к риску отвала работы кусков. А это деньги. Риски. Потери. Это же не винамп какой-нибудь. Не нужно.

LSV6. Дизайнер для удобства работы с SQL (правда без визуального конструктора запросов)

Если нужно SQL, то почему бы не пойти и не написать свой SQL в любимом IDE, зачем какой-то полунедоделанный чужой?

LSV12. Продуманная система прав. Можно управлять буквально любым контролом (видимость/редактирование).

Продуманная система прав это вообще не про видимость контролов и редактирования.

LSV13. Хранение файлов, картинок, иконок, DLL и пр. искаропки.

Дойдя до 13 пункта, понял, что речь вообще идёт про десткоп. Т.е. речь идёт об имплементации какого-то ущербного недоделанного MS Access-а. Редактор баз данных с шашечками.


Не интересно и скучно.

ViPRosА программист хочет писать программу, а не проектировать модели.

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

Но пока программисты пишут свои клоны и вариации MS Access-а, только с дуделками, перделками и свистелками в виде подключаемых-отключаемых DLL, дизайнеров всего-и-вся, с картинками, редакторами меню, табличками с установкой связей, правами (ну чтоб кнопко скрывалась и это настраивалось), этот день ещё не скоро наступит

LSVТ.е. речь идёт об имплементации какого-то ущербного недоделанного MS Access-аОК, бро. Назови нам что-то неущербное, доделанное и недорогое. И вместе посмеемся. ОК ?

ps: Только не надо тут про SAP.
Это инструмент откатов и попилов для помешанных на ЧСВ Буратин с VERTU и одной извилиной.

Если не понял, то такого инструмента не существует. Его не может существовать, пока не появится программист, знающий как устроены все существующие бизнесы и все возможные ситуации и задачи по ведению и учёту данных. Любой программист обладает очень ограниченным и скудным опытом в предметке, и пытается его экстраполировать на всё вообще. В результате рождаются убогие нахрен никому не упавшие тормозящие деревянные убогие комбайны, которые решают только тот скоуп задач, который программист себе вообразил. На деле каждый бизнес даже в одном классе строго индивидуален. Иначе бы класс 1С программистов как класс бы не существовал вообще.

alex55555Модельный же подход позволяет выделять общее более глубоко, но требует изначальных вложений на очень и очень серьёзном уровне. С ним не получится "быстро", а что бы в долговременном плане получить отдачу нужна широкая предметная область, на которой и отработать подход можно и показать повышение эффективности именно на долговременном периоде. Необходимость вкладывать большие начальные усилия сразу обрубает возможность пить пиво и покупать дорогие тачки здесь и сейчас, поэтому банальный инстинкт "хочу счастья" уводит подавляющее большинство с этого нелёгкого (по началу) пути. Ну и остаются лишь либо упёртые и "невменяемые", либо попавшие в благоприятные условия, где тупой работодатель оплачивает все эксперименты на протяжении многих лет. При этом упёртым тоже жить на что-то надо, а потому они как ни крути - быстро сливаются. Вот и остаются лишь единицы, которым улыбнулась судьба в плане совпадения необходимых условий - тупой работодатель, наличие на работе задач, на которых можно обкатывать систему, ну и упёртость в достижении некой сложносочинённой мечты, вбитой себе в башку. Таких сочетаний мало, ну и кажется, что все вокруг дебилы. А на самом деле - все вокруг на тачках дорогих катаются и думают про упёртых, что дебилы-то именно они.

В ваших довольно таки правильных рассуждениях упущена одна важная деталь. Вы берёте две крайности и начинаете их сравнивать. А есть золотая середина. Вы говорите про разработку универсального продукта, который будет решать любые задачи без участия программистов, а одних лишь аналитиков, при чём данное решение должно выглядеть как конечный продукт. Вы говорите именно про такое решение, и всё вами сказанное совершенно верно -- такие решения делают именно "упёртные дебилы", которые живут в мире волшебных воздушных замков. Это всё равно что изобрести вечный двигатель -- мечта глупого наивного идиота.

Золотая середина это сделать набор инструментов, базовую платформу, на которых уже делать конечные решения. Никаких ушлёпских говно-дизайнеров меню, никакого убожества в виде дизайнеров запросов. Максимум, дизайнер отчётов и дизайнер предметной модели в терминах бизнеса. Остальное всё пишется и делается ручками, конечное решение делается строго в индивидуальном порядке, под индивидуального заказчика, под его индивидуальный бизнес и его местами странные требования. Никакого универсального комбайна делать не надо, это как вы правильно выразились: "сложносочинённая мечта, вбитая в башку". Но такие кадры не перевелись и будут продолжать долбиться в стену, просто потому что не хотят пользоваться головой по назначению.