Топик - среда разработки ИС.

Вопрос на засыпку к аудитории, а что такое ИС?

Что мы имеем из средств реализации: ну море, на вкус на цвет как говорится можно угодить.

Идея создания ИС быстро и без больших напрягов всегда витала. Чаще всего она сводилась к тому, чтобы используя некую модель - для начала это была модель данных - сгенерировать формы.
Естественно лигику представления и всю бизнес-логику приходилось писать руками. Хотя частично можно было уже пользоваться разными инструментами и например создавать VIEW, TRIGGER, XP и даже пользовательские функции.

Вне всякого сомнения программисту, или человеку, просто отлично знающему ЯП, гораздо легче проще внести нужные изменения и перекомпиляровать исходные коды, чем изгаляться с изменениями модели. Однако часто такие изменения и модификации не документируются, в результате сложно понять что где когда изменялось и почему вдруг отлично работающая система рухнула, и кто в этом виноват. Да и часто код таких систем пишется студентами, программерами, набирающимися опыта, и т.д. Итак, такой путь развития ИС - отличный, средства тут не играют роли, играет роль профессонализм команды, создающей и обслуживающей ИС. Возьмите САП. Все четко: есть уровень системных аналитиков, которые получают данные по ошибкам и потребностям. Изучают проблематику, пишут типа ТЗ и отправляют в центр обслуживания програмерам на ABAPe. Те изучат пишут изменения высылают аналитикам результат все
Такой подход отличный, но дорогой. Не каждому по карману.

Более бедные вынуждены использовать 1с и им подобные инструменты. Неплохие, но таки требующие знаний опыта и опять программистких навыков и не плохих. По сути мало отличается от предыдущего. Вы скажите ну и что? Пусть булочник продает булку, а программист делает возможность посчитать ее продажу. Каждый хочет зработать копейку. Однако где у булочника гарантия, что программист сделает ему все хорошо? Или у него нет ресурсов иметь в штатет такого человека? А количество аутсорсинга не так велико? И как быть есл параметры бизнеса и правила часто меняются? А существующий стиль разработки не может быстро и адекватно на них реагировать?

Не будет ли в этом случае конструкции типа FASTBASE давать большие преимущества? Пока конечно сказать сложно. Хотя бы потому, что создавать модель сложнее, чем писать код. Хотя концепция SOA и BPS вроде призвана снять эту проблему. Пока не так много реальных инструментов, пока все это еще далеко от реального коммерческого использования, но прогнозы и ожидания оптимистичны.

Уже сейчас fastBase пишется на fastbase. Давайте понаблюдаем за этим процессом и внесем здоровый элемент конструктивной критики...

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

SaTim, действительно не следует грубить.

Насчет 1 с, ты прав, но я все-таки полагаю, что решение от 1С все-таки более распространенно в мелком бизнесе, чем что-либо. К тому же все-таки для крупного бизнеса 1С уже недостаточно. Потому и определил нишу 1с таким образом. Хотя естественно на 1С есть разные разработки и направления. Кстати 1с.8 стала так похожа на Аксесс или Аксапту, что там тоже порой ненужно писать и строчки кода, в формы и отчеты формируются мастерами и макетами