Радио 1С Энтерпрайз

2021-12-16 17:34:45 Опубликован выпуск #S02E21. В рамках выпуска будет дан очень сжатый обзор системы контроля версий GIT и сопутствующей методики GITflow с позиций управления групповой разработкой на платформе 1С: Предприятие. Мы рассмотрим ключевые отличия GIT от механики хранилища конфигурации и попробуем примерить GITflow к нашим производственным задачам. Открыть/Комментировать

2021-12-15 16:37:21 Открыть/Комментировать

2021-12-15 16:37:15 Дополнение #S02E20-01. – Скажите, а как это будет работать в облаке?

К описанным типичным сценариям использования расширений следует добавить еще один. Возможно, отдельного старшего номера ему присваивать не следует, но какое-то уточняющее кодовое слово потребуется. Сценарий #1.cloud – кастомизация тиражной конфигурации, арендуемой через облачный сервис. Под «облачным сервисом», конечно же, понимается сервис, построенный на Технологии 1С Фреш.

В отличие от сценария #1 (кастомизация конфигурации обычной, необлачной инфобазы) сценарий #1.cloud является почти что безальтернативным. При обычном развертывании инфобазы у нас всегда есть выбор – включить возможность изменения и модифицировать непосредственно cf или же оставить «красный замочек» на месте и задействовать cfe; а вот когда мы имеем дело с инфобазой, а точнее областью данных, а еще точнее бизнес-приложением внутри SaaS-сервиса – альтернатив у нас почти нет. «Почти» потому, что для относительно простых модификаций остаются еще внешние обработки и внешние отчеты, но такую технику кастомизации, честно говоря, следует признать давно и прочно устаревшей хотя бы морально.

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

https://its.1c.ru/db/v8320doc#bookmark:dev:TI000001516

И чтобы два раза не вставать , в качестве быстрого старта вполне подойдет (проверено практикой) замечательная книжка Елены Хрусталевой, вот эта:

https://v8.1c.ru/metod/books/77749.htm Открыть/Комментировать

2021-12-10 17:31:33 Открыть/Комментировать

2021-12-10 17:31:21 Памятные даты: День программиста.

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

Указы – это всего лишь бюрократия; основание профессии – дело совершенно иное.

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

(Любителям стимпанка и альтернативных исторических сценариев просто нельзя пройти мимо замечательной книжки «Машина различий», Уильям наш Гибсон, как это в его обыкновении, очень стильно и наглядно показал «А что, если…»).

Как говорили в стародавние времена, дорогие товарищи программисты – с Днем! Открыть/Комментировать

2021-12-09 19:42:28 Опубликован выпуск #S02E20. В рамках выпуска мы попробуем классифицировать основные задачи разработки, техническим основанием которых является механика расширений конфигурации 1С: Предприятие. Рассмотрим основные сценарии, их технические нюансы, выгоды для разработчика, возможные проблемы и способы их решения. Открыть/Комментировать

2021-12-09 11:59:46 Дополнение #S02E19-03. Любимый лицензионный вопрос.

Формулировка вопроса – самая что ни на есть штатная, «А что у нас там с лицензиями»? Понятно, что вопрос в контексте ЦА. Ответов будет несколько, а именно – три.

Первое. ЦА не является самостоятельным программным продуктом, это один из компонентов корпоративного инструментального пакета. Ограничений на продажу КИП по моей информации нет никаких, эту позицию может приобрести абсолютно любое предприятие. Да, есть какое-то правило, согласно которому КИП должен входить в «корпоративную поставку», что-то вроде 500+, лицензии класса КОРП, но это уже дополнительная надстройка, а базис см. в прайс-листе фирмы «1С».

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

Третье. Следует ли из второго пункта утверждение, что обладатель лицензии на КИП (например, фирма-партнер «1С») может установить агента КИП на компьютеры, принадлежащие другому предприятию (например, фирме пользователя типовой конфигурации) и задействовать ЦА, например, для оптимизации деятельности своих сервисных инженеров (раскатывание обновлений, сбор ТЖ, etc.)? Да, следует, то есть – да, можно.

Ну а по более затейливым вопросам лицензирования – добро пожаловать в тексты соглашений и соответствующих договоров. Мы все-таки инженеры, а не юристы. ;-) Открыть/Комментировать

2021-12-07 14:40:17 Открыть/Комментировать

2021-12-07 14:40:07 Дополнение #S02E19-02. Новое доброе слово из четырех букв.

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

Разумеется, все они описаны в документации, и разбирать конкретные примеры мы не будем, но обязательно обратим внимание на синтаксис этих конфигов – на чем они написаны? Написаны они на языке YAML. Словарное определение:

- - - - - >8 - - - - -
YAML (акроним англ. «Yet Another Markup Language» — «Ещё один язык разметки», позже — рекурсивный акроним англ. «YAML Ain't Markup Language» — «YAML — не язык разметки») — «дружественный» формат сериализации данных, концептуально близкий к языкам разметки, но ориентированный на удобство ввода-вывода типичных структур данных многих языков программирования.
- - - - - >8 - - - - -

Почему был выбран именно этот язык? Чем не угодил, например, простой и привычный XML?

(В скобках заметим, что для человека, который вполне свободно обращался с консольным редактором для правки *.ini, расположенным на уютной пятидюймовой дискете, словосочетание «простой и привычный XML» звучит такой же дикостью, как, например, «традиционный британский KFC», но слушать всяких старых ворчунов мы, конечно же, не будем).

Дело в том, что YAML очень удобен для чтения и записи как глазами/руками, так и программным кодом, и это действительно не язык разметки, а язык описания структурированных данных. Можно сказать, что YAML-конфиг – это неплохой образчик инженерного минимализма, где все строго по делу и нет лишних деталей. А можно просто посмотреть пример на приложенной картинке. На картинке, кстати, приведен конфигурационный файл ЦА, в котором описан запускаемый сценарий.

Но YAML может быть интересен нам не только в контексте конфигурирования экземпляров ЦА. Если в производственной задаче требуется описывать и хранить какую-то конфигурационную (а может и не только) структуру данных, YAML вполне достоен быть рассмотренным в качестве одной из альтернатив. Все-таки инженерный минимализм – это как минимум красиво. ;-) Открыть/Комментировать

2021-12-06 11:04:51 Открыть/Комментировать