素晴らしいアイデアは、「料理人なら誰でも国家の管理を学べる」（V.I. Lenin）が自動化の夜明けにビジネスマンや開発者の頭を沈め、それからしばらくの間彼らを放置していないということです。 IT言語に翻訳すると、「ユーザーに便利な手段を提供し、ユーザーが自分ですべてを設定および実行できるようにする」というようなものに聞こえ始めました。 それはすべてとても簡単です！ 自分の分野のユーザー（ケーキの焼き方、ローンの発行、アカウントへの投稿など）は理解していますか？ わかります。 まあ、彼をそこに台無しにしてみましょう。 しかし、私たちはそれを掘り下げる時間はありません。ツールを提供して行きます。主なことは支払うことです。
彼らはこの独創的なアイデアをそのシンプルさで何度も実現しようとしました。 鮮やかな例：
* SQL言語。 おそらく誰もがそれがSEQUEL（Structured English Query Language）から来たものであり、エンドユーザーがクエリを書くことを意図していたことを知っているので、その並外れた構文です。 今日それを使用せざるを得ないプログラマーは、はるかに現代的で形式的な言語に満足するでしょうが、悲しいかな、標準、互換性...
* COBOL。 コメントするものはありません。 私たちの国はほとんど傷つかなかったので、神に感謝します。西側では2000年にこの歴史のページを閉じました（ほぼ）。
* EXCEL（など）。 明らかに成功した製品のようです。 これは、ロジックの複雑さとテーブルのサイズが特定の制限（かなり低い）を超え、すべての「コンテンツ」をより構造化されたフォーム（DB）に転送する必要がないまでです。 ここで、彼はそれを理解し、1ポンドはいくらであるかを理解し、「寄生虫自動機で会社のお金を節約する才能のあるマネージャー」は何ができるのかを理解しています。 そして、彼がまだVBAを習得していたら...そしてキャッチフレーズ「すべてが結局はうまくいきました！」
* 1C：エンタープライズ。 言語のさと、その言語の抽象化（変数の種類、コレクションなど）の意図的な回避は、プログラミング作業を会計士に移そうとする最初の意図によるものです。 すべてを一緒に行うという提案の会計士は、寺院で指をひねります。 その結果、有能な1Cプログラマーがひどく不足し（誰もがこの奇跡を行うわけではありません）、多くのオンコールボーイがいます。
そして、リストはまだまだ閉まっています。
明るい思考の別のバリエーション：女の子（男の子、ペトロビッチ、マルガリータセメノフナ）を植え、VisualBasicの本を彼女に与え、彼女はお茶を読むことができ、彼女のプログラムに「神はポットを燃やさない」 神とpotについては真実かもしれませんが、少なくとも第3カテゴリーのレベルでチェスとチェスのゲームのルールを知ること-物事は完全に異なり、何らかの理由で誰もこれに異議を唱えません。
問題は何ですか？ シンプルで良い（一見）アイデアが機能しないのはなぜですか？
問題は「料理人」、より正確には彼女の思考のレベルにあります。 誇張：料理人は「ポットあたり1スプーン」、「味わう」、「やるまで」などの概念を使用します。彼女の考え方は具体的かつ主観的ですが、悪い結果は出ません。 タスクにはそれが必要です。 それを高レベルの抽象化に上げ、「一般的な方法で」問題を解決することは非人道的です。 信じられない場合は、母親（妻、祖母、義理の母）に、「塩（タマネギ、コショウ、火、水、光）がない」、「時間がない」場合に備えて、すべての重量、量、および割合を正確に示す何らかの家族レシピを書き留めるよう依頼してください-10分 "、"同時にさらに5つの料理 "、"を調理します。10、20、120、20,000人のために "、"できる限り保存します（そして、思い浮かぶ他の人（うーん...義理の母、おそらく、それは必要ないかもしれません-それはないかもしれませんock笑を許す）。 しかし、何らかの理由で、会計士、オペレーターまたは書記官の同様の仕事に負担をかけたいという欲求は、多くの非常に良い考えのようです。
あなたは料理人を教えることができます（能力があれば！）そして状態を管理しますが、これには1年以上が必要です。 そして最も重要なこと：その時までに彼女は料理人ではなくなります。 取る価値はありますか？
オリジナル
UPD： 「コックは状態を制御することを学ぶことができます」というフレーズはレーニンの作品には現れませんが、意味が近い声明があります。
クックと状態
All Articles