Тут есть несколько ключевых моментов, которые быстро приходится себе уяснять в процессе работы с 1С.+
Сначала про скорость разработки.
1. Да, просто ураган, да , все очень быстро. Только с этой быстротой можно создать лишь совершенно ненужный продукт. Например конфигурацию для получения положительной оценки на сертификационном экзамене. Ну или добавить колоночки в простенький отчет.
2. Всем известно, что в более или менее крупных проектах все упирается уже не столько в программирование бизнес-логики в конкретной среде, сколько в возможности командной разработки, которые надо признать,у 1С хромают, даже в 7.7 ситуация лучше, потому что есть сторонние средства , в 8- ке средств такого уровня пока нет и слабо предвидится. Почему нет интеграции с различными Case - средствами, непонятно. Есть лишь слабенькая попытка создать свой редактор диаграмм для бизнес-процессов. Почему не встроить такой же в среду разработки для описания программной логики, пусть даже в своем стандарте, если уж так нравится все свое.
3. Не стоит забывать про интеграцию с другими системами (как правило в любом крупном предприятии их используется одновременно множество - корпоративная почта, call - центр и т.п.
Здесь очень мешает закрытая структура БД. Да, есть обмен данными через xml, да, есть планы обмена, но честно сказать, xml в 8ке читается очень медленно, да и вообще он не может быстро читаться. Так что можно легко упереться в потолок, если нужно обмениваться большими объемами данных.
4. Также интересно, что обычно на предприятии существует какая-либо учетная система, с которой придется делать переход. Методика конвертации данных - это то что губит буквально крупные проекты на 1С. Почему - закрытая структура базы данных, нет хорошего конвертора конфигураций 7.7 - тот что есть, не конвертирует код. Пусть бы он конвертировал неэффективно, но система работала бы сразу после конвертации. А если уж не хотите открывать структуру базы данных - напишите нормальную систему для переноса данных не через xml а прямо в БД, которая является внешним приложением ,читает данные прямо из БД 7.7 и записывает в БД 8.0. Исходники и той и другой системы, я надеюсь, есть у фирмы 1С (или они потеряли исходники 7.7). А так попробуйте перенести например миллион приходных накладных (допустим клиентов не устраивает просто перенос остатков на начало периода).

Еще просто про быстродействие.
Любой фреймворк, понятно, снижает быстродействие за счет использования универсальных процедур, слоев доступа и т.д, компенсируя снижение быстродействия быстротой разработки, наличием готовых шаблонов бизнес-логики и проч. Но тут опять же возникает вопрос баланса.
На этом форуме часто ругают прекрасный C# за то что он типа в 1.5 - 2 раза медленнее С++ (цифры для примера) или скажем насколько - то медленнее Delphi. Просто запомните цифры - 1.5 - 2 раза и уже разработчики здесь с сомнением смотрят на C#. Что же сказать про 1С 8.0, если при всем удобстве, одинаковый запрос, чтобы получить движения по таблице регистра по конкретному товару и складу, выполняется из 1С 8 - 2 минуты, из Query Analyzer

Так вот, не дописал:
Одинаковый запрос, чтобы получить движения по таблице регистра по конкретному товару и складу, выполняется из 1С 8 - 2 минуты, из Query Analyzer - 8 секунд. Запрос очень простой.
Что тут сказать. Можно мириться конечно с 1.5 - 2 раза за идею, красоту языка, удобство разработки, но не с 15 - 20 раз. Согласен, 8.1 в среднем в полтора раза быстрее. То есть запрос выполняется медленнее в 10 раз, а не в 15 - 20.

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

ДА, 7.7 ДО СИХ ПОР НЕ ПОДДЕРЖИВАЕТ ОФИЦИАЛЬНО SQL 2005! Позор! Люди сами правят байты в dll от 1С или используют сторонние доработки.