habrahabr.ru otkhambrivaniyaの参加者の3つの出版物と(著者の意見では)アイデアを完全に明らかにしたいくつかの質問に対する参加者の反応は、アイデアを十分に明確に表現する必要があるというアイデアにつながりました。
以前の出版物へのリンクは、投稿の最後に掲載されます。 同時に、著者をメンターとしてではなく、アイデアに固執する学習アマチュアとして考えるようお願いします。
特別な場合- アノヒン機能ループwww.zooton.net
![画像](https://habrastorage.org/getpro/habr/post_images/4b1/419/e30/4b1419e308489ba9997a937afe3c7b7f.jpg)
まず、このプレゼンテーションでは特定の例の説明がないことを宣言します。
プログラマーは、顧客と協力して作成した方法論を使用した実験室作業を行うことができます。 分析マトリックスの最小サイズは1シートです。 フルモデルの最小サイズは、A4またはA5形式の36シートです。公称サイズは、詳細のない最も単純なモデルでは46シートです。 これは誰かを怒らせるかもしれません。私は、より単純なモデルが長い間使用されてきたと答えますが、この方法論は、単純さを理解する集中的な飛躍を通してさらに広範な開発を可能にします。
ですから、2枚以上のシートでタスクのフローチャートまたは説明を作成した人だけが、さらに進んでいくことがおもしろいことをすでに理解しています。 私の理解を明確にするために質問をしてくれたみんなに感謝します。
主な質問の1つは、本質の質問でした。 私が伝えようとします。
まず、2つの基準点に基づいた抽象性スケールが導入されます。
1. 100%の抽象を持つアイデアの存在のアイデア
2.抽象0%のvoid
プログラマーにとって、抽象性のレベルの概念は他の専門家よりも自然です。 トンネルモデリングでは、抽象性は有限であると見なされ、測定値は0%〜100%のパーセンテージで表すことができます。 同時に、100%の抽象性はアイデアの概念に対応しており、はい、意識の手がかりはありません。 ファジーロジックが役立ちます。
![画像](https://habrastorage.org/getpro/habr/post_images/0c5/d86/1f6/0c5d861f69c0ada26e825f5b1a8e1456.png)
トンネルモデリングの方法論では、9つのレベルが区別されると仮定されています( 抽象性とオープンシステムの相互作用のモデル )
この場合、より具体的な研究のために0%-5%および95%-100%の抽象領域を確保する哲学的概念が使用され、従来のモデリングでは、中心が10%の倍数である範囲が残ります。
5%から15%で、中心は10%
20%を中心に15%から25%に
など
一般的な場合、メンバーシップ関数はファジーであることに注意してください。 -正規分布で可能な分布。
したがって、範囲は上下に「適合」する可能性があり、これは私たちの直接的な認識を混乱させます。
このアプローチを深めることは、プレゼンテーションには不要です。 (そして、私はこの方向でさらに研究をしませんでした。そして、これが私の実践的なプログラマーとしての専門に対応する可能性は低いです。これはむしろ学者の分野です。
それで、抽象的なスケールの説明を終了します。 2番目の座標に渡します。
デミングはそれを-Plan-Do-Check-Act-ループの形で顕著に表現しましたが、彼女はややこしいです。 フロイトによる潜在意識(行為)の発見がなければ、この考えはほとんど不可能であったことに注意してください。
そこで、ここではフィードバックを扱っています。
さらに、このフィードバックは通常描かれているように直接的ではなく、弁証法的です。 つまり、正確性の再分析に到達する前に、信号は他の段階を通過します。
-計画(アイデアの正確さを予測)
-実行(計画の実行可能性の確認)
-検証(計画と事実の比較)。
このモデルは、人に関するP.K.アノヒンの機能ループと一致しています。
提案されたモデルの枠組みでは、対応もあいまいであることに注意してください。
主なアイデアに移りましょう。 抽象化の垂直スケールとデミングサイクルのフェーズの水平ラウンドスケールがあるとします。
彼らの組合をデカルト積と呼ぶのは難しい。 むしろ、円筒座標系を取得します。
![球面世界観モデル](https://habrastorage.org/getpro/habr/post_images/283/1f7/a40/2831f7a4024c854bc8175e8d86849d88.png)
次の座標は、情報技術に適用されるこの座標系の説明に当てられました。
オープンシステムの相互作用の抽象性とモデル
オープンシステムインタラクションモデル、デミングサイクル、およびトンネルモデリング
トンネルモデリングv0.1-擬似コード