皆のためのプログラミング：なぜいいえ

最近、Habréで、プログラミングを強制分野のリストに含める必要があり、それを普及させて大衆化するために本当に必要かどうかという問題が議論されました。 ユーザーの観点からこの問題に関する謙虚な意見を共有したいと思います。



混乱を避けるため、この記事の内容は基本的に、 プログラミングfor Everyoneで提示されたいくつかの議論への応答であることに注意してください。 新しいリテラシー標準とその解説です。



それで、なぜ、ある観点から、学校での義務科目としてのプログラミングの研究は明白なプラスと見なされるべきではなく、場合によってはマイナスでさえあるべきでしょうか？ 私の意見では、いくつかの理由があります。

プログラミングは抽象的な思考、忍耐力、仕事を計画する能力を発達させる

はい、私たちはこれに同意できますが、他のことも同様にできます。 代数はおそらく、プログラミングよりもはるかに効率的に抽象的思考と忍耐力を開発します。なぜなら、ミスを許さないだけでなく、それらを適切に指し示してドキュメントページを自動的に開くコンパイラを持たないためです。 前もって設計し計画する能力-学童が定期的にロシア語のレッスンで書くエッセイ（時には他のいくつかのレッスンでも）はこれにうまく対処します。 なんで？ エッセイは「うまくいけば」書くことができないため、その内容は学校の平均的なプログラムよりもはるかに多くの調整が必要です。 また、300行のプログラムの良い構造は、「asfdyausd.Cilck（）」のようなものとは考えられないでしょう。



問題は、学生にサブヘディングスキルを形成するためにプログラミングのさまざまなニュアンスをロードすることが本当に良い場合、2、3人の愛好家と、後でコンピューターを見ることができない25人のユーザーを獲得できることです。彼らは単に仕事をすることができないこと。 実際、多くの人にとってプログラミングは退屈であり、コンピューター自体は娯楽や仕事のためのツールであり、必要なすべてのプログラムは長い間専門家によって書かれてきました。 したがって、プログラミングを詳細に学習したい学生のために、コンピュータサイエンスコースのフレームワークで個別の専門分野を選択する方が合理的です。



また、もう1つの微妙な点に注意する必要があります。プログラミング言語、環境、フレームワークなどはテクノロジーであり、テクノロジーは非常に多様です。 この点で、学習に有望な言語を決定するという問題が発生します。そうしないと、10年の学校教育の後、彼が常に勉強した言語または環境が単に時代遅れであるため、人が単に知識を完全に適用できないという危険があります。

プログラミングにより、日常の問題を個別に解決できます。

はい、もちろんです。 しかし、せいぜい年に一度必要なものに数年を費やすことをお勧めしますか？ おそらくない。 ユーザーが単純なプログラムまたはスクリプトを必要とする場合、freelance.ruのようなサイトに移動し、必要なソフトウェアをリーズナブルな料金で作成できる人を探します。 1つのプラス：迅速かつ効率的に、神経を節約し、最も重要なことには、時間を節約できます。



さらに、ビールの象徴的なボトルで同じことができる友人の間で専門家/愛好家を検索することができます。 繰り返しますが、迅速、効率的、安価、そして絶対に労力を必要としません。



平均的なユーザーが必要とするプログラムは何ですか？ ブラウザ、Word / Ixelles、ある種のプレーヤー、uTorrent ...それだけです。おもちゃやユーティリティプログラムはカウントしません。 1つの小さなプログラムのためだけに多くの時間とお金を費やして言語を学ぶのは理不尽です。300〜1500ルーブルで注文する方が簡単です。 しかし、既存のソフトウェアがある程度のニーズを満たせる（そしてしばしばそれを超えることさえある）という理由だけで、この方法を採用する人はごくわずかです。



そして、結果は何ですか？ 私たちは10年を費やし、多くの親の神経とかなりのお金を使って子供たちを教育しました。そのうち、せいぜい2、3人が知識を実践するでしょう。 一方、プログラミングを学んでいない人は、必要なプログラムを購入するだけです。 そして、彼らはトレーニング費用よりもはるかに少ない費用で支払いますが、より良い製品を手に入れるでしょう。



まあ、そして日常生活で本当にプログラミングが必要な人は、どんな書店に行っても興味のある言語で本を買うことができます。 ここでは、自動車愛好家とのいくつかの類似点を見つけることができます。自動車サービスのサービスを使用したくない人は、自分でマシンに従事しています。

プログラミングにより、従業員は独立してワークフローを自動化できます。

言い換えれば、「さあ、これがどのように行われるか知っている！」。 それは楽しいですが、そのようなイニシアチブは、組織にとっても従業員にとっても非常に高価になる可能性があります。 ディスカッションでは、ミルクメイドの例を挙げましたが、表現力を高めるために、会計士を紹介しましょう。



会計士は座って、レポートを準備し、それを自動化することを決定します。 彼自身はせいぜい愛好家なので、エラーの可能性は非常に高いです。 彼が言語のいくつかの機能を見落としているが、プロジェクトがコンパイルされており、明らかなエラーがないと仮定します。 報告書が提出された後、軽微なエラーのために、組織はかなりの金額を失ったことが判明しました。



その後、会計士は椅子に座って、今では彼が一生この借金を支払うことに気づき、もし運がよければ、彼は相続人に任せさえします。 さらに、彼の妻（彼女が理解していない場所に行くことに慣れていない場合）は、例えば財産の分離を要求するように彼女に助言する弁護士に駆け込みますが、これは結婚を強化するのに役立ちません。



簡単に言えば、何かをする前に、行動の結果について一生懸命に考える必要があります。それは、おおまかに言って、長い間それらに「同行」する必要があるからです。 例の会計士が専門家に行き、彼にプログラムを注文する場合、彼はこのエラーの結果を解く必要はありません-たとえそれが残っていても、開発者が責任を負います。

ユーザーは、システムの仕組みを知っている必要があります。

一般的にはすべきではありません。 そして、プログラミングにおいてさえ、驚くべきことに、そうすべきではありません。そうでなければ、カプセル化の概念は単に存在しません。 カプセル化の定義は、議論中のトピックとより一貫性を持たせるためにわずかに編集できます。

カプセル化は、ユーザーが使用するソフトウェアコンポーネントの実装の複雑さ（内部）について考えるのではなく、提供されたインターフェイス（パブリックメンバー-メソッド、データなど）を介して対話し、不可欠なものを結合して保護できるようにするプログラミング言語のプロパティですデータコンポーネント用。 この場合、ユーザーにはインターフェース（オブジェクト仕様）のみが提供されます。

間違っている場合は修正してください。しかし、プログラマーの活動分野で会計士が直接介入することはカプセル化のプロパティに違反するようです。



最終的に、ユーザーはインターフェイスのみを持ち、ユーザーと対話します。実装の複雑さを完全に理解する必要はなく、プログラムロジックに違反することもできません。これはマイナスですか？ 誰もがOpenCVアルゴリズムがどのように機能するかについて明確な考えを持っているわけではないが、これはその使用をまったく妨げないと仮定する必要があります。 純粋なWinAPIでプログラムを作成する人はほとんどいません。単に.NETがより高速で簡単で、面倒なルーチンからあなたを救うからです。



別の例は機械式腕時計で、これは広く普及しており、17世紀から存在しています。 メカニズムの仕組みを知っている人は何人いますか？ 完成した部品からでも、ゼロから時計仕掛けを組み立てることができるのはいくつですか？ 私は非常に少ないと思います。 誰もこれを必要としません-時計は巻き上げとチューニングのためのインターフェースを提供し、これはユーザーにとって十分です。 結局のところ、ユーザーは時間を設定する能力しかなく、巻き上げは余分な手間だったため、これはあまりにも多くなります。 それはばかげていますが、最近まで、時計の所有者は常に自分自身で、あらゆる種類の時計で時計を設定するように思われていました。 どんな方法でも：







USBポートからUSBフラッシュドライブを安全に取り外すことさえできないので、人生は短すぎます。だから、人が交通渋滞で8時間の労働時間の後に家に帰り、残りの時間をコンピューターの前に座って過ごすことを期待すべきなのはなぜですか？スマートホームをプログラムしようとしていますか？ ほとんどの場合、彼は単にサイトにアクセスして、「スマートホーム」に適したプログラムを購入（注文）します。



まあ、そして、「すべてをうまくやる」というボタンである理想的なインターフェイスは、おそらく誰もが知っています。 私の意見では、ほとんどの場合、それに努力しない十分な理由はありません。 いくつかの例外は別として、単純で明確であればあるほど良いです。

コンピューターの遍在

人間/機械と機械/人間のコミュニケーションは人間/人間のコミュニケーションと同じくらい一般的になるので、誰もがコーディングできるはずです。

この声明には非常に弱い部分があります-「それらは同様に広まるだろう」。 今、非常に一般的なものを見てみましょう：

• Windowsコンピューター
• Linuxコンピューター
• Mac OSコンピューター
• iOSを搭載したスマートフォン/タブレット
• Androidスマートフォン/タブレット

これらのシステムがなぜそんなに普及したのですか？ 答えは簡単です-それらを使用するのに特別な知識は必要ないので（そしてしばしば説明書を読むことさえありません）。 少女は美しい箱に入ったスマートフォンを自分で購入し、開梱して充電し、Angry Birdsをプレイします。AngryBirdsはアプリケーションストアで2回クリックするだけで購入し、幸せです。



オペレーティングシステムをソースからプリコンパイルする必要があり、プログラムを最初から手動で作成する必要があるスマートフォンは、多くのオタクでも購入されないでしょう。 方法がわからないからではなく、クラスがあり、自転車を発明するよりも面白いからです。



言い換えれば、普及するためには、最初にシンプルで便利になる必要があります。



少し前まで、 IBM 305 RAMACは9x15メートルの部屋を占有し、1か月あたり26,000モダンドルの費用がかかり、おそらく管理と保守が非常に困難でした。 その機能はExcelで簡単に実行できるようになりました。Excelはスペースをまったく占有せず、使いやすく、最も重要なこととして、プログラミングは不要です。ボタンをクリックするだけです。



この点で、将来、テクノロジーがはるかに先に進み、インターフェイスが突然1970年代に戻ると信じるのは奇妙です。

では、プログラミングに興味のない人に学校で何を教えるべきでしょうか？

私の意見では、多くの人が人生で本当に役立つものをよく教えられる必要があります。 まず第一に、それはもちろん、Wordまたは別のワードプロセッサです。 文書は、紙でも電子でも、誰もが頻繁に入力する必要があるためです。 ハ！ -あなたが言う-これはすでに教えられています。 しかし、私の主観的な経験では、多くの人々は、段落やインデントがエンターのあるスペースで壊れていないこと、完全に客観的な理由から見出しスタイルで見出しを入力すること、人生を大幅に簡略化できるオートコンプリートの目次や他の些細なことがあることを知らない人がいます。



さまざまなC-plus-plusやPythonを人に教える必要はありません-ほとんどの人は決してこの知識を適用しません。 ワープロでドキュメントを正しくフォーマットするように指導すると、多くの神経が節約されます。 ドキュメントの作成者に加えて、これにより、このドキュメントで作業する人の多くの神経と時間を節約できます。 どうやら-些細なことで、真剣ではありません。 しかし、120ページのドキュメントを緊急に編集し、通常のスタイルで完全に入力する必要があるまで、インデントとハイフネーションは一連のスペースと単一のマイナスで手動でフォーマットされ、ページ番号付きの目次は単にメモリから入力されます。



学童は、インターフェイスの基本原則を理解するように教えられる必要があります。そうすれば、生徒はインターフェイスの変更で混乱に陥ることはありません。 「ああ、すべてが異なります。何も見つからないので、Office 2003を元に戻します。」 要するに、Microsoftが本当にタイルが好きではない新しいインド人デザイナーを雇うことを明日のために準備することは道徳的であり、ShuttleworthはUnityが好きで、彼はPluralityの開発に全力を注ぐでしょう。



誤ったコンピューターの動作に適切に対応する方法を教える必要があります。 現在の問題と以前の行動を冷​​静かつ正確に説明するように人々に教える必要があります。「十字架の窓があり、緊急に修正します。何も知らないので、5分以内に報告する必要があります！」 これが少なくとも連合の主題のレベルで終了することに成功した場合、技術サポートは何とも言えない喜びとなり、シリコンバレーはそれ自体で何らかの形でこの主題に登場します。 マーシャが自分で間違いを直せないことは怖くありません。ただマスターに電話するだけです（そして、マスターの顔で愛に会えるかもしれません。映画で見たことがあります）。



また、少なくとも最小限まで、コンピューターのメンテナンス方法を教えることは素晴らしいことです。 少なくとも濡れた布で特に電源装置や一般的なシステム装置に登ってはならないという事実については少なくとも話してください。 そして、登ったら、まずネットワークからプラグを抜きます。 コンピュータの誤動作の一般的な症状を簡単に説明してください。



定期的なバックアップの必要性について必ず話してください。 あなたが直接それを行う方法しか学べないため 、それらを作る方法を伝えるだけです。



信じられないほどの目標を設定できます-少なくとも技術サポートに電話する前に、指示を読むように人々に教えることです。 「問題と解決策」の少なくとも一部。 そして、プログラムまたは技術的に複雑なデバイスを使用する前に、すべての指示を読むように人に教えることができれば、国はすぐに黄金時代、革新、ナノテクノロジー、普遍的な幸福と高品質の道になります。

おわりに

「人間/機械および機械/人間のコミュニケーションは人間/人間と同じくらい一般的になるので、誰でもコーディングできるはずです。」-はい、彼らはそうしますが、これはまだ議論ではありません。魅惑的な柔軟性がその時間に達しました。 しかし、変化する可能性が低いものもあります。100年後でも、ほとんどすべてのものは3つのパラメーターによってある程度の慣習性をもって測定できます。

• 時間
• 品質
• お金

一緒に利点を決定します。 そして、高品質のシステムをサポートするためにスペシャリストを雇う方が、多くの間に合わせの松葉杖で苦しむよりも有益ですが、スペシャリストを雇います。 保証なしで苦労するよりも、スペシャリストにお金を払う（または単におなじみの愛好家に尋ねる）方が速くて簡単ですが、スペシャリストを雇うため、人間と機械のコミュニケーションの広がりはここでは影響しません。



要約すると、人に内燃機関の設計とサスペンションの変更方法を人に教える必要はありません-自信を持って、しかし車を慎重に制御することを彼に教えてください、そしてそれが知っているなら、これは多くの人命または少なくとも他の道路利用者の神経を救うかもしれません。 優れたドライバーは貴重であり、エンジニアは残りの面倒を見てくれます。



ご清聴ありがとうございました。