Экспресс-курс «Зачем мне 1C:EDT?», занятие 1:
Как подготовить рабочее окружение для работы в 1C:EDT
Доброго дня!
Здорово, что Вы присоединились к нашему бесплатному курсу по 1C:EDT! :)
Главная задача этого курса – показать практики компании, которая уже использует 1C:EDT и Git.
Практические задания по этому курсу не предусмотрены, это именно демонстрация технологии работы — но, уверены, Вы найдете достаточно интересных деталей :)
Начнем с небольшого вводного видео — и оно важно, в нем мы расскажем, что будем изучать, почему и зачем.
Цели и задачи курса — и к какому результату он Вас приведет
Занятие 1 – Как подготовить рабочее окружение для работы в 1C:EDT
Смоделируем вполне обычную ситуацию: первый рабочий день разработчика 1С в новой компании, которая использует EDT.
Новому сотруднику дали компьютер и теперь необходимо подготовить его для работы.
В этом занятии мы:
- Установим софт для дальнейшей работы
- Настроим его под запросы компании и под собственные предпочтения
- Клонируем репозиторий, который предоставила «наша» компания
- Зарегистрируемся в GitHub
- Установим плагины, необходимые для работы
- Импортируем в 1C:EDT проект, в котором будет вестись разработка
- Разберем правила, по которым работает «наша» компания.
Приятного просмотра!
Тайминг ключевых моментов видео:
00:00 — введение
01:11 — установка 1C:EDT
05:36 — клонирование репозитория с GitHub
07:26 — выбор рабочей области для хранения проектов
09:43 — перспектива Git (рабочая среда)
10:34 — установка GitHub Desktop
13:30 — клонирование репозитория и добавление его в 1C:EDT
16:16 — установка плагина через магазин плагинов
23:07 — установка плагина по прямой ссылке
27:07 — поиск плагинов для 1C:EDT
29:55 — анализ панели ошибок конфигурации
31:44 — выбор правил, по которым работает компания
Если Вам нужно смотреть видео в дороге
Нам удобнее, если Вы смотрите видео на сайте — по метрикам просмотров мы видим, что в видео нужно поменять или добавить.
Однако, если Вы хотите скачать видео и смотреть позднее без интернета — это можно сделать по ссылкам ниже:
Экспресс-курс по EDT, занятие 1, видео 1 — Интро
Экспресс-курс по EDT, занятие 1, видео 2 — Как подготовить рабочее окружение для работы в 1C:EDT
Поддержка по курсу
Коллеги, это бесплатный курс — и по нему поддержка НЕ проводится.
Если у Вас есть вопросы по EDT или Вашу ситуацию нужно разобрать — пожалуйста, приходите на основной курс Профессиональная разработка в 1С:EDT + Git и современные подходы к управлению версиями и качеством кода, там мы ответим на все вопросы.
Тем не менее, на странице открыты комментарии, поэтому если Вы обнаружите, что, например, по указанной в видео ссылке не скачиваются дистрибутивы — об этом можно написать, чтобы мы внесли изменения.
Что дальше?
Мы верим, что все нужно делать спокойно и последовательно. Особенно учиться.
Поэтому материалы курса мы высылаем частями, постепенно, под одному занятию. Это стандартная практика, у Вас будет достаточно времени, чтобы найти час на просмотр видео.
Следующее видео Вы получите через час на Вашу электронную почту. Не забудьте ее проверить :)
А пока внимательно изучите первое занятие :)
Полный курс по EDT, Git и нормальной разработке:
Мы запустили новый курс по 1C:EDT и Git, первый курс в серии курсов по DevOps.
Если Вы тимлид / руководитель отдела разработки / работаете в команде из 5+ человек над одним проектом / планируете перейти в ведущие франчайзи не простым разработчиком — рекомендуем внимательно его посмотреть:
Здравствуйте. Не могли бы вы подсказать как изменить язык, ЕДТ 2023.3.5 на английский. Я так понимаю что берется язык системы по-умолчанию. По путям, указанным в видео нет файлов и параметров.
Доброе. Вы не смогли найти файл edt.ini?
Подскажите, существуют ли в EDT или плагины для удобного анализа кода, в виде представления блок-схем, ветвлений…?
Надо пример, не понятно что именно вы хотите увидеть и как.
Иерархии модулей есть, а что такое ветвления — не понятно.
Например: в ут10.3 графически отобразить механизм работы печати чека из РТиУ (от кнопки до отправки метаданных в драйвер кассы) или механизм проведения…
В идеале,какие переменные задействованы с указанием их типов и значений.
Это вы пробудили древнюю проблему, про которую идет очень много споров, и никто не взялся ее решать.
Но, возможно — что то уже и изменилось, но я, увы не вкурсе.
Сейчас вы можете словить стек вызова по иерархии и посмотреть типы входящих параметров. но не более.
На 2:23 обязательно jdk? почему не jre?
Это уже вопрос к самй 1С. Нужна не просто JDK, а еще и с JavaFX. Так что просто скачайте с ИТС установку и все.
jdk то зачем, мы же не компилируем java код. jre от bellsoft с поддержкой JavaFX разве не достаточно
Повторюсь — вопрос к ребятам из 1C надо задавать. Можете поставить JRE и проверить. Я когда игрался с этим пару лет назад — ничего не вышло. EDT просто местами падало в NPE.
Смена языка через конфиг конечно доставляет.
Есть подсветка тестов запросов?
Есть, если открыть редактор запросов
Добрый. А можно как-то начать не с середины, а с начала. Вот у меня есть конфигурация с УТ11+расширения. Как мне начать работу с github? Т.е. я не пришел «в компанию», где все это уже есть, а например хочу просто сам опробовать технологию. И как? Или этот курс не об этом?
Доброе. Об этом полный курс. В этих видео — уже результат.
Добрый день!
На 29:34 показаны новые ошибки, а чуть раньше, был комментарий о том как и где надо расположить файл (в папку рабочей области). Раскидал во все возможные папки, в т.ч. в папку рабочей области, но количество ошибок не меняется. EDT перезапускал.
У меня MAC OS.
Можете помочь разобраться в проблеме?
Доброе. Посмотрите файл логов, там должно быть упоминание про то, нашелся файл или нет.
Ну и вы очистку проекта не забыли сделать?
Да, очистка проекта была сделана.
Подскажите пожалуйста файл логов где лежит?
Alt + Shift + Q, появтся окно маленькое и просто нажмите L
Если смотреть на тесты в 1с — то там пишут на ванессе — кодом. И да, они накопительные, т.к. код остается от релиза к релизу. Отсюда и поддержка этой конфигурации тестокода. Странно что вы не в курсе. А на выходе внедряя сложные процессы девопсом на практике выходит полная фигня. Не важно насколько красиво эта теория в книжках описана. Поограммировать не зная специфики отрасли как вы предлагаете — в реальности не работает.
В смысле кодом? Вы про юнит тесты? Или про сценарные? И про какую ваннесу именно?
Советую посмотреть вот эту статью, там не много, и потом попробуйте соотнести с тем, что вы пишете.
Сейчас все выглядит так, словно вы оправдываете отсутствие у себя этих технологий. На самом деле — это довольно не редкое явление. И я не был исключением. Если поднять мои сообщения 5 летней давности — то они звучали точ в точ как ваши.
Я к тому, чо попробуйте забыть все, что было у вас раньше. Представьте себе, что вы устраиваетесь в новую компанию, и в ней — вот такие стандарты. А потом подумайте — что из этого реально бы помогло вам. Только до конца модуль пройдите обязательно, самое главное — в конце модуля.
По факту вы упираетесь в конфигурацию (совокупность если слово конфигурация не нравиться) состоящую из фич на языке Геркин которая растет вместе со сложностью продуктива. Их толком не поддерживают и они теряют эффективность. Все надеются в итоге на тесты — они же позволяют не думать и дают ложную уверенность что все учтено. Тем более абсурд утверждение, что якобы можно использовать тесты без знания бизнес-процессов.
Думаю вы пытаетесь переложить работу человека на машину — в итоге снижается квалификация специалистов и качество продукта падает. Я делаю эти выводы из практических примеров которые подбрасывает 1с нашей службе поддержки последние несколько лет.
Вы с каждым комментарием уходите в сторону.
Где такое написано? Речь шла, что не надо владеть навыками разработки. И наоборот — программисты чаще не знают бизнесс процессов компании.
Т.е. конфигурации вы обновляете, чтобы они не устаревали, а тесты значит не надо? Вам не кажется это странным?
Зачем вы внедряете 1С? Видь бухгалтера перестали уметь пользоваться счетами, а финансисты строить отчеты вручную… Надо срочно всех вернуть на каменные таблички, чтобы люди становились умнее…
А если серъезно, то чем ниже квалификаци людей нужна для реализации процесса, чем меньше им надо обучаться — тем выгоднее всем. Далеко ходить не надо — 1С на этом основана. Так что, теперь программисты 1С — не программисты? Потомучто они не знают как низом устроена работа платформы?
Раз это не работает у вас — это не значит что это не работает больше нигде. Просто для вас, это не актуально. И это нормально. Это как приходить к клиенту и предлагать ему 1С расписывая его все плюсы, а в ответ получить — «меня и эксель устраивает. А вот 1С нам внедряли, и там все так сложно, так мутно, и это перекладывание на машину то, что человек должен считать руками. Так как машина может ошибиться, и человек этого даже не заметит.»
Такой клиент тоже будет прав, у него и там все работает, закчем ему ваша 1С. Но мы же знаем, что прийдет время — бизнес станет больше, и уже эксель его не спасет, но сейчас ему про это рассказывать смысла нет, у него свой опыт, причем печальный…
Значит компаниям 1с и SAP не хватает тестов в команде ЕРП и им пора на курсы. Но я думаю дело в другом — в неорганизованности команд разработки и слишком большого деления в командах. А тесты — выходит что команда разработки пишет не одну конфигурацию а две. Тесты и продукт. В два раза больше неразберихи. В итоге срывают сроки и качество.
Посмотим с такой стороны — есть программист, и каждый раз, когда надо распечатать некую не стандартную форму — пользователь зовет программиста, и тот настраивает формы печати. После распечатки — настройки сбрасываются, и при следующей печати — опять зовут программиста и все повторяется.
Звучит абсурдно? Но если вы не автоматизируете тесты — то это, в принципе — тоже самое. Т.е. результат работы человека, который проводит тесты — одноразвый, а не накопительный.
Это раз, а два — тесты пишутся тестировщиками, которые могут быть программистами, а могут и не быть. Так что вопрос про две конфигурации — мне не ясен.
Если есть неразбериха, и срыв сроков — то это основная прчина внедрения тестов и девопса в целом.
Очень ясно и понятно. Спасибо
Основная проблема, с которой столкнулась наша организация при переходе на EDT — это его ресурсоемкость. Чтобы развернуть конфигурацию 1С ERP в EDT там требуется очень много ресурсов. Не говоря о комфортной работе. Есть ли рекомендации по настройке EDT чтобы снизить ресурсоемкость до приемлемых значений? Иначе весь наш сервер будет работать только на EDT.
Рекомендации очень простые — не надо работать на сервере, не надо работать с реальными базами клиентов, надо работать с гитом на локальном компе.
Но, такая перестройка бизнес процессов, для многих компаний — не реальна, т.к. не несет явных выгод сеюминутно. Поэтому надо переходить в едт с пониманием, что работа, в идеале — должна происходить с файловыми базами, это общая рекомендация, которая тянет за собой кучу разных сценариев.
С другой стороны — если вынести макеты (особенно большие), драйвера и роли в расширения — то работать будет значительно быстрее.
Мы грузили в EDT файл конфигурации ERP на локальной машине — компьютера не хватает. Что говорить о самой базе данных которая сама в выгрузке только 8 гигов. Выносить в рассширения обекты конфигурации ради работы в edt … это не подходит. Это как дорабатывать конфигурацию ради работы в edt а не для автоматизации учета. Получается edt подходит для небольших конфигураций?
Не совсем так, EDT — меняет подход к разработке, а он требует работу в тестовых базах, обрезанных, а не в копиях прода. Это требует изменить ряд процессов разработки.
Выносить объекты в расширения надо не потому что — это надо для ЕДТ, а потому что это не надо в конфигурации.
Например, зачем в конфигурации надо конфигурация поставщика? или набор всех драйверов? или кладры всякие?
Попробуйте например загрузить ERP WE, где нет этого всего.
ЕДТ подходит для всего, но не подходит под старые процессы разработки, в большенстве случаев. Это как спорить — что лучше, файловая база или SQL? Файловая быстрее, нет мороки с серверами SQL, работает отлично, быстро скопировать можно и т.д. Но, при работе даже 5 человек — люди заморачиваются с SQL, так как те, кто прошли через это — понимают, что да, это проблемней, но оно оправдано. Но, если это не оправдано, то люди отлично работают и в файловых базах. До поры. Так и с ЕДТ, если для вас, то, что я сказал — вызывает изумление, то, возможно — вам пока ЕДТ и не нужен. Это не хорошо и не плохо, просто это вопрос готовности/необходимости.
Спасибо, ну очень подробный ответ. Хотел палец вверх поставить, а негде
Рад, что получилось донести мысль.
Значит по вашей технологии, над отделом разработки есть еще люди которые: 1. Тестируют в рабочей базе наработки, 2. Отдельно делают тесты того прототипа который прислали edt-шники. 3. Готовят техническое задание. 4 Готовят тестовые базя для edt.
Тоесть куча народу, который, как в сапе, творит фигню. На практике при таком подходе я вижу раздутые отделы разработки которые на выходе дают фигню за дорого.
Это я наблюдал работая в сапе и это я наблюдаю обслуживая ерп в Газпроме. Ну удачи, что могу сказать.
1. Нет. Могут конечно проверить ключевые моменты, но обычно это не требуется, в этом и суть.
2. Да, только в большенстве случаев — тесты делают вручную или программисты, или консультанты, причем обычно только того, что якобы изменилось, и потом — в проде стреляет в непонятных местах.
3. Ну тут по желанию, но задача точно должна быть, иначе — что тогда вообще делать?
4. Боже упаси, это делает контур, все тестовые базы делаются автоматом.
Количество людей действительно изменится, но, обычно — в меньшую сторону, так как теперь не будет авралов, глупы ошибок, ночных смен и т.д.
1. Работая в техподдержке постоянно правим код ERP — т.к. видимо разработчик не видит необходимости проверить на рабочих данных и приходиться нам постигать его «гениальные» идеи и доводить их до ума с ночными сменами и прочим.
2. Видимо тоже по этому работаем без выходных с новыми обновлениями.
3. Тут даже без коментариев — тз по желанию — «сферический конь в вакуме» на выходе
4. Как разрабатывать по данным тестовым — когда нет нормальной обратной связи из-за отсутствия релевантных данных? Никак.
Тоесть на всех этапах — разброд и шатание. Зато EDT есть.
1. Значит нет тестов. Или они написаны криво. Тем более — если разработчики сами не тестируют то, что сделали.
2. Значит плохие тесты. Или не достаточно кода покрывают. И не покрывают критические кейсы для компании.
3. Все верно, задачи — это не ТЗ, задачи — это задачи, а ТЗ — это то, на основании чего эти задачи делаются. Но задачи могут быть и без тз.
4. Значит не актуальные тесты, которые готовят тестовые данные
Как мне кажется — все вполне очевидно… Обязательно ознакомтесь с курсом по тестированию, так как — он прям именно для вашей ситуации создан. Почитайте статьи, для начала, и попробуйте подумать в ключе — «Мне нужны тесты, так как тесты — это накопительный процесс, который можно воспроизвести. А ручные тесты — это рутина, которая не дает времени для развития»
В курсе будет показано как сделать такую тестовую базу из продуктивно автоматически? Это какой функционал делает из продуктивной erp на sql файловую базу без лишних методанных для разработки в edt?
В этом курсе нет, а в курсе по сценарному тестированию — да, там есть модуль, который рассказывает о генерации тестовых данных на базе реальных.
Не знаю какие ресурсы нужны для EDT, но точно знаю что хранилище 1С жрет так много ресурсов и так медленно работает, что готов рассмотреть и другие варианты.