2 день и грянул гром


#1

Я точно знаю что формат openSpace - открытое пространство мало кому знаком, поэтому расскажу и попрошу

Итак https://isthisdesign.org/shedule#day2

второй день разделен 3 потока, в каждом из которых есть время “Проблемы”

То есть это матрица

Поток 11-00 11-30 12-00
алгоритмы x1
инфраструктура
интеграция

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

Соответственно я прошу

  • Посмотрите у себя на работе вокруг и подумайте “Что вас бесит в указанных категориях Алгоритмах, Инфраструктуре и Интеграции”
  • Чтобы вы хотели починить с помощью экспертов и коллектива.

Готовьте эту проблему к маю - вместе мы сможем её решить.

В этой теме ожидаю вопросов:

  • А такая тема подойдет ?
  • Что значит проблема ?
  • А что будет если моя проблема никому не интересна ?
  • Зачем такой формат ?

и т.д.


#2

Проблема: Сценарное тестирование обычных форм (и некоторые частные проблемы тестирования 1С, которые относятся в том числе и к УФ: например, модальные окна).

Почему тестирование ОФ все еще актуально?
Потому что переходный период еще длится и сценарии поведения для ОФ нужны в качестве “строительных лесов” для сильно кастомизированного или нового функционала, который реализован был, например в УПП 1.3 (или БП 2.0) и который нужно перенести на УФ в ERP/БП3 соответственно.

  1. Такая тема подойдет?
  2. К какому потоку ее отнести?
  3. Что, если тема никому не будет интересна?

#3

Не совсем понятен раздел Алгоритмы. Т.е. я себе трудно представляю проблему, которую можно вынести в данный раздел. Если чисто алгоритмы (в фундаментальном понятии), то тут вроде книжек полно на эту тему.
Или в этот раздел предполагается выносить какие-то best practices и обсуждения по внутренней архитектуре решения?
Может вы для примера добавите какой-то пример по каждому разделу? Так будет проще понять, что подразумевается.


#4

Саш. Ну смотри.

Алгоритмы

Например - как сделать онлайн резервирование в УТ 11. Вот тебе и алгоритм.
Как сделать диаграмму ганта для задач в документообороте

Для интеграции

  • интеграции ad и ЗУП

для инфраструктуры

  • как правильно настроить nginx
  • как забирать данные с заправочной колонки

#5

Спасибо. Теперь понял.


#6

Тестирование модуля интеграции для ЭДО.
Документы из БД 1С с помощью модуля интеграции превращаются в xml документы и затем отправляются в ЭДО.
Как проверить, что xml документ заполнен правильными данными? Как оптимизировать создание эталонных xml документов или совсем отказаться от практики сравнения с эталоном?


#7

Подойдет ли это в раздел алгоритмы?
Есть популярный, судя по количеству звездочек, парсер markdown to html на php https://github.com/erusev/parsedown
Как оптимально перевести эту библиотеку на bsl?
Может реализовать основные функции php и тем самым упростить перевод?


#8

А текущая на bsl не подойдет? https://github.com/oscript-library/markdown
Есть еще такой: https://github.com/jdeshin/OneScript-Markdig
И брошенное знамя здесь в дев-ветке: https://github.com/kuntashov/markdown - как раз по мотивам того парсера, что ты упомянул


#9

Отличная тема.


#10

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


#11

Инфраструктура.
Разработка внешних обработок с использованием библиотек.
Проблема. У нас 7 внешних обработок, которые имеют одинаковые или схожие куски кода. Но! У всех хранятся по своему. И большая проблема скопировать готовый кусок из проекта в проект.
Хотелось бы иметь набор библиотек и возможность пересобирать обработки при обновлении библиотеки.

Уже есть одна идея решения проблемы, но только для модуля объекта, а еще есть КлиентСервер и Клиент отдельно.


#12

Интеграция
Использование RMQ / Kafka, для полноценной замены РИБ.


#13

Ух ты - прям попал. Я запланировал к середине мая реализовать


#15

@lustin А полный откат при сбое обновления конфы ты предусмариваешь?


#16

Вводная
Есть документ в формате XML и в документе есть коллекция узлов ИнфПоле (от 0 до 20 однотипных узлов). Каждый узел этой коллекции состоит из двух атрибутов “Наименование инф. поля” и “Значение инф. поля”
Документ XML заполняется обработкой из документа 1С. Пользователь хочет самостоятельно в пользовательском режиме конструировать способ заполнения информационных полей, а именно

  • определять количество инф полей
  • давать наименование инф полю
  • определять источник данных для инф поля

Таким образом, нужен конструктор инф. полей для пользователя и нужен “исполнитель” настроек пользователя в процессе заполнения документа XML данными из 1С.

В качестве источника данных может быть:

  • произвольный литерал
  • данные из документа 1С, включая реквизиты ссылочных данных
  • данные из дополнительных сведений документа

Это свежая задачка, над которой уже несколько дней ломаю голову


#17

@Evgenij_Pleshivczev Есть примеры на схожие задачи (например, конструктор выгрузки данных в SQL), можем пообщаться на конференции.


#18

Буду рад. Спасибо


#19

Очень похоже на скд и пользовательские поля/настройки. Например на решение одного из докладчиков не смотрел? https://github.com/FoxyLinkIO/FoxyLink/blob/develop/README.md


#20

первый раз мною увидено у Логистике 4.0. Настройки компоновщика выводятся как универсальный инструмент - меняется только источник и вывод.


#21

Спасибо, коллеги.