Из Конфигуратора в EDT. Почему переезжать нужно уже сегодня

Сегодня мы здесь собрались в связи с тем, что есть ОС среда разработки. Она активно развивается, и появился и дошёл до хорошей стадии готовности её инструмент, который мы сегодня и будем обсуждать. Первый из трёх наших открытых уроков нашего курса "Профессиональная разработка в 1С:ЕДТ и Git". И сегодняшняя тема называется "Из конфигуратора ЕДТ: почему переезжать нужно уже сегодня?". И вот эту тему я попытаюсь раскрыть. Давайте я проверку на звук и камеру мы сделали хорошо.

И давайте познакомимся. Я представлюсь. Я Юрий Пасхин, программист-разработчик в сфере технологий 1С, более 18 лет в проектах выступал в разных ролях, в том числе и руководителя проекта, и архитектора. Также сейчас иногда работаю ментором, помогаю лично людям в развитии своих навыков разработки 1С. Живу в Нижнем Новгороде, заканчивал наш университет. И сегодня я выступаю как руководитель курса "Разработка в ЕДТ и Git".

Наши правила вебинара: мы приветствуем, что вы активно участвуете, это очень важно. Очень важно получать от вас обратную связь. Задавайте обязательно вопросы в чат. Вопросы периодически читаю и обязательно отвечу. Могу ответить не сразу.

Итак, какой у нас сегодня маршрут? Мы с вами познакомимся, поговорим об ОС. Дальше перейдём к технологиям, изучим, из каких компонентов состоит процесс работы в ЕДТ. Далее я поделюсь практическими советами по тому, как начать работать в ЕДТ. Расскажу про принципиально новые приёмы в разработке, про то, как работа в ЕДТ упрощает и ускоряет процесс разработки. Обязательно поговорим про курс, о программе обучения и о карьерной информации. И обязательно порефлексируем, то есть я выслушаю ваши вопросы. Возможно, они у вас уже даже есть сейчас, и вы готовы их задать. Вам что-то важно узнать.

И давайте познакомимся. Мне важно узнать, интересно, как вас зовут, откуда вы, какой у вас опыт вообще в IT и в 1С? Напишите, пожалуйста. Там кто-то, может быть, только начинает, кто-то уже там некоторое количество лет в 1С работает. Это очень важно. Это поможет мне правильно расставить акценты на нашем сегодняшнем вебинаре. Пожалуйста, поактивнее что-нибудь напишите про себя. И какая ваша цель? Почему вы записались на занятие сегодня?

Угу. Вижу у Артёма интерес услышать новые аргументы в пользу переезда в ЕДТ. Угу. И у меня их довольно много. Хорошо. Угу. У Сергея попытка перейти. Угу. Очередная. Да, я поясню, что сейчас подходящий момент для перехода как раз. И давайте поговорим про [музыка] тус. Напишите, пожалуйста, кто знает, слышал. Звука нету. Михаил пишет, что нет звука. Так, поставьте, пожалуйста, ещё раз плюсик, что всё-таки меня слышно. Всё-таки звук есть. Ага. Елена, бизнес-аналитик, ищу инструменты для наведения порядка в разработке. [музыка] Да, всё нормально со звуком, вроде бы есть. Так, напишите, пожалуйста, кто знает, что вы знаете про ОС. Может быть, первый тетте слито обучался у кого-то. Кто-то, кто-то из знакомых обучался. Дальше поподробнее расскажу. Ага. Елена у нас уже опытный. Да, Елена у нас обучалась. Сергей обучался. Хорошо.

Давайте расскажу про нашей компании. Мы специализируемся на IT, и наша фишка – это уже продвинутые программы для специалистов с опытом. И также у нас очень быстро идут запуски новых курсов. Появляется тренд, поветрие, что-то очень важное, и у нас довольно быстро, эффективно появляются новые курсы, которые это охватывают. Особенность у нас преподавания в том, что у нас преподают работающие специалисты в IT. Они работают в своей области, а вечером, как правило, на вебинарах они преподают. То есть то, что они извлекают в результате своей работы на своём рабочем месте, они привносят в образование сюда. Это очень важно. Скажу, поскольку как преподаватель с этой стороны, я вижу, что, например, та же технология ЕДТ, которую мы сегодня обсуждаем, даже за последний год она очень активно обновляется, улучшается, и это очень важно, как на очередной новый вебинар уже принести что-то новое, рассказать. Вот актуальнейших задачи увидел я сюда. И даже те из вас, кто придут к нам на курс и будут обучаться у нас ЕДТ летом, я уверен, что вы узнаете абсолютно актуальные на август, на июль новости о новшествах в ЕДТ, которые будут к тому моменту. Направление курсов у нас очень разнообразное: от программирования, у нас тестирование. Вот я знаю, уже у нас есть сегодня присутствующие, кто на тестировщика учился, также и GED, и Data Science, и информационная безопасность. У нас сейчас более 170 курсов, более 600 преподавателей, и нам уже 7 лет. За это время у нас было более 38.000 выпускников, и вот это очень большой опыт, очень большой багаж. У нас есть образовательная лицензия, это очень важно, потому что вы можете получить удостоверение о повышении квалификации или диплом о профессиональной переподготовке и также сделать налоговый вычет. Да, большое количество выпускников у нас сдаёт дипломную работу. Мы принимаем, и на курсе по ЕДТ тоже будет дипломная работа, даст вам хороший опыт.

И давайте переходить к нашей теме. Почему же переезжать нужно уже сегодня? Какие мы ставим цели на сегодняшнее занятие? Цель такая: научиться понимать, из каких компонентов разработки в ЕДТ, а он совсем не похож на конфигуратор. Понимать, как избежать типичных ошибок при начале работы в ЕДТ. Ну, а к чему могут приводить ошибки при начале работы в какой технологии? Ну, наверное, поделитесь, почему? То есть это большая потеря времени и рера. У вас всё застряло, вы не знаете, куда деваться. И вот из своего, из своего опыта перехода на ЕДТ я вам многое расскажу. И, конечно, использовать новые интересные приёмы разработки, существующие в ЕДТ. И вообще, я попытаюсь пояснить, почему же вот лично я перешёл в ЕДТ, и мне нравилось. Это было довольно гладко. Начала программировать в ЕДТ я, ну, почти 3 года назад. Это был октябрь, там чуть меньше. И это была само это. Это был, это был проект, когда нужно было перенести конфигурацию с 7.7 на 8. Вот такая довольно локальная задача. Это было началом.

И давайте смотреть, из чего состоит ЕДТ, и почему же это совершенно не похоже на конфигуратор. Начнём мы с вот такой картинки, которую я специально нарисовал к нашему вебинару, которую мы вкратце обсудим, а потом всё это пощупаем, увидим. Итак, вот справа у нас синий квадратик – это традиционная схема работы [музыка] в 1С. Традиционная схема работы разработчика, программиста. Упрощённо – это информационные технологии. То есть мы имеем дело с базами данных или ERP-информационными базами. Они состоят из таблиц, располагаются, как правило, в больших проектах на сервере управления базами данных. И конфигурация, которая описывает то, как, из чего, из каких компонентов она состоит, она располагается внутри информационной базы. Она как бы туда встроена. Их на самом деле конфигураций три. Давайте немножко небольшой интерактив устроим. Вот напишите, кто какие. Это три конфигурации, которые на самом деле располагаются внутри информационной базы. Если не знаете, поставьте минус. Это, это на самом деле важный момент при переходе на ЕДТ. То есть этот, этот нюанс, с ним придётся соприкасаться. Ну, поставьте минус, если, например, например, не знаете, или знаете плюс. Хорошо. Внутри, да, поставщик, конфигурация и сама информационная база. Всё верно. Да, поставщика и текущая база. Да. И вот всё верно, да, их три, и они как бы встроены внутрь информационной базы. Соответственно, когда вы работаете в классической схеме, открывая конфигуратор, вы как бы сразу заходите туда. Вы как бы модифицируете сразу часть суд. В не, в ней находитесь. Вам к ней нужно обязательно обратиться и быстрей её.

Так, в ЕДТ вся разработка вынесена вовне. И представляете, можно долго, много часов разрабатывать в ОС, в модели ЕДТ, даже не соприкасаясь никак с информационной базой. А где же эта разработка тогда происходит? Происходит она в такой сущности, которая называется проект. Проект – это каталог, а внутри каталога исходники. И исходники – это тоже каталоги или папки. И названия у них очень даже очевидные, они соответствуют объектам метаданных, только всё написано по-английски. Чтобы вам переехать из конфигуратора в ЕДТ, вам нужно сделать первое действие – это импорт, который нарисован зелёной стрелкой. Во время и происходит два процесса, которые вы не видите, которые, которые происходят в фоне. Что происходит? Конфигуратор в фоне, в фоновом режиме, сначала выгружает конфигурацию базы данных. Вот мы упоминали там их три, конфигурацию базы данных в XML-файлы конфигурации, а потом конвертирует их в файлы исходники. Про. Таким образом, у вас появляется готовый проект, в котором вы работаете. Как же заносятся сделанные вами изменения? Вот вы поработали, доработали какую-нибудь документ или форму, и вам нужно это обновить. Это делается операцией обновления конфигурации. Какой Юн здесь? Вы делаете импорт. То у вас сначала происходит выгрузка всех исходников. То есть, если не ошибаюсь, это 60, около 65.000 файлов в "Управлении торговлей", по-моему, 16 файлов вот этих исходников, и все они конвертируются. Процесс довольно-таки ресурсоёмкий. Я с, что отельной Засохни работали с двумя-тремя объектами и загружаете их назад в в конфигурации. Юн, то у вас происходит загрузка только инкрементальная, то есть только тех объектов, которые вы изменили, и это происходит довольно быстро. Работа с предприятием, то есть перейти из ЕДТ в предприятие можно напрямую. То есть мы не касаемся ни как конфигуратор. То есть открыли, закрыли в отладке или просто в режиме предприятия. И, ну, давайте всё это посмотрим, как это происходит.

А на каком, на каком моменте я не буду очень много останавливаться, это на том, как ЕДТ устанавливается. Скажу вкратце, что ЕДТ работает на Java, на Java-машине. Это такой софт, который вам нужно скачать, и скачать его можно сде. Упростила всем жизнь, скачать это можно прямо с сайта релизов 1С. Это несложно. Некоторую процедуру установки вы пройдёте. Далее, на Java-машине работает такая среда разработки, как Eclipse. Пожалуйста, напишите, кто-нибудь, кто слышал, не слышал, что это такое. Вот. И, собственно, она встроена внутрь Eclipse такая графическая оболочка, которую сейчас посмотрим, как она устроена. Вот. И у нас начало работы в ЕДТ начинается с того, что вы создаёте рабочую область. Вот есть такой, есть режим работы по онлайн. То есть, когда вот у вас открывается такой стартер. Я чуть позже, если уточню, скажу, что есть ещё и режим оффлайн. Оффлайн режим, он так поинтереснее. Тут можно создать рабочие области. Итак, одна строчка – это рабочие области. Вот сейчас нужно будет сделать акцент на двух новых сущностях. То есть, одну сущность мы уже упомянули – это проект. А есть ещё сущность "Рабочая область" или "Workspace". Или здесь не совсем корректно, увы, названо проектом. То есть, создав его, зайдя в него, расположив его в какой-то папке, вы оказываетесь в графической оболочке. Вот так она выглядит. Она, в принципе, если не считать цветовую схему, ну, довольно похоже на конфигуратор. Слева дерево объектов, в середине область для редактирования, тут редактор формы, редактор модуля, и справа самые различные панели со свойствами и вспомогательные панели. Их много, это очень интересно ими пользоваться. Импорт у вас происходит следующим образом. То есть, вот вы зашли, вот workspace, просто уже здесь я создал для нашего занятия. Вы делаете импорт. Выбираете пункт "Конфигурация из информационной базы". У вас открывается список информационных баз. Какая-нибудь у вас, вот, допустим, ваша цель – перепрыгнуть из вот работы вот в этой базе в ЕДТ. Вот вы здесь выбираете. У вас ЕДТ определяет состав того, что там есть в этой информационной базе. Он обнаружил. Я взял для рассмотрения демонстрационную конфигурацию самой компании 1С. Она небольшая, но вот в ней есть, собственно, сама конфигурация, есть в том числе и расширение. Вы это всё видите, и вы принимаете решение, какие проекты создать. Тот самый проект, о котором мы говорили, упоминается здесь, это ванием самой базы, которая у вас вот здесь располагается. То есть оно может содержать другие буквы, другие символы. И сразу для, для тех из вас, кто разработчики, будет заметно, что это очень, очень не похоже на схему того, как представлена работа с расширениями в конфигураторе. Здесь все проекты выстраиваются сверху вниз последовательно. Можете с ними сейчас углубляться в то, что тут можно на самом деле вывести много проектов и с ними работать. В принципе, схема разворачивания ЕДТ на этом у вас заканчивается. Вы дальше просто работаете, разрабатываете. А что может произойти? Могут произойти различные подводные камни. Начале работы. Кстати, до того, как мы обсудим, какие есть подводные камни, давайте просто посмотрим немножко в исходники, как вообще это всё выглядит. А, поставьте, пожалуйста, плюсик. Делал ли кто-нибудь когда-нибудь процедуру выгрузки конфигурации в XML-файлы? И на самом деле сейчас это покажу, что это такое, чтобы было понятно, может быть, что такое XML-файлы конфигурации. Хорошо. Возможно, это никто и не делал. Не очень, так скажем, важная и нужная процедура. Это делается вот здесь, если вы зайдёте в конфигуратор, там есть "Выгрузить конфигурацию в файлы". Вот появятся исходники. Выглядят вот здесь, я выгрузил их, они тут есть. Давай сопоставим вот тут и они из конфигуратора. Вот как выглядит проект, как выглядят его исходники. Вот у вас появляется так называемый. Вот это его область, папка. В нём отдельному проекту соответствует отдельный каталог. В нём, кроме сервис, похожая картинка. То есть там папочки. У нас кодируется форма заказа обычного. То есть, если бы ЕДТ у нас в конфигураторе есть форма, вы создаёте форму, и при выгрузке она имеет вид некого XML. Например, вот форма документа. Так, нет, не он. Это вот так кодируется форма, шапка и так далее. А вот, давайте посмотрим, как ЕДТ. Вдруг они одинаковые. Файл, отвечающий за то, есть вывод здесь такой, что форматы, хотя есть простой формат. Вот, если, например, посмотреть, как кодируется роль, например, какая-нибудь там роль "Продавец". Вот её права. Продавец. И здесь продавец. Давайте здесь посмотрим, как это просто. И здесь роль. То есть здесь полная идентичность, полностью одинаково. Вот такие процессы происходят в глубине вот этой картинки. Такой небольшое, небольшая была иллюстрация. Вот когда всё происходит. И давайте посмотрим ту. Давайте рассмотрим такие. Итак, сценарии. К примеру, вот вы решаете перейти в работу в ЕДТ, импортировались, обновить и не получается. ЕДТ вам выдаёт, что из-за того, что конфигурация на поддержке, обновление не может быть осуществлено. Что нужно сделать? Нужно заходить в конфигуратор, снимать поддержки. И вы снова попадаете. Вот здесь я специально отметил красным цветом. Это самый длительный процесс. Если это ERP, это может быть долго. Вы попадёте в повторный импорт. И да, вы, наверное, так увидели, что я так вскользь упомянул, что нужно снять поддержки. У многих из вас, наверное, сейчас в голове всплыли проекты, с которыми, возможно, вы работаете, и которые стоят на поддержке. И да, это так. Возможно, интересная для вас новость, но если вы работаете в ЕДТ, с поддержки придётся конфигурацию снять. Далее, давайте посмотрим такой процесс. Такой сценарий. Например, вы тоже импортировались. Чно я в не попадаю. То есть сила привычки, она велика. Допустим, вот вам нужно что-то быстро посмотреть, а может быть, и поправить. Вы просто забыли, зашли в конфигуратор. Ну, что-то намеренно или не намеренно для себя поменяли. Может быть, вас отвлекли, вы даже не заметили, что поменяли. Вы открыли ЕДТ, ЕДТ вам ничего не сказало. Так, открыли проект, что-то тут подели, может быть, долго, может быть, много подели, и пытаетесь обновить, и не тут-то было, не получается. ЕДТ вам выдаст сообщение, что конфигурация была изменена независимо от ЕДТ, и требуется повторный импорт изменений. И снова вы попадаете вот в эту стрелочку с повторным импортом. То есть, какой тут вывод? Вывод в том, что вам придётся помнить, что если вы перешли в какую-то конфигурацию, в какую-то базу, для перешли на работу в ЕДТ, в какой-то базе, то в конфигуратор туда не надо заходить. Кто-то из вас работает, наверняка, в хранилище, может быть, да? И здесь тоже самое. Чтобы начать работать с базой данных, вам нужно обязательно отключиться от хранилища. Эти эти технологии принципиально несовместимы. Если вы что-то там сделаете, какие-то изменения, доработки, то эти доработки вы не внесёте, или там будут какие-то проблемы технологические. Вы выясните, что вы оказывается не отключились от хранилища, и опять же вам придётся как-то срочно разбираться, что же с этим делать, там отключаться и так далее. И в общем, неприятная ситуация. Тоже частенько такие у начинающих работать в ЕДТ возникает недоумение. Ну, а как же, мы же в хранилище, куда же мы? Ну, вот, значит, придётся какую-то отдельную базу делать и от этой схемы работы уходить. Вот. И давайте подытожим. Вообще, какие бы я дал советы для начала работы? То есть, снимаем конфигурацию с поддержки. Возникает во, обязательно задайте его. Задайте его потом. Скажу, да, в ЕДТ можно спокойно и комфортно обновлять конфигурацию на конфигурацию поставщика. Технологии уже. Да, и от поддержки надо сразу избавляться. Отключайте от хранилища. Не забывайте. И важно сделать напоминалку, которая вам вот в окне запуска "1С:Предприятие" даст, даст знать или как-то напомнит, что эта база у вас в разработке в в ЕДТ. Например, префиксом пометить. И также антивирус часто очень сильно мешает процессу импорта, особенно когда происходит вот выгрузка десятков тысяч файлов, их конвертация. Тоже позаботьтесь и об этом. Вот. Вот эта часть у нас закончилась по поводу старта, быстрого старта в ЕДТ. И я с удовольствием выслушаю вопросы. Если есть, напишите. Если нет, поставьте минус. Будем двигаться дальше. Как обновляются базы в ЕДТ? Если речь идёт о том, чтобы обновиться на стандартный релиз, какой-то, который выпускает фирма 1С, об этом речь идёт, Кирилл, да, вы спрашиваете? Это делается через Git. Через Git. То есть у вас ЕДТ-проект будет помещён в репозиторий. В нём будет, исходя из того, что это несколько веток, и у вас будет отдельная ветка, в которой будет конфигурация поставщика. И у нас на курсе будет разбор, целое занятие посвящено тому, как это делается. Я буду это демонстрировать. И также у нас там одна из тем проекта дипломного – это как раз обновить "Управление торговлей", доработанное "Управление торговлей" одиннадцатую на актуальную конфигурацию поставщика без конфигурации поставщика, собственно. То есть со снятой поддержкой. Да, с поддержки нужно снимать целиком. Нет, нет, нет, не нужно оставлять поддержку. Изменения на самом деле. Вот смотрите, когда вы конфигурацию снимаете с поддержки, вот там это не всё так. Например, конфигурацию поставщика, её нет в реальности. Можно сделать некий трюк, связанный с выгрузкой в исходники. Вот, возможно, кто-то из вас это знает, но есть такой секрет. То есть, если вот вы сейчас мы откроем, вот, вот это каталог с исходниками, можно сделать определённый трюк с вот этими исходными файлами конфигурации, не конфигурации из конфигуратора, жа, чтобы потом и потом при обратной загрузке эту конфигурацию поставщика можно снова восстановить. Вот так. Но это не надо. То есть, если вы начнёте работать по идеологии ЕДТ и Git, вам она больше не нужна будет. Для чего 1С решила изобретать свой велосипед для версионирования исходного кода вместо того, чтобы просто использовать Git? Да, собственно, ЕДТ использует Git. Всё верно. Ничего она как раз не создала. Это как раз вот уже на данный момент устаревает этот промежуточный исторический этап между тем моментом, когда в нулевые годы ещё не было версионирования Git, и он распространён. Вот это хранилище. Да, хранилище оно устаревает. А в ЕДТ – это классический Git. Да, ну, то есть классический, это просто Git. На сегодняшнем занятии мы это не успеем охватить. У нас будет следующий открытый урок. Там мы посмотрим уже прямо увидите реальную конфигурацию, которая стоит под версионирование, и там будет происходить работа с ветками, операции, как это всё вживую тоже можно быть пощупать, увидеть. И если вопросов нет, давайте двигаться дальше. Собственно, тема следующая в том, почему вообще ЕДТ появилось. То есть, типа, ну, а зачем, как бы жили? Вот у многих, я знаю, вот очень много, очень многих людей встречаю с таким мнением, что мне как-то конфигуратор, в общем-то, за поработал хорошо. И вообще там какая-то у вас цветовая схема, мне не нравится. В что это такое? Какие-то картинки тут разнообразные. Вообще, сделайте мне как вот раньше, пожалуйста. Мне вот не нравится, что это какие-то, так далее. Что происходило в в умах разработчиков 1С? Да, собственно, тоже самое, что и вообще в мире разработки. В именно уход от рутины. Я не зря это назвал. ЕДТ – это жизнь без рутины. Что у нас происходит в мире последние лет 10 в разработке? В разработке софта, программное обеспечение у нас пытается охватить практически уже сам как можно больше сфер жизни. В чём, а в чём это сказывается на разработчике? Что ему, разработчику, который работает в объектно-ориентированных языках, сваливается просто какое-то невероятное, зашкаливающее количество методов, вот этих всех, вот эти элементы синтаксиса и так далее, классов, с которыми нужно заниматься. Их нужно помнить, с помощью них программировать. Сегодня проми программируем какие-нибудь веб-сервисы, и вот дальше мы программируем какие-нибудь [музыка] плана обменов или объекта расчёта. И вот каждую область разработки, под каждую, по сути, область жизни, которую пытается охватывать некая среда разработки, создаётся огромное количество объектов. И, конечно, всё это в голове держать программисту тяжело. Не нравится. И разработчики сред разработки IDE, они начали создавать такие инструменты, в которых огромное количество повторяющихся действий уже делать не нужно. Контроль над какими-то элементарными синтаксическими проверками делать не нужно. То есть проверки какого-то, проверки на ошибки происходят на Ду. Компания тоже решила встроить в это в эту гонку разработать со своей стороны такую среду разработки, назвала это ЕДТ. Было это давненько, и довольно-таки долгое количество лет проект ЕДТ можно было бы условно назвать таким термином, очень близким к "долгострою". Ну, как-то не очень долго этот инструмент выдавал какие-то надёжные результаты. Ну, о том, что об этом можно судить, потому что, ну, достаточно немного, если взять процентное отношение разработчиков, сейчас работает в ЕДТ. И, собственно, ЕДТ – это и результат вот попыток создать такой инструмент, который упрощает и ускоряет. Что мы получаем? У нас получается снижение. Давайте сразу скажу, разработка в ЕДТ длится, ну, по моим ощущениям, на 30% быстрее, чем в конфигураторе. То есть, если взять очень усреднённый, да, я так говорю сейчас, случай двух очень похожих по квалификациям, по компетенциям разработчиков, дать им, ну, довольно понятные, довольно похожие задачи, то один делает это, тот, кто в конфигураторе, за 8 часов, тот, кто в ЕДТ, за 5 часов. При этом тот, кто работает в ЕДТ, он на отладку, чтобы проверить, что у него это работает, выходит в десятки раз меньше, чем тот, кто в конфигураторе. То есть, а это на что, на чём сказывается? Что разрабатывать ЕДТ, вернее, когда ты разраба, и не у тебя нет необходимости постоянно контролировать, правильно ты сделал, неправильно, проверять как-то больше, это располагает к творчеству. У тебя высвобождаются всё-таки мыслительный процесс для чего-то более интересного, и намного более комфортнее разрабатывать вот в таких средах разработки. Тут не зря я упомянул Intellij IDEA, тоже хорошая среда. Ну, мы от слов от таких, такого большого количества. Отличный вопрос, Сергей. Да, за счёт чего вот такое ускорение разработки? Ну, то есть, я сразу скажу, это мой срез, вот по по тем задачам, которые я решаю. Я лично в своей практике предпочитаю задачи сложные, связанные с разработкой, с интей. Есть, я мало решаю. Зато связанные с, например, каких-нибудь печатных форм, какие-то повторяющиеся действия. Возможно, люди, которые, например, занимаются какими-то, так скажем, если работа вот для тех из вас, кто не разработчики, а вам интересно посмотреть на то, как изменится жизнь разработчиков, вот ваших коллег, например, куда сдвинется у них время на уходящее на разработку, насколько будет ускорение, если мы возьмём такую отрасль разработки, как поддержка, где решаются какие-то маленькие задачи, где нужно очень, где-то там долго раскапывать что-то в конфигурации, например, как там рассчитывается в балансе какая-нибудь строчка баланса, да, вот там искать это час, а потом сделать поправку в коде из трёх строчек. Вот я отвечаю на вопрос насчёт ускорения. Вот этого ускорения не будет. То есть это речь идёт всё-таки о задачах, связанных с разработкой, когда ты довольно много пишешь кода. Ну, и в том числе конструируешь объектов. То есть ты их создаёшь, увязки делаешь в реквизитах и так далее. Давайте посмотрим. Просто за счёт чего же это происходит? Итак, вот у нас есть Обработка. У нас нет пока обработки, вернее, она есть, но мы её сейчас создадим. Давайте назовём. Вот. И цель этой обработки – это выгрузить в формате JSON или там есть произношение "Джейсон" – некоторую информацию. То есть, как мы будем действовать? Создаём обработку. И вспомним про такую тему, как стандарты разработки. Поставьте, пожалуйста, плюсик. Знает, что такое стандарты разработки или слышал, что это важно? У 1С они есть. Да, это очень важно. И давайте сразу смотреть на стандарт разработки. Мы сейчас сразу это увидим. Вот у нас, мы только создали обработку, ещё ничего не делали. Давайте зайдём в модуль объекта. А, да, вот, пожалуйста, Николай, про ресурсы, ёмкость. Я это прямо в действие покажу. Здесь есть у меня проект, мы его откроем, увидим, и прямо увидите ресурс этого ноутбука, на котором происходит. Да, мы чуть-чуть позже вернёмся к ресурсам, но давайте пока именно к собственно разработке. То есть.

Достаточно нам открыть любой из модулей, у нас уже есть структура модулей из правильных областей. Как бы это делать вы стали? Я бы стал в конфигураторе, как руками рисовать. То есть открывать раздел на сайте стандартов разработки и создавать области там и так далее.

Ну, наша задача — это создать форму с кнопкой. Давайте создадим. У меня заготовлена функция уже заранее вот такая, которая тут формирует что-то в JSON. Давайте создадим команду. Ну, во-первых, да, вот мы создали модуль. Вернее, создали форму. Зайдём в модуль. В модуле уже есть структура.

Насчёт ускорения, да. То есть ведь здесь ещё вопрос, в чём, что, конечно, в принципе, написать вот эти области не так-то и сложно. Их можно там скопировать и так далее. Но представьте, что у вас кто-то отвлёк, вам в мессенджере написали и так далее. Вы там букву забыли поставить.

Сразу обратим внимание на некоторые полезные, полезные панели, которые здесь есть. Есть панель схема. Схема отображает структуру модуля. То есть можно сразу увидеть, где что здесь располагается. Например.

Так, давайте создадим кнопку. Назовём её "Загрузить". Сделаем обработчик действия. И что мы видим? У нас обработчик действия сразу перенёсся в нужной области. То есть именно обработчик команды формы. Увидели. Так можно это увидеть даже здесь, в схеме, параллельно. Очень удобно. Я всегда пользуюсь схемой, особенно когда модуль огромный или ты что-то дописываешь к существующему модулю. Очень удобно.

Вот так. Дальше нам нужно создать процедуру на сервере. Давайте это сделаем. Давайте сделаем то, что является чем-то. Ну, вернее, не "Загрузить", пусть будет "Выгрузить". Ладно, ошибся. "Выгрузить сервер". И вот, давайте просто вот сейчас у нас самый-самый азы. Мы просто смотрим, попробуем пощупать процесс разработки, увидеть вот эти мелочи. Вот эти мелочи, которые складываются в что-то большое, в экономию огромного количества действий.

Вот я написал название процедуры, которая должна вызываться. Пока я её писал, я сразу вижу, что, что со мной работает, со мной едет, общается. Она мне сразу говорит, она сразу проверяет. То есть работает статический анализатор кода. Она говорит, что что-то не так. То есть, то есть я вижу, что там, значит, она не, не, не дописана. Скобочку открывающую, закрывающуюся. Сколько я делаю действий? Я делаю действий. Вот я сейчас открывающуюся нажал, всё, у меня сразу закрылась вторая. Так, экономия действия, экономия.

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

Давай вам сразу предлагается создать процедуру с именем "Выгрузить сервер". Создаём. Здесь, увы, процедура. То есть экономия действия, экономия. Ну, довольно большая. Например, ну, я не хочу на клавиатуре стучать что-то лишнее. Особенно если это мне не хочется сделать ошибку. В синтаксисе.

7, то есть появилась процедура. Ну, увы, мы видим, что появилась она у нас. Видим две ошибки. То есть, если мы понесём вот, вот сюда мышку, мы увидим оповещение о двух ошибках. Ну, вернее, пока мы хотели назвать её процедуру, назвали серверной. То есть мы очевидно хотим, чтобы она была серверной. Нам нужно выделить, заменить директиву препроцессора. Достаточно просто её выделить и нажать Ctrl пробел. Всё. Я выбираю "на сервере".

Далее я опять вижу, что едет о чём-то мне хочет сказать. Вот этим значком жёлтым. Это проблема средней величины, так скажем, не сильно большой. Пишет о том, что она должна быть размещена в другой области. Это к теме стандартов разработки. То есть её не следует размещать, её следует размещать в области служебных функций. Вот, опять же, давайте посчитаем, какое количество действий. Шесть. И дальше сде. Что мы делаем в конфигураторе? Вырезать, вставить. Здесь можно воспользоваться просто панелью схема. Просто перетащить вот так мышкой сюда. Всё, она перенеслась. Хорошо.

И давайте сюда вставим интересующую [музыка] процедуру. Вот эту, которую мы нашли. Массив для того, чтобы он потом был превращён в формат JSON. Здесь это так. И нам просто последняя простейшая де. Нам нужно вот в процедуре сделать вызов вот этой функции. Вот как. Что бы вы стали делать в конфигураторе? Да. Ну, стали бы, наверное, писать. Там, наверное, бы нужно было писать "получить". Ну, первые буквы. Вот так вот. Получить "M". И дальше нажать Ctrl пробел.

А есть такие конфигурации, вы, наверное, может быть, знаете, где, ну, длина процедур там может быть десятки, десятки символов. Причём они могут повторяться. Здесь достаточно просто нажать Ctrl пробел. Я бы сказал, практически. Ну, всеобъемлющую, важную тему для работы в еДТ, которую многие из вас видели, но она такая плоская и непонятно, зачем есть. Многие, наверное, из вас, если работ [музыка] вы заходили наверняка в общие модули, которые сделаны по стандартам библиотеки, библиотеки стандартных подсистем, например, и видели, что в названии, в начале областей, в начале модулей, процедур есть большое количество вот таких вот комментариев. Лично, когда я это видел, своё первое поду, разработчики там, программисты. То есть вы хорошо просто взяли, описали, но мне как-то это не очень было интересно там учиться в это всё.

Так вот, это такая маленькая дверь в очень большую, интересную технологию, которая называется типизация кода. Это в конфигураторе тема, которая молчит. Они с вами никак не общаются. А здесь они общаются. И вот, как, ну, давайте представим себе, что вот эта функция, она располагается где-то очень далеко, в общих модулях. И ваша задача, вот рекордно быстро понять, что у вас вот вообще эта вот функция возвращает. То есть, давайте это, во-первых, назовём как-нибудь. Давайте сделаем вызов. Так, назовём "массив". Вот так. То есть, вот мы как-то вот знаем, что там есть массив, что-то возвращает. Вот, опять же, что-то нам хочет сказать. Видите, вам система проверок на лету уже сразу говорит: у вас какая-то есть переменная, и что-то она нигде не используется. И это тоже очень помогает при анализе кода в дальнейшем. Например, вы можете заметить даже в своём коде, открыв его в еДТ, сколько там вот таких вот маленьких помарок. То есть какие-то переменные, может быть, не вами сделанные, а тем, кто до вас эту процедуру делал, неиспользуемые. Ну, это тоже, в принципе, это даже не в принципе, это стандартов разработки. Да, есть такой пункт, что переменная должна быть использоваться.

Вот. И давайте просто попробуем разобраться. К примеру, мы вот не видим вот эту процедуру здесь, эту функцию, вернее. Она где-то далеко. Что нам возвращает она? Ну, слово "массив". Во-первых, оно. То есть, акцентируя ваше внимание ещё на такую вещь, как русский язык. 1С язык разработки 1С он известен всем, кто знает про 1С или слышал, тем, что мы там программируем на русском. У всех разные к этому отношения. А на чём, как это сказывается на нас, на разработчиках? Что есть символы на клавиатуре, которые на русской клавиатуре при русской раскладке не напишешь. Вот. А как же быть? То есть, ну, нужно переключаться, видимо, на английский. Так, можно, конечно, там через код как-то это вывести, возможно. Вот вы напишите, какими способами вы пользуетесь. Но вот квадратную скобку я на русском не могу написать. Вот. То есть мне нужно было бы переключаться. Да, вот если там здесь вот будет какой-то. Так вот, для абсолютно всех символов, для тех, для которых вам нужно было бы переключаться на английский язык, есть такая такое сочетание. Как вы нажимаете на Alt и его нажимаете и нажимаете соответствующую кнопку. То есть я просто нажимаю Alt с русской раскладкой, открывается скобочка. Нажимаю ноль, закрываю.

И давайте посмотрим, что у нас там. Вот в первой. И вот здесь как раз у нас начинает работать. Ура! Типизация кода. То есть, правильно описанный метод, в данном случае функция, правильно, корректно по стандарту типизации кода описанное возвращаемое значение выдают вам без необходимости анализировать сам метод, саму функцию, те значения, которые возвращает. То есть видно, что у нас вот есть имя, автор, книга, массив и так далее. То есть, давайте посмотрим, вот допустим, есть ещё какой-то массив. Да, давайте ещё туда посмотрим. Что у нас там? Это, а, стандартном разработке, а именно по типизации кода. То ваша ориентация и понимание кода будет очень, очень, очень удобно. Всё будет. То есть, у вас порог вхождения какого-то, допустим, четвёртого разработчика в ваш созданный код будет очень низкий.

Привожу пример на своём, на своей работе. У меня был пример. Значит, у нас разработан был 2 года назад HTTP сервис, хорошо работающий HTTP, который обеспечивает обмен данными между документооборотом, между, да, документооборотом конфигурацией и бухгалтерия предприятия. Данные пакеты движутся в обе стороны. И [музыка] как, как-то вот написано это было по, по класс в конфигураторе. То есть там полтысячи или там не несколько тысяч строк кода, десятки процедур, комментарии никаких. И как-то была у меня поставлена задача, которую делал, отказался. Откроем эту ссылку на то, где это написано. Сейчас я вот типизация кода, чтобы вот описано это здесь. Ссылочка будет. Тут "начните с малого". Вот тут идёт описание того, как, например, кода сказывается при. То есть, например, вы создали массив. И очень важно и практически тоже обязательно написать вот так: массив. А так. Так у нас было. Вот типизация кода. Да, вот здесь это всё описано. Постепенно, постепенно нужно будет это потихонечку разобраться и делать. То есть, в принципе, разрабатывать без типизации не нужно. Нужно делать какое-то количество действий сложных, чтобы вот, например, типизацию сделать. Рисовать? Нет. Можно сделать количество действий. И в общем-то, она вот есть. Есть так, как бы еДТ помогает вам. Также есть вот так называемый документи-комментарий панель, в которой видно, если вы всё это типизировали корректно. Верну этот код сюда. А если кто-то из вас рефакторинг делал в конфигураторе, например, то да, я вижу, что что-то про трансляцию. Всё ли нормально? Напишите, пожалуйста, всё ли гладко слышно меня? Не пропадаю ли я? Дайте, пожалуйста, обратную связь, как меня слышно. Лагает. Так. Ага. Ну, я буду говорить тогда помедленнее, постараюсь. Вы, я тут не знаю, как на это повлиять. И давайте пробежимся. Напишите, вот сейчас я упоминаю тему рефакторинга, а кто-либо сталкивался с этим? Например. Давайте я просто покажу, как здесь очень просто можно, ну, например, переменную переименовать. Вот. Вот опять же, давайте по стандартам разработки. Ещё покажу. Можно пример с создать процедуру. Тоже очень удобная. Здесь есть инструмент факторинг. Извлечь метод. Ну, тут какая-то ошибка. Сейчас посмотрим.

И давайте здесь подытожим. Вот именно эту часть. Вот какие вижу я итоги нашего небольшого погружения в процесс разработки. Общее количество нажатий на клавиши сокращается. То есть необходимость переключать раскладку клавиатуры отпадает. Проверки синтаксиса на лету. Сами видите, насколько это всё удобно. Можно у меня были в практике случаи. Можно работать 4 часа и ни разу зайти даже в отладку, чтобы что-то проверить. Потом сохраняешь, открываешь. Ну, там находится одна-две, может быть, проблемы, которые вот так вот не обнаружишь. И [музыка] всё. Типизация кода поднимает читаемость кода на уровень, принципиально недоступный в конфигураторе. К ориентации в коде. У нас есть специальные панели: там схема, закладки, иерархия вызовов и многое другое, что упрощает ориентацию. Также, если вы создадите, например, мелочь, в принципе. Но если вы создадите здесь объект "Таблица значений", не здесь, вернее, вот здесь "Таблица значений". Кто-то из вас, наверное. Какие здесь есть ещё вещи? Здесь есть возможность, например, вашу обработку, ваш объект, а увязать напрямую к дереву конфигурации. То есть, например, если вот вы [музыка] открываете какой-нибудь документ. Такая нотка. [музыка] Это использование закладок. Поставьте, пожалуйста, плюсик, кто в коде использует закладки, так чтобы переходить быстро от одного пункта. Да, вижу, закладки используются. Ага. А здесь подход другой. Здесь есть, с одной стороны, есть возможность включить режим работы с отладка, такой же, как в конфигураторе, когда вы будете через F2 перемещаться. Но здесь другое движение по модулю. Это одна закладка, и там вторая закладка. Работа, например. И у вас, соответственно, переход между одной и другой частью будет ходить по щелчку. Ну, или какой-нибудь другой. Ну, вот, например, такой. Да. Давайте откроем панель. Здесь есть возможность открытия панелей, называется "иерархия вызовов". Вот она, такая стек вызовов, которые она делает. Наверное, те из вас, кто пробовал когда-либо такую задачу решать, они это делали через отладку. Вот это, это делается без отладки. Опять же, это сам движок еДТ рассчитывает здесь. То есть, можно в конце вот так вот увидеть, что вот она вызывается таким образом. И докопаться до некой команды где-то. Например, вот посмотрим.

Был вопрос. Давайте плавно перейдём к вопросу о производительности. То есть, вот мы сейчас откроем проект ERP и попробуем сделать какую-то доработку. Вот сейчас, пожалуйста, дайте знать, слышно ли, есть ли звук. Меня слышно? Сейчас слышно. Хорошо. Итак, отлично. Ну, давайте сделаем практическое действие. То есть, мы закончили с темой того, как мы разрабатываем и как это удобно. Я просто в восторге, если честно, от разработки в еДТ. И посмотрим на производительность. Ага. Пока, давайте, во-первых, посмотрим на параметры ноутбука. Это просто ноутбук. Мне работодатель прошлой осенью по моей просьбе. Просьба была заключалась в том, что мне нужен ноутбук с 16 гигабайт памяти. Вот мне подобрали какой-то ноутбук. Это не реклама. Huawei. И прислали. Вот его параметры. Всё. И вот у нас проект ERP открылся. Вот, во-первых, какое действие происходит при открытии проекта? На что у вас тоже потратится несколько минут времени? Это на прорисовку. Ну, вот она уже произошла. Проект, допустим, открывается минут пять, 5-10. Давайте посмотрим, сколько он занял памяти. Доп, доп контрагент какой-нибудь. Чтобы мне выбрать контрагента, можно просто написать "контрагент". Вот здесь сразу всё убирается. С секунд. Но мы можем это пока оставить. Я пока вам вышлю ссылку на анкету. Нам очень важно, чтобы вы опросы занятия заполнили. Пожалуйста, заполните. Так. И у нас что-то идёт. Так. Тем временем, давайте, чтобы это вот у нас не было такой тишины и паузы, оставим пока это на некоторое количество минут. Сейчас у нас 19. Давайте вернёмся. Там знакомимся с нашим курсом. Вот скажите, ваше мнение. У меня сложилось мнение, что в общем-то сейчас не хватает информации по еДТ. То есть, я часто встречаю. Я, как человек, который работает ментором, ко мне приходит иногда на консультацию, встречаюсь с мнением, что не очень понятно, где узнать что-то про еДТ. Там спрашивают: "А где узнать?" Ну, вот я знаю только канал в Телеграме. И вот так у нас появилась идея разработки курса, именно живого курса, где у нас преподаватели на вебинарах вам будут показывать. У вас будет возможность прямого диалога. Вы можете задавать вопросы. У вас будет что-то не получаться, будем вам помогать. Как у нас происходит процесс обучения? Это происходит по вечерам. Все записи, все занятия, всё записывается в вашем личном кабинете. Есть у нас учащиеся, которые живут не далеко, на востоке, московское время плюс много часов. Они, например, не могут смотреть вживую вебинар. Они смотрят в записи. То есть, не беспокойтесь, если вы не смогли посмотреть, прийти, вы это всё в личном кабинете увидите. Если вы увидели, у вас возникли вопросы, вы можете написать. Будет для них. Ответь на ваши вопросы. Да, вам будут даваться развёрнутый фидбек. Домашние задания у вас будут на курсе около семи занятий, около шести или семи домашних заданий. То есть, это будет практика. Академических часов 4 в неделю. То есть, это как правило, раза по 2 часа. Есть академические, есть где-то вот так. И приблизительно около 48 часов на домашнюю работу в неделю. Возможно, где-то меньше. И да, у нас параллельно с тем, как технология обновляется, например, выходит какой-нибудь релиз еДТ, в котором что-то поменялось. Например, они превозмогли какую-то заю проблему, которая, например, долго была. Мы вам актуально всё это расскажем, покажем действия. И давайте на сам, на сам сайт нашего курса зайдём. Минимальные знания, которые нужны, — это понимание языка программирования 1С и представление разработки в конфигураторе. То есть, понимание, что вот он есть такой конфигуратор, и что мы, отталкиваясь от него, движемся к чему-то более современному, совершенному. У нас будет встреча с Git. Сейчас просто это не вкладывается в таймлайн. Цели. Давайте посмотрим, какие у нас модули. У нас секундочку. Итак, программа. Вначале мы знакомимся именно, собственно, с принципами разработки. Да, в том числе и даже смотрим, как тут можно разрабатывать Web, мобильное приложение. Конструирование и мобильного приложения. У нас изомеры производительности. Посмотрим, как работает отладка. Изучим в расширенных возможностях. Мы посмотрим, как можно работать с плагинами. С помощью плагинов можно здесь, да, действительно расширять возможности. То есть, это тоже принципиально в конфигураторе нету. Изучим скриптовый подход к работе с еДТ. Это важно уже для последующей темы. Дальше у нас будет модуль Git и Git. Сейчас я скажу по тому, как. Давайте продолжим по про вот теме интеграции. Том у нас посвящено довольно много занятий. Почему? Опять же, накоплен опыт. И опыт говорит вот о чём: очень часто разработчикам 1С не так-то просто быстро войти вообще в тему Git. И это нас навело на мысль, что нужно потратить некоторое время, спокойное время на то, чтобы просто объяснить, что такое Git. И вот рассказать про то, как это работает. И дальше плавно уже ввести в то, как еДТ интегрируется с Git. По опыту, часто на предприятиях, например, когда команду вот так прямо сразу окунают в работу в еДТ, люди не понимают, что такое коммит. То есть, ну, зачем, зачем это? Вот что это такое? Поэтому здесь мы подробно, много разберём работу с Git, команды, объединение веток. И я не зря упомянул скриптовую работу с еДТ. Она важна для последнего модуля. еДТ — это инструмент, который помогает очень плавно интегрироваться ВПС. Это такая отдельная, очень актуальная, популярная сейчас тема. Это методика разработки, где происходит очень активное взаимодействие разных процессов и разных процессов разработки: тестировщики и разработчики, аналитики. Тоже будем освещать эту тему. Расскажем, покажем вам, как работают конвейеры сборки данных. То есть, это принципиально новый уже подход, который, как правило, пока что не сильно распространён в там, где конфигуратор. И там довольно это сложно запустить. Это очень гладко можно сделать, потому что, почему? Потому что есть интеграция с Git внутренняя. Почему это, как это работает, чтобы это вот всё было не голословно, это мы к этому вас подведём, тоже расскажем. Выпускной проект у нас пока вот такой. На данный момент мы как раз вам здесь покажем и попробуем, ну, добьёмся, чтобы вы это работу сделали, как раз как можно обновить конфигурацию без конфигурации поставщика и исключительно через Git. То есть, релиз через Git. У нас преподают, собственно, я. И на данный момент у нас очень хороший профессионал в ВПС Сергей Бывальцев. Он у нас руководитель курса DevOps 1S, на котором я, в том числе, тоже преподаю. И давайте смотреть дальше. А тем временем, вот видите, у нас идёт процесс экспорт. Вот это уже идёт [музыка] процесс загрузки в саму конфигурацию базы данных. Как бы 5-6 ГБ. Итак, по целям. Какие сегодня на на вебинаре мы с вами узнали, с какими процессами и сущностями мы имеем дело, когда работаем в еДТ. И надеюсь, увидели отличие от конфигуратора. Познакомились с подводными камнями, которые существуют при работе в еДТ. Научились их избегать. Увидели, я надеюсь, очень много новых приёмов разработки. И это только маленькая часть, которая приёмы существующие в еДТ. И поняли, что от огромного количества рутинных действий нас освобождает среда разработки ДТ. Итак, еДТ — это среда разработки, существенно более богатая возможностями, чем конфигуратор. Многие повторяющиеся действия, которые вы делаете в конфигураторе, к которым вы привыкли, при взгляде из еДТ они выглядят рутины, и от них легко можно избавиться раз и навсегда. Отсюда возникают десятки процентов времени, на которое сокращается разработка. Если вы, например, руководитель отдела разработки, и вы набираете команду на какой-то проект, то при прохождении обучения у вас, соответственно, команду можно уменьшить. То есть, набирать меньше людей туда. Знаю, не пять человек, а там, не знаю, трёх на этот проект взять, к примеру. И при написании кода в соответствии с принципами, с принципами типизации кода, порог вхождения программиста в задачу существенно опускается. Проверка корректности кода на лету в подавляющем большинстве случаев отменяет необходимость проверки ваших разработок в отладке. И всё выше описанное ускоряет процесс разработки, повышает производительность вашей работе. Список материалов у нас вот такой. Я нашёл это сайт 1С, типизация кода, 1С. Пожалуйста. И что, что касается карьерной информации, то [музыка] по информации с Хедхантера, вот только в мае обнаружено 195 вакансий, которых требуется знание еДТ. То есть, я эту информацию не знал. Спасибо осу, который это выяснил. Оказывается, спрос большой. Вот. И старт обучения у нас 26 июня. Практически, как раз ровно через месяц. Следующий открытый урок у нас. Простите, тут не написано. Это будет на следующей неделе. И он будет посвящён уже тому, как можно работать с плагинами, как их подключать, что с помощью плагина, например, можно добиться, как можно видоизменить среду разработки. И вы уже погрузитесь также вра с. Это пройдёт. Как там видны ветки, как можно переключаться. Кое-какие действия тоже попробуем, посмотрим. Давайте я посмотрю на вопросы. Так, что касается доклады, да, видимо, Артём пишет про то, как доставать информацию. Стате, можно делать поиск, что-то находить. Разница по глубине. То есть, там, то ли какие-то начальные вещи, то ли или бы уже какой-то глубокий такой, там, отчёт об целом об автоматизации на еДТ. И тоже там терминология очень сложная, которая просто вот без специального, без специальной подготовки не поймёшь. Машине или РП? Пока не готов сказать. Будем держать вас в курсе. В данный момент. И я буду рад услышать ещё какие-то вопросы. То есть, у нас, а у нас идёт процесс. Вот у нас тут сборка идёт. Пока что вот здесь. Для решения оперативных задач по типовых конфигурациях еДТ не очень удобен. Он и не предназначен для этого. Всё верно? Да, действительно, мне недавно попала задача, которую я не смог решить. Нужно было быстро для заказчика разобраться, как какой-то субсчёт поправить в балансе. Вот её переключили на знающего человека. Я думаю, если бы знающий человек, вот специалист, сидел в еДТ, ему это не надо было бы. Да, действительно, большая область, в которой работают те, кого можно назвать программист 1С, работают в области под названием поддержка. Вот для поддержки еДТ не очень-то нужен. Это не то. Так, ну, вот у нас здесь происходит окончание внедрения наших изменений. Ещё какой-то, видимо, время пройдёт, там, и это обновится. Ну, где-то вот так. Это я готов выслушать какие-то, услышать от вас ещё вопросы. Давайте, если вы слышали что-то, какие-то, там, не знаю, мифы про еДТ, про отладку, производительность, готов вам сказать. Поде в еДТ. Я работаю на разных серверах в течение рабочего дня, на двух-трёх машинах. Вижу, что в принципе производительность везде хорошая. То есть, у меня, я не наблюдаю никаких, не наблюдаю никаких подвисаний в отладке, например. И поставьте, пожалуйста, есть ли ещё какие-то вопросы? Задайте, я отвечу. Текущие требования к железу для комфортной работы. 16, 16 Гб на одного разработчика. Вот. Сделайте так. При этом это с запасом. Почему с запасом? Поясню. Много еДТ съедает, когда происходят процедуры импорта или какого-то масштабного обновления. Если представить себе, что у вас все обработчики, все разработчики параллельно начнут что-то импортировать или обновлять, то вот эти 16 Гб заполнится, скорее всего, даже этого лишку. Это я говорю про, если это конфигурация уровня УТ, например. Ну, это с запасом. 16 Гб. И еДТ чувствительно к количеству ядер. Вот этих вот. Здесь где-то так, в одном проекте еДТ может работать только один разработчик. еДТ — это личная собственность одного разработчика. Вот такая идеология. Отвечаю Евгению на что это? На то, что это накладывает ограничение. А на то, что на дисковое пространство, например. Вот, давайте посмотрим проект ОРП, который у меня здесь. Сейчас мы увидим, сколько он занимает. То есть, вот, вот мы его импортировали. Посмотрим, сколь, сколько он занимает на Дис. Один пример. Ну, тоже порядок гигабайт. Вот так. А если четыре разработчика имеется в виду? Сколько, сколько бы я заложил ресурсов? 4 на 16, 64. Скорее всего, я отвечу на этот вопрос. Скорее всего, если у вас стоит задача перехода на еДТ, как правило, по опыту, это не начинают сразу с больших баз. Типа, начните с чего-то, ну, другого. Может быть, у вас. Вот. Напишите, кстати, кто какими пользуется. У вас, у вас цель перейти на еДТ? В каких базах? Как работать с одной базой? Никак. Опять же, здесь идеология следующая. РП огромная, переделанная. Давайте по очереди. Как с одной базы работать? Должно соблюдаться следующее правило в идеологии еДТ: одна база для одного разработчика. Второй разработчик туда вообще должен не заходить. Потому что, если вот мы сейчас отмотаем к началу нашего вебинара, как было сказано, в конфигураторе даже сам разработчик фигур не должен заходить, вот чтобы что-то там не модифицировать. А уж подавно другой разработчик или там аналитик в конфигуратор не должен заходить. И даже в предприятие не должен заходить. Потому что, если, например, вот вы сделали доработку, как вот я сейчас, и у вас наступил обед, к примеру, то что вы на экране? Это обед или перерыв? Ва так. Вот вы знаете, что у вас есть полчаса, чтобы перекусить или подышать свежим воздухом. Вы запускаете обновление. Вот если сейчас в этой базе у вас располагается тестировщик, аналитик, у вас этот процесс не дойдёт до конца внедрения изменений. Поэтому вот с этого тоже нужно начинать. Одна база для одного разработчика. Четвёртое. Все обв конфигурации воз. Все перегружает. А так это длилось бы несколько минут. Вы тут получился не объективный эксперимент. Огромная переделанная команда и одновременная разработка. Непонятно. Ну, хорошо. Огромная переделанная. Значит, вам нужно будет развернуть. Ну, хорошо, давайте скажу. Вот часть месяца работаю в одном нашем, так скажем, российском сырьевом, условно скажем, гиганте. То есть, я к ним логи и захожу и работаю. Я работаю в своей базе. Разработка ведётся, ну, как сказать, у каждого своя база. При необходимости происходит объединение данных уже определённым образом средствами Git. Как вот пояснить, если у вас ERP огромная, переделанная? Наверное, ответ такой: архитектура и вот то, принципы, как работать с большим проектом, как вы написали, Евгения, их, наверное, вот так вот просто без иллюстраций не напишешь. Это требует некого, неких подготовительных действий и развёртывания некоторого ландшафта, при котором вы с вашей огромной, переделанной будете работать. Архитектор и так далее. Вот это будет выстроена структура, при которой будете работать. Вы уже не можете 2 года не можете перейти на еДТ. Ну, я вас приглашаю ваших разработчиков к нам на курс. Мы, я уверен, вам поможем. Артём, какие требования к каналу между машиной разраба и базой 1С, например, при отладке? С хранилищем работать крайне некомфортно, когда сервера хранилища далеко. Канал между машиной разраба и базой 1С при отладке. Никаких, никаких особо сильных не требуется. М, никаких особенно широких каналов не требуется. Ничего особенного. То есть, отладка открылась, и ну, спокойно всё. Никаких подвисаний, проблем там нету. Если ещё какие-то вопросы есть, то я отвечу. Если на все ответил, то, ну, приходите к нам на следующий открытый урок, на наш. Приглашайте ваших коллег к нам на курс. Видеть. Да, время у нас уже за таймлайном. Присутствующим, надеюсь, я вам помог, что-то разъяснил, пояснил. Всего доброго.