vivm писал(а) 01. Июля 2011 :: 07:43:Спасибо за развернутый ответ. И куда пойдет развитие следующего релиза 1С с точки зрения сегодняшнего состояния C#/Java/Ruby/Python?
я честно говоря вот так с ходу наверное не скажу, но попробую:
0. запуск в облаках доступен и сейчас - честно протестировал сам запуск 1С сервера на Амазоновском инстансе
1. концепия
"мандантов" у нас уже тоже появилась - разделители сейчас называются
2. управляемые формы - декларативное описание форм, чем то напоминает Windows Presentation Foundation
3. "трехзвенка" тоже вроде как присутствует.
а вот теперь ощущения:
1. чувствуется что следующим этапом возможно станет доработка платформы в сторону "Шаблонов интеграции корпоративных систем"
планы обмена и конфигурация конвертация данных сейчас закрывает это сегмент только для галочки.
значит в скорости должны появится реализации Адаптеров, Транспортов, Очередей сообщений и чем черт не шутит "1С:Сервер интеграции", или аналога XSLT преобразования.
и значит надо срочно перечитывать Фаулера
и попробовать нечто типа ServiceBroker, Mule, Apache Camelи т.д
2. сейчас прототип конфигурации на 8.2 начинается с ролей и подсистем - если вы читали книжки, то уже знаете что описав роли в системе и дерево подсистем : фактически прототип конфигурации будет готов. А вот когда создаются метаданные - справочник, документы и т.д, довольно сложно увидеть общую картину взаимодействия метаданных по подсистемам с друг с другом.
Поэтому вполне возможно появится что-то отдаленно напоминающее UML, только 1С-ники назовут это как то по другому, и есть ощущение что построят они все это дело на функциональных опциях.
и бесконечной будет оптимизация производительности и постепенный переход на использование фич СУБД.
например computed-by поля (общие реквизиты которые) мы с вами уже получили: значит в скорости надо ждать foreign key'ев (например для документов и их табличных частей).
P.S. Обращаю Ваше внимание кстати что недавно 1С стали рекомендовать в методиках чаще вызывать исключение вместо сообщения об ошибке - и вот ведь удивительно в той же Java методика "обрабатывать и выбрасывать исключение" почти стандарт. А мы тут только додумались, так и не далеко до нового способа описания методов модуля - что-то типа Процедура Тесть() Экспорт:Исключительный или на английском Procedure Тесть() Export:Throwable. А потом возможность возможность получить из кода СтэкИсключений.
P.S.S. Мне вот интересно - когда 1с вдруг добавит
Примеси к объектам, как они это в методичке опишут.
UPDATE: я согласен с
trdm - я тоже за букварь, только с уточнением, что это будут буквари, и не только по 1С.