Согласен. У меня было несколько попыток бросить конфигуратор и перейти на ЕДТ, но работать с ним невозможно. То жуткие тормоза, то отладка не запускается, то еще чего...
Да, бывает и такое. Но, когда разобраться со всем - плюсы перевешивают минусы. Плюс - надо базы специально готовить. Работа с едт - это не работа на проде, или копии прода, обычно.
@@Kursypo1C в том то и дело, что на текущий момент для меня минусов больше чем плюсов. Да если в будущем мы полностью перейдём на едт без конфигуратора, то будет круто. Я двумя руками за, но на текущий момент он годен разве что для заливки в гитхаб проекта. Все.
Нормальный разработчик не будет так наплевательски менять количество параметров, он либо добавит этот параметр с значением по умолчанию, либо выполнит глобальный поиск по конфе, расширениям и предварительно выгруженным внешним обработкам.
Не знаю как сейчас но EDT ужасно тормозная и требовательная к ресурсам. Ну а приведённые примеры это не плюсы EDT, а рукопопость разрабов конфигуратора. А уж закрытие платформы после прерывания отладки это особый высший пилотаж.
Да, но это проблема уже разработчиков конфигураций, а не ЕДТ. Если не хотите чтобы платформа закрывалась - делайте деатач отладки, хотя в каких кейсах это надо - не знаю.
@@Kursypo1C "С вашей логикой можно придти к отлаживайте в блокноте, а принтом выводите значенния, не знаю в каких кейсах вам нужно удобство". Наверно если бы небыло других примеров так сказать можно. Но я волею случая иногда кожу в PyCharm. Как то пасивно агресивно получилось дайвёрсити не соблюдено :0)
Загружаем в ЕДТ типовую, чистую БП3. Грузится 4-5 часов на весьма неслабом ПК. А это все время разработчика. В результате загружается и выдает сотни предупреждений и ошибок. Может разрабам своих решений это все и имеет смысл, но для франчей...лучше отрубленные головы разрабов конфы.
Серьезно? 1С меняет рабочую среду, чтобы курсор прыгал внутрь скобочек? Очевидно, что конфигуратор устаревшая среда разработки, но в EDT, несмотря на приятные фишечки, на текущий момент есть свои недостатки. По заголовку думал будет более глубокое сравнение, оказалось - кликбейт
Странно было бы, если бы их не было. Если вы напишите - что конкретно вам интересно, то, возможно, учтем в следующих материалах. Но надо понимать, что статья - это не курс. Писать статью на 20 часов видео - дело не легкое и не имеет смысла.
Итог. EDT лучше понимает и работает с возвращаемыми структурами. остальное не критично (изменение параметров - ну такое; для корректного описания функций есть спец формат комментария перед функцией, где можно описать типы параметров и зачем они нужны)
ну посмотрим как Вы запустите EDT 32-х разрядной Windows. Показанные преимущества сомнительны, они больше демонстрируют недоработки конфигуратора, а не преимущества EDT. Можно также показать недоработки EDT относительно конфигуратора. Основная фишка EDT - проектная разработка, в части обычной разработки лучше Конфигуратор.
Не реально, конфигуратор делает анализ только метаданных и измененных модулей. Он просто не заточен на многопоточность, плагины и т.д. Плюс, там столько легаси за столько лет, что, видать, от него решили избавиться :)
Удобны некоторые моменты. Я не спорю, но когда ЕДТ будет работать независимо от конфигуратора, тогда да. Можно говорить о новой среде разработке, а пока ЕТД зависит от конфигуратора, она останется прокладкой между конфигуратором и базой данных.
@@Kursypo1C это хорошо, но я не могу рисковать базами клиентов работая с бетта софтом. Вот когда будет стабильный релиз, тогда я снова попробую перейти на едт, а пока увы. Для работы только устаревший конфигуратор.
Не понял, а как он определяет тип результата функции? Например, у такой функции: Функция СвойствоОбъекта(ЛюбойОбъект, ИмяСвойства) Возврат ЛюбойОбъект[ИмяСвойста]; КонецФункции;
1. Неужели нельзя было просто допилить конфигуратор. 2. Часть указанного (насколько помню) без проблем получается использованием доп софта еще со времен телепата в семерке и снегопата, турбоконфонфа итд в восьмерке. Честно, лучше бы нормально основную среду разработки допилили.
Не согласен. Конфигуратор - это пережиток прошлого века, который “доработать” - не выйдет. Сама логика привязки конфы к базе и работа с объектом в таблице базы данных, а не с внешними файлами - обречена на провал. Да, 20 лет назад это было норм. Но не сейчас. Конфигуратор нас ограничивает в возможностях. Это тот случай, когда люди пишут под инструмент, а не так, как того требует логика. Чего стоит только этот ужас с обновлением конфигураций через файлы поставки. Или работа с хранилищем конфигураций? А сколько раз люди теряли свои разработки после того, как конфигуратор в крит вылетел? Если бы EDT вышел лет 10 назад, то у нас бы вообще сейчас все было по другому. И не было бы этих монолитов в гигабайты.
@@Kursypo1C эти монолиты делают на порядок ниже порог входа как по мне и кратно облегчают работу по сопровождению небольших клиентов. Натаскал пару племянников и вот тебе уже минифранча. Я не заморачивался никогда технологией и, если честно, всегда думал что в локале до сохранения работаю с массивом выкачанных xml, а не единой базой. Меня напрягает только необходимость арендовать виндовый сервер для разработки, чтобы вспомогательный софт использовать. А обновление конфигурации это не ужас. Это возможность обновлять параллельно переписанные конфигурации нескольким клиентам и честно увеличивать количество часов в рабочем дне для скромного ИП и выставляемых им счетов.
@@Kursypo1C впрочем, возможно во мне говорит не желающий переучиваться усталый 42 летний 1с ник, который за 20 лет познал более менее текущую технологию и без выходных по запросам клиентов пашет и даже 6 часов в неделю на поучится выкраивает с трудом. Может edt и прекрасен.
@@Kursypo1C Чем аргументировано про "не выйдет", это могут сказать только разрабы платформы и их менеджеры. Какой правл при работе с внешнимим файлами - хз что имеется в виду, не вижу никаких провалов. Тем более можно с рахных серверов пождключить одну и ту же базу например. Хранилище отличная штука. Может гит имеет преимущества, но не прямо что-то критичное. Если сторонние разработки даже умели больше. Там столько ресурсов в ЕДТ вливается, непонятно зачем. Разработки не терялись несколько лет, иногда давно были проблемы с сохранением отчета или обработки, может еще на 8.2.
@@A.KB.V. Мне человека, особенно из веб-разработки или Java-разработки гораздо проще обучить в EDT. Тут впервые нормальная IDE, а не этот ушибленный конфигуратор.
Все бы хорошо. Но EDT к сожалению запускает проекты очень медленно, ну просто ужасно медленно по сравнению с конфигуратором. По сути иногда проще 5 раз конфигуратор запустить чем 1 раз EDT. Ну это конечно на одном и том же железе. Вы скажете ставьте себе на рвбочий комп побольше оперативы и все такое. но иногда это не выход. И даже если железо поставить крутое то на нем конфигуратор вообще летает и EDT тупит. Ну и что тогда лучше не понятно. Я думал раньше что EDT будет крутой штукой, но уже прошли годы а она все еще не взлетела. Даже видео уроки обычно почему-то делают в конфигураторе, а это показатель. Была бы EDT хороша ее бы сразу все использовали. Ну а так работать геморно. Вот и все выводы.
Уважаемый автор, замеченная проблема и правда показывает Конфигуратор не с лучшей стороны, но мне кажется, что Вы в своем видео рассматриваете не реалистичный сценарий доработки. ИМХО, если есть потребность использовать расширения, значит редактировать код самой конфигурации не представляется возможным. В "Боевой" ситуации в таком примере, как у Вас, параметры исходного модуля меняться не будут. К тому же, если дорабатывайте код, который уже в продакшене, то лучше сперва исследуйте его вызовы. Поправьте, если не прав. Насчет сравнения возможностей контекстной подсказки, тут, конечно, Конфигуратор остается аутистом, хехехе
Это был просто один из примеров. Тоже самое относится и к внешним обработкам, которых сотни могут быть, и вы в конфе поменяли некие вызовы функций, прееименовали, перенесли и т.д. Или это сделал поставщик обновлений. Теперь вопрос - как проверить все сотни обработок? Открывать каждую и проверять? А едт это все вам сразу покажет.
@@Kursypo1C И правда, тут конфигуратор не может ничего противопоставить. У кого в работе база и потребность клиента часто вносить изменения в сотни и сотни доработок, то EDT больше подойдет, при условии что получится найти ресуры на развертывание и содержание этого требовательного жеребца, хехехе
Не знаю, мы у себя вообще конфигуратор не используем, и весь процес до выпуска релиза - не задействует его. ЕДТ пока низом обращается к агенту конфигуратора, но это тоже не на долго. Так что вполне возможно работать при полном отсутсвии конфигуратора. Другой вопрос, что если вам надо обновить типовую бух, то заводить монстра в виде едт - смысла нет.
Почему 1С всё превращает в анекдот - на одном стуле конфигуратор брошенный, на другом - EDT недоношенный
Согласен. У меня было несколько попыток бросить конфигуратор и перейти на ЕДТ, но работать с ним невозможно. То жуткие тормоза, то отладка не запускается, то еще чего...
@@mikasfree6371 оставайся в конфигураторе. Он проверен временем
Да, бывает и такое. Но, когда разобраться со всем - плюсы перевешивают минусы. Плюс - надо базы специально готовить. Работа с едт - это не работа на проде, или копии прода, обычно.
@@Kursypo1C в том то и дело, что на текущий момент для меня минусов больше чем плюсов. Да если в будущем мы полностью перейдём на едт без конфигуратора, то будет круто. Я двумя руками за, но на текущий момент он годен разве что для заливки в гитхаб проекта. Все.
Нормальный разработчик не будет так наплевательски менять количество параметров, он либо добавит этот параметр с значением по умолчанию, либо выполнит глобальный поиск по конфе, расширениям и предварительно выгруженным внешним обработкам.
Я даже не знаю что ответить. Я просто завидую вашему опыту. По белому завидую. Но практика - показывает другое. Увы…
я согласен, это следовало бы сделать в случае из этого видео, но весьма трудоемко
Ура. В 1С появился функционал дельфей из конца 90х !
раньше в конфигураторе до появления 8.2 даже подсветки параметров не было. Помню в 2008-2009 был этому крайне удивлен после делфей.
Все новое - хорошо забытое старое :)
Пока EDT откроется, я на конфигураторе уже проект сдам и деньги пропью )
:)
Не знаю как сейчас но EDT ужасно тормозная и требовательная к ресурсам. Ну а приведённые примеры это не плюсы EDT, а рукопопость разрабов конфигуратора. А уж закрытие платформы после прерывания отладки это особый высший пилотаж.
Да, но это проблема уже разработчиков конфигураций, а не ЕДТ. Если не хотите чтобы платформа закрывалась - делайте деатач отладки, хотя в каких кейсах это надо - не знаю.
@@Kursypo1C "С вашей логикой можно придти к отлаживайте в блокноте, а принтом выводите значенния, не знаю в каких кейсах вам нужно удобство". Наверно если бы небыло других примеров так сказать можно. Но я волею случая иногда кожу в PyCharm. Как то пасивно агресивно получилось дайвёрсити не соблюдено :0)
Каждому своё - кому как удобно :)
Я поражаюсь людям - значит вы не кодили в умных IDE для С/С++.... Да и с Python дел не имели
Загружаем в ЕДТ типовую, чистую БП3. Грузится 4-5 часов на весьма неслабом ПК. А это все время разработчика. В результате загружается и выдает сотни предупреждений и ошибок. Может разрабам своих решений это все и имеет смысл, но для франчей...лучше отрубленные головы разрабов конфы.
:)
Серьезно? 1С меняет рабочую среду, чтобы курсор прыгал внутрь скобочек? Очевидно, что конфигуратор устаревшая среда разработки, но в EDT, несмотря на приятные фишечки, на текущий момент есть свои недостатки. По заголовку думал будет более глубокое сравнение, оказалось - кликбейт
Странно было бы, если бы их не было.
Если вы напишите - что конкретно вам интересно, то, возможно, учтем в следующих материалах. Но надо понимать, что статья - это не курс. Писать статью на 20 часов видео - дело не легкое и не имеет смысла.
Итог. EDT лучше понимает и работает с возвращаемыми структурами.
остальное не критично (изменение параметров - ну такое; для корректного описания функций есть спец формат комментария перед функцией, где можно описать типы параметров и зачем они нужны)
Только вот кнфигуратор не следит за тем что вы там написали, и не помогает вам никак в контексте этих типов, в едт - помогает и следит.
ну посмотрим как Вы запустите EDT 32-х разрядной Windows. Показанные преимущества сомнительны, они больше демонстрируют недоработки конфигуратора, а не преимущества EDT. Можно также показать недоработки EDT относительно конфигуратора. Основная фишка EDT - проектная разработка, в части обычной разработки лучше Конфигуратор.
Каждому свое. EDT не предназначен для работы “в полях”. Кто-то и в файловых базах работает, но серверные же тоже не зря придумали?
Спасибо, а почему в самом конфигураторе нельзя эти фишечки с проверками допилить, ведь это не сложно.
Не реально, конфигуратор делает анализ только метаданных и измененных модулей. Он просто не заточен на многопоточность, плагины и т.д.
Плюс, там столько легаси за столько лет, что, видать, от него решили избавиться :)
Конфигуратор очень старая вещь, которая тормозит развитие платформы, и её быстродействия. Это атавизм...
Все бы было хорошо если бы EDT работал не только на управляемых формах.
Удобны некоторые моменты. Я не спорю, но когда ЕДТ будет работать независимо от конфигуратора, тогда да. Можно говорить о новой среде разработке, а пока ЕТД зависит от конфигуратора, она останется прокладкой между конфигуратором и базой данных.
Уже ЕДТ умеет работать без конфигратора - через автономный сервер. Хотя, пока это бета режим. Но скорость выше на порядок.
@@Kursypo1C это хорошо, но я не могу рисковать базами клиентов работая с бетта софтом. Вот когда будет стабильный релиз, тогда я снова попробую перейти на едт, а пока увы. Для работы только устаревший конфигуратор.
Не понял, а как он определяет тип результата функции? Например, у такой функции:
Функция СвойствоОбъекта(ЛюбойОбъект, ИмяСвойства)
Возврат ЛюбойОбъект[ИмяСвойста];
КонецФункции;
Никак, просто вернет тип Произвольный
Скажите, а как Вы сделали такую тему в EDT? Значки красивые!
Установлена вот эта тема www.genuitec.com/tech/darkest-dark/
а пересборка cf скока времени занимает ?????
Что значит - пересборка cf? Тут cf нет нигде, все работает через xml. И зачем ее пересобирать?
@@Kursypo1C xml - это круто! Надо ещё изучить по-подробнее про EDT, такое ощущение, что она уже рассчитана на Web разработчиков.
1. Неужели нельзя было просто допилить конфигуратор. 2. Часть указанного (насколько помню) без проблем получается использованием доп софта еще со времен телепата в семерке и снегопата, турбоконфонфа итд в восьмерке. Честно, лучше бы нормально основную среду разработки допилили.
Не согласен. Конфигуратор - это пережиток прошлого века, который “доработать” - не выйдет. Сама логика привязки конфы к базе и работа с объектом в таблице базы данных, а не с внешними файлами - обречена на провал. Да, 20 лет назад это было норм. Но не сейчас.
Конфигуратор нас ограничивает в возможностях. Это тот случай, когда люди пишут под инструмент, а не так, как того требует логика.
Чего стоит только этот ужас с обновлением конфигураций через файлы поставки. Или работа с хранилищем конфигураций?
А сколько раз люди теряли свои разработки после того, как конфигуратор в крит вылетел?
Если бы EDT вышел лет 10 назад, то у нас бы вообще сейчас все было по другому. И не было бы этих монолитов в гигабайты.
@@Kursypo1C эти монолиты делают на порядок ниже порог входа как по мне и кратно облегчают работу по сопровождению небольших клиентов. Натаскал пару племянников и вот тебе уже минифранча. Я не заморачивался никогда технологией и, если честно, всегда думал что в локале до сохранения работаю с массивом выкачанных xml, а не единой базой. Меня напрягает только необходимость арендовать виндовый сервер для разработки, чтобы вспомогательный софт использовать. А обновление конфигурации это не ужас. Это возможность обновлять параллельно переписанные конфигурации нескольким клиентам и честно увеличивать количество часов в рабочем дне для скромного ИП и выставляемых им счетов.
@@Kursypo1C впрочем, возможно во мне говорит не желающий переучиваться усталый 42 летний 1с ник, который за 20 лет познал более менее текущую технологию и без выходных по запросам клиентов пашет и даже 6 часов в неделю на поучится выкраивает с трудом. Может edt и прекрасен.
@@Kursypo1C Чем аргументировано про "не выйдет", это могут сказать только разрабы платформы и их менеджеры.
Какой правл при работе с внешнимим файлами - хз что имеется в виду, не вижу никаких провалов. Тем более можно с рахных серверов пождключить одну и ту же базу например.
Хранилище отличная штука. Может гит имеет преимущества, но не прямо что-то критичное.
Если сторонние разработки даже умели больше. Там столько ресурсов в ЕДТ вливается, непонятно зачем. Разработки не терялись несколько лет, иногда давно были проблемы с сохранением отчета или обработки, может еще на 8.2.
@@A.KB.V. Мне человека, особенно из веб-разработки или Java-разработки гораздо проще обучить в EDT. Тут впервые нормальная IDE, а не этот ушибленный конфигуратор.
Все бы хорошо. Но EDT к сожалению запускает проекты очень медленно, ну просто ужасно медленно по сравнению с конфигуратором. По сути иногда проще 5 раз конфигуратор запустить чем 1 раз EDT. Ну это конечно на одном и том же железе. Вы скажете ставьте себе на рвбочий комп побольше оперативы и все такое. но иногда это не выход. И даже если железо поставить крутое то на нем конфигуратор вообще летает и EDT тупит. Ну и что тогда лучше не понятно. Я думал раньше что EDT будет крутой штукой, но уже прошли годы а она все еще не взлетела. Даже видео уроки обычно почему-то делают в конфигураторе, а это показатель. Была бы EDT хороша ее бы сразу все использовали. Ну а так работать геморно. Вот и все выводы.
Да, и такое есть, но это значит что в ваших случаях - затраты едт не перекрывают его плюшек. Но так не всегда и не везде.
все бы ничего, но обычные формы еще в работе. а едт их не любит)
да, тут и не поспорить. Однако, если так думать, то и на 7.7 еще многие сидят :)
И мобильные формы едт рисовать не умеет. Да и с управляемыми иногда ошибки бывают... волей не волей иногда придётся запускать конфигуратор.
@@Kursypo1C У меня один вопрос: зачем? давайте дружно на Windows 98 пересядем. Ну просто показатель того, что организация экономит на разработчиках
@@boutirskii Мобильные формы уже давно надо уметь проектировать, и желательно нанимать web-верстальщика.
ЕДТ как инструмент для крупных проектов, не работает на крупных проектах. Круг замкнулся 🤣.
Большинство комментариев напоминает крики людей, которые будут работать где угодно (в ЕДТ\Конфигураторе), лишь бы деньги платили.
Переходим на EDT ?
Вот сейчас все вместе и решим :)
Переходим - пора!
Уважаемый автор, замеченная проблема и правда показывает Конфигуратор не с лучшей стороны, но мне кажется, что Вы в своем видео рассматриваете не реалистичный сценарий доработки. ИМХО, если есть потребность использовать расширения, значит редактировать код самой конфигурации не представляется возможным. В "Боевой" ситуации в таком примере, как у Вас, параметры исходного модуля меняться не будут. К тому же, если дорабатывайте код, который уже в продакшене, то лучше сперва исследуйте его вызовы. Поправьте, если не прав.
Насчет сравнения возможностей контекстной подсказки, тут, конечно, Конфигуратор остается аутистом, хехехе
Это был просто один из примеров. Тоже самое относится и к внешним обработкам, которых сотни могут быть, и вы в конфе поменяли некие вызовы функций, прееименовали, перенесли и т.д. Или это сделал поставщик обновлений. Теперь вопрос - как проверить все сотни обработок? Открывать каждую и проверять? А едт это все вам сразу покажет.
@@Kursypo1C
И правда, тут конфигуратор не может ничего противопоставить.
У кого в работе база и потребность клиента часто вносить изменения в сотни и сотни доработок, то EDT больше подойдет, при условии что получится найти ресуры на развертывание и содержание этого требовательного жеребца, хехехе
Зачем весь код на английском?
Делали статью на том языке, который был под рукой и с которым работает автор статьи. Сакрального смысла в этом нет.
Конфигуратор никуда не денется. Так что выражение "меняет рабочую среду" неприемлемо.
Не знаю, мы у себя вообще конфигуратор не используем, и весь процес до выпуска релиза - не задействует его.
ЕДТ пока низом обращается к агенту конфигуратора, но это тоже не на долго. Так что вполне возможно работать при полном отсутсвии конфигуратора. Другой вопрос, что если вам надо обновить типовую бух, то заводить монстра в виде едт - смысла нет.
какой ужас код на англ смотреть:)
20 лет назад была боль смотреть код на русском, теперь еще одна боль, согласен не совсем привычно для 1С, хотя +1С я кодю на питоне и яваскрипте.
Автор работает с такой версией. Секретного смысла в этом нет :)
Нормально код на английском смотреть, сначала изучите ЯП помимо 1С, а потом ругайтесь. Разработчикам в том-же веб, приходиться на не русском кодить.