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С».  


Источник: https://infostart.ru/journal/news/mir-1s/1c-enterprise-development-tools-vykhod-iz-bety-v-finalnuyu-versiyu_673512/

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

Не до этого, все побежали качать :D
DrAku1a; 2casp; +2 Ответить
3. Ruslan Chekushko (2casp) 16 14.09.17 13:03 Сейчас в теме
Ну классический Конфигуратор же не уберут?
4. Константин Гейнрих (CyberCerber) 158 14.09.17 13:03 Сейчас в теме
Т.е. это уже финалка? Круто! Надо начинать юзать.
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать.
А еще теперь интересно, когда Конфигуратор объявят устаревшим.
5. Сергей Епифанов (Gizmo_esu) 29 14.09.17 13:07 Сейчас в теме
написано, что тестировано на Win 7, на Win 10 паходу не взлетит...
6. Николай Больсунов (boln) 938 14.09.17 13:12 Сейчас в теме
(4)
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать.
Там в хелпе про это есть.

А еще теперь интересно, когда Конфигуратор объявят устаревшим.
По-любому пока с ERP уверенной работы не будет, не объявят.
7. Николай Больсунов (boln) 938 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

У меня комменты как-то бледновато смотрятся, и в ЕДТ, такое ощущение, что шрифт жирный у ключевых слов
И у них на скринах препроцессор в разных местах разным цветом.
9. red 80 (red80) 14.09.17 13:38 Сейчас в теме
Работать на ней можно уже?
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 Ответить 1
11. user user (inf012) 14.09.17 13:39 Сейчас в теме
(10) 5 минут работы, зато у них же это все, наверное, "фокус-группы" тестировали, как лучше для глаз.
)))
12. Ivan Khorkov (vano-ekt) 911 14.09.17 13:41 Сейчас в теме
(3) уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
nazirovramzil; biz-intel; rpgshnik; Сурикат; igo1; Korolev; Yakud3a; CyberCerber; +8 Ответить 2
13. Андрей Лукин (frkbvfnjh) 205 14.09.17 14:09 Сейчас в теме
Это сырая какашка, ребята, остановитесь!!! Почитайте описание релиза, там еще много чего не хватает по сравнению с конфигуратором. Нужно подождать еще хотя бы годик... Видали что они пишут:
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.

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

Оптимистично как то звучит... её уже два года делают если не больше.
15. Андрей Лукин (frkbvfnjh) 205 14.09.17 14:12 Сейчас в теме
Лучше бы с пацанами из джетбрэина поговорили, они бы им норм среду разработки сделали, тем более, что пацанчики то там русские.
AlexGroovy; pfilyk; JohnyDeath; cefew; ph_1984; monkbest; Лис Р; TreeDogNight; CSiER; Shrayky2; morin; +11 Ответить
16. Николай Больсунов (boln) 938 14.09.17 14:14 Сейчас в теме
(12)
уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
Смех смехом, а в перспективе могут. Ведь "Доступно и всерьез"(с) - это давно уже не про V8, по крайней мере первое.

Таков конец всех замуток про "программирование для домохозяек". Или развиваются до серьезных языков и сред, или тихо тонут. Сколько их уже было...
biz-intel; +1 Ответить
17. John Irwin (Irwin) 60 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) 205 14.09.17 14:15 Сейчас в теме
Не вы видали:
Поскольку новый инструмент реализует существенно более широкие возможности по редактированию приложения, то для его использования требуется более производительное оборудование. Для работы 1C:Enterprise Development Tools требуется 64-разрядная операционная система, объем памяти – не менее 4 Гбайт, процессор – Intel i5 и выше. Для более эффективной работы можно рекомендовать увеличение объема памяти до 8 Гбайт.

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

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

P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
monkbest; TreeDogNight; CyberCerber; neikist; +4 Ответить 1
29. sergey makarov (s22) 20 14.09.17 18:18 Сейчас в теме
надеюсь исправят не только среду но и язык

1. нафиг убрать интструкции препроцессора
2. убрать обработку исключений
3. добавить await
30. Павел Одинцов (Darklight) 14.09.17 18:21 Сейчас в теме
(29) ну у Вас и предложения :-(
the1; newdigger; TreeDogNight; CyberCerber; davealone; boln; +6 Ответить
31. Николай Больсунов (boln) 938 14.09.17 18:22 Сейчас в теме
(28)
P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
Не скоро.
32. Павел Одинцов (Darklight) 14.09.17 18:28 Сейчас в теме
(25)
Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже.

Думаю это лишь до поры до времени ибо
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.
33. Павел Одинцов (Darklight) 14.09.17 18:28 Сейчас в теме
34. Игорь Фелькер (Brawler) 324 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 пикселей) или выше.
35. Николай Больсунов (boln) 938 14.09.17 19:52 Сейчас в теме
(33)
почему не скоро?
Наверное, потому что никогда :)

Да нафиг это одинэсникам нужно, гемор один. Наверное, выделится узкий клан "плагинописателей", как клан "писателей ВК". Да и вряд ли плагинов понадобится столько, чтобы ими "мир наводнить".
36. Евгений ' (WanGoff) 122 15.09.17 01:18 Сейчас в теме
Да уж. Тут как-бы веха новая настала для отрасли, а всего 16 звезд за сутки.
Это вам не какой-нибудь пост про то как новую форму счета-фактуры запилить)
neikist; Korolev; CyberCerber; gradi; +4 Ответить 1
37. Евгений ' (WanGoff) 122 15.09.17 01:19 Сейчас в теме
(35) ну да. Наконец-то разделятся поделочники и нормальные продуктовые команды.
Как бы грубо это не звучало. А то как-то утомили эти горе-фрилансеры и недофранчи, пытающиеся влезть туда, в чем не понимают ничегошеньки.
38. Дмитрий Котов (rpgshnik) 11 15.09.17 03:08 Сейчас в теме
(36) забавно что они вообще её не заметили, случайно увидел сам при скачивание обновления что EDT есть актуальный, вот ребятам инфостарта и подкинул новость :D Так бы и не знали наверное.
Хотя 1С во время запилила новость у себя...
39. Дмитрий Королев (ArchLord42) 58 15.09.17 08:23 Сейчас в теме
(34) скорее всего это не 1С виновата, а java, движок то все таки взяли от Eclipse, который сделан на ней, а она (java) как известно любит кушать оперативу, проект CRM 3.0, 2.8 гб в памяти сожрала и 700мб hdd, но это распакованный файлы конфы, они и без ide столько места занимают.
40. Игорь Фелькер (Brawler) 324 15.09.17 08:38 Сейчас в теме
(39) Да так и есть. Однако они заранее знали, что так будет и все же полезли пилить проект на жабе.
41. Дмитрий Королев (ArchLord42) 58 15.09.17 09:06 Сейчас в теме
(40) мотивация компании понятна, они хотят охватить не только рынок СНГ, а там люди посмотрели бы на конфигуратор и открестились, функционал бедный, не плагинов не гита, писать полноценную ide с нуля видимо не хватало ресурсов, все таки сравнивать тот же Майкрософт с 1с это как слон и моська, а тут целый фреймворк. Есть надежда, не без почвенная, что будет лучше, тот же jet brains делает хорошие ide на java, но они уже опытные, вначале там тоже были проблемы, а сейчас очень все круто.
42. Игорь Фелькер (Brawler) 324 15.09.17 09:15 Сейчас в теме
(41) Конфигуратор по сути и есть IDE, и на нее можно было ровно так же навешать плюшек для тех кому они прям позарез нужны, и без плюшек код вообще писать ну никак!
Yashazz; sansys; cefew; monkbest; +4 Ответить 1
43. Brr (brr) 179 15.09.17 09:16 Сейчас в теме
44. Павел Одинцов (Darklight) 15.09.17 09:22 Сейчас в теме
(35)Даёшь что-то наподобии OneScript на Eclipse - и плагинов наплодят, мама не горюй.... но, конечно не все ринутся, и не сразу, думаю на развитие этой идеи ещё лет 10 уйдёт.... а заниматься, хотя бы, мелким или персональным (не публичным) плагиностроением, будет не более 1% 1С-ников. Но, тут надо заметить, что компания 1С через EDT пытается привлечь в свои ряды мировое сообщество программистов - если удастся - то там желающих поплагинить тоже много наберётся....
45. Павел Одинцов (Darklight) 15.09.17 09:26 Сейчас в теме
(42)В EDT произошла смена идеологии среды IDE - фактически сделан новый конфигуратор. Это скорее задел для 1С: Предприятия 9. Который полюбому будет нуждаться в абсолютно новой IDE. Но появится 9-ка, конечно, очень не скоро, пока надо EDT обкатать..... лет так 10, не меньше.
46. Антон Антонов (monkbest) 28 15.09.17 09:37 Сейчас в теме
(41) собственно, кроме плагинов и GIT мало что можно перечислить, чего нет в современном конфигураторе и что действительно полезно.
Если посмотреть на стандартный конфигуратор (его развитие) у меня вообще было ощущение, что Development Tools похоронят, т.к. конфигуратор становится современной IDE быстрее, чем Eclips конфигуратором.
Одно только, как прогрессировала контекстная подсказка в конфигураторе за последние два года, заслуживает уважения.
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 редакция в один два года - это не быстро, но и не особо медленно, думаю, после выхода финальной версии, такой тем сохранится).
48. Антон Антонов (monkbest) 28 15.09.17 09:42 Сейчас в теме
(45) в чем смена идеологии? Какая она в конфигураторе и какая в Eclipse?
По мне так это дублирующие системы c одинаковым подходом
49. Павел Одинцов (Darklight) 15.09.17 09:43 Сейчас в теме
(46) Сейчас EDT не предлагает ничего, чего нельзя было бы сделать в конфигураторе (пусть и обходными путями), но, со временем, ситуация изменится. А выгруженные метаданные, формы, макеты и модули в отдельные файлы, плюс GIT, плюс плагины - без заморочек - это уже очень много - всё это приведёт к тому, что возможности EDT со временем разрастутся очень сильно, как и возможности работе с элементами конфигурации и программным кодом, недоступные в обычном конфигураторе.
50. Павел Одинцов (Darklight) 15.09.17 09:48 Сейчас в теме
(48)По крайней мере в том, что из себя представляет Проект. В конфигураторе - формально - одна среда конфигурирования - одна база - один проект. В EDT - одна среда разработки - много проектов, открытых в ней, и отдельно - ИБ, которые на них построены. И каждый такой проект - не закрытая упакованная хрень - а набор файлов на диске в открытом формате. Которыми легко можно манипулировать одноврменно целой команде, и разными инструментами на разных платформах. И применять к ним разные средства обработки, расширять, плагинами, инструментарий разработчика. Это большой шаг вперёд.
support; kote; white_sochi; TreeDogNight; neikist; Korolev; CyberCerber; LordMatrix; +8 Ответить 2
51. Игорь Фелькер (Brawler) 324 15.09.17 10:19 Сейчас в теме
(49)(50)
Если бы все силы, которые были кинуты на EDT были вложены в Конфигуратор, то сейчас бы конфигуратор был колоссально функциональной штукой!!!
sansys; TreeDogNight; frkbvfnjh; nakh72; boln; tormozit; ZLENKO; monkbest; +8 6 Ответить 1
52. Антон Антонов (monkbest) 28 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 Ответить 2
53. Андрей К (h00k) 45 15.09.17 11:23 Сейчас в теме
(34)
Офигеваешь от системных требований у поделки 1С.

Да ладно. Офигевать начинаешь когда конфигуратор с ерп 2 и тонкий клиент, обновляющий базу данных, съедают 7-12Гб оперативки. Так что, ай 5 и 4гига - это давно уже требования для бп, зуп, ут. На нормальный проект нужен ай7, 16 рам и быстрый ссд, гигов на 256...
Аналогично и для вс2017 - простенький проект собрать - ай5/4Гб в принципе хватает, вот только во время работы заметно подтормаживает.
54. Андрей К (h00k) 45 15.09.17 11:33 Сейчас в теме
(49)Конфигуратор + снегопат = всё тоже самое, за исключением одно окно - много конфигураций/ баз.
DrAku1a; sansys; +2 Ответить 1
55. Дмитрий Королев (ArchLord42) 58 15.09.17 11:37 Сейчас в теме
(46) гит уже весомый довод, да и я повторюсь, это разработка ориентирована на зарубежный рынок, а там еклипс очень популярен. В целом EDT имеет ещё один важный элемент - менеджер пакетов.
56. Дмитрий Королев (ArchLord42) 58 15.09.17 11:42 Сейчас в теме
(51) а вы знаете сколько именно было сил приложено?)) Мое имхо с циклом разработки на джаве не так уж и много людей было задействовано.
57. Максим Сухов (MaxS) 247 15.09.17 11:44 Сейчас в теме
Вот что волнует.
Мега программист делает проект на EDT. Расценки у него соответствующие. Вдруг раз и какая-то неразрешимая проблема из-за глюка EDT. Сроки горят, заказчик ругается.
Другой программист по старинке в конфигураторе подхватывает проект и спасает его.
Риск есть, пока это всё новое.
TreeDogNight; Korolev; boln; +3 1 Ответить 2
58. Николай Больсунов (boln) 938 15.09.17 11:48 Сейчас в теме
(46)
собственно, кроме плагинов и GIT мало что можно перечислить, чего нет в современном конфигураторе и что действительно полезно.
Минус черепашья производительность на этапе раздербанивания конфигурации :)
monkbest; +1 Ответить
59. Сергѣй Батанов (baton_pk) 208 15.09.17 11:52 Сейчас в теме
(57)
Мега программист делает проект на EDT. Расценки у него соответствующие


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


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

Импортированную базу в EDT никто не запрещает в конфигураторе запускать тут же.
TreeDogNight; +1 Ответить 1
64. PerlAmutor IC (PerlAmutor) 7 15.09.17 12:21 Сейчас в теме
"Плавиковый Шпат" 1.6.0 =)
Прикрепленные файлы:
65. Дмитрий Королев (ArchLord42) 58 15.09.17 12:23 Сейчас в теме
(62)
просто на копии дорабатывать и потом сравнением накатить изменения, то можно обойти возможный баг сборки в EDT.

механизмы используемые EDT уже довольно обкатанные, главным образом это загрузка\выгрузка через файлы, почитайте "разработка по промышленным стандартам" тут где-то статья лежит, утрированно воркфлоу на EDT будет такой (опущены CI/CD), локальный репозиторий + EDT -> GIT -> Релиз, собственно уже люди работают по такой схеме, только через конфигуратор.
Как минимум так работает Серебрянная пуля, а от них статей "все поломалось блаблабла" я еще не видел.
Собственно мы пол года так же работаем, проблем со сборкой еще не было ни разу.
66. Максим Сухов (MaxS) 247 15.09.17 12:24 Сейчас в теме
(63) Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится.
Например, целый год пишем для ERP и делаем условия, что эта часть кода для УТ. Поступил заказ для УТ, согласовали сроки, начинаем собирать для УТ и не собирается.
Другой программист делал подобное, но на старом конфигураторе... К примеру выше. ))
67. Дмитрий Королев (ArchLord42) 58 15.09.17 12:25 Сейчас в теме
(66)
Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится

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

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

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

Цивилизованный мир уже давно решил эти проблемы.
68. Максим Сухов (MaxS) 247 15.09.17 12:28 Сейчас в теме
(65)
механизмы используемые EDT уже довольно обкатанные
Вот о том и речь. На второй день после релиза. ))
Не спорю, но рисковать не хочется. Начинать придётся помаленьку.
69. Дмитрий Королев (ArchLord42) 58 15.09.17 12:30 Сейчас в теме
(68) Какие 2 дня?))))
то, что использует EDT для сборки существует уже как пару лет, EDT это GUI над этим по факту.
70. Андрей Аввакумов (itriot11) 7 15.09.17 12:36 Сейчас в теме
(52) в одном окне будет гораздо удобнее внедрять отдельные модули сразу в несколько конфигураций.
Если с обычными базами это случается обычно редко, то в среде разработки мобильных приложений, думаю будет очень востребовано.
71. Максим Сухов (MaxS) 247 15.09.17 12:38 Сейчас в теме
(69) Имеется ввиду последнее действие. Платформа 1С вдруг взбрыкнёт и заявит "- что вы мне тут подсунули? Я не могу из этого собрать конфигурацию."
А кроме кода, в текстовом виде подготовлены формы, роли, типы значений реквизитов и т.п.
72. Дмитрий Королев (ArchLord42) 58 15.09.17 12:44 Сейчас в теме
(71) ~2 года люди использует это, не кому платформу еще не жаловалась.
Да и как бы она скажет, где именно возникла проблема, например если руками правили исходники.
Даже имя файла укажет.

Тут можно провести параллель с проектами C#\C++ там все в тексте аналогично хранится и происходит сборка(компиляция) в бинарный файл. Сборщик (компилятор) обычно говорит, что пошло не так.
73. Максим Сухов (MaxS) 247 15.09.17 12:50 Сейчас в теме
(72) я жаловался. После разборки обработки и последующей сборки терялась справка в обработке. Писал в 1С, баг признали через несколько месяцев, вроде бы устранили, но как-то криво. Справка есть, но не открывается в предприятии. Забил на это, сделал по другому. И это я ещё не копал объекты конфигурации.
Об ошибке в сборке конфигурация не сообщала. Раз и пропал объект.
74. Дмитрий Королев (ArchLord42) 58 15.09.17 13:02 Сейчас в теме
(73)

Тоже самое могу сказать про хранилище, а его уже сколько лет назад внедрили?, иногда встречался баг, не переносятся данные формы, форма есть, но пустая, очень легко фикситься 10 минут буквально.

Сейчас у нас 3 команды, работающие с GIT и выгрузкой\загрузкой через файлы, никуда еще ничего не пропадало, пользуемся 10 месяцев.

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

Если у вас конечно не user driven development, в таком случае у вас скорее всего могут быть другие причины для срывов сроков.
75. Егор Иванов (Infactum) 217 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) 58 15.09.17 13:14 Сейчас в теме
(75) Очень большие проекты в 1С?
ясен пень GIT не идеален (но хранилище еще хуже), кстати понял теперь почему привел в пример ядро линукса, как раз недавно читал что-то подобное, про то, что там GIT вроде как не работает :) Видимо поэтому сразу в голове этот проект и всплыл.
По вашей же ссылки, автор пишет не про проблемы GIT, а про проблемы хостинга у GitHub и его UI. Собственно GIT != GitHub

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

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

В таком случае особых конфликтов не возникает, все довольны.
77. Максим Сухов (MaxS) 247 15.09.17 13:24 Сейчас в теме
(74) Не мифическая, а реальная пропажа https://bugboard.v8.1c.ru/error/000024484.html
Все мои тесты проходили на отлично, но у пользователя появлялись вопросы. Как оказалось нет справки.
Если у разработчика всё нормально по тестам, а у пользователя какие-то проблемы, например, форма разъехалась, но он молчит и не заявляет о проблеме, как это отловить?
И возможна ситуация, что функционал давно протестирован, а при переборке для новой платформы 1С, что-то незначительное потеряется, которое не отлавливается автоматическими тестами.

Сталкивались уже. Внедрили УПП, производство с использованием спецификаций, научили правильно вводить данные. Потом кто-то попросил изменить стиль текста для всей конфигурации. Изменили, в одном из документов из видимости пропал реквизит. Пользователь постеснялся спросить, т.к. за обучение уже было заплачено и в результате за несколько месяцев изменил весь технологический процесс. Итог - заказчик посчитал, что проект провален.

Возвращаясь к примеру выше. Везти груз на фуре и следом 10 газелей для подхвата - дорогое удовольствие. Т.е. вести разработку для одной конфигурации в EDT и поддерживать в актуальном состоянии ещё десяток конфигураций, обновляя их традиционным способом.
78. Михаил Панченко (mvxyz) 11 15.09.17 13:44 Сейчас в теме
(4)
Еще бы какие инструкции по новым возможностям выложили. Например, как в Гит выгружать

В EDT весьма достойная встроенная справка.
79. Дмитрий Королев (ArchLord42) 58 15.09.17 13:49 Сейчас в теме
Если не секрет на каком релизе платформы вы сейчас сидите?)

(77)
Т.е. вести разработку для одной конфигурации в EDT и поддерживать в актуальном состоянии ещё десяток конфигураций, обновляя их традиционным способом


Расскажите, в чем именно это удовольствие "дорого"?

Я не вижу ни одной причины, по который использование EDT в связки со старыми методами ломало бы рабочий процесс.

Ок, мы юзаем хранилище и конфигураторы, создаем себе копию базы, конвертим ее в EDT, пишем код, собираем, отправляем в базу, подключенную к хранилищу звучит страшно, но мы берем Python или еще лучше OneScript и автоматизируем.

Если изначально используется GIT, то тут все в разы проще.
80. Павел Одинцов (Darklight) 15.09.17 14:18 Сейчас в теме
(52) Самое прикольное будет - если сторонние "умельцы" такими плагинами, например, прикрутят к 1С что-нибудь типа ООП расширения. Именно новая модель работы с конфигурацией это вполне позволяет сделать - просто внутри Eclipse плагины будут позволять оперировать псевдо-классами (как в текстах, так и в метаданных),а при передачи в конфигурацию и в ИБ, объектная модель будет заменяться на процедурную. Аналогично можно внедрять и другие расширения именно языка и его встроенной объектной модели, например вводить делегаты, анонимные функции, LINQ ;-) Или расширять метаданные - например сделать составные реквизиты (типа структура), или сделать структуру метаданные динамической (в зависимости от настроенных опций в EDT она будет целиком, а в ИБ буде попадать его изменённая урезанная или расширенная часть). Сделать фреймы для форм. Сделать наследование метаданных и форм....
Ещё можно ввести макросы, новые операторы языка, сделать возможность подключения внешних библиотек функций (и не только функций), расширить средства рефракторинга и анализа кода.... Не разрушая лицензионного соглашения 1С это можно сделать сейчас только в EDT.
Сделать кодо и метогенерацию, автогенерацию справки (ох как сейчас нехватает нормальной справки к функциям и метаданным типовых решений и БСП).

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

И это всё возможно, сам наблюдал как таким макаром умельцы расширяли другие ущербные языки.
Gesperid; davealone; kote; TreeDogNight; neikist; CyberCerber; +6 Ответить 1
81. Александр Киричков (GreenDragon) 15.09.17 14:20 Сейчас в теме
(75) всё смешалось - люди, кони... как верно было подмечено - git не тождественен гитхабу. Далее пара фактов:
1. Линус Торвальдсон имеет непосредственно отношение к разработке git (если мне не изменяет память, года с 2005. после конфликта с BitKeeper)
2. Ядро линукс как раз таки эталонный вариант где git работает. Причём, с того самого 2005 года
Infactum; herfis; +2 Ответить
82. Максим Сухов (MaxS) 247 15.09.17 14:34 Сейчас в теме
(79) Разработка на 8.3.10.2561, пользователи на разных от 8.1 до последней.
Например, есть у какое-то решение, для разнообразных конфигураций. Пользователь с редкой древней конфигурацией обратился, сделали ему с использованием EDT. Проект развивается, используется новый функционал, всё автоматически собирается для разных конфигураций и тестируется.
Зачем изменения дублировать,например, через хранилище ещё на десяток невостребованных баз? Допустим настроил один раз и по ночам обновляются хранилища.
В один из дней поломалось обновление какой-то базы. Что делать? Зачем тратить время/деньги на исправление этой ошибки если эта конфигурация несколько лет никем невостребована. Бросаем её. И как это иногда бывает через некоторое время появляется заказчик на решение для неё. Нам нужно время чтобы починить всё, а другой программист имеет у себя в запасе похожее решение и копипастом спасает ситуацию.
Что-то по кругу одно и то же.
83. Сан Саныч (herfis) 130 15.09.17 14:41 Сейчас в теме
(75) Как уже сказали, ты путаешь гит и гитхаб. Возможности гита самого по себе намного шире. Это достаточно низкоуровневый инструмент, на базе которого можно строить различные системы контроля версий. По легенде первую версию гита Линус нарисовал чуть ли не за ночь. Именно для разработки линукса. Как ты понимаешь, одной почты недостаточно для системы контроля версий :) А гитхаба в те времена и в помине не было.
84. PerlAmutor IC (PerlAmutor) 7 15.09.17 14:59 Сейчас в теме
Импортировал конфигурацию ERP в плавиковый шпат, он мне теперь при каждом открытии среды синхронизацию ресурсов проводит по 30 минут...
85. Максим Сухов (MaxS) 247 15.09.17 15:05 Сейчас в теме
Возможно ли в EDT загрузить всю конфигурацию, доработать её и сгенерировать расширение для типовой с внесёнными изменениями?
86. Павел Одинцов (Darklight) 15.09.17 15:42 Сейчас в теме
(85) Сейчас такого инструмента нет. Но в будущем - он скорее всего появится - тут нет ничего невозможного. Сейчас пока это не очень актуально. Ведь доработки расширения по любому очень ограничены и местами специфичны - соответственно и Вам придётся в EDT вносить свои доработки с учётом этих ограничений и специфики - чтобы они корректно попали в расширение. В этом вся сложность. Сгенерировать то разницу можно - будет ли она (из-за внесённых доработок) совместима с расширениями - это другой вопрос - но по большей части это всё можно проверить при генерации. Другое дело, что можно и сразу все доработки вносить уже в расширения, зачем сначала делать в одном месте, чтобы потом оно работало в другом. Расширения EDT поддерживает (и автоматически подхватывает их из ИБ, и обновляет их там) - кодируйте себе на здоровье сразу в расширениях (с учётом налагаемых ими ограничениях).

Тут, скорее другие возможности EDT даст со временем - создавать дифференциальный проект - т.е. проект, содержащий лишь изменения между двумя конфигурациями. Тогда можно создавать такие проекты на основе изменённой и типовой конфигураций, и формировать на их основе, например дистрибутивы для установки модификаций в типовые (и не только типовые) решения. Или обновления для конфигураций. И так же проводить обновление типовых конфигураций: выделил свои доработки в отдельный дифференциальный проект - обновил типовую конфигурацию - и сделал мердж (объединение) своих доработок с уже обновлённой конфигурацией.

Технологии GIT тут будут как ни как кстати!

Но сейчас такого ещё нет - но обязательно будет - и будет это концом для дурацкой технологии расширений от 1С :-]
87. Максим Сухов (MaxS) 247 15.09.17 16:38 Сейчас в теме
(86) 1С выпустило конфигурацию Конвертация данных 3. С её помощью генерируются правила обмена в виде общего модуля.
Было бы логично опционально сравнить получившийся модуль с типовым и генерировать расширение.
Кодировать сразу в расширении в этом варианте не получается. Много ручной работы.
Это можно и без EDT провернуть. Средствами 1С генерировать изменения и собирать расширение.

Правильнее было бы в EDT иметь инструменты для генерации подобных модулей, т.к. все конфигурации "под рукой". Тут и автоматический контроль корректности правил. Если есть реквизит в конфигурации, такой алгоритм, нет - другой.
Подозреваю, что у 1С это уже как-то реализовано, судя по коду в конфигурациях, а нам спихнули КД3 ))
88. Владимир Литвиненко (VladimirL) 581 16.09.17 21:50 Сейчас в теме
Несмотря на заявления о том, что EDT 1.6 оптимизирована под работу с большими конфигурациями при импорте УТ 11.3 происходят ошибки. Расшифровки этих ошибок в понятном виде получить негде - это черный ящик. После импорта EDT не удалось удалить временный каталог выгрузки конфигурации, который занимает достаточно большое место на диске. Ошибки опять же вывелись в лог.

Настройку EDT для больших конфигураций нужно проводить отдельно по инструкции с ИТС или справке к EDT. После повышения планки доступной оперативной памяти EDT при работе с УТ 11.3 занимает 5,5 ГБ оперативной памяти.

Загрузка процессора в режиме простоя обычно от 3 до 36%, в среднем процентов 10, редко доходит до 90%. Возможно сборщик мусора у них запускается постоянно? Потому что не встречал ранее Java GUI приложений, которые бы себя так вели в режиме простоя.

Очевидно что фактическое состояние EDT - это еще бета, а выпустили к дню программиста без особого афиширования. Возможно дедлайн был. Однако выпуск - это хорошо. Это значит что теперь количество желающих пощупать продукт и запустить на нем что-то увеличится. И багрепорты пойдут в 1С более активно - есть повод требовать соответствия продукта заявленному функционалу.

Редактор кода действительно очень приятный. Поддержка тем оформления пока никакая. В Dark теме в строке поиска по дереву объектов конфигурации шрифт черный, многие окна остаются светлыми в том числе после перезапуска. Но работать с кодом уже приятнее. Очень хочется надеяться в течение следующего года получить нормальный продукт.
Прикрепленные файлы:
davealone; MaxS; +2 Ответить 2
89. Владимир Литвиненко (VladimirL) 581 16.09.17 23:42 Сейчас в теме
С Документооборотом отношения у EDT складываются еще интереснее чем с УТ 11
Прикрепленные файлы:
90. Котэ Пруидзе (kote) 464 17.09.17 02:02 Сейчас в теме
(88) (89) Попробуйте привести в соответствие версию JVM - может в этом дело.
У нас - хоть долго, но ERP2 импортировалась в проект..
91. Николай Больсунов (boln) 938 17.09.17 03:20 Сейчас в теме
Походу все же провальный проект. Если от версии к версии производительность "улучшается" по капле, то все ресурсы уже исчерпаны.
92. Максим Сухов (MaxS) 247 17.09.17 05:48 Сейчас в теме
(91) В смысле провальный? Это топовый инструмент 1С? Возьмите топовый персональный компьютер на дату выхода EDT с лучшими CPU, SDD, максимальным RAM для материнки и попробуйте на нём. ))
Если в наличии компьютер 5-летней давности, то для чистоты эксперимента нужно пробовать EDT сегодняшней версии через 5 лет на том компьютере, который будет у вас к тому времени. А это наверное и будет сегодняшний топовый ;)
93. Николай Больсунов (boln) 938 17.09.17 14:43 Сейчас в теме
94. Антон Антонов (monkbest) 28 17.09.17 15:54 Сейчас в теме
(80) 1С это Фреймворк над СУБД и web, EDT - будет Фреймворком над 1С. Это попахивает той же эффективностью, как сейчас 8ми ядерного проца в телефоне хватает только на интерфейс, а когда-то такими молотили бигдату

Я не уверен, что лишний уровень абстракции даст улучшизмы
95. Антон Антонов (monkbest) 28 17.09.17 15:55 Сейчас в теме
(70) извините, я такого в своей работе не припомню.
96. Антон Антонов (monkbest) 28 17.09.17 15:55 Сейчас в теме
(55) Эклипс уже отжил свой век. Андройдстудия обособилась, Джава - ителеджидея
97. Антон Антонов (monkbest) 28 17.09.17 15:56 Сейчас в теме
(59) так нет мегаспецов во всем
98. Николай Больсунов (boln) 938 17.09.17 16:21 Сейчас в теме
(96)
Эклипс уже отжил свой век.
Если бы это было так, то не далее как 28 июня сего года IBM не стала бы выкатывать версию 4.7 Oxygen.
Эклипс "хоронят" уже лет семь, только все никак гроб не сколотят.
99. Дмитрий Королев (ArchLord42) 58 17.09.17 16:35 Сейчас в теме
(96) o rly?

Да и как бы на нем не только java кодеры сидят.
Прикрепленные файлы:
Оставьте свое сообщение