Алексей ВыхрыстюкskyANAпропущено...
дак на Вашем продукте тоже не напишешь

Мы уже 5 лет пишем и успешно внедряем :)
В таком случае, вы и на wix бы с этим справились)

Алексей ВыхрыстюкКстати система "Выборы" в Украине построена на Oracle Apex.
Вряд ли это ERP.

kealon(Ruslan)dma_caviarпропущено...

Не, ну его нафиг это опенсорсы в таком деле. Мне нужен конкретная организация котой я конкретно ежегодно буду платить за платформу, за техподдержку. Чтобы если вдруг понадобится необходимость что-то допилить (параллельно с ядром, на правах плагинов или модулей, в том числе "фичу для формочек впилить в ядро"), чтобы мне показали как это сделать в виде примеров и документаций и проконсультировали есичо.

Вопрос к dma_caviar, а сколько вы хотели бы платить за такую систему в год?
Я сам хочу это выяснить))
Мне кажется тыщ 50-100 это нормальная цена.

Но только за систему которая приносит реальную пользу. Чтобы избавляло от рутины, при этом не добавляя другую специфичную возню. Чтобы повышало управляемость проектом, т.е. чтобы по мере роста проекта, не страдала его структурность, если так можно выразиться. Чтоб не давала возможности нахреначить отсебятины, как это можно сделать в обычном низкоуровневом программировании. Чтобы все в одной программе, без всяких доп. установок CustomTool и прочего. Чтобы однозначно не требовало всяких IDE, типа VS и т.п., ну, кроме SQL))) (мне просто луче спится, когда я сам контролирую структуру базы и сам пишу скрипты запросов по своим же индексам). И не требовало кодинга (опять же, окромя sql). Но при этом была возможность писать плагины на каком-нить хорошем языке, типа c#.
Ну и естественно чтобы выдавало несколько клиентов - вин, веб, мобильник.

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

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

Подсказкаdma_caviarпропущено...

В таком случае, вы и на wix бы с этим справились)

Не надо сравнивать палец и попу.
этот wix - инструмент-игрушка для создания "хомяков", где в 2 клика можно накидать красивых картинок и добавить email, ну и создать незамысловатый интернет-магазин (куда же без классики жанра быдло-сайто-строения). Сайт создан для развода глупых, леновых, но при этом впечатлительных лохов. Какай нах там ERP? - ею и не пахнет, даже близко. В ERP - главное не фантики и "дизайн", а функционал.

Oracle APEX - это пока непревзойденный пока по скорости инструмент создания учетных и отчетных приложений на базе данных Oracle с Web-интрефейсом. При этом он БЕСПЛАТНЫЙ. При этом его можно использовать У СЕБЯ, а не отсылать данные дяде и потом дрожать за их конфиденциальность.

Я очень сожалею, что подобных продуктов как APEX нет для других баз данных и языков программирования (например на связке PostgreSQL + PgSQL(или Python)). Хотя обратным инжинирингом и плюс свой творческий подход, наверное можно "форкнуть" PgAPEX :)
Про wix было слегка утрированно. Но смысл прост - на "Access" невозможно написать сложный проект и чтобы он от своей монстрообразности не начал постепенно заваливаться на бок.

kealon(Ruslan)dma_caviar,
вот эти 3 вещи
авторЧтобы однозначно не требовало всяких IDE, типа VS и т.п., ну, кроме SQL)))
авторЧтоб не давала возможности нахреначить отсебятины, как это можно сделать в обычном низкоуровневом программировании.

авторЧтобы при открытии объекта я видел полную картину где все это юзается, кем объект потребляется и наоборот.
практически несовместимы
Я вам перечислил фичи своей системы и еще пары анлогичных у коллег на этом форуме)
kealon(Ruslan)это довольно рутинный кодерский труд
Это еще мягко сказано)

Насчет несовместимости не понял. Наоборот же - нет IDE, значит не будет возможности наговнокодить))
По поводу SQL - лично я придерживаюсь золотой середины, чтобы не сильно усложнять и завышать порог вхождения, проще дать возможность разрабтчикам самим создавать структуру и писать какие угодно сложные sql скрпты.

LSVПочему ACCESS должен падать на больших задачах, если он юзает качественный SQL и SP ?
Я про другое. Если в Access накодить сложную логику, например в проекте длиной в год. То потом там никто не сможет разобраться окромя самого разработчика. А если его грузануть другим проектом, то и он все забудет. Вот это я называю "управляемость проектом".

LSVА что такое этот вожделенный ERP ? Чем оно принципиально сложнее телефонного справочника ?
Ну, насколько я знаю даже 1С только относительно недавно заполучила право на звание ERP.