Обзор новой версии 1C:Enterprise Development Tools

(1) Прироста в производительности по сравнению с прошлой версией не заметил, но пофиксили ключевые баги, например краш ЕДТ во время реструктуризации базы, при добавлении нового документа. В целом по прежнему тяжело работает.

(1) Да. Производительность по большому счету все такая же слабая.

(1) Посмотри
(25)

Учитывая, что про 8.4 нет новостей с 2015 года - ждать её и делать по ней прогнозы - занятие малополезное.

(1)Субъективно у меня стала по шустрее работать и более плавно (возможно связано с указанной оптимизацией для linux), но ресурсов потребляет все равно очень прилично (тестировала на типовой БП 3, edt + java примерно 5 Гб оперативы и 1 ядро проца загружено почти на 100%)

Хорошо, что пытаются оптимизировать, но мне лично больше интересно, когда они сделают нормальную работу с поддержкой конфигурации

(8) Как пользователь IDEA не могу с вами согласиться :)

(9) с такими мыслями можно было и 8 до ума не доводить, выбросить 8.0 и сидеть на 7.7 дальше. Но пилят же, 8.3 и 8.0 - небо и земля.

(9) Я готов пересесть на Xeon с 64 Гб ОЗУ, лишь бы был intellisense как в современных IDE. В конфигураторе его очевидно не будет уже к сожалению. А без intellisense уже мочи нет. :-)

(10)1С уже больше года не дорабатывает конфигуратор, если не заметили. На партнёрском форуме осенью Нуралиев говорил, что планируют догнать функционал конфигуратора в 2018 году и тогда же перевести разработчиков типовых на EDT.

Рано или поздно 1C откажется от поддержки оригинального конфигуратора вовсе - а затем вообще выведет его из состава платформы. Другой вопрос - когда это случится... может, конечно, 8-ка успеет дотянут до своей кончины, тяня за собой уже совсем, к тому времени, устаревший конфигуратор.

Думаю, эпоха EDT настанет не ранее чем выйдет в свет 1С Платформа 8.4 - тогда же следует ожидать и редакцию EDT 2.0 (возможно существенно доработанную и оптимизированную относительно 1.x; которая выйдет, возможно, не одновременно с выходом 8.4, а несколько позже, но не раньше 8.4). Тогда же, EDT 2.0 уже не будет работать через конфигуратор - у него будет свой сервис взаимодействия с метаданными ИБ. А 1С Платформа 8.4, видимо, выйдет не ранее, чем EDT по функционалу догонит конфигуратор 8.3, чтобы уже на 8.4 функционал EDT не был ущербным, относительно конфигуратора 8.4 (функцинал оригинального конфигуратора относительно 8.3 тут тоже должен значительно подрасти – может от того он пока не сильно растёт – придержали для будущей платформы).

Тогда с выходом какой-нибудь из подредакций EDT 2.x - возможно 1С начнёт плавно забивать на оригинальный конфигуратор, в основном развивая EDT (и вряд ли ранее выхода EDT 2.0 разработчики типовых конфигураций на него полноценно перейдут, так, чтобы больше почти не использовать оригинальный конфигуратор). Где-то с версии EDT 2.2 этот инструмент, скорее всего, уже будет вполне рабочим, и не особо глючным - и большинство (по крайней мере, почти все франчайзи принудительно) будут разрабатывать уже на нём.

Ну, а далее, когда-нибудь (лет через 10-20), выйдет 8.5 – и это будет последняя платформа, с оригинальным и очень ущербным конфигуратором - далее - лишь EDT 3.x

Но, вероятно, 8.5 будет последней платформой на 8-ке (хотя, допускаю, что под занавес - будет ещё 8.6, как раз перед выходом 9-ки - для обеспечения плавности миграции, уже без оригинального конфигуратора – RIP).

Появление 9-ой платформы 1С вряд ли стоит ожидать в ближайшие лет 10, 20, а то и 30,40. Вполне, возможно, 8.5 будет сама долгоиграющая подредакция 8-ой платформы - которая продержится на рынке лет так 20-30, а то и больше (9-ая платформа, конечно, в виде беты, выйдет немного раньше, чем пройдёт весь этот срок).

Так что, конфигуратор ещё долго будет жить. Но лет через 10 почти все уже в основном будут кодить на EDT, лишь изредка запуская конфигуратор, а лет через 40 и конфигуратора то уже не будет :-(

(11) Наконец-то вышла версия с исправлениями 1.7.0.630) Ребята молодцы, между фиксацией ошибки прошло не боле пары дней!!!!
Сейчас будем смотреть.

(17)1. А вы сами пробовали открывать ERP в EDT?
Время открытия сейчас сопоставимо с конфигуратором. Плюс есть отличительное преимущество, то что операции в EDT выполняются асинхронно.
2. Импорт проекта сейчас происходит из EDT именно в XML и обновление конфигурации базы выполняется из XML.
Отсюда делаем вывод, что уже можно работать.

(17) Такой позицией вы никогда не перейдете. Eclipse не может открываться быстрее конфигуратора. Разве что сделать так, чтобы конфигуратор начал медленно открываться.

(46) Еще год назад можно было внять таким призывам и обещаниям. Сегодня уже не цепляет ни разу.

(46)
В какие разные форматы вы конвертируете обработки сейчас?

(49) Дождитесь 1С Предприятие 8.4 и EDT 2.x - и будет Вам счастье - а пока - это всё лишь баловство!

(63) Ну, GIT сейчас и к обычному конфигуратору прикручивают (через одно место, конечно, но прикручивают).
Для счастья нужно бы ещё (что зависит от среды разработки):
1. Более гибкого инструментария по сравнения метаданных и текстов, форм, макетов (хоть к обычному конфигуратору тоже прикручиваются уже внешние тулзы - этого пока тоже тут через одно место и не так гибко как хотелось бы); даже без GIT
2. Более широкого инструменатрия для командной разработки и учёта доработок задач: т.е. возможность более гибкой интеграция c Coloboration-инструментарием и Servicedesk, в т.ч. ревизии кода, to-do листы, инструменты общения, пр.
3. Многие ждут повышения скорости обработки метаданных в больших конфигурациях
4. Открытые возможности по создания собственных плагинов и инструментов к среде разработки (а не нарушающих лиц. соглашение всяких эксплойтов типа Снегопата и Турбоконфа для конфигуратора). Нужен откртый API, в т.ч. внешний, как OLE-Automation
5. Более продвинутые инструменты по анализу, рефакторингу, скриптованию, и визуализированию метаданных конфигурации и текстов.
6. Поддержки разных шаблонов, текстовых макросов и препроцессоров для предобработки кода (и метаданных) до компиляции в байткод стековоймашины 1С.
7. Широкую кросплатформенность, включая ARM-архитектуру (за которой, как многие считают, будущее, в т.ч. десктопное) даже для среды разработки. Да и поддерживать такое ПО (написанное на Java) в дальнейшем на разных платформах будет намного удобнее, чем сей кучу разных отдельных программ для разных проектов, написанных на С++ индивидуально для каждой платформы отдельно. А когда-нибудь будет и через WEB-браузер кодить - для особых случае, это было бы не заменимо!
8. Ну и, в идеале, хотелось бы появления поддержки модульности архитектуры конфигураций - чтобы её можно было разбивать на отдельные, условно независимые проекты, и объединять их (после работы препроцессорных скриптов, учитывающих настроенные опции сборки) в конечное решение (со всеми расширениями) - которое будет установлено на ИБ. Тут основная работа как раз на плечи среды разработки ложится (и принципиально пересматривается подход к работе с конфигурацией, в отличии от стандарого конфигуратора), хотя поддержка платформы тоже нужна.