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

Возврат к списку

14.09.2017     
Фирма «1С» представила среду разработки нового поколения 1C:Enterprise Development Tools, предназначенную для создания бизнес-приложений системы программ «1С:Предприятие 8».

Новый инструмент можно использовать наряду с конфигуратором «1С:Предприятия 8», при этом формат разрабатываемых приложений полностью соответствует текущим версиям платформы «1С:Предприятие 8».

1C:Enterprise Development Tools обладает следующими преимуществами перед конфигуратором:

  • Ориентирован на разработку крупных бизнес-приложений;
  • Имеет более высокую эффективность разработки за счет использования новых инструментов;
  • Может быстро переключаться между разными версиями технологической платформы и разными информационными базами прямо в процессе разработки, не покидая контекста разрабатываемого бизнес-приложения;
  • Можно расширить инструмент разработки за счет создания и использования плагинов.

Также обеспечен автоматический импорт и экспорт бизнес-приложений из формата конфигуратора «1С:Предприятие 8» в формат, используемый инструментом 1C:Enterprise Development Tools

С более подробной информацией о новом продукте можно ознакомиться на официальном сайте «1С».  



Комментарии
1. Дмитрий Котов (rpgshnik) 129 14.09.17 12:53 Сейчас в теме
Да же спасибо не сказали :D
DrAku1a; Kosstikk; demkonst; TreeDogNight; wazup666; user621724_Dimav1979; asmuk; Interrupted; +8 Ответить
2. Денис Монахов (wazup666) 14.09.17 13:00 Сейчас в теме
(1)
Да же спасибо не сказали :D

Не до этого, все побежали качать :D
DrAku1a; 2casp; +2 Ответить
3. Ruslan Chekushko (2casp) 15 14.09.17 13:03 Сейчас в теме
Ну классический Конфигуратор же не уберут?
12. Ivan Khorkov (vano-ekt) 1030 14.09.17 13:41 Сейчас в теме
(3) уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
nazirovramzil; biz-intel; rpgshnik; Сурикат; igo1; Korolev; Yakud3a; CyberCerber; +8 Ответить
16. Николай Больсунов (boln) 952 14.09.17 14:14 Сейчас в теме
(12)
уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
Смех смехом, а в перспективе могут. Ведь "Доступно и всерьез"(с) - это давно уже не про V8, по крайней мере первое.

Таков конец всех замуток про "программирование для домохозяек". Или развиваются до серьезных языков и сред, или тихо тонут. Сколько их уже было...
kadild; biz-intel; +2 Ответить
21. red 80 (red80) 14.09.17 14:47 Сейчас в теме
(12)
(3) уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
Время разработки увеличится на порядок.
4. Константин Гейнрих (CyberCerber) 162 14.09.17 13:03 Сейчас в теме
Т.е. это уже финалка? Круто! Надо начинать юзать.
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать.
А еще теперь интересно, когда Конфигуратор объявят устаревшим.
6. Николай Больсунов (boln) 952 14.09.17 13:12 Сейчас в теме
(4)
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать.
Там в хелпе про это есть.

А еще теперь интересно, когда Конфигуратор объявят устаревшим.
По-любому пока с ERP уверенной работы не будет, не объявят.
78. Михаил Панченко (mvxyz) 15 15.09.17 13:44 Сейчас в теме
(4)
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать

В EDT весьма достойная встроенная справка.
5. Сергей Епифанов (Gizmo_esu) 35 14.09.17 13:07 Сейчас в теме
написано, что тестировано на Win 7, на Win 10 паходу не взлетит...
7. Николай Больсунов (boln) 952 14.09.17 13:16 Сейчас в теме
(5)
написано, что тестировано на Win 7, на Win 10 паходу не взлетит...
Почему? Java же. Если не взлетит, то уже вопрсы к Джаве и к Эклипс будут, а не к ОС.
8. user user (inf012) 14.09.17 13:37 Сейчас в теме
Попробовал подстроить (по скринам) стиль кода как в ЕДТ - получилось, что-то не очень.
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125

У меня комменты как-то бледновато смотрятся, и в ЕДТ, такое ощущение, что шрифт жирный у ключевых слов
И у них на скринах препроцессор в разных местах разным цветом.
10. red 80 (red80) 14.09.17 13:38 Сейчас в теме
(8)
Попробовал подстроить (по скринам) стиль кода как в ЕДТ - получилось, что-то не очень.
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125

Сколько у людей свободного времени!
Yashazz; Vovanches; monkbest; TreeDogNight; Solovyeff; DarkUser; Brawler; Korolev; Mnemonik; +9 Ответить
11. user user (inf012) 14.09.17 13:39 Сейчас в теме
(10) 5 минут работы, зато у них же это все, наверное, "фокус-группы" тестировали, как лучше для глаз.
)))
9. red 80 (red80) 14.09.17 13:38 Сейчас в теме
Работать на ней можно уже?
13. Андрей Лукин (frkbvfnjh) 254 14.09.17 14:09 Сейчас в теме
Это сырая какашка, ребята, остановитесь!!! Почитайте описание релиза, там еще много чего не хватает по сравнению с конфигуратором. Нужно подождать еще хотя бы годик... Видали что они пишут:
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.

т.е. они его еще и платным хотят сделать.
Serg O.; Yashazz; TreeDogNight; Brawler; +4 Ответить
14. борян петров (TODD22) 18 14.09.17 14:12 Сейчас в теме
(13)
Нужно подождать еще хотя бы годик...

Оптимистично как то звучит... её уже два года делают если не больше.
121. Ярослав Ткаченко (jackill88) 20.09.17 09:06 Сейчас в теме
(13) А простой конфигуратор раздают бесплатно что ли?
123. борян петров (TODD22) 18 20.09.17 10:12 Сейчас в теме
(121)Он идёт с "жёлтой коробкой". Не факт что в "жёлтую коробку" будут вкладывать EDT.
15. Андрей Лукин (frkbvfnjh) 254 14.09.17 14:12 Сейчас в теме
Лучше бы с пацанами из джетбрэина поговорили, они бы им норм среду разработки сделали, тем более, что пацанчики то там русские.
AlexGroovy; pfilyk; JohnyDeath; cefew; ph_1984; monkbest; Лис Р; TreeDogNight; CSiER; Shrayky2; morin; +11 Ответить
17. Иван Пимуков (Irwin) 244 14.09.17 14:14 Сейчас в теме
Через пару месяцев ждем строчки в вакансиях:
" - Опыт групповой разработки с использованием EDT и Git от 3-х лет"
Serg O.; nazirovramzil; Cmapnep; Михаська; jif; mcarrowd; pfilyk; sheffchik; Alister; tsukanov; pavlov_dv; the1; baton_pk; itriot11; &rew; KSy; Артано; TreeDogNight; rpgshnik; DarkUser; mrDSide; Brawler; Kosstikk; davydoff; Dem1urg; boln; Yakud3a; Mnemonik; eskor; CyberCerber; +30 Ответить
18. Андрей Лукин (frkbvfnjh) 254 14.09.17 14:15 Сейчас в теме
Не вы видали:
Поскольку новый инструмент реализует существенно более широкие возможности по редактированию приложения, то для его использования требуется более производительное оборудование. Для работы 1C:Enterprise Development Tools требуется 64-разрядная операционная система, объем памяти – не менее 4 Гбайт, процессор – Intel i5 и выше. Для более эффективной работы можно рекомендовать увеличение объема памяти до 8 Гбайт.

У меня для игр комп и то по скромнее будет...
omut; monkbest; TreeDogNight; +3 Ответить
26. Николай Больсунов (boln) 952 14.09.17 15:24 Сейчас в теме
(18) Так всегда было. "Жирные" программы заставляют обновлять парк компьютеров, а мощные компьютеры стимулируют разрабатывать "жирные" программы. Когда "жир" в очередной раз вылезает за пределы возможности железяки, цикл начинается сначала. Рука руку моет.
Diversus; TreeDogNight; Brawler; +3 Ответить
27. Константин Гейнрих (CyberCerber) 162 14.09.17 16:04 Сейчас в теме
(18)
(23)
Обычные требования для современных IDE.
У меня как раз Intel i5 и 8 ГБ ОЗУ, Android Studio (На основе IDEA сделана) забивает всю оперативку и чуть-чуть подтормаживает. Теперь если еще и на EDT переходить, надо будет подумать о покупке планки ОЗУ
19. Сергей JesteR (JesteR) 137 14.09.17 14:37 Сейчас в теме
Еще годик на сбор жалоб от первопроходцев, годик на отшлифовку, а там можно и поставить :)
20. Сан Саныч (herfis) 213 14.09.17 14:47 Сейчас в теме
Офигеть! Вечную бету таки зарелизили :)
Хороший подарок на день программиста, кроме шуток.
jif; uri1978; ImHunter; TreeDogNight; Interrupted; pallid; Korolev; Silenser; neikist; Mnemonik; CyberCerber; +11 Ответить
22. Существо Человек (Adilgeriy) 19 14.09.17 14:54 Сейчас в теме
а по ней будут готовить специалистов? типа два будет? по ней и по платформе?
23. Сергей Смирнов (protexprotex) 146 14.09.17 14:56 Сейчас в теме
Мдааа... Мой рабочий комп Core™2 DUO на 3 гигагерцах с двумя гигами памяти - на которой c++ builder летает - тут будет точно отдыхать. Причем долго.
mvxyz; awk; +2 Ответить
24. Дмитрий Горшков (McReddy) 14.09.17 15:04 Сейчас в теме
Т.е. раз "Может быстро переключаться между разными версиями технологической платформы и разными информационными базами прямо в процессе разработки, не покидая контекста разрабатываемого бизнес-приложения;", значит одновременно отрывает несколько баз?
А как у него с восприятием лицензий?
25. Сан Саныч (herfis) 213 14.09.17 15:07 Сейчас в теме
Расслабьтесь те, кто напрягся. Никто конфигуратор убирать не будет и менять язык разработки тоже.
Это просто альтернативный инструмент разработки для больших команд на больших проектах. Когда родной конфигуратор и хранилище начинают "жать".
Т.е. основная фишка и цель - нативная интеграция из коробки с внешними распределенными системами контроля версий (git). Плюшки "настоящих" IDE идут как бы прицепом и имеют значительный вес, но меньший. Просто одно другое цепляет и дополняет.
И то EDT появился единственно благодаря тому, что на платформе эклипса его можно было на аутсорсе запилить за приемлемые время и деньги.
(24) EDT работает с конфой, разложенной на отдельные файлики. Для запуска 1С файлики заново собираются в конфу. Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже. Для оптимизации и инкрементальной загрузки/выгрузки в файлики/из файликов 1С немало сделало в последних релизах платформы.
kadild; support; gubanoff; KSy; TreeDogNight; DarkUser; Kosstikk; CSiER; Dem1urg; Mnemonik; Anton64; Irwin; Mi11er; +13 Ответить
32. Павел Одинцов (Darklight) 14.09.17 18:28 Сейчас в теме
(25)
Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже.

Думаю это лишь до поры до времени ибо
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.
28. Валерий Дяченко (davealone) 14.09.17 17:55 Сейчас в теме
Анализатор кода получше платформенного. Хотя и не всегда правильно определяет контекст. Например, код который явно обрамлен инструкциями препроцессора чтобы не выполняться в веб-клиенте все равно считает ошибочным в контексте веб клиента.
Но в то же время проверка на количество параметров метода, неиспользуемые локальные переменные - как у современных анализаторов.

Редактор подсистем/функциональных опций/ролей по-умолчанию показывает только назначенные. Тоже прикольно. Связанные подписки на события - очень удобно.Особенно если умеет ловить подписки на общий тип (например, СправочникОбъект) - пока не проверил.

P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
monkbest; TreeDogNight; CyberCerber; neikist; +4 Ответить
31. Николай Больсунов (boln) 952 14.09.17 18:22 Сейчас в теме
(28)
P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
Не скоро.
33. Павел Одинцов (Darklight) 14.09.17 18:28 Сейчас в теме
35. Николай Больсунов (boln) 952 14.09.17 19:52 Сейчас в теме
(33)
почему не скоро?
Наверное, потому что никогда :)

Да нафиг это одинэсникам нужно, гемор один. Наверное, выделится узкий клан "плагинописателей", как клан "писателей ВК". Да и вряд ли плагинов понадобится столько, чтобы ими "мир наводнить".
37. Евгений ' (WanGoff) 123 15.09.17 01:19 Сейчас в теме
(35) ну да. Наконец-то разделятся поделочники и нормальные продуктовые команды.
Как бы грубо это не звучало. А то как-то утомили эти горе-фрилансеры и недофранчи, пытающиеся влезть туда, в чем не понимают ничегошеньки.
44. Павел Одинцов (Darklight) 15.09.17 09:22 Сейчас в теме
(35)Даёшь что-то наподобии OneScript на Eclipse - и плагинов наплодят, мама не горюй.... но, конечно не все ринутся, и не сразу, думаю на развитие этой идеи ещё лет 10 уйдёт.... а заниматься, хотя бы, мелким или персональным (не публичным) плагиностроением, будет не более 1% 1С-ников. Но, тут надо заметить, что компания 1С через EDT пытается привлечь в свои ряды мировое сообщество программистов - если удастся - то там желающих поплагинить тоже много наберётся....
29. sergey makarov (s22) 20 14.09.17 18:18 Сейчас в теме
надеюсь исправят не только среду но и язык

1. нафиг убрать интструкции препроцессора
2. убрать обработку исключений
3. добавить await
30. Павел Одинцов (Darklight) 14.09.17 18:21 Сейчас в теме
(29) ну у Вас и предложения :-(
kadild; the1; newdigger; TreeDogNight; CyberCerber; davealone; boln; +7 Ответить
34. Игорь Фелькер (Brawler) 343 14.09.17 19:37 Сейчас в теме
Офигеваешь от системных требований у поделки 1С.

Возьмем для сравнения минималку у Visual Studio 2017, думаю в представлении не нуждается.

Процессор с тактовой частотой не ниже 1,8 ГГц. Рекомендуется использовать как минимум двухъядерный процессор.
2 ГБ ОЗУ; рекомендуется 4 ГБ ОЗУ (минимум 2,5 ГБ при выполнении на виртуальной машине)
Место на жестком диске: от 1 ГБ до 40 ГБ, в зависимости от установленных компонентов.
Видеоадаптер с минимальным разрешением 720p (1280 на 720 пикселей); для оптимальной работы Visual Studio рекомендуется разрешение WXGA (1366 на 768 пикселей) или выше.
39. Дмитрий Королев (ArchLord42) 59 15.09.17 08:23 Сейчас в теме
(34) скорее всего это не 1С виновата, а java, движок то все таки взяли от Eclipse, который сделан на ней, а она (java) как известно любит кушать оперативу, проект CRM 3.0, 2.8 гб в памяти сожрала и 700мб hdd, но это распакованный файлы конфы, они и без ide столько места занимают.
40. Игорь Фелькер (Brawler) 343 15.09.17 08:38 Сейчас в теме
(39) Да так и есть. Однако они заранее знали, что так будет и все же полезли пилить проект на жабе.
41. Дмитрий Королев (ArchLord42) 59 15.09.17 09:06 Сейчас в теме
(40) мотивация компании понятна, они хотят охватить не только рынок СНГ, а там люди посмотрели бы на конфигуратор и открестились, функционал бедный, не плагинов не гита, писать полноценную ide с нуля видимо не хватало ресурсов, все таки сравнивать тот же Майкрософт с 1с это как слон и моська, а тут целый фреймворк. Есть надежда, не без почвенная, что будет лучше, тот же jet brains делает хорошие ide на java, но они уже опытные, вначале там тоже были проблемы, а сейчас очень все круто.
42. Игорь Фелькер (Brawler) 343 15.09.17 09:15 Сейчас в теме
(41) Конфигуратор по сути и есть IDE, и на нее можно было ровно так же навешать плюшек для тех кому они прям позарез нужны, и без плюшек код вообще писать ну никак!
Yashazz; sansys; cefew; monkbest; +4 Ответить
45. Павел Одинцов (Darklight) 15.09.17 09:26 Сейчас в теме
(42)В EDT произошла смена идеологии среды IDE - фактически сделан новый конфигуратор. Это скорее задел для 1С: Предприятия 9. Который полюбому будет нуждаться в абсолютно новой IDE. Но появится 9-ка, конечно, очень не скоро, пока надо EDT обкатать..... лет так 10, не меньше.
48. Антон Антонов (monkbest) 30 15.09.17 09:42 Сейчас в теме
(45) в чем смена идеологии? Какая она в конфигураторе и какая в Eclipse?
По мне так это дублирующие системы c одинаковым подходом
50. Павел Одинцов (Darklight) 15.09.17 09:48 Сейчас в теме
(48)По крайней мере в том, что из себя представляет Проект. В конфигураторе - формально - одна среда конфигурирования - одна база - один проект. В EDT - одна среда разработки - много проектов, открытых в ней, и отдельно - ИБ, которые на них построены. И каждый такой проект - не закрытая упакованная хрень - а набор файлов на диске в открытом формате. Которыми легко можно манипулировать одноврменно целой команде, и разными инструментами на разных платформах. И применять к ним разные средства обработки, расширять, плагинами, инструментарий разработчика. Это большой шаг вперёд.
romansun; kadild; support; kote; pallid; TreeDogNight; neikist; Korolev; CyberCerber; LordMatrix; +10 Ответить
52. Антон Антонов (monkbest) 30 15.09.17 10:20 Сейчас в теме
(50)
EDT - одна среда разработки - много проектов, открытых в ней, и отдельно - ИБ

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

Которыми легко можно манипулировать одноврменно целой команде, и разными инструментами на разных платформах. И применять к ним разные средства обработки, расширять, плагинами, инструментарий разработчика. Это большой шаг вперёд.

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

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

не знаю, но я воспринимаю eclipse как прикручивания крутого старья к некрутому но современному 1С, сдается мне, что джависты уже не пользуются eclipse
cefew; TreeDogNight; biz-intel; Brawler; +4 Ответить
70. Андрей Аввакумов (itriot11) 15 15.09.17 12:36 Сейчас в теме
(52) в одном окне будет гораздо удобнее внедрять отдельные модули сразу в несколько конфигураций.
Если с обычными базами это случается обычно редко, то в среде разработки мобильных приложений, думаю будет очень востребовано.
95. Антон Антонов (monkbest) 30 17.09.17 15:55 Сейчас в теме
(70) извините, я такого в своей работе не припомню.
80. Павел Одинцов (Darklight) 15.09.17 14:18 Сейчас в теме
(52) Самое прикольное будет - если сторонние "умельцы" такими плагинами, например, прикрутят к 1С что-нибудь типа ООП расширения. Именно новая модель работы с конфигурацией это вполне позволяет сделать - просто внутри Eclipse плагины будут позволять оперировать псевдо-классами (как в текстах, так и в метаданных),а при передачи в конфигурацию и в ИБ, объектная модель будет заменяться на процедурную. Аналогично можно внедрять и другие расширения именно языка и его встроенной объектной модели, например вводить делегаты, анонимные функции, LINQ ;-) Или расширять метаданные - например сделать составные реквизиты (типа структура), или сделать структуру метаданные динамической (в зависимости от настроенных опций в EDT она будет целиком, а в ИБ буде попадать его изменённая урезанная или расширенная часть). Сделать фреймы для форм. Сделать наследование метаданных и форм....
Ещё можно ввести макросы, новые операторы языка, сделать возможность подключения внешних библиотек функций (и не только функций), расширить средства рефракторинга и анализа кода.... Не разрушая лицензионного соглашения 1С это можно сделать сейчас только в EDT.
Сделать кодо и метогенерацию, автогенерацию справки (ох как сейчас нехватает нормальной справки к функциям и метаданным типовых решений и БСП).

Это всё в будущем будет поплечу тем, кто будет расширять EDT.

И это всё возможно, сам наблюдал как таким макаром умельцы расширяли другие ущербные языки.
Gesperid; davealone; kote; TreeDogNight; neikist; CyberCerber; +6 Ответить
94. Антон Антонов (monkbest) 30 17.09.17 15:54 Сейчас в теме
(80) 1С это Фреймворк над СУБД и web, EDT - будет Фреймворком над 1С. Это попахивает той же эффективностью, как сейчас 8ми ядерного проца в телефоне хватает только на интерфейс, а когда-то такими молотили бигдату

Я не уверен, что лишний уровень абстракции даст улучшизмы
106. Павел Одинцов (Darklight) 18.09.17 11:53 Сейчас в теме
(94)вопросы производительности фреймвороков (пусть и выстроенных пирамидой) решаются их внутренней оптимизацией и наращиванием аппаратных мощностей тысячами специалистов-разработчиков - и эти затраты меркнут на фоне выгоды, которую можно получить оптимизировав время разработки (и сопровождения), заодно получив более продвинутое и быстрое решение, эксплуатируемое миллионами пользователей (которая и знать не знают какая монструозная была надстройка при разработке).

А вообще это больше уже похоже на холи вор - что эффективнее: ассемблер, си, или C#/Java, а может F#/Lisp или даже Prolog? Победят то всё равно квантовые вычисления, подкреплённые AI технологиями, и совсем другие методики программирования, средства ввода инструкций, и доступа к хранилищам знаний, зачем воевать-то на заведомо проигрышном поле!
113. Антон Антонов (monkbest) 30 19.09.17 08:44 Сейчас в теме
(106) да я не спорю, что Фреймворки хороши, и что сложности по их созданию с лихвой отбиваются, но теперь спустимся с облаков в нашу земную реальность


Мой приговор, что это круто, только для авторов чисто своих конфигураций, к которым 1С не имеет отношения, либо Вы и есть 1С.
Вообще, 1С скорее всего для себя и пилит EDT. Видимо им захотелось УТ и комплексную собирать из ERP на автомате. Да и новую БСП, каждый раз вживлять в типовую как в первый раз запарило. Написали скрипты в EDT, что в каких модулях прописать и поехали.

Для нас "земных" разработчиков я применения не вижу. 1Сный продукт настолько нестабилен, что "пирамида" не будет стоять. Платформа постоянно меняется, конфигурации постоянно меняются, БСП вообще - миф, т.к. о каком стандарте может идти речь, если в типовых одновременно существуют несколько версий БСП. EDT тоже будет развиваться. В каждом слое идет буйное развитие и сделать стабильную многослойную экосистему нереально, инвестиции в её организацию не будут успевать окупаться, только и будите, что заниматься поддержкой системы разработки, вместо разработки системы учета.
114. Кирилл Власов (neikist) 19.09.17 11:16 Сейчас в теме
(113) А бензопила то стоит дорого, требует кучи расходников, тарахтит громко, обслуживать нужно. То ли дело топор, пока сосед бензопилу к работе подготовит - я уже успею несколько деревьев срубить.
115. Антон Антонов (monkbest) 30 19.09.17 13:59 Сейчас в теме
(114) ехать в город в магазин за бензопилой, платить за неё деньги, потом за двухтактным маслом, потом за бензином, хранить потом в шкафу, протирать тряпочкой раз в месяц, запах бензина терпеть
чтобы спилить одно дерево О_о
да не - нормально
117. Кирилл Власов (neikist) 19.09.17 15:43 Сейчас в теме
(115)Я возражаю против мнения что EDT нужна только на монструозных проектах. Как по мне так выгоды от ее использования будут наверно на любых проектах где приходится что то массово дорабатывать. В LOC - наверно уже от 10-20к явно удобство можно будет почувствовать.
46. Антон Антонов (monkbest) 30 15.09.17 09:37 Сейчас в теме
(41) собственно, кроме плагинов и GIT мало что можно перечислить, чего нет в современном конфигураторе и что действительно полезно.
Если посмотреть на стандартный конфигуратор (его развитие) у меня вообще было ощущение, что Development Tools похоронят, т.к. конфигуратор становится современной IDE быстрее, чем Eclips конфигуратором.
Одно только, как прогрессировала контекстная подсказка в конфигураторе за последние два года, заслуживает уважения.
49. Павел Одинцов (Darklight) 15.09.17 09:43 Сейчас в теме
(46) Сейчас EDT не предлагает ничего, чего нельзя было бы сделать в конфигураторе (пусть и обходными путями), но, со временем, ситуация изменится. А выгруженные метаданные, формы, макеты и модули в отдельные файлы, плюс GIT, плюс плагины - без заморочек - это уже очень много - всё это приведёт к тому, что возможности EDT со временем разрастутся очень сильно, как и возможности работе с элементами конфигурации и программным кодом, недоступные в обычном конфигураторе.
51. Игорь Фелькер (Brawler) 343 15.09.17 10:19 Сейчас в теме
(49)(50)
Если бы все силы, которые были кинуты на EDT были вложены в Конфигуратор, то сейчас бы конфигуратор был колоссально функциональной штукой!!!
sansys; TreeDogNight; frkbvfnjh; nakh72; boln; tormozit; ZLENKO; monkbest; +8 6 Ответить
56. Дмитрий Королев (ArchLord42) 59 15.09.17 11:42 Сейчас в теме
(51) а вы знаете сколько именно было сил приложено?)) Мое имхо с циклом разработки на джаве не так уж и много людей было задействовано.
54. Андрей К (h00k) 45 15.09.17 11:33 Сейчас в теме
(49)Конфигуратор + снегопат = всё тоже самое, за исключением одно окно - много конфигураций/ баз.
DrAku1a; sansys; +2 Ответить
125. Андрей Акулов (DrAku1a) 1222 21.09.17 05:35 Сейчас в теме
(54) Снегопат время от времени нехило крашил конфигуратор...
Первые версии страдали этим очень сильно, последующие - падали реже.
Если EDT зайдёт - то всякие там снегопаты и подобные уйдут в прошлое... Точнее, уйдут писать платные скрипты для EDT (что тоже неплохо).
126. Сергей Старых (tormozit) 4543 21.09.17 07:35 Сейчас в теме
(125) EDT не зайдет. Думаю он займет 10-15% рабочих мест разработчиков 1С после исправления всех багов (через 6-12 месяцев). Такой низкий процент даю из-за крайне низкой скорости работы в некоторых операциях и там не предвидится серьезного ускорения. Надо бы эти фичи все в конфигураторе делать. Сделали бы меньше, а пользы было бы на порядок больше.
tsukanov; boln; +2 Ответить
55. Дмитрий Королев (ArchLord42) 59 15.09.17 11:37 Сейчас в теме
(46) гит уже весомый довод, да и я повторюсь, это разработка ориентирована на зарубежный рынок, а там еклипс очень популярен. В целом EDT имеет ещё один важный элемент - менеджер пакетов.
96. Антон Антонов (monkbest) 30 17.09.17 15:55 Сейчас в теме
(55) Эклипс уже отжил свой век. Андройдстудия обособилась, Джава - ителеджидея
98. Николай Больсунов (boln) 952 17.09.17 16:21 Сейчас в теме
(96)
Эклипс уже отжил свой век.
Если бы это было так, то не далее как 28 июня сего года IBM не стала бы выкатывать версию 4.7 Oxygen.
Эклипс "хоронят" уже лет семь, только все никак гроб не сколотят.
99. Дмитрий Королев (ArchLord42) 59 17.09.17 16:35 Сейчас в теме
(96) o rly?

Да и как бы на нем не только java кодеры сидят.
Прикрепленные файлы:
100. Николай Больсунов (boln) 952 17.09.17 16:37 Сейчас в теме
(99) Ну, где-то поровну мнения разбились. Но все же Эклипс - явно не отстой :)

*** 100 ***
101. Дмитрий Королев (ArchLord42) 59 17.09.17 16:38 Сейчас в теме
(100) в том то и дело, среди моих зарубежных знакомых, 50\50 с eclipse\intelliJ делят, а я сам уже нет бинс похоронил, а тут вон че))
102. Николай Больсунов (boln) 952 17.09.17 16:50 Сейчас в теме
(101) Тут, конечно, не в Эклипс дело, а в том, что 1С походу изначально допустила какую-то ошибку в проекте. Место ошибки тоже просматривается: "импорт конфигурации". Сначала Конфигуратор выгружает xml конфигурации, затем EDT дербанит эту выгрузку в свой формат (структура xml у них не совпадает). Все это дисковые операции... Вот если бы здесь преодолеть "бутылочное горло", то жить бы стало веселее.
rpgshnik; +1 Ответить
103. Дмитрий Королев (ArchLord42) 59 17.09.17 19:43 Сейчас в теме
(102)


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

В 1C:Enterprise Development Tools единицей разработки является конфигурация. В терминах Eclipse она соответствует понятию проект. Один проект Eclipse - это одна конфигурация. Физически проект хранится на диске в виде набора файлов и папок. А при запуске, перед началом работы, 1C:Enterprise Development Tools просит вас указать рабочее пространство (workspace). Это каталог, в котором расположены ваши проекты. Каталог, в котором хранятся несколько ваших конфигураций.


Собственно имеет место быть переходный период со старого подхода на новый.

Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
105. Николай Больсунов (boln) 952 17.09.17 20:19 Сейчас в теме
(103)
Собственно имеет место быть переходный период со старого подхода на новый.

Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
Интересно, каким путем они могут пойти для расшивки этой проблемы. Эмулировать файловую структуру workspace на физических данных конфигурации (драйвер псевдодиска)?.. Или что-то еще?..
109. Павел Одинцов (Darklight) 18.09.17 12:04 Сейчас в теме
(105)Скорее всего для начала нужно сократить число посредников-конвертеров. Оптмизировать сами алгоритмы трансформации. Оптимизировать формат хранения выгруженной в файлы (а может и загруженной а базу) конфигурации. Ну, а главное, не синхронизировать (без специального команды) то, что вообще не изменялось - тогда долгое время будет занимать только первоначальная выгрузка. При это, можной пойти дальше, и синхронизировать не по целым файлам-объекктам, а по их частям - чтобы IDE смогла конфигуратору указать точные позиции (ветки) в файле того, где произошли изменения - а конфигуратор их позиционно прочитал бы и внёс точечные изменения свойств в конфигурации ИБ. В идеале - далее это вообще отказ от кодификатора - при работе через IDE - пусть сама внгосит изменения в ИБ напрямую.
Это всё, конечно, не сразу реализуют - когда-нибудь к это приудёт... к версии EDT эдак 2.1 ;-) лет через 10 :-/
111. Николай Больсунов (boln) 952 18.09.17 20:06 Сейчас в теме
(109)
В идеале - далее это вообще отказ от кодификатора - при работе через IDE - пусть сама внгосит изменения в ИБ напрямую.
Угу, я это и имел в виду, когда говорил про эмуляцию WS.
107. Павел Одинцов (Darklight) 18.09.17 11:55 Сейчас в теме
(102) Ждём 1С: Предприятие 8.4 - может там этот вопрос доведут до ума
58. Николай Больсунов (boln) 952 15.09.17 11:48 Сейчас в теме
(46)
собственно, кроме плагинов и GIT мало что можно перечислить, чего нет в современном конфигураторе и что действительно полезно.
Минус черепашья производительность на этапе раздербанивания конфигурации :)
monkbest; +1 Ответить
53. Андрей К (h00k) 45 15.09.17 11:23 Сейчас в теме
(34)
Офигеваешь от системных требований у поделки 1С.

Да ладно. Офигевать начинаешь когда конфигуратор с ерп 2 и тонкий клиент, обновляющий базу данных, съедают 7-12Гб оперативки. Так что, ай 5 и 4гига - это давно уже требования для бп, зуп, ут. На нормальный проект нужен ай7, 16 рам и быстрый ссд, гигов на 256...
Аналогично и для вс2017 - простенький проект собрать - ай5/4Гб в принципе хватает, вот только во время работы заметно подтормаживает.
36. Евгений ' (WanGoff) 123 15.09.17 01:18 Сейчас в теме
Да уж. Тут как-бы веха новая настала для отрасли, а всего 16 звезд за сутки.
Это вам не какой-нибудь пост про то как новую форму счета-фактуры запилить)
kadild; neikist; Korolev; CyberCerber; gradi; +5 Ответить
38. Дмитрий Котов (rpgshnik) 129 15.09.17 03:08 Сейчас в теме
(36) забавно что они вообще её не заметили, случайно увидел сам при скачивание обновления что EDT есть актуальный, вот ребятам инфостарта и подкинул новость :D Так бы и не знали наверное.
Хотя 1С во время запилила новость у себя...
43. Brr (brr) 180 15.09.17 09:16 Сейчас в теме
47. Павел Одинцов (Darklight) 15.09.17 09:37 Сейчас в теме
(43)Думаю с точки зрения массово применения в бизнесе - вряд ли - франчи да некоторые фрилансеры, наверное, понемногу смотрят, но пока она была лишь бетой, даже в финальный релиз ещё не всё поддерживает. Торопится начинать использовать пока не стоит. Плюшки там хорошие , но кому надо было - уже давно обходными путями их решают и в обычном конфигураторе, у которого и кроссплатформенность есть, и 64-битность, и GIT прикручивается. Надо ждать.... думаю раньше чем выйдет платформа 1С: Предприятие 8.4 EDT yне будет востребован (разве что для некоторых ERP 2.0 проектов), а платформа 8.4 уже будет специально ориентироваться на глубокое и эффективное взаимодействие с EDT, да и функционал EDT, к тому времени, наконец не будет уступать обычному конфигуратору (где-т с редакции 1.7, 1.8), вот тогда и можно начинать им потихоньку пользоваться - да и то не всем, кому очень надо будет или очень интересно. А массовое применение вряд ли стоит ожидать ранее, чем рак на горе свистнет выйдет 1С: Предприятие 9, т.е. ещё очень и очень не скоро.
Удобным, быстрым и, относительно не багованным, EDT вряд и станет раньше редакции 2.1 которую ждать в ближайшее десятилетие тоже вряд ли стоит (сейчас он развивался со скорость +0.1 редакция в один два года - это не быстро, но и не особо медленно, думаю, после выхода финальной версии, такой тем сохранится).
57. Максим Сухов (MaxS) 449 15.09.17 11:44 Сейчас в теме
Вот что волнует.
Мега программист делает проект на EDT. Расценки у него соответствующие. Вдруг раз и какая-то неразрешимая проблема из-за глюка EDT. Сроки горят, заказчик ругается.
Другой программист по старинке в конфигураторе подхватывает проект и спасает его.
Риск есть, пока это всё новое.
TreeDogNight; Korolev; boln; +3 1 Ответить
59. Сергѣй Батанов (baton_pk) 212 15.09.17 11:52 Сейчас в теме
(57)
Мега программист делает проект на EDT. Расценки у него соответствующие


что ж это за "МЕГА" программист, если он сам не может подхватить проект старым конфигуратором???
Quasar; cefew; TreeDogNight; 4way; Korolev; ArchLord42; CyberCerber; Brawler; +8 Ответить
61. Максим Сухов (MaxS) 449 15.09.17 12:12 Сейчас в теме
(59) Пример вымышленный. Но ситуация такая возможна, когда нужно принимать решение - продолжать на EDT или перейти на конфигуратор. Лошадей на переправе не меняют.
Например, согласился довести груз на новой фуре, в дороге поломался и по частям довёз на газели. Слегка сорвал сроки и оказался в убытке.
63. Дмитрий Королев (ArchLord42) 59 15.09.17 12:16 Сейчас в теме
(61)
, в дороге поломался и по частям довёз на газели. Слегка сорвал сроки и оказался


Согласно вашему примеру, груз поедет на новой фуре, а рядом с ним будут ехать газели, и если фура сломалась, то груз сразу поедет на газелях.

Импортированную базу в EDT никто не запрещает в конфигураторе запускать тут же.
TreeDogNight; +1 Ответить
66. Максим Сухов (MaxS) 449 15.09.17 12:24 Сейчас в теме
(63) Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится.
Например, целый год пишем для ERP и делаем условия, что эта часть кода для УТ. Поступил заказ для УТ, согласовали сроки, начинаем собирать для УТ и не собирается.
Другой программист делал подобное, но на старом конфигураторе... К примеру выше. ))
67. Дмитрий Королев (ArchLord42) 59 15.09.17 12:25 Сейчас в теме
(66)
Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится

вот для этого и существует GIT, у каждого своя ветка разработки, потом делается пулл реквест в основную и уже проблемы решаются на этапе мержа.
Рекомендую ознакомится с GIT, тогда боязнь ваша уйдет.

Простой пример, большого проекта с использованием GIT воркфлоу

https://github.com/torvalds/linux/graphs/contributors

Цивилизованный мир уже давно решил эти проблемы.
75. Егор Иванов (Infactum) 219 15.09.17 13:03 Сейчас в теме
(67) Очень большие проекты как раз сталкиваются с серьезными проблеами при работы с GIT, и ядро linux, о котором вы пишите, как раз эталонный пример где GIT не работает. Как минимум, отправка патчей ведется не через pull реквесты, а через почту.
http://blog.ffwll.ch/2017/08/github-why-cant-host-the-kernel.html
76. Дмитрий Королев (ArchLord42) 59 15.09.17 13:14 Сейчас в теме
(75) Очень большие проекты в 1С?
ясен пень GIT не идеален (но хранилище еще хуже), кстати понял теперь почему привел в пример ядро линукса, как раз недавно читал что-то подобное, про то, что там GIT вроде как не работает :) Видимо поэтому сразу в голове этот проект и всплыл.
По вашей же ссылки, автор пишет не про проблемы GIT, а про проблемы хостинга у GitHub и его UI. Собственно GIT != GitHub

У нас тоже проект не маленький, но мы построили процесс очень просто:

3 команды,
1 - отвечает за бухгалтерию и з\п
2 - за CRM и продажи
3 - остальные направления, где разработка ведется менее активно.

В таком случае особых конфликтов не возникает, все довольны.
81. Александр Киричков (GreenDragon) 15.09.17 14:20 Сейчас в теме
(75) всё смешалось - люди, кони... как верно было подмечено - git не тождественен гитхабу. Далее пара фактов:
1. Линус Торвальдсон имеет непосредственно отношение к разработке git (если мне не изменяет память, года с 2005. после конфликта с BitKeeper)
2. Ядро линукс как раз таки эталонный вариант где git работает. Причём, с того самого 2005 года
Infactum; herfis; +2 Ответить
83. Сан Саныч (herfis) 213 15.09.17 14:41 Сейчас в теме
(75) Как уже сказали, ты путаешь гит и гитхаб. Возможности гита самого по себе намного шире. Это достаточно низкоуровневый инструмент, на базе которого можно строить различные системы контроля версий. По легенде первую версию гита Линус нарисовал чуть ли не за ночь. Именно для разработки линукса. Как ты понимаешь, одной почты недостаточно для системы контроля версий :) А гитхаба в те времена и в помине не было.
97. Антон Антонов (monkbest) 30 17.09.17 15:56 Сейчас в теме
(59) так нет мегаспецов во всем
60. Дмитрий Королев (ArchLord42) 59 15.09.17 12:03 Сейчас в теме
(57) Прям супермэн какой-то, этот ваш другой программист, умеет то, что не умеет мега программист :) К сожалению супермен это вымысел, как и ваш пример, на практике же, вряд ли адекватный программист будет юзать необкатанный инструмент, там где нужна стабильность.
Да и не "разрешимая проблема" как вы ее представляете? Допустим это повреждение МД, в регистре скажем с over999999999 записями, тогда да, сроки могут встать, кстати механизм накатки изменений идентичен загрузки конфигурации из файлов в конфигураторе, так что при таком раскладе и конфигуратор с таким же успехом сломает все к .... матери.
62. Максим Сухов (MaxS) 449 15.09.17 12:15 Сейчас в теме
(60) если изначально на раскладывать конфигурацию на части для EDT, а просто на копии дорабатывать и потом сравнением накатить изменения, то можно обойти возможный баг сборки в EDT.
65. Дмитрий Королев (ArchLord42) 59 15.09.17 12:23 Сейчас в теме
(62)
просто на копии дорабатывать и потом сравнением накатить изменения, то можно обойти возможный баг сборки в EDT.

механизмы используемые EDT уже довольно обкатанные, главным образом это загрузка\выгрузка через файлы, почитайте "разработка по промышленным стандартам" тут где-то статья лежит, утрированно воркфлоу на EDT будет такой (опущены CI/CD), локальный репозиторий + EDT -> GIT -> Релиз, собственно уже люди работают по такой схеме, только через конфигуратор.
Как минимум так работает Серебрянная пуля, а от них статей "все поломалось блаблабла" я еще не видел.
Собственно мы пол года так же работаем, проблем со сборкой еще не было ни разу.
68. Максим Сухов (MaxS) 449 15.09.17 12:28 Сейчас в теме
(65)
механизмы используемые EDT уже довольно обкатанные
Вот о том и речь. На второй день после релиза. ))
Не спорю, но рисковать не хочется. Начинать придётся помаленьку.
69. Дмитрий Королев (ArchLord42) 59 15.09.17 12:30 Сейчас в теме
(68) Какие 2 дня?))))
то, что использует EDT для сборки существует уже как пару лет, EDT это GUI над этим по факту.
71. Максим Сухов (MaxS) 449 15.09.17 12:38 Сейчас в теме
(69) Имеется ввиду последнее действие. Платформа 1С вдруг взбрыкнёт и заявит "- что вы мне тут подсунули? Я не могу из этого собрать конфигурацию."
А кроме кода, в текстовом виде подготовлены формы, роли, типы значений реквизитов и т.п.
Оставьте свое сообщение

См. также