Разработчики «1С» рассказали об Eclipse как платформе для 1C:Enterprise Development Tools

а где камменты? тут и на хабре их нет...

Так а что тут комментировать?
Ну, рассказали об архитектуре Eclipse. Ну да, такая архитектура...
Не будь ее, не было бы и EDT. С нуля рисовать альтернативную IDE никто не стал бы.

(1) Так рано ещё - все работают =)

Вот, кстати, интересно - сколько времени занимает хваленая инкрементальная сборка конфы какого-нить ERP, если буковку в модуле поменять?

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

(5) С учетом работы через агента и инкрементальной загрузки - должно быть сравнимо с работой из конфигуратора. Но пока не выйдет ЕДТ мы этого не узнаем.

EDT медленная и прожорливая штука даже для УТ, пока что нормально в нем поработать не удалось =(
Фоновые операции EDT загрузили диск под 99% (хоть они SSD) и процессор i3 (правда не самый последний) под 90%...

EDT норм по ресурсам. это ж IDE. Я когда у себя VS включаю, тоже все немного подтупливать начинает=)

(9)
Вот VS и эту поделку EDT даже сравнивать противозаконно...
VS замечательный продукт по сравнению с EDT.
1С могли бы VS Shell или как-его там заюзать под создание EDT однако же поперлись на Eclipse...
В общем тут больше дело вкуса.

Имхо, Эклипс очень неудобная среда, к тому-же тормозящая. В свое время с удовольствием ушел с нее на Android Studio, когда делал что-то под мобилы. Тоже тупенькая, но намного удобнее. А VS - это да. Это идеал, практически.

И не пойму 1С. Почему было не взять для этого дела Visual Studio Code???

(12) Видимо потому, что Java проще в пониманию и освоении! Плюсы же созданы даже не для средних умов!

(13) То есть не хватило мозгов, хотите сказать? :)
Вообще, за внешней простотой java скрывается много. Нормальную прикладуху написать - не каждый осилит.
Но здесь то речь идет о выборе IDE, а не ЯП...

(12) да вроде же нет разницы, какую ide использовать. Какую хочешь ту и используешь.

Пробовал бету EDT и Eclipse отдельно. Тормоза и глюки те еще.
Qt Creator рулит.

(14) ИМХО, работа с Eclipse, как раз и направлена, чтобы объединить теплое с мягким 1С и нормальный ЯП! Иначе Конфигуратор просто не получил бы дальнейшего развития! Тем более, можно было и Code::Blocks взять за основу и т.п.! Надо посмотреть, что в итоге получится! По крайней мере, тренд идет положительный.

(15) не совсем так! Eclipse открыт и бесплатен, а вот, например, IDEA - нет!

Меня, конечно, можно считать заинтересованным лицом :), но я считал и буду считать, что EDT - ошибочный путь развития платформы 1С, распыляющий силы её разработчиков и приводящий к необходимости дублирования реализации одного функционала на разных языках, и как следствие - увеличивающий потенциальные угрозы багов.
Конфигуратор у 1С сам по себе очень и очень хорошая среда разработки, и если бы те ресурсы, которые были потрачены на разработку EDT были вложены в развитие Конфигуратора - результат бы был много лучше. Возможно, фирма 1С не смогла найти дополнительных квалифицированных сиплюсплюсников на доработку платформы, и взяла вместо них джаверов - может быть. Однако как показал опыт, при должной доработке конфигуратора, чтобы пилить плюшки к нему - вовсе не обязательно знать С++ или Java - хватает и умения работать с толстыми формами плюс знание javascript или OneScript - то есть под силу обычному одинэснику.

(17)
Вы немного путаете среду разработки и ЯП.
Это как думать, что вы станете писателем, если начнёте вместо Блокнота тексты набирать в Ворде.

(19) Поддержу. Тоже не понимаю наклепа они ринулись писать второй конфигуратор... Если так сложно разрабатывать на С++, то ну запилили бы часть этого самого конфигуратора на жабе или C#, потом постепенно все перевели на один язык разработки.
MS VS тоже же как я понял изначально была на С++ или просто С, хз, но теперь там явно львиная часть на С# написана, и ничего, бегает добротно.

(21) Походу ключевое слово - расширяемость. Эклипс: а) расширяемая; б) халявная.

(5) Что-то у меня тоже эта "инкрементальная сборка" энтузиазма не вызывает. Не радикальное решение вопроса производительности, "паллиатив".

(22)
Как будто бы нельзя в родном конфигураторе сделать механизмы плагинов/расширений.

(24) Они на форуме не раз говорили, что такое направление признано неперспективным.
https://partners.v8.1c.ru/forum/topic/1522592

(25) к сожалению, а может быть и к лучшему, доступа к партнерке по ссылке я не имею)) не натрудил еще за 6 лет 1С-иния)))

(26) Ну, кто-нибудь из коллег на работе подсобит :)

(27) ))) не, такие нет. Фиксики мы все)))

(13) Чем проще? Указателей нет? Зато есть понятие интерфейса, и это еще приучить себя надо - мыслить больше интерфейсами, чем классами.

(28)

Напишите ваше сообщение
(28) Фиксик фиксику рознь. У тех кто начинал в нулевые, доступ к партнерскому форуму вполне может быть (через "Комплект специалиста....").

(31) Там еще нужен сертификат спеца и чтобы у фирмы была куплена NFR-версия.

(19) Абсолютно согласен.
Неперспективность направления развития конфигуратора, вообще, понятна. Это подпись под тем, что 1С более не будет фирмой разрабатывающей, собственно, программы. То есть все хотят отдать партнерам на разработку - от конфигураций, до развития платформы разработки конфигураций. А естественно, для этого надо дать халявную расширяемую среду. В принципе, никто, наверное, особо и не против. Но непонятен выбор инструмента.
Так что запасаемся SSD, большими объемами оперативы и прочее. Интересно, люди писали про тесты - УТ 11 билдится минут 50 :)

Похоже и поддержка тогда уже совсем не так должна будет выглядеть. Развернуть полноценную среду у клиента нереально будет практически. И операции типа - поковырял отладчиком, нашел что делать или исправил, более тоже не прокатят. Просто тупо попробую импортировать Комплексную сегодня ради интереса.
Хотя, да. Это уже решено. И вроде как окончательно...

(29) Ой, а что в плюсах интерфейсов нет? Ещё в 97м их рисовал для построения дерева классов...

(35) Имел в виду конструкцию языка interface. В Java она прямо подталкивает "проектировать интерфейсы, а не реализацию"©.

Тащемта, взял последнюю EDT с releases. Комплексная 2 (релиз не самый свежий, что-то от конца 2016 года наверное).
Итак, развертка среды (скачка и установка Java и EDT) + скачка/обновление платформы (не захотел работать с используемой мной версией, а она не самая свежая) - 20-25 минут.
Немного поднастроил среду под себя + регистрация инсталляций платформы в EDT - 2 минуты.
Загрузка:
- Выгрузка с помощью 1С (ее сама среда запускает) файлов конфигураций - 1 час примерно.
- Потом - загрузка файлов - в принципе быстро - минут 3-5.
- Непонятно что, с надписями типа Resource synchronization. На этой операции среда ожидаемо сожрала всю доступную память и висела в статусе "не отвечает", иногда отдупляясь и все же обновляя интерфейс - минут 15.
Потом неожиданно модальный бегунок пропал, но какие-то действия продолжались (чего-то типа Расчет ссылочного индекса). Видимо заработала хваленая эклипсовская многозадачность. То есть ничего сделать нельзя толком, так как все ресурсы съедены и все тормозит и "не отвечает", но вроде как уже можно - доступно меню, ввод. Но потом, еще минут через 5 все просто зависло сожрав еще и 55% процессорного времени, иногда увеличивая его по 75%, а иногда наоборот падая до 1%.
Застрелился Проводник :) Весь этот процесс, показывая 47% процентов прогресса в правом нижнем углу, занял еще чуть больше 1 часа.
И тут фиаско! Неожиданно перескочило на 48% и выдало ошибку "An internal error occurred during: "Perform operations...". Waiting has been interrupted by timeout".
Идиотизм. Не выдержал - прервал. Эта гадость из памяти не выгружается при выходе, снимаем процесс. Судя по сообщениям на партнерке - при возникновении ошибок, ничего не загрузится... И не вижу смысла еще час ждать до следующей ошибки. Больше не буду пока, подожду следующей беты.

По прежнему не хавает - бизнес-процессы, гео-схемы, оформление отчетов, веб-сервисы. Все это осталось в папке unknown. Не знаю почему, но не вкурило два отчета

АнализСостоянияНалоговогоУчетаПоНалогуНаПрибыль и АнализСостоянияНалоговогоУчетаПоНДС. Не смотрел еще. Наверное из за их красивеньких форм.

Тестил на обычном ноуте - i5, 2,2GHz 2 ядра 4 лог.процессора, 4 ГБ ОЗУ. Все лежит на диске не SSD, но в принципе быстром, HGST 7200 об. Диск постоянно съеден на 100%, память тоже. Антивирусник перед этим остановил, остановил также SQLEXPRESS и еще все то, что могло ресурсы освободить.
Вот над чем и нужно будет поработать. Даешь SSD под разработку и много памяти.

(37) да шляпа этот EDT. Тоже пробовал ее и в ранних версиях и в версии 1.3, тормоза одуренные (Win 10, i7 4770, 16Gb, SSD), стоит запустить ее, открыть пару тройку форм в конфигурации и у тебя уже нет одного гига памяти, а дальше только хуже...
Интерфейс эклипса ИМХО убожество...

Если 1С уберет конфигуратор, то уровень цен на услуги по обновлению и разработке возрастут, а из-за этого начнется отток клиентов)))
Скорее всего 1C будут тянуть две среды разработки и далее, спрашивается нафига они вообще затеяли писать ETD и кинули туда столько ресурсов?...
Сервер 1С так и будет написан на С++, клиенты вероятнее всего тоже на С++ будут...
И в итоге им придется поддерживать на разных языках общие по функционалу программные коды... те что в Сервере и Клиентах и те что в EDT.

(19)
8.4 пишется на java...
Видимо 1С постепенно уходит от С++ и переходит на java и за-за этого и делается новый конфигуратор, а не развивается старый

(39)

Щито????
Чем-то можете подтвердить столь сильное заявление?

(40)
В документации к 8.4.1 почти все компоненты требуют установленный пакет JRE
http://its.1c.ru/db/v841doc#bookmark:v8:TI000000030

Наверное нужно уточнить, что не вся 8.4.1, а только новый кластер

(41)
А, ну так так это такие же сервисные обёртки вокруг движка, как и EDT. Переписать саму платформу на Java - имхо нереально.

(42)Только непонятно, зачем это вообще понадобилось. Какой профит? Хотя бы предположения есть у кого-нибудь?

(43)
Ну мне кажется, что легче поддержка кроссплатформенности (это чисто пальцем в небо). Если кто-то расскажет чем Objective C++ отличается от Java будет очень здорово =)
Была очень интересная статья на хабре про методы борьбы с утечками памяти...И там было высказано мнение, что сборщик Java лучше, чем умные указатели. На управляемых формах утечки памяти - это просто кошмар. Все время перезапускать рабочие процессы кластера из-за них ИМХО не есть хорошо
(42)
То что всю платформу переписать нереально, это да
Но кластер-то полностью новый. Т.е. менеджер кластера, балансировщик, все на java...И явно написаны с нуля, микросервисов раньше не было.
Еще и архитектора на java была вакансия у 1С (http://1c.ru/rus/firm1c/vacan/vacancy.jsp?id=218 ) =)
Т.е. в этом направлении движутся =)

(44) Спасибо за гипотезу. Это действительно могло послужить основанием.

Им бы только не увлечься Java в ущерб производительности...

(44)
Нет такого - "Objective C++"
Есть "Objective C", который широко применяется в IOS разработке, и "С++", на котором написана платформа 1Cv8.
От Java отличается всем :)

Я думал они уже забросили это направление)

(41) да и все примеры управления кластером были на жабе. а еще апач зукипер радует. короче зоопарк реальный уже становится. притом что из этого будет в какой момент глючить, не понятно пока.
Книга Эксперта по технологическим вопросам будет походу в нескольких томах под каждый компонент и платформу... :)

(44) в принципе 1С упорно давно java продвигает. все эти детские клубы программистов и прочее. понятно что не просто так. уходят в нее для кроссплатформы...