1C:Enterprise Development Tools: выход из беты в финальную версию

(50)
единственно, когда это реально нужно, это если мы авторы самописки ( или отраслевой), она стоит у нескольких клиентов и у всех разная (у каждого свои доработки) и нам надо внести изменения в основной поставке так, чтобы они попали ко всем клиентам
сейчас это решается созданием конфигурации поставщика новой версии, а потом каждому клиенту отдельно накатываем это через механизм поддержки. Я не уверен, что открытие пяти окон с одним и тем же модулем в разных конфигурациях - хороший подход. Я молчу про то, сколько это сожрет оперативки на рабочей станции.


А на каком языке Вы предпочтете писать эти средства обработки? Я думаю, что на родном 1С, т.е. для 1Сника быстрее набросать внешнюю обработку, которая обработает эти текстовые файлики в родном конфигураторе.

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

не знаю, но я воспринимаю eclipse как прикручивания крутого старья к некрутому но современному 1С, сдается мне, что джависты уже не пользуются eclipse

(125) EDT не зайдет. Думаю он займет 10-15% рабочих мест разработчиков 1С после исправления всех багов (через 6-12 месяцев). Такой низкий процент даю из-за крайне низкой скорости работы в некоторых операциях и там не предвидится серьезного ускорения. Надо бы эти фичи все в конфигураторе делать. Сделали бы меньше, а пользы было бы на порядок больше.

(99) Ну, где-то поровну мнения разбились. Но все же Эклипс - явно не отстой :)

*** 100 ***