Извиняюсь, только что прочитал ветку: не могу молчать ;), потому что...
Абсолютно аналогичная ситуация накатила... некоторое время назад.
Основная проблема 1С ИМХО (кроме всех перечисленных косяков, упомянутых здесь, с большей частью которых согласен) в трудности внесения изменений. За последний год у нас функционал меняется каждые 2/3 месяца. Причем настолько кардинально, что приходится перелопачивать практически ВСЮ конфигурацию. Те, кто знаком с НЕДОобъектностью языка 1С меня поймут. Порой малозначительное требование приводит к глобальным переделкам кода.
В общем, около года рассматривал различные варианты перехода. Вариант покупной системы отпал достаточно быстро из-за требования постоянного внесения изменений в код (кстати, парадокс: одно из преимуществ 1С как раз в том, что простые изменения в конфигурации делаются очень быстро), соответственно руководство не захотело садиться на иглу разработчика. Таким образом, альтернативы самописной системе просто нету. Дальше в полный рост встает проблема сложности такой системы: понятно, что на Дельфях, я не говорю уж о С++ с нуля такую систему не поднять: нужна платформа, причем достаточно высокоуровневая, чтобы не заморачиваться на проблемах утечки памяти, указателях и т.п. низкоуровневом коде.
В общем, поверьте на слово, перелопачено было наверное около сотни различных фреймворков и платформ. (Одно замечание: в основном это были неWindows системы, предпочтение отдавалось кроссплатформенным системам).
Требования были такими:
1. многозвенность (как минимум 3 звена). Надеюсь не надо объяснять - зачем.
2. Кроссплатформенность.
3. Легкость проектирования/кодирования/изменения
4. Гибкость (как альтернатива п.3)
5. Минимальная стоимость.

Результат поиска таков: (только сразу не бейте, дочитайте до конца ;)
Платформа - J2EE, лучше JEE5 (последние спецификации Java EE)
Почему? На сегодня самая отработанная, мощно поддерживаемая, документированная, быстро развивающаяся технология. Недостаток? Трудность в освоении! НО! С выходом спецификаций JEE5 в этом году все сильно упрощается. Просто вся сложность прячется за т.н. аннотациями. Подробности см. доки на Java5.
Эта платформа закрывает пп. 1, 2, 4. Про стоимость скажу в конце.
Клиент - GUI-приложение на Java (Swing). Про тормознутость сразу скажу: есть несколько приложений с такими гуями (даже с графикой) - все летает, при наличии 512М RAM на клиенте.

Средства разработки: (не падайте ;)

Oracle JDeveloper!

Вот тут подробнее (специально для ищущих альтернативу 1С ;) : Возможности этого инструмента - мечта идиота! :) Особенно совместно с Oracle ADF. Значит, смотрите: начинаем проектирование системы со сбора и документирования требований - применяем UML диаграммы Use Cases (для тех, кто в танке: поддерживаются все типы UML диаграмм) - графическое отображение требований. Дальше модель данных: UML диаграммы класов, их которых JDeveloper генерирует таблицы базы данных и соответствующие классы манипуляции этими данными на Java. Т.е. с одной стороны мы имеем наглядную картинку структуры данных, с другой - работающий код, причем не написав ни одной строчки кода :). Да, эти Java классы, получающие данные из БД - объекты, работающие на серверной стороне в среде сервера приложений (о не позже). Идем дальше: одним движением мышки мы с помощью JDeveloper получаем эти объекты (вернее их т.н. прокси) на клиентской стороне. Делаем клиента: с помощью визарда создаем каркас ГУИ приложения, мышкой кидаем на форму наши прокси-объекты, дорисовываем украшательства - вуаля, почти готовое 3-хзвенное приложение за 10 минут ;) Дальше - полная свобода в дописывании, изменении, настройке. Функциональность может быть как на клиенте, так и на сервере (даже в БД с применением хранимых процедур). Это вопрос грамотного проектирования.
Теперь о меркантильном: сам JDeveloper - бесплатен, хоть и не Open Source. Просто заходишь на сайт и выкачиваешь. Дальше база: понятно, что полноценный Оракл стОит правильных денег, НО! Есть у них Oracle XE! Полностью халявная база, полностью совместимая со взрослой. Ограничения: объем хранения не более 4 Гигабайт, использование одного процессора в многопроцессорной машине и че-то еще, несущественное, щас не помню. Теперь вопрос: контора, имеющая базу более 4 гиг может себе позволить купить полноценный Оракл? А для более мелких 4 гига - за глаза, да и сервера у них редко больше 2 процов имеют. Самый сложный вопрос - сервер приложений (СП). В составе JDeveloper идет девелоперская версия СП. Разрабатывать можно, юзать нельзя. Полноценная версия стОит порядка 10 К$. Только почему-то у них на сайте она лежит для свободного скачивания ;).
Как вариант, можно попытаться заюзать JBoss - Open Source СП но... Хотя Оракл декларирует, что он придерживается открытых стандартов, что все со всем совместимо, на поверку выясняется, что совместимость эта ограниченная, запуск таких систем без шаманского бубна не обходится и какие там подводные камни вылезут - спросить не у кого. (Кстати то же относится и к БД: декларируется, что Oracle ADF работает даже а PostgreSQL, тока... У меня не получилось, и там в одном месте написано, что используется диалект SQL92, что влечет существенные ограничения функциональности ADF ;))
Последнее: документации на все это хозяйство - море. Причем, можно вообще не углубляться в дебри J2EE - поверьте, количество одних абревиатур и терминов для незнакомых таково, что поначалу ощущаешь себя полным идиотом... У Оракла на сайте есть несколько учебников и туториалов, на мой взгляд очень толково написанных. Например "Oracle Application Development Framework—Development Guidelines Manual". Есть даже флешки для начинающих.
Закругляюсь: в общем, на этом я остановился в поисках. Инструмент - более чем достойный, и будущее у него более чем перспективное. Будем работать дальше.
Самое последнее: В связи с бурным развитием Java технологий сейчас буржуи основной упор делают на упрощение проектирования конечных приложений. И очень многое выкладывается как Open Source. Похоже, направление развития технологии выбрано то же, что и Оракл (по крайней мере, Оракл часть своих технологий передал как Open Source). Очень интересные планы у команды Netbeans (Open Source IDE for Java) и Glassfish (Open Source Application Server), но пока еще рановато, функциональность пока далека от Оракловой. Где-то через годик там будут очень интересные возможности...

LSVХМ.... Интересно всё это конечно. Вот только почему ЗП жабников уже приравнялись к специалистам по САП ? ? ? Эта тенденция наверняка сохранится.
Это и будет основная стоимость разработки. Основная причина провала большинства ИТ-проектов - нехватка квалифицированных и дальновидных(!) специалистов. Особенно с учётом вымывания спецов по джаве в оффшоры.
Многообещающие технологии ещё стОит проверить временем. Радоваться немного преждевременно.

Больной вопрос... Я где-то с полгода назад был на одном мероприятии, одна общеизвестная компания представляла свои средства разработки на Java в университете, предлагала бесплатное обучение преподавателей, чтобы они (преподы) учили этим технологиям студентов. Знаете, какой вопрос в первую очередь волнует преподов? "А кто мне будет платить зарплату, пока я изучаю ваши технологии?" Ну и где мы найдем грамотных специалистов с таким преподаванием?
Хотя... Почему столь высока зарплата жабников? Я уже говорил, что порог вхождения в чистый J2EE с его EJB, RMI и пр. и пр. очень высок, там помойка технологий, при этом количество ручного кода остается колоссальным. Отсюда и зарплата.
Другое дело Oracle ADF и JEE5. Технологии остаются теми же, просто подняли уровень абстракции на такую высоту, что понять ее способен студент 2 курса. При этом, если ты крутой перец, никто не мешает колупаться на низких уровнях.

Серебряная пуля по прежнему осталась неизобретённой.
А кто-то ее обещал?