Как мы разрабатываем в EDT

Публикация № 1112497

Разработка - Инструментарий разработчика

EDT – это новая среда разработки, на которую сейчас перешли разработчики фирмы «1С». Однако до сих пор существует ряд «белых пятен», касающихся как теоретической, так и практической части применения этого инструмента. Про опыт перехода на разработку в EDT на конференции INFOSTART EVENT 2018 EDUCATION рассказал начальник сектора разработки в компании «Группа Полипластик» Владимир Крючков.

Сегодня я хочу рассказать про TRUE-разработку, про то, как мы разрабатываем в EDT: 

  • Немного расскажу про конфигуратор и EDT – как мы переходили, какие нюансы были;

  • EDT + GIT;

  • Расскажу о вариантах процесса командной разработки;

  • Про тестирование;

  • И в конце приведу немного полезной информации.

 

Что такое EDT? Первое впечатление

 

 

EDT – это надстройка над Eclipse, написанная на Java. Использование этой среды имеет определенные плюсы и минусы. С одной стороны, все прекрасно знают старый добрый проверенный конфигуратор, у которого есть свои «скелеты в шкафу». А с другой стороны, выступает новая среда разработки со своими новыми возможностями и перспективами. 

Некоторые разработчики настороженно смотрят на EDT, боятся его. Тем не менее, в EDT есть та же структура конфигурации и даже лучше – вы можете загрузить несколько проектов. Там есть тот же редактор форм, тот же конструктор запроса, вы можете редактировать те же модули объекта и модули менеджера. Достаточно два-три дня, и вы сможете в нем разрабатывать. Это похоже на то, как вы пересаживаетесь с машины, где установлена механическая коробка передач на автоматическую. Вроде все то же самое, но немного по-другому.

Однако есть свои нюансы: в конфигураторе было хранилище, а в EDT есть очень мощный и классный механизм распределенной системы управления версиями – Git. Как только возможность командной разработки через Git в EDT была анонсирована, мы сразу поняли, что это – наше, и мы должны здесь разрабатывать. Тем более, что 1С активно продвигает и разрабатывает этот новый инструмент.

 

 

Что думает сообщество? Я провел некоторый опрос – в основном, все относятся настороженно и пока что выжидают. Одна из существующих проблем заключается в том, что 1С только недавно выложила какие-то обучающие материалы о том, как с работать с EDT, и пояснила некоторые нюансы разработки.

 

 

Что думаем про EDT мы?

Для нас это удобно. Управляемость процессом разработки – супер. Особенно с учетом того, что у нас в компании есть как локальные, так и удаленные сотрудники, использование возможностей EDT – большой плюс.

 

 

Немного про то, чего в EDT нам не хватает?

Есть проблемы неполноценной поддержки функциональности конфигуратора, это обещали исправить еще в версии 1.9. Сейчас ждем 2.0 (а скорее всего 3.0), чтобы наконец-то работать полноценно.

Пока еще мало плагинов. Если взять другие языки, которые поддерживаются  в среде разработки Eclipse, то там очень много разных готовых инструментов – очень удобных и “приятных”.

 

Процесс перехода на EDT. С чего мы начали?

 

 

Первый вопрос, который возник у нас по поводу нового инструмента – как обучить сотрудников порядку работы с ним? Как в нем работать? Поскольку видеоуроки по работе в EDT начали появляться только сейчас, а когда мы переходили, их еще не было, то решили стартовать с пилотного проекта. Выделили пилотный проект, выделили пилотных разработчиков, назначили ответственное лицо для контроля и управления процессом разработки в среде EDT. И запустили процедуру внедрения. И через некоторое время на базе удачного опыта мы подключили к этому процессу других разработчиков – таким образом мы вовлекли практически весь коллектив.

 

 

У нас есть как удаленные, так и локальные разработчики, и, поскольку в процессе перехода возникали нюансы, нам нужно было осуществлять обмен мнениями. Для этого мы организовывали вебинары и локальные обсуждения средствами Webex, Skype и Microsoft Teams.

По итогам успеха пилотного проекта я организовал вебинар для остальных сотрудников. И после обсуждения у большинства из них «загорелись глаза». 

 

Какие преимущества дает использование Git при разработке в EDT? 

 

 

Хранилище – это система с пессимистическими блокировками, которая по умолчанию считает, что все будет плохо, и не позволяет работать с объектом более чем одному разработчику. А поскольку у нас большая компания с большим количеством процессов, “иногда” несколько разработчиков хотят работать с одним и тем же объектом одновременно – но нельзя. Даже если это как-то распараллелить – все равно, эта ситуация возникает довольно часто. Думаю, с такой же проблемой сталкивается большинство из присутствующих. 

Соответственно, когда мы рассматриваем Git – то в нем уже используется оптимистическая система блокировок. Это значит, что она считает, что все будет хорошо, а если и возникнут какие-то проблемы, то они будут решены в конце, когда мы будем осуществлять слияние.

 

 

Какие средства командной разработки мы можем использовать совместно с Git?

Есть хранилища в облаках – GitHub, ButBucket, GitLab и т.д. – они здесь приведены в порядке уменьшения популярности.

Плюс вы можете использовать как локальное хранилище 1С, так и локальный Git-сервер. Мы используем GitHub, BitBucket и еще локальный Git-сервер внутри.

 

Варианты организации процесса разработки с помощью Git

 

 

Если у вас нет хранилища, нет порядка работы – ваш процесс разработки выглядит с моей стороны очень странно, очень плохо, по принципу «И так сойдет». 

 

 

Что нужно сделать, чтобы было правильно и хорошо?

Нужно ввести правила внесения изменений. Без правил – бардак. Непонятно, что, откуда брать, как мержить изменения – кто-то описывает реализованные задачи в Excel, кто-то в письмах по почте, кто-то на бумажке – даже на столе на пыли пишет. Это неправильно. Необходимо использовать правила разработки внутри команды. Это касается как больших, так и маленьких команд.

Мы выделяем три самых популярных процесса разработки. Есть еще четвертый, который называется 1C-flow, про него вы можете почитать на сайте «1С:ИТС», я о нем рассказывать не буду.

 

 

Наиболее простой процесс разработки – это “GitHub Flow”. Основное его назначение – это с максимальной скоростью донести изменения в Production. 

Здесь у нас с вами есть основная ветка “master” - эта ветка (фактически для всех схем) должна иметь рабочий код. Если по каким-то причинам код в ней стал не рабочим, то часто делают откат на предыдущую версию. Из нее отпочковываются (выходят) ветки равные решаемым задачам (feature-ветки), которые в конце разработки сливаются обратно в ветку master. В результате вы получаете готовые релизы каждый раз при коммите. 

Недостаток этого процесса в том, что он является наименее управляемым с точки зрения большой компании и большого продукта уровня ERP. Его, в основном, используют в OpenSource-проектах и, как сказано было ранее, если требуется наибыстрейшее внесение доработок в конечный продукт.

 

 

Следующий процесс разработки – это “GitLab Flow”. Он немного отличается от “GitHub Flow” тем, что у вас появляются версии со стабильными релизами. 

Приведу пример – у 1С есть версии 8.2, 8.3, 8.4. Все изменения также помещаются в ветку master (где у вас Production). А в случае выпуска какого-то стабильного релиза – версии 2.3, 2.4, получается вечноживущая ветка релиза. Она больше не разрабатывается, вы можете поместить туда только какие-то супернужные исправления с помощью cherry-pick. 

 

 

И, наконец, самый сложный и “правильный” процесс управления – это “GitFlow”. 

  • Здесь у вас есть ветка master – основная ветка продукта. В ней всегда расположен работающий код. 

  • И есть ветка develop – ветка разработки, где вы сливаете решение всех задач по текущему релизу - ведется процесс разработки. 

  • Как только вы определились, что выпускаете релиз для вашего проекта (все задачи завершены), то вы завершаете фактическую работу с веткой develop и формируете из нее ветку релиза. Тут проводите тестирование и вносите исправления, т.е. добиваетесь полноценного рабочего кода. В случае успеха:

    • ветка релиза сливается в ветку master;

    • и также автоматически ею заменяется ветка develop. 

  • Если у вас внезапно появляются какие-то серьезные баги после релиза, вы что-то упустили (как всегда “накосячили”), то вы из ветки master создаете новую ветку  hotfix, исправляете, проверяете. А затем это исправление возвращаете синхронно в ветку master, и в ветку develop.

 

Рекомендации при работе с Git

 

 

А теперь – основные нюансы, которые следует обязательно соблюдать:

  • Первое – master-ветка (ваш Production) всегда должна быть работоспособна. Какой бы коммит вы не взяли, он всегда должен быть работоспособен. 

  • Имя ветки = номер задачи + понятное краткое наименование. Если вы используете систему багтрекинга (учета задач, управления задачами), то при создании feature-ветки в ее имя нужно добавлять номер задачи. После этого вы сможете легко понять, что это за задача решалась.

  • Используйте тайники (stash) - это очень удобная и практичная вещь. Приведу пример, что насколько это удобно. Допустим, вы разрабатываете какую-то задачу, и в этот момент к вам приходят с жалобами на ошибку в Production, для которой нужно срочно сделать хотфикс. Чтобы сохранить свои незакоммиченные изменения по задаче перед переключением на другую ветку, их нужно куда-нибудь скопировать или удалить (заметьте, мы не делаем commit, не помещаем в ветку что-то неработающее, плохое). Здесь нам на помощь приходит «тайник» – с помощью команды git stash мы все эти изменения сохраняем, делаем хотфикс в ветку master, а потом возвращаемся, берем наши изменения из «тайника» и спокойно продолжаем работу. Это удобно.

  • Доверяй, но проверяй. Обычно процесс работы построен по системе багтрекинга (управления задачами) и вы разработчику доверяете. Однако, как известно, «доверяй, но проверяй», поэтому я рекомендую использовать возможности облачных хранилищ:

    • Используйте pull-request’ы, чтобы исключить непосредственные коммиты в master-ветку. 

    • Требуйте проведения code-review для pull-request’ов. Мой совет – обязательно проводите code-review. На том же GitHub есть защита pull-request’ов с помощью заданного количества code-review. Вы можете поставить ограничение, что коммит не зайдет, пока два разработчика не скажут, что с кодом все хорошо. 

    • И дополнительно – нужны права доступа. Это, в основном, актуально для OpenSource-проектов.

 

Как мы переходили из конфигуратора в EDT?

 

 

После того, как мы узнали, как разрабатывать в EDT, следующий вопрос, который нас тревожил, – как туда перейти? У нас было два случая, как мы переходили. 

Первый случай касался разработки нашей OpenSource-конфигурации «Тестирование 3.0». Что мы сделали? Мы остановили разработку, импортировали конфигурацию в EDT, сделали ветку и “поехали” дальше. 

Во втором случае мы переходили на EDT в серьезном проекте, где задачи интенсивно накапливались. На этом проекте мы в процессе своей работы используем два хранилища:

  • Первое – это хранилище разработки, где разработчики добавляют свои задачи, ведется разработка;

  • И второе – это т.н. Production-хранилище, где происходит процесс сборки. Туда попадает последний коммит хранилища разработки, где мы ставим «Версия такая-то». Такое небольшое упрощение. 

Как мы в этом случае перешли? 

  • В ветку «Мастер» мы выгрузили данные из Production-хранилища 

  • Потом на основе ветки «Мастер» сделали ветку «Разработка», 

  • И в ветку «Разработка» вливаются реализации новых задач (они на слайде показаны фиолетовыми стрелочками).

  • И тут возникает вопрос, что делать с задачами, которые в релиз не вошли, и есть только в старом хранилище разработки? Мы сделали отдельную ветку, которую так и назвали «Старое хранилище» (а те разработчики, кто не использует хранилище, могут сделать для каждой разработческой базы с реализованными задачами отдельные ветки «Старое 1», «Старое 2» и т.д.).

Здесь возникает вопрос – как забрать из старого хранилища ту или иную задачу? Первый вариант. Вы в процессе разработки «в один клик» переключаетесь на ветку старого хранилища, обновляете базу, а затем возвращаетесь на ветку разработки и средствами EDT пытаетесь обновиться из ветки хранилища. И тут у вас появляется диалоговое окно – «Обновить базу целиком, либо интегрировать изменения в текущую ветку?». Вы выбираете «Интегрировать в текущую ветку», вам откроется окошко, вы выбираете, что нужно поместить, помещаете и таким образом частично переносите старые изменения. В какой-то момент ветка старого хранилища просто «умрет», вы ее удалите и забудете о ней, как о страшном сне.

Второй вариант - это сделать выгрузку старого хранилища в отдельную файловую конфигурацию с помощью EDT и уже с ней сравнивать в процессе вытягивания старых изменений.

 

Как еще используем Git?

 

 

Как мы еще используем Git?

  • В Git мы параллельно храним обработки и отчеты;

  • Храним тесты – у нас для тестов используется специальный фреймворк. Разработку тестов мы ведем по GitHub Flow, поэтому изменения тестов у нас сразу же становятся доступны для проверки «ночных сборок».

  • Также в Git можно хранить документацию.

 

Как решать конфликты?

 

 

Мы поговорили про то, как перешли. Теперь про сам процесс взаимодействия в команде и ситуации возникновения конфликтов:

  • Часть конфликтов возникает в процессе создания и назначения задач от бизнеса, проводником которых является менеджер проекта. Это конфликты, связанные с менеджментом. 

  • Где еще могут быть конфликты? Они могут быть из-за костыльной разработки, из-за самих разработчиков. Это конфликты методики разработки.

  • И самое последнее – это технические конфликты, когда мы начинаем непосредственное слияние кода, и там возникают конфликты.

 

 

Как решать конфликты?

  • Большинство, может быть интуитивно, разделяют разработчиков по направлениям, по подсистемам (по производству, по бухгалтерии, по продажам). Таким образом разработчики перестают конфликтовать между собой.

  • Дальше – разделение задач одного и того же направления с точки зрения времени взятия их в работу. Если мы все задачи этого направления сейчас возьмем в работу, они могут между собой сконфликтовать.

  • Самое мое любимое – это использование стандартов разработки от 1С. Некоторые говорят: «Да в типовых конфигурациях 1С эти стандарты постоянно нарушаются, почему я должен их соблюдать? Я что, лучше их, что ли?» Давайте не поддаваться на такие провокации. Скажу даже больше, нужно соблюдать общие принципы применения паттернов SOLID и GRASP, которые пришли к нам к нам из объектно-ориентированного программирования. 

    • Что такое SOLID?  Буква S в этой аббревиатуре означает Single Responsibility Principle (Принцип единой ответственности) – не старайтесь впихнуть в одну функцию множество различных значений. А буква O в этой аббревиатуре означает принцип Open-Closed Principle (Принцип открытости-закрытости). Этот принцип говорит о том, что при разработке новой функциональности нужно стараться не влиять на то, что уже разработано. Если вы по такому принципу будете подходить, у вас все будет просто – вы не будете переписывать старое. Про расшифровку остальных букв читайте в глобальной сети.

    • Далее – интересный момент из принципа GRASP. Сильное сопряжение и слабое связывание. Сильное сопряжение заключается в том, что, когда вы программируете, вы помещаете свои разработанные объекты в логически связанные цели, задачи. Если делаете задачу по бизнес-процессу «Продажа», то поместите свой код в общий модуль в подсистемы «Продажи» и назовите его соответствующим образом. Не помещайте его в подсистему «Производство», где его никто не найдет. Не нужно создавать проблемы для следующего разработчика, потому что он может не найти места (да в принципе не обязан искать по всей конфигурации), где вы описали свою функциональность, и начать писать что-то свое. А принцип слабого связывания заключается в том, что нужно стараться как можно меньше связывать функции друг с другом. Не нужно из подсистемы «Продажи» вызывать функции подсистемы «Производства», и наоборот. В 1С, кстати, я смотрел в конфигурации БСП3.0 – они там в этом направлении двигаются. В этом есть серьезный плюс.

  • Применяйте у себя code-review. Это обязательно. У нас оно есть. Оно предоставляет нам фантастический профит. Есть разработчик, который что-то закоммитил, а есть другой человек, который посмотрит, что было в коммите, и может найти какие-то вещи, которые разработчик пропустил.

  • И вторая важная вещь – делайте рефакторинг. Не нужно делать кучу ненужных функций. Пытайтесь их разгрести, расчистить «макароны» в коде и архитектуре. Хороший принцип разработки – когда вы чувствуете, что начали дублировать код, сразу же выносите его в функцию. Это вам даст профит в дальнейшем.

 

 

Мы добрались до последней части в разрешении конфликтов. В этом у нас в EDT тоже есть плюс. Если в метаданных при слиянии веток конфликтов нет, система может выполнить объединение автоматически. А если есть пересечение объектов, то открывается редактор сравнения/объединения, и вы уже сами выбираете, как что объединить.

 

Процесс разработки. Правила и договоренности

 

 

Следующая важная вещь в процессе разработки – когда вы приняли, что теперь будете разрабатывать правильно, вы должны договориться об основных правилах работы:

  • Проговорите последовательность действий;

  • Определитесь, у кого какие роли и какие обязанности;

  • Напишите краткие инструкции, на которые можно потом ссылаться при разборках с начальством;

  • Самое лучшее – если вы нарисуете схему процесса, где можно увидеть, кто как работает. Чтобы разработчику сразу стало понятно, что после коммита его код идет на code-review, если оно проходит неуспешно, задача возвращается в работу, если все успешно, то код попадает в ветку master.

 

 

В процессе разработки у вас обязательно должны быть следующие роли. Они могут принадлежать одному или нескольким людям.

  • Первая роль – это ответственный за сборку. За это обязательно должен кто-то отвечать. Не должно быть хаоса.

  • Должен быть ответственный за тестирование, который говорит, что все хорошо. Он ставит резюме.

  • И два типа – код-ревьюверы и разработчики. Я специально выделил их отдельно, потому что я считаю, что все же код-ревьюверами должны быть не все, а только наиболее опытные сотрудники. И вот по уровню «бороды» они становятся код-ревьюверами.

 

 

По процессу разработки – мы разрабатываем в системе Jira, и процесс у нас выглядит следующим образом:

  • под задачу открывается новая ветка;

  • командой check out branch мы берем задачу в работу;

  • потом разрабатываем, тестим;

  • протестированный код уходит на код-ревью;

  • и если все успешно, происходит мерж.

 

 

Вот таким образом у нас организован стенд разработки. 

  • Есть сервер разработки, где мы все сидим через RDP.

  • Есть ответственный, который контролирует сборку веток «Мастер» и «Разработка».

 

Несколько кейсов использования EDT

 

 

Рассмотрим несколько кейсов использования EDT. 

Для разработки нашего легковесного OpenSource-проекта «Тестирование 3.0» мы используем GitHub Flow и инструменты:

  • Встроенный баг трекинг от GitHub;

  • Разработку ведем по методике KANBAN.

Если кто хочет посмотреть, на GitHub вы можете найти репозиторий и присоединиться. Я за OpenSource.

 

 

Вот так выглядит канбан-доска проекта «Тестирование 3.0»:

  • Есть список «To Do/Нужно сделать»;

  • Есть «Задача 1», которая уже готова;

  • Есть «Задача 2», в разработке;

  • И есть задачи в будущем.

 

 

Для сложных проектов мы используем GitFlow, Jira и методику Scrum.

 

 

Есть пул задач, который мы определяем. Этот пул задач должен в конце попасть в релиз. Потом формируется ветка релиза и в случае успеха уходит в «Мастер».

И на слайде вы видите диаграмму сгорания задач.

 

Как мы запускаем тесты при разработке в EDT?

 

 

Интересный момент – я очень рад, что поднимается тема тестирования, и все начинают активно двигаться в этом направлении. Это очень хорошо, потому что отсутствие тестов чревато серьезными проблемами.

 

 

Прежде всего нам самим нужно сломать свое представление, потому что процесс разработки сам включает в себя тестирование.

Мы не должны говорить: «Мы не пишем тесты, потому что мне начальник не сказал». Мы должны писать тесты в процессе.

Мы используем систему «Тестирование 3.0» с интеграцией xUnit (ADD) и другие сопутствующие инструменты.

 

 

 

 

Немного магии…

 

 

Добавим немного магии для 1С:EDT.

 

 

Первое – в EDT есть хорошая возможность – оставление с помощью заданных тегов задач «на потом» с возможностью просмотреть их список. Используйте, очень удобно.

 

 

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

 

 

 

Немного про Git

Скажу сразу – чтобы у вас не было проблем, перед началом работы всегда делайте fetch. Захватите все из основного хранилища, чтобы потом не было больно. Потому что, если не захватили и начали разрабатывать, то, когда вы хотите поместить, получится конфликт из-за неактуальной версии хранилища.

 

 

Немного про то, как работать с Jira из командной строки.

 

 

И командная строка Git – чем она может быть нам полезна.

 

 

В частности, пример, применения cherry-pick – если вы любите командную оболочку bash больше, чем графический интерфейс, вы можете выборочно получать нужные вам коммиты.

Это в целом все, что я хотел рассказать. Я надеюсь, вы поняли, что EDT – это потенциально классная штука. 

 

Вопросы:

  • Доклад называется «Как мы разрабатываем в EDT», но вы очень много рассказывали именно про Git, про Work Flow, про Jira, и очень мало про EDT. Скажите, с какими серьезными проблемами вы столкнулись именно в разработке EDT?

  • EDT - это тот же конфигуратор. Если вы знаете конфигуратор, то и в новом инструменте сможете работать. Тут есть тот же редактор кода, редактор форм, дерево конфигурации и т.п. А вот про новые особенности и вопросы взаимодействия вы наверняка не знали. Важно понять как использовать все это вместе с GIT, понять процесс, окружение - это все является частью того как мы ведем разработку в EDT. 

  • Как изменилось рабочее место разработчика в связи с переходом на EDT? Известно же, что EDT требует намного больше ресурсов, чем конфигуратор.

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

  • Насколько оправданно использование ветки на каждую задачу?

  • 100% оправдано. Когда у вас есть ветка, вы, используя Jira, можете получить информацию о том, какие задачи были в коммите, автоматически определить их в Git, соединить и сделать мерж. Что такое задача в Jira? В Jira есть отдельные эпики, из которых выходят задачи. Jira Flow пропагандирует, что задача – это запрос на некую фичу, новую функциональность. Эта логика также очень хорошо укладывается, если мы говорим про фиче-бранчинг для EDT – это очень удобно, меньше конфликтов. В дальнейшем ветки под каждую задачу будут нашим основным инструментом.

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. skv_79 226 23.08.19 15:10 Сейчас в теме
Недавно выложил пример как раз на github с помощью EDT)
2. Kaval88 153 23.08.19 15:14 Сейчас в теме
Очень полезная статья
ivanov660; +1 Ответить
3. for_sale 840 23.08.19 15:46 Сейчас в теме
Хранилище – это система с пессимистическими блокировками, которая по умолчанию считает, что все будет плохо, и не позволяет работать с объектом более чем одному разработчику. А поскольку у нас большая компания с большим количеством процессов, “иногда” несколько разработчиков хотят работать с одним и тем же объектом одновременно – но нельзя.

В хранилище, по-моему, есть флажок "Разрешить изменение" или что-то такое. Т.е. с ним блокировка не устанавливается, могут захватывать сразу несколько человек.
4. ellavs 820 24.08.19 09:39 Сейчас в теме
Нравится данный программный продукт, огорчают только мелкие недоработки и ошибки (писала о них тут), но, надеюсь, со временем их будет всё меньше и меньше....
for_sale; +1 Ответить
5. ivanov660 2462 24.08.19 20:13 Сейчас в теме
(4)По результатам общения с разрабами EDT у меня сложилось впечатление, что они еще долго будут пилить новые фишки прежде чем займутся "стабилизацией" продукта, а список того что нужно сделать у них размером с войну и мир.
А так они конечно молодцы.
for_sale; ellavs; +2 Ответить
6. androgin 24.08.19 20:27 Сейчас в теме
не поддерживает 8.3.15.хххх
Andreeei; +1 Ответить
7. Brawler 480 25.08.19 15:43 Сейчас в теме
О так много красивых картинок, так много людей задействовано в процессе разработки)))
История не про нас))
Все должно быть разработано вчера, а сегодня так как не разработано вчера мы идем жаловаться верховному главнокомандующему.
Тесты? Тяп ляп, вроде работает, в продакшен. Да все на хомячках сразу в продакшене.
GIT и EDT, а что это?
Кому оно все это нужно в условиях дичайшей разработки при катастрофическом дефиците кадров?
ТЗ нет, документации нет.
Суровая реальность фиксиков)))
А как послушаешь, что у франчей происходит, так не лучше, такие же тупоголовые со слюной льющейся изо рта ставят задачи, сделайте как нить вот так, и попутно еще формулы расчета за нас придумайте, а то мы же гуманитарии, это не наша тема высокие науки)) мы не программисты))

К слову сказать про EDT, я не понимаю у кого смелости хватает вести доработки типовых в нем, если сейчас можно пилить расширения конфигураций (в ERP это наш единственный метод доработки). EDT реально много жрет ресурсов ПК. Даже просто в конфигураторе, если обновление на ERP (с включенными возможностями правки) накатывать сейчас, то удовольствие легко может затянуться на часа 4, это еще и когда хранилище применяется, захвати все, потом сдать все назад. Сколько на это времени уйдет в EDT даже думать не хочу. Если есть у кого примеры, что в EDT ускорилось обновление, хотелось бы послушать.
maljaev; andrey1508; YuriYuriev; korry; PetrPan; Cmapnep; Natalia_1C; CodeNull; Kinestetik; shard; ducks01; Spartan; CyberCerber; mifka186; AlX0id; fancy; ddens; Gilev.Vyacheslav; acanta; Yakud3a; Adam12345678; artkor; boln; +23 Ответить
8. AlX0id 26.08.19 10:08 Сейчас в теме
(7)
С сожалением плюсую.. Пока ни у франчей, ни у обычных владельцев 1С-решений нет ни желания ни возможности содержать такую прорву накладных расходов в виде всяких вдохновителей, обновителей и т.д..
Единственное, кому это в масть, на мой взгляд - это крупнейшие торговые сети или же заводы, содержащие отделы программистов. Хотя зачем заводу полк программистов - это я бы еще несколько раз подумал..
omut; Kinestetik; acanta; +3 Ответить
14. Aleskey_K 19 26.08.19 16:40 Сейчас в теме
(7) согласен, но преимущество EDT должно быть в том, что не надо захватывать всё дерево конфигурации.
15. ivanov660 2462 26.08.19 18:36 Сейчас в теме
(7)Чувствуется что наболело.
Однако, изменение процесса в правильную сторону (не обязательно все, хотя бы что-то) привнесет существенный эффект и со временем польза может увеличиваться.
Уходить от режима тяп-ляп и так сойдет нужно обязательно.

А над быстродействием EDT в крупных конфигурациях коллегам из 1С еще рабостать и работать(

P.S. Не понятны плюсы проголосовавших в комментарии были за первую часть или за вторую о EDT(а может и обе сразу)
9. azhilichev 199 26.08.19 11:45 Сейчас в теме
Не хочу никого обидеть, но EDT - это недоинструмент в своем текущем состоянии. Меня поймут те, кто работал с полноценными IDE - Visual Studio, IntelliJ IDEA, Embarcadero RAD Studio и т.д. Взять за основу устаревающий Eclipse, наваять на нем инструмент, который работает абы как. И выдать его за перспективную среду разработки. Обновлять парк компьютеров разработчиков под новый инструмент, если текущие ПК справляются с Конфигуратором и конфигурациями - пустое закапывание денег. Как EDT сейчас может повысить эффективность разработки? С момента первого релиза прошло уже куча времени, а ответ прежний - да никак. С бОльшим успехом можно сделать связку Конфигуратор + Git + VS Code + oscript + АПК или SonarQube.
maljaev; Merkalov; Andreeei; A_Max; Cmapnep; boln; Kinestetik; Aleskey_K; for_sale; Brawler; +10 Ответить
10. Brawler 480 26.08.19 12:54 Сейчас в теме
(9) Они точно так же под Visual Studio могли бы напилить свой Add-In расширяющий функциональность среды разработки.
Думаю тут сыграло, то что типа сильно зависимы будут от Microsoft.
Надеюсь одумаются когда нить и скорвертят жаба код в C# и подгонят по VS.
11. for_sale 840 26.08.19 15:10 Сейчас в теме
(10)
Они начали своего монстра пилить ещё задолго до визуал код, насколько я понимаю. Как обычно, отстают от современных тенденций на десять лет. Лет десять назад на эклипсе ещё кто-то что-то делал, сейчас, по-моему, он только в 1С и остался)) Ещё лет через пять они решат, что на эклипсе дальше бессмысленно, и начнут проект ЕДТ 2.0 на визуале))

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

А ведь есть огромное сообщество отличных специалистов, у которых руки чешутся! 1Скрипт, Ванесса, даже Перфоленту какую-то придумали - бесплатно, на энтузиазме! Организуйте вы опен-сорс проект по созданию свободной среды разработки - и вам за пару лет отгрохают великолепный продукт. А вы только лицензии за рабочие места будете продавать.
1cNike; grigorykashin; Cmapnep; ivanov660; +4 1 Ответить
12. Brawler 480 26.08.19 15:21 Сейчас в теме
(11) Visual Studio и Visual Studio Code разные продукты чуть более чем полностью.
YarRealizeBel; +1 1 Ответить
13. for_sale 840 26.08.19 15:42 Сейчас в теме
(12)
Спасибо кэп) Я думал, что будет понятно, что 1С не может разрабатывать на платном закрытом продукте, но, видимо, ошибся. Поясняю - везде, где у меня написано визуал или визуал студио, имеется в виду VS Code
grigorykashin; Fox-trot; +2 1 Ответить
16. ed_viliev 26.08.19 22:08 Сейчас в теме
Идеальный вариант был бы как с Андроид Студио: выпустить IntelliJ IDEA для 1С под своим брендом (например 1С:Enterprise Studio) и свободно распространять через developer.1centerprise.com
igo1; hohaspb; +2 Ответить
17. muskul 27.08.19 10:34 Сейчас в теме
Куча всяких методов, разработок, совместынх решений, баг трекеров. Только вот в типовых релизах все хуже и хуже всегда становится.
dmtrpv; boln; +2 Ответить
18. ivanov660 2462 27.08.19 19:47 Сейчас в теме
(17)А вот тут сумеречная зона процесса разработки в 1С. И по ощущениям они как всегда идут своим путем.
20. A_Max 18 30.08.19 10:02 Сейчас в теме
(18) Подозреваю, что сейчас это реально просто попытка выпрыгнуть из старой парадигмы (конфигуратор). Соответственно по живому идёт анализ потребностей. Итолько когда ЕДТ в текущем виде "зафиксируется" будет рассматриваться новый роадмэп (дословный "дорожная карта" дико режет слух и вызывает когнитивный диссонанс).

А к тому времени может помимо JetBrains и VS что-то другое будет актуальным. Пытаться сменить платформу (на vs например) сейчас это просто похоронить проект. Так что остаётся ждать и способствовать скорейшему развитию текущего ЕДТ.
ivanov660; +1 Ответить
19. SmileDDD 29.08.19 09:11 Сейчас в теме
В выступлении Вы сказали, что используете сервер RDP не могли бы сказать его характеристики и количество пользователей.
21. Zveruga 14.10.19 22:05 Сейчас в теме
В любом деле можно применить технологии управление временем. Здесь не про программирование. Здесь про организацию труда.
22. charivnick 44 23.01.20 14:46 Сейчас в теме
Хорошая статья, но есть один вопрос.
Сейчас вышла конфигурация
Бухгалтерия предприятия, редакция 3.0 релиз 3.0.75.58.
Минимальная платформа, для того, чтобы эта конфигурация работала должна быть 8.3.15.1830 в режиме совместимости в 8.3.14

КАК разрабатывать и отлаживать конфигурацию, работающую на платформе, для которой еще пока не существует EDT?
EDT поддерживать максимальную платформу 8.3.14
Бухгалтерия предприятия минимальную 8.3.15

Для того, чтобы EDT было популярным, все флагманские конфигурации должны поддерживаться EDT полностью.
23. kolos 72 05.04.20 18:53 Сейчас в теме
Используйте pull-request’ы, чтобы исключить непосредственные коммиты в master-ветку.


А это возможно сделать каким-то образом из EDT?
24. alexey_kurdyukov 69 21.05.20 04:40 Сейчас в теме
А сейчас, в мае 2020, EDT всё еще непригоден для работы?
25. Volfy 31 30.11.20 13:05 Сейчас в теме
(24) И в ноябре непригоден ) Нет конечно если в EDT работать с ут10.3 то вполне норм... но сервер на котором в конфигураторе спокойно работает 10-15 разработчиков с ERP, тратит все свои ресурсы и дико тупит с 1 запущенной EDT... так что)) Если у вас i7-i10700k в разгоне до 5.200 на все ядра то рискнуть можно, иначе даже не стоит начинать)
26. alexey_kurdyukov 69 30.11.20 16:34 Сейчас в теме
(25) Кажется, как раз ут10.3 для этого мало подходит.
27. Volfy 31 30.11.20 16:55 Сейчас в теме
(26) а всё остальное слишком тяжелое... им надо не EDT оптимизировать а размер CF .... 1 гб размер конфы ERP это просто ДИКО!... зачем хранить в конфе регламентированную отчётность... никогда по ней не выполняется разделение по правам... сделать это внешним модулем. Очень много мусора... 1400+ ролей в базе... в каждой по каждому объекту хранится true или false ... просто помойка из кода...
28. alexey_kurdyukov 69 30.11.20 16:57 Сейчас в теме
(27) Но они-то сами по-моему исключительно ERP в EDT и разрабатывают! Ну, может ещё урезанные конфигурации - КА2, может УТ11
29. Volfy 31 30.11.20 17:17 Сейчас в теме
(28) Вот это до сих пор большая загадка, ибо ни я ни коллега директор франча мой знакомый так и не смогли нормально быстро собрать хоть 1 изменение в ERP на EDT ... всё это занимало 100% нагрузки 20-ядерного проца, сжиранием 20-30 гб памяти на диске и 6 часовой сборкой... То ли у них там супер компьютеры, то ли какая то логика особая настройки этого всего, то ли нас обманывают... Но я заметил что с появлением этой надписи релизы начали выходить у них реже ))) видимо это связано :D

Хочется искренне верить в EDT... правда без сарказма, механизм оч интересный, загружая увидел много потенциальных ошибок при проверке наших модулей, EDT всё подсветила и описала, что то старое неиспользуемое, что то не будет работать в том или ином контексте, где то устаревший не рекомендуемый метод ... приятно, удобно, но уж очень долго и прожорливо, пока что, будем надеяться на какую то оптимизацию... там 2.5 ERP вышла, может подвезли что то модульное, еще не смотрел ) .
31. alexey_kurdyukov 69 01.12.20 03:55 Сейчас в теме
(29) Ну, проверка текстов есть и сама по себе, например, в MSVSC c плагинами. Но это конечно еще нужно зачем-то попасть в MSVSC.
30. Volfy 31 30.11.20 17:53 Сейчас в теме
(28) Какие требования не маленькие.....
Прикрепленные файлы:
user598655_ilia-bers; +1 Ответить
Оставьте свое сообщение

См. также

Легкий способ обновления измененной конфигурации Промо

Инструментарий разработчика v8 Бесплатно (free)

Легкий способ обновления измененной конфигурации. Сервис подготовки расширения конфигурации

25.10.2017    24161    avk72    63    

Infostart Toolkit – инструмент, в котором сделано то, что давно просят от 1С

Прочие инструменты разработчика v8 Бесплатно (free)

Лауреат Infostart Awards-2019, ведущий разработчик инструментов Infostart Toolkit Евгений Люлюк рассказывает о том, как развивается, какие задачи закрывает и какие проблемы решает представляемый им набор инструментов разработчика.

09.06.2021    1943    Evg-Lylyk    3    

Принципы разветвленной доработки конфигурации, находящейся на поддержке, и ее расширений. Объединение веток разработки

EDT Git (GitHub, GitLab, BitBucket) v8 Бесплатно (free)

Для чего нужно ветвление доработки типовой конфигурации? Как быть с расширениями? Как все это потом связать в одно целое?

02.06.2021    741    Алексей Воробьев    2    

Редактор кода, запроса, ... Infostart Toolkit (интеграция с MS Monaco)

Консоль запросов Прочие инструменты разработчика v8 v8::УФ 1cv8.cf Бесплатно (free)

Контекстная подсказка, подцветка синтаксиса в тонком клиенте. В платформе 1С редактор кода на управляемых формах обладает нулевой функциональностью, интеграция с MS Monaco позволяет запустится просто в космос.

28.05.2021    3047    Evg-Lylyk    14    

Универсальная функция для программного выполнения СКД Промо

Инструментарий разработчика Универсальные функции v8::СКД 1cv8.cf Бесплатно (free)

Часто встречаются вопросы на форумах о программном формировании СКД. Вроде и информации много по этому поводу, но... Все как всегда :) Собственно, в описании без лишних слов выложен текст общей функции, в которую, для выполнения отчета, нужно передать (минимум 2 параметра): СКД и ТабличныйДокумент.

20.05.2015    31199    dj_serega    18    

re: Flowcon

О жизни Прочие инструменты разработчика v8 1cv8.cf Бесплатно (free)

Flowcon возвращается.

28.04.2021    1855    1c-intelligence    26    

10 полезных, но малоизвестных возможностей IS Toolkit

Консоль запросов Прочие инструменты разработчика v8 1cv8.cf Бесплатно (free)

Будет полезно пользователям Toolkit, а также тем, кому интересны возможности данного инструмента.

23.04.2021    2114    Evg-Lylyk    0    

Редактор схемы компоновки для тонкого клиента

Прочие инструменты разработчика v8 Бесплатно (free)

Аналог платформенного конструктора схемы компоновки данных для работы в тонком клиенте. Входит в состав набора "Универсальные инструменты 1С"

08.03.2021    2597    cprit    19    

Перевод интерфейса конфигурации с использованием программы 1С:Переводчик Промо

Инструментарий разработчика v8 Бесплатно (free)

Перевод текстов интерфейсов конфигураций без использования технологии памяти переводов приводит к рассогласованности терминологии, когда один и тот же объект в конфигурации в разных меню может называться по-разному. Решить эту проблему можно используя программу 1С:Переводчик.

09.02.2015    34523    boogie    21    

Структура запроса (Infostart Toolkit)

Консоль запросов Прочие инструменты разработчика v8 v8::Запросы 1cv8.cf Бесплатно (free)

Описание механизма разбора запроса на части (дерево), используемого в IS Toolkit и Управляемой консоли отчетов

02.03.2021    1892    Evg-Lylyk    7    

Последний раз про срез последних (на каждую дату в запросе)

Инструментарий разработчика Практика программирования Консоль запросов Универсальные функции v8 v8::Запросы Бесплатно (free)

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

15.02.2021    6060    randomus    47    

Отладка логики запроса в консоли запросов ИР

Консоль запросов v8 1cv8.cf Бесплатно (free)

Облегчаем поиск причины неожиданного результата запроса в консоли запросов из подсистемы "Инструменты разработчика" (ИР)

05.01.2021    5612    tormozit    8    

Сервис обмена кодом Промо

Инструментарий разработчика v8 1cv8.cf Бесплатно (free)

Бывало так, что вам нужно быстро показать кому-то свой код, но опубликовать его негде, так как популярные сервисы просто не поддерживают раскраску кода 1С? Теперь решение есть!

26.06.2015    20745    Infactum    23    

Работа с СКД в продукте "Infostart Toolkit"

Прочие инструменты разработчика v8 v8::СКД Бесплатно (free)

Infostart Toolkit обладает большим количеством уникальных возможностей для работы с СКД – это анализ исполняемых текстов запросов, работа с внешними источниками в схеме СКД, получение данных в отладке и многое другое. Обо всех этих возможностях рассказал разработчик продукта Евгений Люлюк.

24.12.2020    2501    Evg-Lylyk    2    

Отладка в Infostart Toolkit

Консоль запросов Прочие инструменты разработчика v8 1cv8.cf Бесплатно (free)

Отладка запросов, схем компоновки данных, просмотр содержимого менеджера временных таблиц.

05.11.2020    3387    Evg-Lylyk    16    

Улучшенный конструктор запроса тонкого клиента (Infostart Toolkit)

Инструментарий разработчика Консоль запросов v8 1cv8.cf Бесплатно (free)

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

07.09.2020    4710    Evg-Lylyk    17    

1C:Enterprise Development tools (EDT) или кодим в Eclipse Промо

EDT v8 Бесплатно (free)

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

11.04.2015    78678    DitriX    297    

Пробуем Снегопат (устанавливаем и настраиваем полнофункциональную триальную версию)

Снегопат, openconf v8 Бесплатно (free)

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

31.08.2020    10316    kuntashov    73    

paste1c.ru - сервис для обмена кодом для 1С:Предприятия

Прочие инструменты разработчика v8 Бесплатно (free)

Paste1C.ru - сервис для обмена кодом для 1С:Предприятия c подсветкой синтаксиса и подсказками.

21.08.2020    6485    salexdv    48    

1С:EDT. Куда пинать, чтобы полетело?

EDT v8 УНФ Россия Бесплатно (free)

Работал в 1С Конфигуратор и решил перейти на 1С EDT. Не получилось сразу. Потребовалась модификация компьютера.

19.08.2020    5958    pa240775    33    

TurboConf:Шаблоны - сервис для поиска и хранения фрагментов кода Промо

Инструментарий разработчика v8 1cv8.cf Бесплатно (free)

Сервис добавляет в Конфигуратор возможность поиска и хранения фрагментов кода. Делитесь своими шаблонами с другими разработчиками или используйте уже готовые!

13.08.2014    22776    m.bolsun    68    

Снегопат – Dev или Ops?

Снегопат, openconf v8 Бесплатно (free)

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

17.08.2020    6883    orefkov    47    

Динамический список, ключи записей. Нюансы

Инструментарий разработчика Практика программирования Конфигурирование 1С v8 Бесплатно (free)

Заметки об особенностях динамических списков с произвольным запросом и видом ключа, отличным от "Авто"

07.08.2020    3686    Yashazz    6    

Редактор HTML

Инструментарий разработчика Прочие инструменты разработчика v8 1cv8.cf Россия Бесплатно (free)

Инструмент из состава набора "Универсальные инструменты 1С" для быстрой адаптации html страниц для корректного отображения в Поле HTML документа

03.08.2020    2575    cprit    3    

Подсистема "COMExchange": консоль запросов в режиме «Консоль кода». Промо

Консоль запросов v8 1cv8.cf Россия Бесплатно (free)

Описана возможность использования обработки «Консоль запросов 1С+ADO» в качестве «консоли кода». При этом имеется возможность помещения результатов вычислений в «табло формул». Кроме результатов вычислений в это «табло» можно также вывести время выполнения и описание обработанных ошибок времени исполнения.

03.04.2014    26291    yuraos    2    

Глобальное меню разработчика для управляемых форм

Инструментарий разработчика v8 v8::УФ 1cv8.cf Бесплатно (free)

Подсистема "Инструменты разработчика". Глобальное контекстное меню разработчика для управляемых форм в толстом клиенте.

03.08.2020    4766    tormozit    26    

Консоль кода и зачем она нужна

Прочие инструменты разработчика v8 Бесплатно (free)

Когда использовать, обзор консолей кода: плюсы - минусы.

27.07.2020    6217    Evg-Lylyk    47    

Unit-тесты с помощью 1C:Enterprise Development Tools

EDT v8 Бесплатно (free)

Концепция TDD требует перестроения подходов к разработке и наличия инструментов для запуска Unit-тестов. Про написание плагина для EDT, который содержит в себе инструменты написания, анализа результатов и запуска Unit-тестов для конфигураций 1С на конференции Infostart Event 2019 Inception рассказал ведущий специалист по внедрению компании 1С-Рарус Александр Капралов.

11.06.2020    5140    doublesun    8    

VM1C - виртуальная машина для 1С Промо

Инструментарий разработчика v8 1cv8.cf Россия Бесплатно (free)

Демонстрация возможностей виртуальной машины для 1С. Создаем и выполняем код модулей в режиме Предприятия в реальном времени.

07.06.2013    27789    m.bolsun    46    

Обработка кодом результата запроса в Консоли запросов 9000

Консоль запросов v8::Запросы Бесплатно (free)

Пять вариантов обработки кодом в консоли запросов 9000: простое выполнение, построчно без индикации, построчно с индикацией, простое в фоне, построчно в фоне с индикацией.

01.06.2020    1878    kuza2000    7    

Шпаргалка. Автоматическое тестирование внешних отчетов и обработок в нескольких информационных базах

Прочие инструменты разработчика v8 Бесплатно (free)

Используем Автоматизированное тестирование на практике. Простой код для обновления и запуска внешних отчетов и обработок в нескольких ИБ. Создаем рабочее решение с нуля.

02.05.2020    5099    pparshin    21    

Enterprise Development Tools, версия 2020.2 для мобильной разработки. Бег по граблям (серия публикаций от чайника для чайников)

EDT v8::Mobile 1cv8.cf Бесплатно (free)

Небольшие советы, которые сберегут время при работе с Enterprise Development Tools, версия 2020.2.

10.04.2020    4988    capitan    8    

Подсистема "COMExchange", "Консоль запросов 1C + ADO" - сервис обработки выборки запроса: грузим курс «бакса» ЦБРФ из файла *.dbf или *.xlsx. Промо

Консоль запросов v8 КА1 УТ10 УПП1 Россия Бесплатно (free)

На примере загрузки курса валюты продемонстрированы возможности консоли запросов в составе подсистемы "COMExchange" для обработки данных из внешних файлов и их синхронизации с данными информационной базы 1С.

10.03.2013    33539    yuraos    3    

Управляемая консоль отчетов – новый функциональный инструмент для работы с запросами и СКД в управляемых формах

Прочие инструменты разработчика Консоль запросов v8::УФ v8::Запросы v8::СКД Бесплатно (free)

Консоль запросов и СКД – один из наиболее часто используемых программистом инструментов. Как с его помощью можно упростить разработку, в своем докладе на конференции Infostart Event 2019 Inception рассказал Евгений Люлюк, ведущий программист компании GLT.

06.04.2020    9846    Evg-Lylyk    0    

EDT + УТ 11.4 + БП 3.0 + Расширения. ЧАСТЬ 03

EDT v8 Бесплатно (free)

Групповая разработка в EDT.

21.01.2020    5031    YuriYuriev    3    

EDT + УТ 11.4 + БП 3.0 + Расширения. Часть 02

EDT v8 Бесплатно (free)

Продолжение "путевых заметок" про EDT...

09.01.2020    7074    YuriYuriev    32    

Подсистема "COMExchange", консоль запросов, сервис обработки выборки запроса: корректируем регистры или «Берём банк, кассу, экспроприируем экспроприаторов». Промо

Консоль запросов v8 1cv8.cf Россия Бесплатно (free)

На примере шуточного примера продемонстрированы не шуточные возможности консоли запросов в составе подсистемы "COMExchange" для работы с регистрами, подчинёнными регистратору («обнуление» регистров, ввод начальных итогов (сведений), корректировка итогов).

31.03.2013    22780    yuraos    7    

EDT + УТ 11.4 + БП 3.0 + Расширения. ЧАСТЬ 01

EDT v8 Бесплатно (free)

...продолжаем мучить(ся с) EDT

28.12.2019    7370    YuriYuriev    8    

EDT 1.16. Первые 20 часов работы

EDT v8 Россия Бесплатно (free)

Первое знакомство с 1C:Enterprise Development Tools, версия 1.16.0.363.

25.12.2019    11987    YuriYuriev    13    

Как работают управляемые формы и тонкий клиент 1С – взгляд "из-под капота"

Практика программирования Инструментарий разработчика v8::УФ Бесплатно (free)

Переход на управляемые формы перевернул процесс разработки на 1С, заставив программистов менять привычные подходы к описанию логики работы интерфейса. Руководитель компании «Цифровой Кот» Юрий Лазаренко в своем докладе на конференции Infostart Event 2019 Inception рассказал о том, как устроены управляемые формы и как правильно работать с тонким клиентом платформы 1С:Предприятие.

23.12.2019    15795    TitanLuchs    23    

Разработка скрипта для проекта Снегопат Промо

Снегопат, openconf v8 1cv8.cf Россия Бесплатно (free)

Подробное пошаговое описание порядка создания скрипта для проекта Снегопат (http://snegopat.ru) на примере скрипта "Авторские комментарии". Затрагивает ключевые особенности объектной модели, реализуемой Снегопатом.

12.02.2012    20164    kuntashov    55    

Мониторим производительность с помощью 1С RAS

Инструментарий разработчика Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Подключаемся и анализируем данные через 1С RAS. Необходимо выполнить 5 пунктов и серьезный инструмент мониторинга будет у вас в руках.

19.12.2019    14111    ivanov660    20    

Разбор любого JSON-объекта в соответствующую структуру

Инструментарий разработчика WEB v8 1cv8.cf Бесплатно (free)

Данная публикация предназначена разработчикам 1С, которым приходиться разбирать данные формата JSON. Выложенный пример кода создает объект типа Структура, полностью повторяющий структуру данных формата JSON.

13.11.2019    14585    user665435_al.windstorm    15    

Git для 1С-ника и другие технологии групповой разработки

Инструментарий разработчика Git (GitHub, GitLab, BitBucket) v8 1cv8.cf Россия Бесплатно (free)

У многих специалистов в отношении Git сложились стереотипы, мешающие начать работу с этим прекрасным и удобным инструментом. Почему его не стоит бояться, и чем он может упростить жизнь 1С-никам, рассказал архитектор ГК «Невада» Станислав Ганиев.

28.10.2019    14016    stas_ganiev    16    

Скрипты для проекта Снегопат: автоматизация работы в Конфигураторе Промо

Снегопат, openconf v8 1cv8.cf Россия Бесплатно (free)

Снегопат (http://snegopat.ru) – это проект по расширению возможностей конфигуратора 1С:Предприятия 8.2 как среды разработки прикладных решений. Для знакомых с ОпенКонфом, можно коротко сказать, что Снегопат – это ОпенКонф и Телепат, только для 1С:Предприятия 8.2 и уже на сегодня заметно круче :). Кроме специализированного функционала, который добавляется в Конфигуратор при использовании Снегопата, разработчики могут добавлять новый функционал самостоятельно, создавая свои собственные скрипты, автоматизирующие работу в Конфигураторе. Предлагаю вам обзор возможностей существующих на сегодня скриптов для Снегопата с короткими, но наглядными видеоиллюстрациями их работы.

16.01.2012    27146    kuntashov    42    

Про ТабДок или TabDoc Pro

Практика программирования Инструментарий разработчика v8 Бесплатно (free)

Табличный документ – всем знакомый и привычный компонент продукта 1С. Про оптимизацию работы табличного документа, его проблемы и недостатки в своем докладе на конференции Infostart Event 2019 Education рассказал ведущий программист BIA-Technologies Князьков Алексей.

11.09.2019    7344    AKnyazkov    26    

FastCode - сервис шаблонов кода 1С

Инструментарий разработчика v8 Бесплатно (free)

Удобный поиск по базе шаблонов кода, БСП, ответы на вопросы, помощь сообщества программистов 1С. Клиент для поиска прямо в Конфигураторе!

10.09.2019    11253    m.bolsun    23    

Быстрый ввод кода

Инструментарий разработчика v8 1cv8.cf Бесплатно (free)

Упрощение рутинного ввода кода.

19.08.2019    4993    ranis888    13    

1С:EDT. Первые шаги… или есть ли альтернатива конфигуратору?

EDT v8 Бесплатно (free)

Заменить конфигуратор сложно, а в некоторых случаях невозможно, если, например, нужно оперативно подправить код непосредственно в рабочей конфигурации…

15.08.2019    32555    ellavs    109    

Подходы, методы и инструменты UX/UI для разработки эффективных интерфейсов на 1С

Работа с интерфейсом Инструментарий разработчика v8 Бесплатно (free)

Интерфейсам в 1С обычно уделяют мало внимания. Это в итоге снижает востребованность платформы, делает ее неконкурентной, лишает большой доли рынка. Как не потерять старых клиентов и привлекать новых с помощью интерфейсов, а главное – как сделать «правильный» интерфейс, рассказал участникам конференции Infostart Event 2018 Education управляющий партнер и основатель консалтинговой группы WiseAdvice Иван Тягунов.

07.08.2019    12797    IvanAT1981    18    

СКД - использование расширений языка запросов, секция ХАРАКТЕРИСТИКИ

Инструментарий разработчика Практика программирования v8 v8::СКД Бесплатно (free)

Автоматическое и не автоматическое заполнение полей компоновки данных. Использование расширений языка запросов для СКД «{…}», секция ВЫБРАТЬ, секция ГДЕ, параметры виртуальных таблиц. Автоматизированное использование дополнительных данных в запросе: секция ХАРАКТЕРИСТИКИ.

17.07.2019    43032    ids79    27    

1Script.Web. Интернет-приложения на языке 1С

WEB OneScript Инструментарий разработчика v8 Бесплатно (free)

Запросы рынка таковы, что любое современное клиент-серверное приложение должно иметь веб-интерфейс. Почему бы не писать такие приложения на языке 1С? Андрей Овсянкин расскажет о возможностях разработки веб-приложений на базе 1Script, рассмотрит перспективы этого направления и в качестве демонстрации покажет «боевое» веб-приложение на новом движке – кроссплатформенную консоль администрирования парка кластеров 1С.

20.05.2019    21705    Evil Beaver    33