Как мы разрабатываем в 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 207 23.08.19 15:10 Сейчас в теме
Недавно выложил пример как раз на github с помощью EDT)
2. Kaval88 69 23.08.19 15:14 Сейчас в теме
Очень полезная статья
ivanov660; +1 Ответить
3. for_sale 856 23.08.19 15:46 Сейчас в теме
Хранилище – это система с пессимистическими блокировками, которая по умолчанию считает, что все будет плохо, и не позволяет работать с объектом более чем одному разработчику. А поскольку у нас большая компания с большим количеством процессов, “иногда” несколько разработчиков хотят работать с одним и тем же объектом одновременно – но нельзя.

В хранилище, по-моему, есть флажок "Разрешить изменение" или что-то такое. Т.е. с ним блокировка не устанавливается, могут захватывать сразу несколько человек.
4. ellavs 700 24.08.19 09:39 Сейчас в теме
Нравится данный программный продукт, огорчают только мелкие недоработки и ошибки (писала о них тут), но, надеюсь, со временем их будет всё меньше и меньше....
for_sale; +1 Ответить
5. ivanov660 2090 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 468 25.08.19 15:43 Сейчас в теме
О так много красивых картинок, так много людей задействовано в процессе разработки)))
История не про нас))
Все должно быть разработано вчера, а сегодня так как не разработано вчера мы идем жаловаться верховному главнокомандующему.
Тесты? Тяп ляп, вроде работает, в продакшен. Да все на хомячках сразу в продакшене.
GIT и EDT, а что это?
Кому оно все это нужно в условиях дичайшей разработки при катастрофическом дефиците кадров?
ТЗ нет, документации нет.
Суровая реальность фиксиков)))
А как послушаешь, что у франчей происходит, так не лучше, такие же тупоголовые со слюной льющейся изо рта ставят задачи, сделайте как нить вот так, и попутно еще формулы расчета за нас придумайте, а то мы же гуманитарии, это не наша тема высокие науки)) мы не программисты))

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

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

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

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

А ведь есть огромное сообщество отличных специалистов, у которых руки чешутся! 1Скрипт, Ванесса, даже Перфоленту какую-то придумали - бесплатно, на энтузиазме! Организуйте вы опен-сорс проект по созданию свободной среды разработки - и вам за пару лет отгрохают великолепный продукт. А вы только лицензии за рабочие места будете продавать.
Cmapnep; ivanov660; +2 1 Ответить
12. Brawler 468 26.08.19 15:21 Сейчас в теме
(11) Visual Studio и Visual Studio Code разные продукты чуть более чем полностью.
YarRealizeBel; +1 1 Ответить
13. for_sale 856 26.08.19 15:42 Сейчас в теме
(12)
Спасибо кэп) Я думал, что будет понятно, что 1С не может разрабатывать на платном закрытом продукте, но, видимо, ошибся. Поясняю - везде, где у меня написано визуал или визуал студио, имеется в виду VS Code
16. ed_viliev 26.08.19 22:08 Сейчас в теме
Идеальный вариант был бы как с Андроид Студио: выпустить IntelliJ IDEA для 1С под своим брендом (например 1С:Enterprise Studio) и свободно распространять через developer.1centerprise.com
17. muskul 27.08.19 10:34 Сейчас в теме
Куча всяких методов, разработок, совместынх решений, баг трекеров. Только вот в типовых релизах все хуже и хуже всегда становится.
dmtrpv; boln; +2 Ответить
18. ivanov660 2090 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 62 21.05.20 04:40 Сейчас в теме
А сейчас, в мае 2020, EDT всё еще непригоден для работы?
Оставьте свое сообщение

См. также

Подсистема "Инструменты разработчика" v5.35 Промо

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

Интегрированный набор инструментов разработчика: - консоль кода - консоль запросов - консоль построителя отчетов - консоль компоновки данных - консоль заданий - конструктор запроса - справочник алгоритмов - исследователь объектов - интерфейсная панель - настройка журнала регистрации - анализ журнала регистрации - настройка техножурнала - анализ техножурнала - подбор и обработка объектов - редактор объекта БД - редактор констант - редактор параметров сеанса - редактор изменений по плану обмена - редактор пользователей - редактор предопределенных - редактор хранилищ настроек - динамический список - поиск дублей и замена ссылок - контекстная подсказка - синтакс-помощник - поиск битых ссылок - поиск ссылок на объект - структура хранения БД - удаление объектов с контролем ссылок - и прочее

23.09.2007    476017    4340    tormozit    2665    

Нейроконструктор

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

Изучайте нейронные сети и экспериментируйте вместе с расширением конфигурации "Нейроконструктор". Навыки программирования не требуются.

20.05.2020    2789    19    user1404129    9    

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

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

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

02.05.2020    2845    0    pparshin    21    

Универсальные инструменты 1С

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

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

21.01.2020    18414    295    cprit    84    

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

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

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

25.10.2017    22096    0    avk72    63    

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

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

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

21.01.2020    3394    0    abc120000    3    

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

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

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

09.01.2020    4989    0    abc120000    30    

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

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

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

28.12.2019    5366    0    abc120000    8    

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

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

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

20.05.2015    29317    0    dj_serega    18    

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

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

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

25.12.2019    9386    0    abc120000    11    

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

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

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

23.12.2019    10594    0    TitanLuchs    23    

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

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

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

19.12.2019    8764    0    ivanov660    16    

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

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

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

09.02.2015    31754    0    boogie    21    

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

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

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

13.11.2019    6368    0    user665435_al.windstorm    14    

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

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

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

28.10.2019    11204    0    stas_ganiev    16    

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

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

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

11.09.2019    5544    0    AKnyazkov    26    

Генерация кода управляемой формы (декомпиляция элементов) Промо

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

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

29.09.2014    99205    0    ekaruk    127    

FastCode - сервис поиска кода 1С

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

Добавляйте свои шаблоны кода или ищите готовые шаблоны других разработчиков. Оставляйте отзывы и лайки, добавляйте понравившиеся фрагменты в свою библиотеку. Ищите по БСП или по общим модулям своей конфигурации.

10.09.2019    8743    0    m.bolsun    22    

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

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

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

19.08.2019    4172    0    ranis888    13    

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

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

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

15.08.2019    19155    0    ellavs    104    

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

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

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

26.06.2015    19679    0    Infactum    23    

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

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

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

07.08.2019    9605    0    IvanAT1981    14    

Шаблон теста правил регистрации

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

Шаблон на базе, которого можно написать тест правил регистрации. Тесты запускаются с использованием инструмента xddTestRunner framework Vanessa-ADD.

26.07.2019    1774    0    milut    0    

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

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

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

17.07.2019    28551    0    ids79    27    

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

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

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

11.04.2015    75428    0    DitriX    297    

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

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

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

20.05.2019    18429    0    Evil Beaver    33    

Групповая обработка (Управляемая консоль отчетов)

Обработка документов Инструментарий разработчика Обработка справочников v8 v8::УФ v8::Запросы 1cv8.cf 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

13.05.2019    8349    0    Evg-Lylyk    10    

Перенос и резервное копирование настроек конфигуратора

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

Удобный перенос между рабочими местами и резервное копирование настроек конфигуратора через подсистему "Инструменты разработчика".

14.04.2019    8655    0    tormozit    18    

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

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

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

13.08.2014    21820    0    m.bolsun    68    

Как добавить типовую форму для СКД (для начинающих) (1С 8.3, управляемые формы)

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

Кастомизация СКД, нестандартная расшифровка, загрузка параметров и другие действия требуют наличия формы отчета. При создании СКД отчета по умолчанию форма не создается, в большинстве случаев это и не требуется. Однако при ситуациях, перечисленных выше, форму все же нужно создать. Это простая инструкция по созданию такой типовой формы.

25.03.2019    11410    0    ellavs    9    

Git + 1С. Часть 2. Реализация Git workflow в 1С-разработке по шагам

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

В этой части мы рассмотрим наиболее распространённую схему workflow при групповой разработке с использованием Git. Как приступить к доработке по поставленной задаче; исправить ошибку, обнаруженную на этапе тестирования; отправить свой код на слияние в предстоящий релиз; и т.д. Постараемся охватить большинство задач, составляющих основной цикл разработки

28.01.2019    15555    0    stas_ganiev    28    

Автоматизация тестирования с помощью WinAutomationUI

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

Рассматривается использование инструмента WinAutomationUI для создания автоматизированных сценарных тестов на примере 1 + 1 = 2.

11.12.2018    6250    0    AlexKo    30    

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

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

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

03.04.2014    25401    0    yuraos    2    

[8.3] Анализ планов запросов (Управляемая консоль отчетов)

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

Новый инструмент! Позволяет удобно работать с планами запросов, анализ планов в файловой базе.

19.11.2018    18233    0    Evg-Lylyk    6    

Метрики, графики, статистика = Prometheus + Grafana

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

Снятие метрик из базы данных 1С с хранением в Phrometheus и красивое оформление на основе Grafana. Или как мы создавали комфортные условия административному персоналу на отдельно взятом складе.

23.10.2018    16047    0    freewms    75    

Git + 1С. Часть 1. Как подключиться к команде разработки и начать использовать Git

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

Первая статья из цикла инструкций по работе с Git в 1С-разработке. Рассмотрим, как настроить рабочее место, как получить свою "копию" проекта для разработки и приступить к полезным действиям. Все примеры будут изложены в рамках трёх практических кейсов: 1. Моя команда дорабатывает типовую конфигурацию, использует приватный репозиторий на BitBucket, в котором версионируются внешние отчеты/обработки, расширения конфигураций и правила обмена; 2. Я участвую в стартап-команде, которая разрабатывает свою конфигурацию с использованием Git и GitLab; 3. Я принимаю участие в развитии OpenSource-продукта на GitHub как заинтересованный разработчик (контрибьютор).

18.10.2018    57802    0    stas_ganiev    73    

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

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

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

07.06.2013    23352    0    m.bolsun    46    

Приемы работы с СКД: делаем за 5 минут то, на что у других уйдет час

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

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

03.09.2018    41535    0    SergeyN    26    

Одновременное использование хранилища и расширений

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

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

23.08.2018    9091    0    shaa2    3    

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

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

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

10.03.2013    32679    0    yuraos    3    

Взгляд на практику разработки в EDT из зазеркалья

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

В данной статье расскажем о практическом опыте использования разработки в EDT: немного про интерфейс, командную разработку и GIT.

26.07.2018    22728    0    ivanov660    114    

Практика применения инструментов продвинутого разработчика 1С

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

Статья адресована разработчикам. Будет чуть-чуть теории, будут воспоминания, и потом пойдет практика.

23.07.2018    24272    0    artbear    24    

Лайфхак: исходники внешних обработок и отчетов 1С - это просто.

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

Важно: статья далеко на любителя всяких таких git'ов, gitlab'ов и oscript'ов.

22.06.2018    10373    0    new_user    12    

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

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

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

31.03.2013    21950    0    yuraos    7    

Создание поставки конфигурации

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

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

27.02.2018    17877    0    Vladimir_412    7    

Групповая разработка конфигураций в крупном холдинге

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

О чем мы сегодня поговорим? • О становлении и развитии групповой разработки конфигураций 1С в крупном холдинге с использованием хранилища конфигураций. • Обсудим практически все аспекты использования хранилища в командной разработке. • Я расскажу про те методы и идеи, которые мы пробовали использовать, какие используем до сих пор, от каких отказались и почему.

15.08.2017    20350    0    stas_ganiev    15    

Автоматизация процесса 1С-разработки

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

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

07.06.2017    25378    0    ekaruk    9    

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

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

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

12.02.2012    19057    0    kuntashov    50    

Консоль запросов для УФ с возможностью передачи готовой ТЗ в качестве параметра

Консоль запросов v8 v8::УФ Россия Бесплатно (free)

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

11.07.2016    14392    0    vadim1011985    7    

Поиск несериализуемых значений при помещении в хранилище

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

В статье разобран пример, как найти несериализуемые значения в случае помещения в хранилище коллекций, содержащих вложенные элементы. В качестве хранилищ рассмотрены временное хранилище значений и переменные типа ХранилищеЗначения.

02.03.2016    23539    0    balanton    2    

Подсветка синтаксиса 1С в текстовых редакторах Atom, Sublime Text, VS Code

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

Пакеты, добавляющие поддержку синтаксиса языка 1С:Предприятие 8 в текстовые редакторы Atom, Sublime Text и VS Code. И не только.

02.02.2016    26414    0    nixel    38    

Дай дернуть! О веб-сервисах, Linux'ах и добрых поисковых сайтах

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

О веб-сервисах, апачах и *nix'ах. - установим на новенький убунту старенький апач с php. - дернем сервис из php-скрипта. - создадим приложение, позволяющее дергать произвольный сервис с произвольными данными. - ну и что там получится по пути в лес...

30.12.2015    25575    0    starik-2005    4