Накопление знаний
Гуманитарно-политические заметки

Бедные "одинэсники"

Порой меня посещают мысли, что автором Стикер пака является господин Сосновый (ну просто больше никто не подходит), там же на этом же аккаунте лежат мои старые статьи с Инфостарта времён странной конкуретной борьбы (странность то была в том, что ее вела одна сторона и это не я). Но мы сегодня не об этом - в архиве статей нет моей старой статьи от 2006 года где я рефлексировал на предмет некачественной промышленной разработки, и самое главное некачественного проектирования доменной модели, и самое главное пути развития разработчика с навыками 1С

ОстаткиСклада1


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

Юный разработчик 1С легко может нажать кнопку F9 и вот у нас уже появился объект ДокументДляОченьВажногоУчетаКопия и именно этот объект уйдет в продуктив. Рефлексии не будет - не помогут ни спец инструменты мониторинга, ни принудительные процессы "Анализ, Разработка, РелизИнженерия, Пилотирование" ни тем более UML с BPMN. Причина то проста до невозможности - ресурсы всегда ограничены и самое главное пользователи систем, облеченные бюджетами и властью всегда будут "пушить" реализацию в виде двух тезисов

  • сделаем правильно потом, сейчас нам нужен быстрый результат
  • я в институте разрабатывал на Аксесе поэтому знаю что "ЭТО" делать быстро

добавляет энтропии и сутация с аналитиками и разработчиками - если первый легко может оказаться "описывателем бизнеса", вместо "аналитика бизнеса", то второй в силу огромного количества кода и табличек внутри 1С решений может просто забить и не искать готовые объекты. Так собственно было и 20 лет назад и сейчас.

То есть в реальном секторе "бредят" все - от пользователя, до DBA MSSQL - потому что... А почему собственно ? Да все просто - ориентир то на "непрерывное развитие предприятия и его систем", а пользователи и 1С-ники слово непрерывность понимают как "непрерывно бегать и суетиться". Отсюда собственно и возникают барьеры в виде ITIL v2 процессов, а также в виде "запросов на изменение" в Word файле.

Внедрите мне ЭДО


Возможно мир спасет "чекушка" от команды 1Service https://habr.com/ru/post/480050/
или сервис https://1cmaker.com/ но вопрос то лежит в плоскости психологии - то есть еще раньше - "до инструментов", в плоскости компетенций и умении логически мыслить, причем мыслить быстро и структурировать быстро. Точнее непрерывно ;-).

Вот возьмем к пример запрос на внедрение "Электронного документооборота" - в обычном случае первая реакция 1С разработчика и начинающего аналитика будет предсказуемой. В 1С ЭДО реализована - берем подсистему и ставим. Но если "одну минуту подумать", то можно сразу идти к инициатору запроса с претензией в формате "не надо суетиться" и срочно заказывать минивебинар "Что такое электронный документооборот", чтобы люди просто хотя бы базово понимали такие термины как ЭЦП, шифрованный контейнер, оператор данных и удостоверяющий центр. Формально - самой лучшей защитой от энтропии метаданных является "атакующее воздействие" и новое интересное правило

Мы принимаем запросы на изменение системы, только от компетентных пользователей, в остальных случаях мы организуем обучение некомпетентных

Таким образом - обеспечивается непрерывной развитие, правда пользователей, а то что в этом случае будет развиваться и все остальное - от систем до процессов я думаю даже обсуждать не стоит.

Так почему же "бедные"


А теперь почему я назвал 1С-ников бедными - ну собственно исходя из вышеизложенного выходит, что если раньше они должны были обеспечивать

  • промышленное проектирование
  • промышленную разработку

То теперь им придется еще и учится


Что не так с ЭДО то ?


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