позволю себе аргументированно вам возразить (очередное сравнение с 1С)

[Reaper]

Цитата:

Сообщение от Raven Melancholic

Мне кажется, что именно про это и была речь в сообщениях моих коллег по DAX4 (возможно, выраженных излишне эмоционально). Пока еще одинэсники не очень задумываются о производительности с точки зрения масштабируемости. Даже разработчики типовых пока только привыкают к таким концепциям.
С другой стороны. В DAX уже наработано много материалов, касающихся разделения задач между компонентами системы. BP настроен на сообщения об ошибках такого разделения (а при коллективной разработке даже запрещающие аплоадинг некорректных решений). Тем не менее, достаточно часто встречаются решения, не оптимальные с точки зрения производительности. Так что дело, на мой взгляд, не в системе, а в людях, использующих её.
Например, BP проверяет корректность наследования в инфраструктуре RunBase, тем не менее, даже в стандартном приложении есть:
Ax2009 RU5: класс CustVendAutoSettlement_Cust_RU, метод description()

Есть тут концептуальное отличие. У нас нет ООП в чистом виде, но у нас есть сама платформа с огромным количеством специализированных классов и совершенно однозначным их поведением. В 80% случаев не нужно "изобретать и связывать" - нужно просто знать. Знания особенностей платформы - диктуют направление практической реализации. Таким образом, получается, что основной упор остается на алгоритмы получения данных и их обработки. А как построить систему контроля качества запросов, или решения математических задач - не очень понятно. С проблемой же вызовов сервера мы пока боремся просто - у всех разработчиков на отладке включен режим эмуляции работы через GPRS соединение. Неделя-другая в жутких тормозах приводит к прозрению и воспитывает культуру разработки