Добрый день, жители Матрицы. Скажите, кто-нибудь получал объективную пользу от использования механизма анализа данных, в частности интересует поиск ассоциаций. Конечно, хотелось бы узнать подробности, но, достаточно просто услышать что-то вроде "Да, используем. Польза есть." Всем спасибо.

>> хотелось бы узнать подробности
мне тоже

(0) Комбинаторику для генерации всех возможных комбинаций элемента справочника и теорию графов для реализации механизма, похожего на MS Project в 1С разрабатывал лично сам. Вот Оптимизация закупок - алгоритмы ещё веточка интересная.

А коллега для Дрезденского (Германия) медицинского учреждения, с помощью нейронных сетей, на основании еженедельных данных о состоянии внутренних органов пациентов за определенный период, смог дать прогноз будет инфаркт у больного в ближайшие полгода, либо - нет (вероятность правильного ответа модели - 97%). Жаль, что, по словам одного русского профессора, читавшего свои лекции за бугром, "Здесь это почти никому не надо - здесь народу куда важнее пивка попить в подъезде." (((((.

(0) Попробовали лет 5 назад (только появилось на 8.0).
Выяснилось, что балансировочный и шиномонтажный станки покупаются, как правило вместе (других "тесных" ассоциаций не обнаружилось). Но это было и так понятно.

(2) офигеть про больницу, интересно, что брали в аргументы функции. Про 97% с трудом верится.

Яндекс-директ.сука..

(2)
Теорию графа разрабатывал лично сам?

обнаружил некоторые закономерности в выпадении выигрышных номеров в национальной лотереи. Но эти ассоциации давали максимум 2-3 номера. То есть никак бы не не смог выиграть джек-пот. Поэтому бросил.

(4) Это как раз несложно - просто модель увидела связи, вроде, если давление N-ное в течении какого-то времени - инфаркт в ближайшие 6 месяцев случается. Нужно угадать качественный признак - Да или Нет. В 97% случаев последний и был угадан.
(6) Готового алгоритма, идеально подходящего для расчета сроков проектных задач и вычисления критических путей с учетом связей задач друг с другом не нашлось. Вот и пришлось изобретать алгоритмы "с нуля". Но это реально не так уж и сложно, если понимать рекурсии. Пара бессонных ночей - и готово :).

(8) Чем "штатная" сетевая модель комплексов операций не подошла? Интерес не праздный, т.к. когда-то был в теме.

(9) В тиражниках от 1С и партнеров алгоритма расчета критических путей и сроков задач не видели. Зато интерфейсы и отчеты там хорошие. Нам нужно, чтобы все проекты и их задачи были в единой базе холдинга, а не в кипе файлов MS Project.

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

(11) Реализация особой сложности действительно не представляет. Но, видимо, из-за нынешней маловостребованности таких программных продуктов, в рамках 1С хороших математиков мало, да и образование уже не такое, как при Советском Союзе.

(12) Какая там математика? Топологически упорядочить дуги ("работы", "операции") да в цикле рассчитать характеристики.

(13) Слова "рекурсия", наверное, все боятся, как огня.

(14) Я не боюсь. Только что с ней делать в 1С? Много вы найдёте применений рекурсии?

(15) Полно...

1. Данные справочника на форме документа в виде дерева отобразить.
2. Элементы отбора СКД оттранслировать в условие 1С-запроса с учетом групп.
Прямо сегодня, к сожалению, мне пришлось так сделать, ибо СКД - черный ящик и частенько не срабатывала в моих универсальных механизмах, а запрос работает гарантированно.
3. Элемент с определенным идентификатором пользовательской настройки в элементах отбора СКД найти (там группы или / и / не).
4. Справочник с учетом иерархии в xml выгрузить.
5. И другое...

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

Умение применять рекурсию - это огромное достижение. Прям феноменальное.

(17) Все равно ИНСТИНКТИВНО люди её боятся и стараются избегать, применяя "упрощенные" алгоритмы, имхо. Нет, это не феноменальное достижение... Просто тот кто её не понимает - не умеет программировать.

(18) Я больше скажу, даже чтоб считаться кодером - знать рекурсию необходимо. Но знание рекурсии это еще даже не кодер.

(19) Матрица компетентности программиста

Баян, но рекурсия тут даже не упоминается.
Так как "программист не понимающий рекурсии" завучит примерно так-же как "программист не понимающий циклов".