Про Сталина простой вопрос. Роль секретариата партии повысил вовсе не Сталин. Был такой персонаж Яков Свердлов. Ему и принадлежит фраза «Кадры решают все». Он собственно и показал класс как нужно разруливать людьми, вещами. Он свой талан еще показал при организации банды в Екатеринбурге. Один из немногих, кто занимался вооруженными бандами и экспроприацией, добра после окончания финансирования большевиков из-за границы. Также он себя проявил в ссылках своим плотным общением с уголовниками. Со Сталиным они сидели вместе, но терпеть друг друга не могли. Но Сталин за ним присматривал. Что мальчик делает, и как с уголовниками общается. Ему принадлежит на посту секретариата единоличное решение о расстреле царской семьи. Он очень мутно замешен в покушении на Ленина. Ну очень интересный и почти забытый персонаж. Я вот как-то не очень за уголовные правила ведения проектов.

Проблема обратная. У нас хорошая техническая школа. Поэтому программистов много. А вот с менеджерами беда. Нигде не учат, ничего не умеют. Жуть. Хороший менеджер — это просто клад для проекта.

И как PDCA цикл Шухарта-Деминга связан с MRP моделью и управлением ресурсов? Деминг как раз делает свой акцент на постоянном и непрерывном улучшении качества производственного процесса. Тоже что и я, непрерывное улучшение качества отношений между производителем блюд и поставщиком продуктов. Чистая опора на классиков жанра. А вот попытка использовать коньки по льду на асфальте, просто потому что вы на них умеете кататься, это точно хуже плохого велосипеда.

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

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

Если человек в чем-то убежден, то флаг ему в руки. Если лучший молоток — это кирпич, тоже можно им забивать гвозди.
Вообще-то, я ссылался на Колумбийский университет. Там тоже для вас нет авторитета. Профессура у нас не в почете. Только рекламные проспекты в гугл, авторитет.
Замете вы за всю переписку не сделали не одной ссылки, но ссылаетесь на нечто серьёзное.
Ссылку, плиз, на нечто серьезное, что аргументирует ваши утверждения.

Давайте рассмотрим схему изготовления блюд.
Есть договор с поставщиком продуктов, который находится не далеко. Поступает заказ на изготовление блюда, система анализирует небольшие запасы на кухне, если все есть, то заказ уходит на кухню. Изготавливается блюдо, далее передается в отдел доставки. Начальником транспортного цеха доставляется клиенту.
Если продукта нет или стало меньше критического значения, то автоматически формируется заявка на доставку необходимых продуктов у поставщика. Поставщик поставляет продукт и уже из него делается блюдо.
Получается схема, что клиент вытягивает блюдо, производитель блюда вытягивает ингредиенты. Тут нужно искать оптимум транзакционных издержек между хранением и заказом ингредиентов. Конечно без запаса продуктов не обойтись, но их можно минимизировать.
Идет непрерывный процесс вытягивания блюд клиентами. И можно гарантировать качество этих блюд. В общем, достаточно почесать репу и оптимизировать издержки по поставки продуктов поставщиком, как схема становится эффективней, чем MRP.

Такой способ вытягивания будет неэффективным при мелком производстве, это все работает при крупной партии заказа. Когда заказ может выступать планом. Тогда, соглашусь, можно не менять модель управления. И алгоритмы не изменятся. Это предельный случай. В случае с индивидуальным заказом блюда, такой подход не оптимален. Его можно использовать, но клиенты будут не довольны качеством и скоростью обслуживания.

www.columbia.edu/~gmg2/4000/pdf/lect_06.pdf
Ссылка на пример использования алгоритма. Это уже Колумбийский университет.

«Это мексиканский тушкан. — Быть этого не может. Вас обманули. Вам дали гораздо лучший мех.»

Вы можете называть все что угодно словом ERP и забивать гвозди тапочкам.
MRP — это определенный стандарт управления ресурсами предприятия
en.wikipedia.org/wiki/Material_requirements_planning
Там четко описано что есть вход и что есть выход.
Данные [ править ]
Данные, которые необходимо учитывать, включают:

Создается конечный элемент (или элементы). Это иногда называют независимым спросом или уровнем «0» в спецификации ( спецификация материалов ).
Сколько требуется за раз.
Когда количества требуются для удовлетворения спроса.
Срок хранения хранящихся материалов.
Записи состояния инвентаря. Записи чистых материалов, доступных для использования уже на складе (под рукой) и материалов по заказу от поставщиков.
Законопроекты. Подробная информация о материалах, компонентах и ​​подузлах, необходимых для изготовления каждого продукта.
Данные планирования. Это включает в себя все ограничения и направления для создания таких элементов, как: стандарты маршрутизации, труда и машины, стандарты качества и тестирования, команды pull / work и push, методы определения размера партии (т. Е. Фиксированный размер лота, лот-лот, экономический порядок количества), количества отходов и других материалов.
Существует два выхода и множество сообщений / отчетов:

Выход 1 — это «Рекомендуемый график производства». Это излагает подробный график требуемых минимальных дат начала и завершения с указанием количества для каждого шага Маршрутизации и Билля материала, необходимого для удовлетворения потребности в главном графике производства (MPS).
Результат 2 — «Рекомендуемый график закупок». Это определяет как даты, в которые приобретаемые товары должны быть получены в объект, так и даты, когда должны выполняться заказы на поставку или выпуск бланкета, чтобы соответствовать графику производства.

MRP (англ. Material Requirements Planning — планирование потребности в материалах) — система планирования потребностей в материалах, одна из наиболее популярных в мире логистических концепций, на основе которой разработано и функционирует большое число микрологистических систем. На концепции MRP базируется построение логистических систем «толкающего типа».
Это википедия MRP.
Это логично, так как ERP — это система планирования ресурсов предприятия, необходимых для выпуска заданного объема продукции в условленное время.

А чего, такая штука не проходит
if math.IsNaN(x) {
return x
}
return math.Copysign(1.0, x) * math.Floor(math.Copysign(1.0, x) * x + 0.5)

Попробую зайти из далека и объяснить принципиальные вещи.
Существует две производственные модели:
1. Выталкивающий типа, когда делается анализ рынка и строится производственный план. И далее весь произведенный товар выкидывается на рынок и его толкают.
2. Вытягивающего типа, когда делается заказ, и уже производственная система производит товар согласно заказу.
Как не сложно догадаться, ваша система вытягивающего типа. ERP система — это система поддерживающая первый, выталкивающий тип производства.
Поэтому ваша система просто по определению не может быть ERP. Там другие алгоритмы и модели управления производством. Поэтому, ERP звучит очень модно и люди часто используют это слово для продвижения своей системы. Тут ничего плохого нет. Только у вас не ERP. Вам нужно позиционироваться как системы вытягивающего типа, там своя терминология, и тоже не менее популярна. Например, бережливое производство LEAN Production.
ru.wikipedia.org/wiki/%D0%91%D0%B5%D1%80%D0%B5%D0%B6%D0%BB%D0%B8%D0%B2%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE

ERP = MRP I + MRP II + финансовый контур
MRP I — это специальный алгоритм управления запасами для производства
MRP II — Это управление производственными мощностями
То есть тут нет ни одного пункта из ERP,
Транспортная логистика, работа с персоналом не входят в ERP
ERP II = ERP + CRM
У вас часть CRM + HRM

Насколько я помню, заход к полиномам Эрмита. Они возникают в качестве решения уравнений Шредингера для гармонического осциллятора. Там же показывается их ортогональность. То есть в квадратичном поле. Если учесть, что энергия гармонического осциллятора E = m*v^2/2 + k*x^2/2. А вероятность состояния p ~ exp (-E/kT). Очень похожа на функцию нормального распределения свободных независимых частиц. То скорее всего в статье описана система свободно колеблющихся частиц в самосогласованном квадратичном поле. И скорее всего дальше вы придет к распределению Ферми-Дирака (сигмоидной функции) в качестве функций ядра нейронной сети, и методу градиентного спуска для обучения сети. Что в принципе и делается в любом учебнике по нейронным сетям. Но явно не обозначается.

Это примеры того, что не нужно делать в дизайне. Я пока смотрел, голова заболела.

Успех Флоренции XV заключается не в том, что придумали скрещивать разные направления, а в том, что в нее переехал специалисты из Константинополя, преподаватели университета. После захвата 1453 года города турками. И принесли они с собой тысячелетние знания о красоте, как работе Духа. И способы познания красоты у окружающей природы, как творение Духа. Там было не скрещивание всего со всем, а подсматривание за работай Его, наблюдая окружающий мир. И попытка повторить эту работу в искусстве. Это основной секрет возрождения. А не механическое скрещивание всего со всем. Познание красоты творения — это ключ к успеху.

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

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

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