の論理とユーザさまとの間にバリアは、存在します。良記事だと思います。
最適化プロジェクトを『ラク』にするプラクティス #Python - Qiita
ナーススケジューリングの場合、さらに重要なのは、最適化周辺の知識です。使いこなしや、OR周辺知識といった類についてのレクチャは、必要です。
さらに、私が重視しているのは、人力解との差から出発することです。最適化ソルバは、重視する制約違反数が、人力に比べれば圧倒的に少ないです。まずは、この性能差を認識して頂くことが出発点です。いきなり最適化ソルバの解を見せることはしません。重要な制約項目に関して、制約違反数という、数値比較をきっちり行うことが出発点になります。土台、全ての制約を満たすことは物理的に無理です。何を満たして、何を満たさなくてよいのか、決定できるのは、ユーザさまだけです。それを、意識して頂く為に、人力解との差から出発します。
いわば、曖昧、不確か、混沌とした言語化していない脳内世界から、言語化した制約化、違反数比較、目的関数値比較という客観的世界への変態・シフトチェンジ、ユーザさまご自身で考え方を身に着けて頂くことが、そのエッセンスです。
何で躓いているかは、ユーザさまのレベルの違いもあり様々です。個々のユーザに寄り添い、一つ一つ問題を一緒に解くことが、最良のアプローチです。
残念ながら、このサービスを提供できるのは、現在のところ私しかいないのですが、私の分身を作るべく今年は、この分野の門を開け、開発作業を開始したい、と思います。
