gal_user... а по делу:
1. жутко тормозной "компилятор"
2. закрытость кода и "официальная" неизменяемость структуры БД
3. язык программирования - откровенное издевательство
4. СОМ ??!!???
5. Отсутствие средств визуального проектирования интерфейсов
6. недо-извра-SQL`86: ... 'Иванов'==personal.name
7. отсутствие "читаемого" хелпа и сопроводительной док-ции
8. цена за рамками разумного, "кот в мешке"
9. маркетинг у них работает здорово, но не правильно. Они впаривают, а не продают
.
.
.
долго могу рассказывать о своих впечатлениях, для себя вывод сделал.
1. Как скорость работы компилятора влияет на ее работу в целом? По-моему, никак.
2. После 1С кажется ужасным то, что и в кодиках не покопаешься и таблички не поизменяешь. Но после пары проектов понимаешь, что невозможность сломать функционал системы (внутренности которой ты точно все не знаешь) своими шаловливыми ручками - есть благо. Таблички добавлять, кстати, можно. Но нет нужды....
3. После LISPа все языки красивы, как небожители :). К особенностям языка привыкаешь быстро. Дело привычки, не более...
4. Ну и ???
5. Да, их нет. Но время, затрачиваемое на рисование десятка полей ввода и пары броузеров данных, значительно меньше времени, затрачиваемого на разработку логики. Тоже не проблема. В 8.1 будет, кстати.
6. Да, ограниченный SQL раздражает. Но именно из-за ограниченности встроенного SQL обеспечивается переносимость по СУБД и производительность работы системы. В 8.1 появилась возможность использовать NATIVE SQL. Если надо.
7. В поставке идет отдельная компашка с доками... Там есть много чего почитать..... Если печатать всю доку, то получатся уж больно толстые тома....
8. А что дешевле?
9. Неа... маркетинг недорабатывает, наоборот. Если бы у них маркетинг работал здорово, то ваши комментарии бы здесь даже не появились бы :)

Coolibin Aleksey Gorbunov2. После 1С кажется ужасным то, что и в кодиках не покопаешься и таблички не поизменяешь. Но после пары проектов понимаешь, что невозможность сломать функционал системы (внутренности которой ты точно все не знаешь) своими шаловливыми ручками - есть благо.

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

Лучше продавать готовые отчеты тогда. И никакая система не нужна :).

Считаю, что закрытость Галактики есть скорее плюс, чем минус. Ибо:
1. Система большая и ВСЕХ особенностей (я имею в виду внутренние связи/зависимости, архитектуру и алгоритмы) ее работы не знает никто из разработчиков, не говоря уж о клиентах или о внедренцах.
2. Соответственно, некомпетентное изменение исходников в какой-то части системы может привести к значительным (и неявным) ошибкам в ее работе.
3. Возможность дополнения системы своими разработками есть - и в части изменения/создания отчетов, и в части создания собственных интерфейсов (формочек).
4. Закрытость дает возможность организовать удаленную техподдержку системы, т.к. поведение двух систем с одинаковым составом патчей/фиксов должно быть идентичным.
5. 80-90% потребностей закрываются стандартным функционалом системы. Потребность разрабатывать чего-нибудь возникает не так уж часто, если вообще возникает.

Coolibin Aleksey Gorbunov
3. После LISPа все языки красивы, как небожители :). К особенностям языка привыкаешь быстро. Дело привычки, не более...

Хочешь сказать, что только LISP плохой, а остальные все одинаковые? А отсутствие IDE?
Дело не в привычке программистов, а в скорости и качестве их разработы.

Нет, не хочу, просто LISP - наиболее ..... некрасивый .... язык из всех, которые я знаю. Хотя и на нем можно много чего полезного и интересного сделать.

IDE однозначно нужна в случае работы над объемным проектом - например, разработка той же Галактики полностью :). В ходе же обычного (даже сложного и объемного) внедрения обычно таких задач не возникает.

Уж исправить/создать несколько независимых файликов и скомпилировать их можно и без IDE.

Это же относится и к качеству/скорости работе программистов.
Ну нет таких задач во время внедрения Галактики, для решения которых необходимо было бы заводить штат программистов и ставить перед ними глобальные задачи. Просто нет.

Если вам кажется, что есть - то вы идете ложным путем :)

И в догонку - в новой 8.1 будут определенные подвижки в сторону открытости Галактики - в сторону SOA.