Видду того, что 1С вроде как не анонсирует отказ от своего конфига, но очень активно доделывает EDT, интересно узнать как юзается EDT.

Придется планировать более быстрый переход на EDT

когда уже выйдет 1С 9.х на JVM но со своим ЯП

(2) Так есть же фузина, на jvm..

(3) пропала куда-то

(0) Где вариант - "EDT устарел, не успев родиться" ?

(4) Ты что, она же в сотнях ларьков работает!

(2) "1С 9.х на JVM но со своим ЯП" - первая попытка 1С Исполнитель - считаю крайне неудачной. Полностью убрали совместимость со старом синтаксисом, а новый сделали корявенько. Народ будет тупо переходить на другие языки под JVM...

Тут важно понимать, что EDT - это механизм для решения определенного круга задач.
95% компаний, которые используют 1С, это механизм не нужен.

(7) есть такое, вроде завезли строгую типизацию, только вот элементы коллекции не типизированы, хотя .Net тоже с этого начинал

(0) >> 1С вроде как не анонсирует отказ от своего конфига.

1С вроде как везде пишет, что отказ от конфигуратора вовсе не планируется.
Разве что только о том, что не планируется его дальнейшее развитие, а только лишь поддержка новой функциональности самой платформы.
Откуда вообще взялось мнение, что конфигуратор собираются прикрывать?...
Более того использование EDT в некоторых случаях не даёт возможности абсолютно полностью отказаться от конфигуратора. Некоторые манипуляции всё равно приходится делать в нём.

Для мелких доработок и небольших проектов использование EDT бессмысленно и более трудозатратно по сравнению с конфигуратором. Даже если все процессы по созданию/импорту/экспорту проектов полностью автоматизированы.
EDT уместен на больших проектах и/или при групповой разработке. Ну и ещё пожалуй в тех командах, где по каким-либо причинам принято централизованное решение работать только в EDT и другие варианты не рассматриваются.

В EDTпока ещё остаётся слишком много ошибок, чтобы переводить разработку в него без веских на то оснований. Недопустимо большие трудозатраты на разбор проблем, которые периодически возникают на ровном.

(8) >> 95% компаний, которые используют 1С, это механизм не нужен.

+100. Золотые слова.
Я бы даже сказал не 95%, а 98%. Учитывая, что ~60% и конфигуратор то не особо нужен т.к. не снятые с поддержки конфигурации обновляются в пакетном режиме из Предприятия. А остальным возможностей конфигуратора более чем достаточно.

(10) компаниям не разработчикам EDT не нужен - конечно не нужен, даже 99%.
Нужен только тем кто разрабатывает, или следит за тем, что ему наразработают (здесь может быть пара клиентов, крупняк какой-нибудь).

(7) они попробовали собрать в продукт то, что юзали

интересно слухи относительно 1С 9.х есть? или 1С решила 1С8 развивать? думаю многие крупные проекты в производительность уже упираются, как промежуточная мера нужно БСП уводить ниже по абстракции те встраивать в платформу, например на экзамене Специалист по платформе за выгрузку в таблицу значений дрючат по полной балы снижают, а заглянешь в БСП на минимальное действие пользователей будет тебя по процедурам кидать с кучами выгрузкой и запросами.

"Ранее на Liberica JDK перешла «Национальная система платежных карт», оператор карт «Мир»."
наверное поэтому карты Мир принимают не везде ;-)

(13) ".. на экзамене Специалист по платформе за выгрузку в таблицу значений дрючат по полной балы снижают, а заглянешь в БСП на минимальное действие пользователей будет тебя по процедурам кидать с кучами выгрузкой и запросами."
- это, стопудово, враги вредят, "..это другое!"

(15) Да, ДСП в текущем виде - это вредительство.

*БСП ))

Думаю если 1С не начнет кардинально меняться, то она уже не сможет эффективно обрабатывать возрастающие объемы данных, возрастающие требования к КИС, помню как менялся объём данных на протяжении 18 лет по началу до 5 гб это крупная база потом 20 гб,  сейчас уже 100 гб. обыденность при условии что это не ларек конечно.

(18) 100ГБ не из-за того, что объемы данных возросли (для многих фирм). многи форм вообще просели по объемам товарооборота, но при этом стало больше мелких движений, то есть то на то вышло.
.
а объемы - за исключением какихнить камазов/газпромов - ну за счет чего они так растут?

(19) за счет структуры данных выросло те аналитики, разрезов больше стало, связи между объектами выросли итд

ЕДТ не всегда нужен.

(19) "а объемы - за исключением какихнить камазов/газпромов - ну за счет чего они так растут?"
фоточки товаров и почтовую переписку в базе хранят :)

надеюсь обычный конфигуратор не уберут

кто юзает EDT, там какой то другой ЯП ? как потом конвертируется в конфигурацию?

(23) присоединяюсь к вопросу, там реально типизацию настроить?

(21) они в проведении документов нагрузку не делают, а вот куча регистров - да

(23) Загрузить конфигурацию из файлов

(21) давно надо заводить единое облачное суперпупер мегахранилище описаний товаров с картиночками, блэкджеком и кабаре.
1С:Номенклатура что-то не сильно идет вроде, хотя по мне - золотое дно...
Странно, что Маня его еще не застолбил со своими запчастями...

(10) Вроде как обновлять доработанные конфы в ЕДТ норм https://youtu.be/jYGIkUfRVPY

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

(29) ШК не поменяют. Геморно
а если учесть поползновения толстомордого замаркировать всё подряд...

Ху из либерика*

Не понятно одно. Причем тут новость о Liberica и отказ от Конфигуратора :)
Liberic-у выложили только по одной единственной причине. В ней остается JavaFX, на которой 1С рисует формочки на Java. Из стандарта  JDK этот JavaFX убрали по довольно веским причинам. И вот чтобы не объяснять 1С-никам откуда взять эту JavaFX, как правильно прописать ключи с путями к модулям этой самой JavaFX положили эту либерику. О том что она лучше\хуже той же самой OpenJDK или даже сборки от мелкософта доказательств на самом деле нет.

(28) >> Вроде как обновлять доработанные конфы в ЕДТ норм.

В том то и дело, что "вроде".
Там одного геморроя с преобразованием cf-xml-cf достаточно.
Особенно, когда выясниться, что какой-нибудь продвинутый разработчик работает на Linux и забыл настроить корректное преобразование знаков окончания строки и у тебя во всей конфе на каком-то из преобразований эти знаки поменялись.

Так что имеет смысл, когда у тебя уже всё отлажено и отработано, как часы. Но пока ты этого добьёшься пройдёт очень много времени. А иногда ещё и разработчики EDT подкидывают косяки в очередном релизе.
И при всех плюсах остаётся неочевидной их (этих плюсов) преимущество.

(32) Первой - повод. Второе - фантазия автора ветки.

(32) а в каком месте используется JavaFX?

в едт единственный плюс - это гит

(36) а подсказки по параметрам, поэлементное объединение форм?

(37) подсказки по параметрам и в конфигураторе есть

(38) интеллисенс в едт на порядок лучше

(39) вполне может быть. я не юзал никогда

(39) а в сравнении с турбоконфом?

(35) Да во всех. EDT вообще пробовал ставить? Без JavaFX только из командной строки получится.

(42) JavaFX для EDT нужен только получается?

+(42) Т.е. вот этого ничего не будет при попытке установки без JavaFX
https://dl04.1c.ru/content/DevelopmentTools/2021_2_RC1/runningedt.html#i076__ustanovka-edt

(43) Ну в ветке и разговор про EDT. В продуктах 1С где используется Java в качестве ГУЙ-фреймворка используется JavaFX.

(45) вот мне и интересно узнать что это за продукты такие

(14) ну раз уж на то пошло, то перешли они на неё скорее всего с IBM-овского jdk, и с корее всего потому что наконецто закопали informix

(47) *скорее
p.s. какая странная опечатка получилась