Андрей Ж.1. Есть ли границы возможностей платформы 1С? - НЕТ!

Конечно же ЕСТЬ .

во-первых, система не реалтайм в прямом и истинном смысле этого слова http://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%B2%D1%80%D0%B5%D0%BC%D1%8F
прежде всего потому, что она построена на операционной системе, которая не является реалтайм системой.
поэтому на 1С нельзя построить системы управления устройствами реального времени: управление авиалайнером, подводной лодкой, ракетой, ядерным реактором и т.п.
Думаю, что с этим все согласятся.

во-вторых, система 1С не имеет выходов на оборудование (только через технологию внешних компонент и/или внешних OLE-объектов)
Поэтому на 1С не нарисуешь старкрафт
Думаю, что с этим все согласятся.

Далее. Более серьезно.
Из-за того, что 1С не реалтайм программа, на 1С практически невозможо построить биллинг быстротекущих процессов: биллинг сотовых операторов, биллинг в телекоммуникациях и т.п.
Думаю, что здесь самые отчаянные начнут спорить. А зря.

Далее.
В версии 7.7 невозможно штатными средствами работать с интервалами времени меньше 1 секунды.
В версии 8.0 и дальше, работа с мелкими интервалами возможна. Но через жо последовательность документов, а не через понятие времени

Далее.
В версии 7.7 из-за наличия совершенно технического понятия "Точка актуальности" (ТА) практически невозможно было штатными механизмами планировать вперед на достаточно большой период времени. Только при помощи обходных маневров.
http://1c.mazzy.ru/articles/generation1c/
http://1c.mazzy.ru/articles/mymistake/
Естественно жду очередной порции криков (как и всегда).

В версии 8.0 и дальше наконец-то убрали понятие точки актуальности (Вернее замели под коврик). Но проблема все равно осталась: 1С технически устроена так, что "обороты должны обнуляться", иначе база растет экспоненциально. Если для хранения больших массивов данных использовать так называемые "регистры сведений", которые были специально введены для борьбы с проблемой роста базы, то не используются специализированные механизмы быстрого получения остатков/оборотов (вся работа по перелопачиванию данных происходит на SQL-сервере).

Кроме того, в платформах 1С реализована собственная библиотека работы с математикой, а также собственные форматы хранения чисел (по сути целочисленный формат, где работа с несколькими знаками после запятой сводится к работе с целыми числами). Поэтому на платформе 1С нецелесообразно реализовывать "перемалыватель чисел", поскольку ни сопроцессор, ни процессор в полную мощь платформой 1С не задействуется.

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

Здесь, скорее всего, будет много споров. И снова зря.

Далее.
У 1С последних версий жесткие границы по требованию к клиентским местам.
1С реализовала свою библиотеку визуальных контролов. Эта библиотека сильно отличается от стандартной виндовой, поэтому здорово нагружает клиентский компьютер (даже так называемый "тонкий" клиент)

Поэтому 1С последних версий практически не работает на старых компах.

Далее.
Даже последние версии платформы 1С генерируют отвратительно медленный код (по сравнению с другими платформами). Поэтому на платформе 1С нецелесообразно писать то, что требует большого объема работы пользовательского кода. Например, нецелесообразно писать на 1С всяческие системы работы с символыми выражениями (MathCad). Например, нецелесообразно писать экспертные системы на платформе 1С. и т.п. Как это ни странно также нецелесообразно писать системы принятия решений.

======================
Таким образом, на мой взгляд, "границы возможностей платформы 1С" следующие:
1. регистрация и обработка числовых параметров (в неэкспонентоциальной форме) фактических событий , которые происходят не чаще 1 секунды
2. с небольшим объемом и горизонтом планирования
3. с относительно небольшим объемом хранимых данных (десятки гигабайт, вряд ли более)
4. на относительно современных компьютерах с хорошими характеристиками
5. возможна работа с распределенной среде с топологией не сложнее звезды

mazzy
4. на относительно современных компьютерах с хорошими характеристиками

Уточню:
4. на относительно современных wintel-компьютерах с хорошими характеристиками.

Ага
При создании очередного киллера ориентируйтесь на количество таблиц в системе от 2 тысяч.
Хотелось бы, чтобы сложность поддержки продукта разработчиком в зависимости от числа таблиц и объема кода росла линейно, а не по параболе или экспоненте.

Ну, и как уже говорилось, все платформы 1С страдают общим недостатком - они отвратительно работают с конфигурациями большого размера (те конфигурации, которые содержат сотни/тысячи/десятки тысяч объектов).

поэтому одной из границ является: сложные конфигурации.
См. УПП