Кто не послушает Дружко и проверит это заявление?

(0) интересно, когда проект дорастет до беты? То есть все функции существующего конфигуратора уже будут реализованы?

(1) Я, как и раньше, ориентируюсь на конец этого года. Хотя разработчики обещали уже этой весной.

(1)(2) http://1c.ru/news/info.jsp?id=22989

Выпуск версии 1C:Enterprise Development Tools для полноценной разработки конфигураций запланирован на конец июня 2017 года.

Обещают что 1.6 будет финальной.

Что-то не хотел бы я вести разработку в среде, которая работает в виртуальной машине Java

(5) Ну идея тоже на джаве написана. а работает побыстрее той же Visual Studio. По карйней мере на моем компе (не оченьбыстрым и всего 4гига ОЗУ)

(0) а мне вот интересно сравнить скорость работы с ролями в последней EDT по сравнению с обычным конфигуратором. И еще - очень больной вопрос - будет ли первое открытие формы внешней обработки приводить к длительному зависанию, пока все в кеш на закачается?

все-таки стоит подождать 2.0 уже после выхода финала 1.6

(5) >> не хотел бы я вести разработку в среде

Никто и не заставляет.
Конфигуратор никто не закрывает.
EDT - это альтернатива конфигуратору со своими плюшками. Причем востребованность этих плюшек 90% 1С-ников весьма сомнительна.

а какие плюшки то обещают?

А есть ли какие-нибудь новости про планы превратить EDT в корпоративный инструмент (за отдельные деньги)?

(9) >> востребованность этих плюшек 90% 1С-ников весьма сомнительна
Смелое заявление.

(10) человеческий GIT, человеческие подсказки - этого достаточно?

(12) а что из плюшек, такого, чтобы вот прям слезть с конфигуратора?

(12) Ну давай! Выкладывай свои аргументы в пользу EDT.

Целых два человека, которых устраивает текущий конфигуратор в ветке!

(15) Пока сам все не потрогаю к жаркой дискуссии не готов. Поэтому жду тех, кто потрогает до финала =).

(13) в гит и сейчас вроде можно

ну и подсказки, да с снегопатом на высоте

(13) >> человеческий GIT,

Согласен. Востребовано у ~1-5%% разработчиков.
Остальным либо вообще пофиг на репозитарии, хранилища, версионирование и совместную разработку (хуяк, хуяк и в продуктив), либо они вполне обходятся штатными средствами.

>> человеческие подсказки

Неубедительно. ИМХО, реально востребовано мало и редко. И только лишь ради этого переходить в разработку в EDT мало кто  станет.

(18) при помощи лома и какой-то матери. Нафиг так жить?

(19) ага, только на 8.3.8, а выше - уже нет (на сегодняшний день).

(20) держать все методы в голове или продираться через дикую справку каждый раз? Нет, спасибо. А про прочее (не нужен) - ориентироваться надо на передовые методы работы, а то с таким подходом докатимся до "нафиг вообще восьмерка, в семерке все есть".

(21) >> держать все методы в голове...

Еще раз повторюсь. Неубедительно.
То есть безусловно это преимущество. Но переходить на EDT только лишь ради синтакс-помощника.... пфффф

(21) >> только на 8.3.8, а выше - уже нет (на сегодняшний день).

Ну EDT тоже поддержку 8.3.10 планирует добавить только в финальной версии 1.6. Сейчас - только 8.3.8 и 8.3.9.

(15) Git, не?

(24) Да. См. мой пост (20)

>Кто не послушает Дружко и проверит это заявление?

а надо ли? пока это "унылый бастард"...

пока 1с всех запинывать всех туда не начнет как на УФ - смысла никакого

(0) https://partners.v8.1c.ru/forum/t/1608439/m/1608475

(22) ок, захожу с козырей - плагинная система, то есть любой человек, которому текущих возможностей мало - взял и впилил туда собственный снегопат - это как?

(28) Это будет как расширения, обновил конфигу - все отвалилось.

>Это будет как расширения, обновил конфигу - все отвалилось.

хотели override а получилось как всегда

(28) Это вот когда первый плагин появится тогда и поговорим

То что удалось ускорить в разы говорит о очень низком качестве  кода изначально

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

Замечательно, но памяти в комп нужно будет прикупить.

(34) нестареющая классика - "Хороший повод для апгрейда"

(33) Оно и видно, что индусов наняли

(33) Сложности именно скрестить яву и 1с нет.
В это проекте вообще от 1с только внешний вид

(37) сложность в данном случае - это не ядерная физика, а объем работы. Восьмерка не похожа не hello world.

(34) сейчас в телефонах по 6 гигов уже

(27) Продублирую сюда. Вот есть немного эйфорийная инфа от одного испытателя:
"Скорость работы 1.5, по сравнению с 1.4, просто впечатляет! Буквально на порядки быстрее!"

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

(40) Смотрю типовую БП 3.0 в EDT....

Скорость удручает.
Где-то так же, как в обычном конфигураторе.
Где-то явные тормоза и подвисания. Открываются формы документов далеко не мгновенно и иногда даже медленнее, чем в конфигураторе. Большие модули открываются задумчиво (анализируются). Тормозит даже простая прокрутка в редакторе текста модулей.

В диспетчере задач показывает, что EDT сожрало 4.3ГБ.
И это я почти ничего не делал - тупо открыл, один проект (конфа БП), открыт редактор одной единственной формы документа АвансовыйОтчет.

На компе с менее, чем 8Гб ОЗУ даже открывать EDT нельзя.

(40) ЕРП уже можно разбирать?

(42) ну сравни 1.4 и 1.5... 1.4 был совсем печальным...

(44) Вопрос не в том что стало быстрее, а втом приемлема ли скорость?
Была свовсем не приемлема, сейчас нуууууу почти приемлимо

(42) надеюсь к релизу они сделают работу EDT, быстрее чем в конфигураторе, а по рабочей бете оценивать качество еще рано.

(46) Быстрее чем нативное средство написанное на C++, лишенное кучи плюшек? Не думаю что такое возможно.

(46) >> сделают работу EDT, быстрее чем в конфигураторе

Маловероятно. В лучшем случае - в отдельных сценариях.
Да и как оно может быть быстрее, чем в конфигураторе? За счет чего? Если возможностей в EDT предполагается больше?

В конфигураторе куча неоптимизированных мест. которые выполняются НЕОПРАВДАННО долго, особенно на конфах типа ЕРП

(47)+(48) если переписать код с нуля - то наверняка найдется вагон всяческих оптизаций. А если при это откинуть legacy времен 8.0-8.2 - то шансы разогнать скорость работы - есть. Я размышляю чисто теоретически, в вакууме, а как оно будет на самом деле - время покажет.
(Замечтавшись) Глядишь они и динамическое починят.

+(50) *динамическое обновление.

(50) это к конфигуратору не имеет никакого отношения. всеошибки на сервере

>ПОфигуратор уже давно не отвечает современным требования и пора ему на свалку ...

это все понятно, но из двух зол...

(40) + продолжение
"Импорт конфигурации и все операции с этим связанные (построение индексов и т.д.). На 1.4 попытка загрузить БП 3.0, под MAC OSX на довольно мощном IMAC (операция длилась более суток, загружая ресурсы компьютера на 100%) заканчивалась ошибкой нехватки памяти (было выделено 32 ГБ). На 1.5 все отработало буквально минут за 20."

(54) сама работа то как?

>А если при это откинуть legacy времен 8.0-8.2 - то шансы разогнать скорость работы - есть.

тогда уж времен 7.7

(56) я очень сомневаюсь, что в текущей 8.3 остался код из 7.7. Помню потребовалось сконвертить самописку из 7.7 в 8.X - так даже конвертер не сработал, пришлось искать версию 2006 года.

(54) теперь придется проверять самостоятельно, раз так все хорошо.

8.3.10 не поддерживается. Зачем она тогда вообще нужна.
А выйдет финал, так 8.3.11 не будет поддерживаться  и тд

(57) костыли объектной модели - оттуда. так же как "справочник-документ-проводка"

делать конфигурации от "бизнес-процесса" - вероятно не будет никогда

(60) Подожди ерп 3.0

А что в сапе от бизнеспроцесса все идет?

(35) и (39) Ребята, я рад за вас, что кроме конфигуратора ничего нет.  А мне и пишарм,  и студию и прочее одновременно надо., А эклипс,  жесть конечно,  по прожорливости.

Ребята,  кто думает, что эклипс будет быстрее,  чем сейчас - сюрприз вас ждет. Будет быстрее, возможно, распаковка конфы,  но эклипс тормоз.