私はあなたに翻訳が非常に大容量であると同時に、 カール・チェオによるかなり短い（問題のそのような規模について） 記事を提示します。 読み始めたらすぐに、ほんとうにすぐに翻訳したいと決めました。そして、最後に翻訳してくれてとてもうれしいです。

学習をより楽しく 、 興味深い ものにするために、コンピューターサイエンスの重要な理論と概念のリストを提示します。最小限の技術的詳細で類推を使用して説明します。 基本的な概念の一般的なアイデアを単に伝えることを目標とする、誰にとっても非常に迅速なコンピューターサイエンスコースのようになります。

重要な注意事項：

• ソースが指定されていないアイテムは、私が独自に作成します。 不正確な点がある場合は修正してください。 可能であれば、より良い類推を提案します。
• 見出しは、それぞれのウィキペディアの記事にリンクしています。 より深刻で詳細な説明については、これらの記事をお読みください。
• 類推は素材を説明するのに最適な方法ですが、完璧ではありません。 これらの概念を本当に理解したい場合は、それらに基づいた基本的な基礎と推論から始める必要があります。

また、あなたが初心者プログラマーである場合は、 このインフォグラフィック （ ロシア語のオプション ）を確認してください。

重要な概念＃1-アルゴリズムとデータ構造

1.1 「O-big」表記 （ ロシア語 ）

Amazonで8部構成のHarry Potter映画シリーズの完全なコレクションを注文し、同じコレクションを同時にダウンロードするとします。 どのメソッドが高速かを確認したい場合。 ストアはほぼ1日後にコレクションを配信し、ダウンロードはわずか30分前に完了しました。 クラス！ 近いレースでした。
しかし、ロードオブザリング、トワイライト、ダークナイトの三部作など、いくつかのブルーレイ映画を注文し、同時にこれらすべての映画をダウンロードしようとしたらどうでしょうか？ 配信にはまだ1日かかりますが、今回はネットワークでのダウンロードが3日間続きます。
インターネットで買い物をするとき、購入したアイテム（入力データ）の数は、配送される時間に影響しません。 出力は一定です。 O（1）と呼びます。
ただし、ネットワークでダウンロードする場合、ダウンロード時間はダウンロードした映画（入力データ）のサイズに直接比例します。 O（n）と呼びます。 これらの実験から、オンラインショッピングはネットワークからファイルをダウンロードするよりも優れていることがわかります。 「O-big」表記を理解することは非常に重要です。これは、アルゴリズムの効率とスケーラビリティを分析するのに役立ちます。
注：「O-Big」表記は、アルゴリズムの最悪の場合のパフォーマンスを評価するために使用されます。 O（1）とO（n）がこの例の最悪のシナリオであることに同意しましょう。
詳細： Big O Notations（ビデオ） 、 Big Oのわかりやすい 英語の説明、 Big O Notationの初心者向けガイド

1.2 ソートアルゴリズム （ ロシア語 ）

詳細： ソートアルゴリズムのアニメーション 、 ソートアルゴリズムの 美しく構成可能な視覚化

1.3 再帰 （ ロシア語 ）

映画の誰かが、あなたが座っている列を尋ねます。 あなたはカウントするのが面倒なので、あなたの前に座っている人に尋ねます。 行番号を取得するには、彼の答えに1を追加するだけです。 素晴らしいアイデアですね。 ただし、目の前の人も同じことを行います。 最終的に、質問は最初の行に到達し、最初の行の人は「私は行番号1にいます！」と答えます。 この時点から、正しいメッセージ（行ごとに1ずつ増加）が最初に要求されたものに戻ります。

アーロン・クロリク/ クオラ

ドロステ効果 （ ロシア語 ）として知られる別の例があります。
看護師は、ココアのパックとカップが付いたトレイを持ち、その上に彼女の小さな画像が描かれ、すべて同じものを保持し、さらに同じ画像のさらに小さな画像が含まれています。
ここでは、眠くなるようにしたい場合のドロステ効果のさらに多くの例を見つけることができます。



再帰を完全に理解していない場合は、 ここを見てみてください ...さて、理解したら、読み続けてください。

1.4 ビッグデータ （ ロシア語 ）

あなたが庭にパイプを持っていると想像してみましょう。 バケツと小さなガスケットを使って固定します。 しばらくすると、リークがさらに大きくなり、通常のツールを備えた配管工がすでに必要であることがわかります。 同時に、バケツを使用して何らかの方法で水を処理しています。 しばらくすると、巨大な地下河川が開いたことがわかります。 毎秒1ガロンの水を処理する必要があります！
バケットは役に立たなくなります。 問題を解決するには、水の摂取量と量が増加するため、まったく新しいアプローチが必要です。 洪水から街を救うには、政府の助けを借りてダムを建設する必要があるかもしれません。ダムを建設するには、膨大な量の工学知識と慎重に開発された制御システムが必要です。

バラジ・ビスワナタン/ クオラ

「ビッグデータ」という用語は、従来のデータ処理ツールを使用してそれらを操作することが不可能なほど大きくて複雑なデータセットを表します。
詳細： TED-Edによるビッグデータ（ビデオ） 、 ビッグデータとHadoopとは（ビデオ）

1.5 データ構造 （ ロシア語 ）

すべてのコンピューター科学者およびプログラマーは、少なくとも次のデータ構造を知っている必要があります。

• 配列 （ ロシア語 ）
• ツリー （ ロシア語 ）
• スタック （ ロシア語 ）
• キュー （ ロシア語 ）
• カウント （ ロシア語 ）
• ハッシュテーブル （ ロシア語 ）
• リンクリスト （ ロシア語 ）
• ヒープ （ ロシア語 ）

キーコンセプト＃2-人工知能

2.1 貪欲なアルゴリズム （ ロシア語 ）

あなたが散歩することに決めたと想像してください、そしてあなたの目標は最高の場所に到達することです。 地図はありますが、地図上には数千の可能なパスがあります。 あなたは怠けすぎで、それぞれを試す時間がない。 それで地図で地獄に！ 貪欲で近視眼的であるために-あなたは単純な戦略を先に進めます。 できるだけ上に傾斜したパスを選択するだけです。
旅が終わり、体が疲れて疲れた後、初めてその地域の地図を見ました。 なんてこった！ 上に行く代わりに私が渡らなければならなかった汚い川です！
貪欲なアルゴリズムは、現時点で最良の選択を行い、その決定を検討することはありません。

2.2 登山 （ ロシア語 ）

今回は別の山に登ります。 あなたは最高のポイントにあなたを導く道を見つけることにしました。 ただし、マップがなく、非常に霧がかかっています。 タスクを簡単にするために、移動したパスを追跡し、現在の高度を測定するモバイルアプリケーションをダウンロードしました。
あなたは何度も何度も山に登ります。 以前に記録した最高地点に至ったのとまったく同じパスを選択するたびに、パスの途中のどこかでわずかに異なるルートを選択します。 また、異なる開始点をランダムに選択することもできます。このようなアルゴリズムは、ランダムな開始点を使用して最上部への上昇と呼ばれます。 この方法では、1つのエリアにアタッチされなくなり、行き詰まる可能性が低くなります。 ピークツーピークアルゴリズムは、隣接するソリューションを生成することにより、最適なソリューションを見つけようとします。 そのようなソリューションは、現時点ではより優れたソリューションに基づいて生成されていますが、要素が1つ変更されています。

2.3 アニーリングシミュレーションアルゴリズム （ ロシア語 ）

これがあなたが直面した最大の挑戦であるエベレスト山です。 あなたの仕事は頂点に立つことですが、何度もエベレストに登ることは非常に非現実的です。 チャンスは1つだけです。 そして、あなたは以前よりもずっと慎重になりました。 常に登るのではなく、時折下に移動して、間違った方向に進むリスクを減らすための新しい方法を見つけます。 登るほど、降りる可能性は低くなります。

2.4 動的プログラミング （ ロシア語 ）

父： *紙に「1 + 1 + 1 + 1 + 1 + 1 + 1 + 1 =」と書きます*
父：何が同じですか？
子： *カウントと3秒後* 8！
父： *別の「+1」を追加します*
父：そして今？
ベイビー： *すぐに* 9！
父：うわー、どうしてそんなに早く数えたの？
子：もう1つ追加しました！
父：あなたは数える必要がないことを理解しました。それはそれが8つ前だったことを思い出したからです。 いいね！

ジョナサン・ポールソン/ quora

上記の例では、 メモ化 （ ロシア語 ）（はい、メモ化は暗記ではありません）、上から下への動的プログラミングへのアプローチについて説明します。以前の計算の結果は将来の使用のために保存されます。
詳細： 動的プログラミング-初心者から上級者（TopCoder） 、 動的プログラミングのチュートリアル（CodeChef）

2.5 機械学習 （ ロシア語 ）

Parat Shahはここで優れた類似性を示しましたが、この記事に含めるには長すぎます。

2.6 クラスPとNPの平等 （ ロシア語 ）

問題のクラスPとNPの平等は、コンピューターサイエンスで最も一般的で重要な未解決の問題の1つです。
次のタスクがあるとします：
タスク1： 7 x 17 = p
答えは119です。
簡単でしたね。 しかし、逆のタスクがある場合はどうでしょう：
問題2： p xq = 119（pおよびqを1および119にすることはできません）
2番目の問題を解決するには、最初の問題を見たことがないと仮定して、2から118までのすべての可能な数値を調べる必要があります。 数値を単純に因数分解できる優れたアルゴリズムがあります （ ロシア語 ）。
私が尋ねた場合：pは7になりますか？ 119を7で割ると、非常に簡単に答えられます。
乗算は簡単です。 数の因数分解は困難です。
結果として、問題1はP（多項式）です。これは解くのが簡単だからです。 コンピューターは、2つの小さな数値を乗算するよりも大幅に多くの時間を費やすことなく、2つの大きな数値を乗算する優れた仕事をします。
問題2はNP（非決定的多項式）です。検証が簡単ですが、解決が難しいからです。 119の因数分解はまだコンピューターにとってそれほど難しい作業ではありませんが、500文字の数字はどうですか？ これは最近のどのコンピューターでも不可能です。
そして、ここから重要な部分が始まります：NP問題（たとえば、分解）はPタスク（乗算など）であり、NP問題を解決する効果的な方法をまだ見つけていませんか？ NPの問題は本当に難しいのでしょうか、それとも優れた科学者（おそらくあなた）の啓蒙の瞬間が必要なのでしょうか？誰が効率的なアルゴリズムを思い付くでしょうか？ それとも、人々はあまりにも愚かですか？ 人間よりはるかに知性のある機械や生命があると想像してください。 アリのように、私たちは彼らのためです。 私たちの知性のレベルは、彼らにとってまったく取るに足りないものです。 この問題の解決策は1 + 1です。
どういうわけか、クラスPとNPの問題の平等の問題はなぜそんなに重要なのでしょうか？ P = NPであることが証明できれば、これはすべてのNP問題が妥当なコンピューター時間で解決できることを意味します 。 私たちは癌を治療することができます（ ロシア語で タンパク質を置く ）、パスワードを解読する（ ロシア語で RSA ）など。 それは世界を変えます。
PおよびNP完全問題のクラスの平等の問題は、Clay Institute of Mathematicsのミレニアム問題リストの 7つのうちの1つです。 最初の正しい決定に対する報酬は1,000,000ドルです。
詳細： P対 NPと計算複雑性動物園（ビデオ） 、 シンプルなウィキペディア

重要な概念＃3-コンピューターのアーキテクチャとエンジニアリング

3.1コンピューターの仕組み

コンピューターは、複雑さの上に複雑さを追加することで機能します 。 車を運転するために、そのエンジンがどのように機能するかを理解する必要はありません。 複雑な詳細は隠されています。
それでは、コンピューターはどのようにしてバイナリコード、ゼロ、および1をプログラムに変換しますか？ ドミノを使用して、コンピューターが最も基本的な基本レベルでバイナリ計算を実行する方法を視覚化した優れたビデオを次に示します。


詳細： コンピューターの動作方法 に関する インタラクティブな説明

3.2 停止問題 （ ロシア語 ）

詳細： フリーズアプリの類推 、 シンプルなウィキペディア

コンピューターアーキテクチャ （ ロシア語 ）およびエンジニアリング （ ロシア語 ）は、 オペレーティングシステム （ ロシア語 ）、 コンパイラー （ ロシア語 ）などのセクションを含む巨大なトピックです。

重要な概念＃4- 並行性 （ ロシア語 ）

会社Aの秘書として働いていると仮定します。電話に出て、会議を計画し、文書を入力するなど、あらゆることをしなければなりません。 これらのタスクは、優先順位に従って常に切り替える必要があります。 電話が鳴るたびに、何をしても停止して、応答する必要があります。

並行性（並列実行）は、重複する期間でタスクを実行できるようにするプログラムおよびシステムのプロパティです。

4.1 並列計算 （ ロシア語 ）

最終的に、膨大なデータ入力タスクのために、あなたはもはや仕事をすることができません。 あなたは上司に文句を言い、彼は喜んで特別に訓練された人を雇ってデータ入力タスクを引き受けます。

同時実行性により、マシンがマルチプロセッサデータ処理を使用できる場合 （ ロシア語 ）、2つ以上のタスクを同時に開始できます。

ただし、並列実行の概念の実装は、競合状態などの多くの潜在的な問題ももたらします。

4.2 レースのステータス （ ロシア語 ）

銀行システムで並列トランザクションを許可し、レースステータスが処理されない場合、次のようになります。

• アカウントに1000ドルあります
• 誰かがあなたに500ドルを送金し、ATMで300ドルを引き出します
• 両方のトランザクションが同時に発生すると想像してください-両方のトランザクションがカウントされます。 現在の残高が1000ドルであること
• これで、トランザクションAはアカウントに500ドルを追加し、現在の残高は1500ドルになります。 ただし、トランザクションBは、現在の残高が1000ドルであると信じており、たとえば、トランザクションAよりも1ミリ秒遅れて完了します。1000ドルから300ドルを差し引き、現在の残高を700ドルに等しくします。
• トランザクションBはトランザクションAのアクションを上書きしたため、1200ドルではなく700ドルになりました。
• これは、銀行システムが現在進行中の取引を考慮していないために発生しました。

この状況に対処するために何ができますか？ 1つの簡単な方法は相互排除です。

4.3 相互排除 （Mutex、 ロシア語 ）

現在、どのような種類のトランザクションが行われているかに関係なく、システムはロックします [専門用語、ロシア語で最も近い定義は、他のトランザクションの動作をブロックすることです。 あたり ]トランザクションに関与するアカウント。

今回は、トランザクションAが完了すると、アカウントがブロックされます。 ATMからお金を引き出すことはできません。 トランザクションAが完了するとすぐにロックが解除されます。

相互排除は問題を解決しますよね？ はい。ただし、トランザクションが発生するたびにATMがすべての要求を拒否することを望みません。

少し決定を変えましょう。

4.4 セマフォ （ ロシア語 ）

4.4.1バイナリセマフォ

次に、さまざまなタイプのトランザクションにさまざまな優先度レベルを設定しましょう。 現金の引き出しリクエストは、銀行振込よりも優先度が高いとします。 ATMからお金を引き出すと、トランザクションA（アカウント間での送金に関するもの）が停止し、優先度が高いため、トランザクションBが最初に処理されます。 トランザクションAは、トランザクションBが完了するとすぐに実行され続けます。

4.4.2カウントセマフォ

バイナリセマフォは単純です。 1 =トランザクションを続行します。 0 =待機。 一方、カウントセマフォを使用すると、一度に複数のプロセスを実行できます。

あなたがスパのストレージマネージャーであり、30台のカメラがあるとします。 誰かが鍵を受け取ったり与えたりするたびに、持っている鍵の数を追跡する必要がありますが、この誰かを知らないかもしれません。 すべてのカメラがビジーの場合、人々はそれらのキューに入れる必要があります。 誰かが終了すると、このキューの最初の人にキーを渡します。

4.5 デッドロック （ ロシア語 ）

相互ロックは、並列コンピューティングのもう1つの一般的な問題です。

銀行システムでも同様のアナロジーを使用しますが、シナリオは異なります。 念のため、取引が発生すると銀行口座へのアクセスがブロックされることをお知らせします。

• ピーターはあなたに$ 1000を転送し（トランザクションA）、あなたは同時に彼に$ 500を転送します（トランザクションB）
• トランザクションAは、ピーターのアカウントをブロックし、彼のアカウントから1000ドルを引き出します
• トランザクションBはアカウントをブロックし、アカウントから500ドルを引き出します
• 現在、トランザクションAは、Peterから1000ドルを追加するためにアカウントにアクセスしようとしています。
• 同時に、トランザクションBは、Peterのアカウントに500ドルを追加しようとしています。

ただし、両方のトランザクションが完了していないため、どちらもブロックされたアカウントにアクセスできません。 両方がお互いの完了を待っています。 デッドロック。

これが実際の例です：

男：最初に彼女にフィットさせて
少女：彼が先に来て
だから有望なラブストーリーは死んだ

パドマカル・カルガッティ/ クオラ

重要な概念＃5- コンピューターセキュリティ （ ロシア語 ）

5.1コンピューターのハッキング[ハッキング]

ハッキングは家をハッキングするようなものです。 以下は、一般的なハッキング手法です。

5.1.1 ブルートフォース攻撃（またはブルートフォース攻撃） （ ロシア語 ）

数百または数千の異なるキーを試してください。 経験豊富な強盗は、まず最も一般的に使用されるキーを試します。

ブルートフォース攻撃は、考えられるすべてのパスワードを試行し、通常、123456、ytsukenなどの最も一般的なパスワードを推測し始めます。

5.1.2 ソーシャルエンジニアリング （ ロシア語 ）

カップルはちょうど次のアパートに運転しました。 彼らはとても素敵でフレンドリーに見え、しばしばあなたを夕食に招待します。 あなたが2週間の休暇のためにすぐに去ることを言及したら。 彼らは喜んであなたの犬の世話をしてくれます。 予備のキーを残します。 それ以来、あなたはそれらについて何も聞いていません。

ソーシャルエンジニアリングは、人々をだまして個人情報を明らかにする試みです。

5.1.3 セキュリティ欠陥（エクスプロイト） （ ロシア語 ）

クラッカーは、内部に入る最も簡単な方法を見つけるために、考えられるすべてのエントリをチェックします。 2階の窓を開けたままにした人がいるかもしれません。

5.1.4 トロヤン （ ロシア語 ）

クラッカーは配管工のふりをして、あなた自身が彼のためにドアを開けます。 現在のパイプを修復し、すべてが素晴らしく見えます。 しかし、彼の出発後、あなたの宝石は消えたことがわかります。

トロイの木馬は、悪意のあるコードをバックグラウンドで起動することにより、有用であるように見せかける悪意のあるプログラムです。

5.1.5 ルートキット （ ロシア語 ）

あなたの城が詰まって鍵屋を呼んだ。 彼はあなたの錠を修理し、ひそかに鍵の複製を作りました。

ルートキットは、何らかの方法（たとえば、ソーシャルエンジニアリングを使用）でコンピューターの管理者権限を取得します。その後、必要なファイルを特別な方法でマスクし、ウイルス対策ソフトウェアで検出するのが困難になります。

5.1.6 分散型サービス拒否攻撃 （ ロシア語で DDoS）

本屋との類推をします。

一度に100人が小さな本屋にやってくると想像してください。 あなたの書店はいっぱいで、誰も入ることができません。 彼らはグループで来るようではないので、彼らに去るように頼むことはできません。 彼らはお互いを全く知らないかもしれません。 彼らの多くはあなたの本に本当に興味を持っているようです。 本棚の場所を尋ねる人もいます。 チェックアウトの誰かが1ペニーを払おうとしています。

人々は何時間も行き来します。 それらはすべて完全に正常に見えます。 1日の終わりには、1冊の本しか売っていないことに気づきます。 ペニーを支払った男を覚えていますか？

DDoSは、単にフラッディングし、訪問者を圧倒することで、サイトまたはサービスを無効にしようとしています。

元の視覚化へのリンク

5.2 暗号化 （ ロシア語 ）

5.2.1 対称暗号化 （ ロシア語 ）

アリスとボブがお互いに何かを送信したいとします。 誰もがお互いに送信するものを見ることができないことを確認するために、彼らはそれをボックスにロックします。 彼らは、ロック用に2つの同一（対称）キーを作成し、これらのキーを交換するために会います。

5.2.2 非対称暗号化 （ ロシア語 ）

同じキーを共有することは、2人にとって合理的にうまく機能します。 アリスがカールという名前の別の男と物事をやり取りしたい場合、そしてアリスは誰にもこれらのものを見たくない場合はどうでしょう。 ボブは彼のキーでボックスを開くことができるため、アリスはボブで使用したものと同じロックとキーを使用できません。

もちろん、アリスはまったく新しい、それに対応して異なるキーとロックをカールと交換できますが、アリスが10人の人と物を交換したい場合はどうなりますか？ 彼女は10個の異なる鍵を所有しなければなりません！

アリスは素晴らしいアイデアを思いつきます。 彼女は1つのキー（秘密キー）を作成します。 また、彼女は同じロック（公開鍵）を友人に配布します。 誰でもロックをロック（暗号化）できますが、ボックスのみを開く（復号化）ことができます。 これで、誰もが彼女が配布したロックを使用してアリスに物を送ることができるようになり、アリスは人々ごとに異なるキーを持つ必要がなくなりました。

アリスが何かをカールに送信したい場合、彼女はカールにロック（公開鍵）を要求します。ロック（公開鍵）を使用して、物をロック（暗号化）してカールに送信できます。

基本原則は次のとおりです。それぞれがメッセージを解読するための独自の秘密鍵を持ち、メッセージを暗号化するための公開鍵を送信者に提供します。

詳細 ： 公開キー暗号化：Diffie-Hellmanキー交換（ビデオ）

主な概念＃6 ソフトウェア開発方法論 （ ロシア語 ）

6.1 滝 （ ロシア語 ）

必要なことをすべて把握し、要件を書き留めます。 それは滝のようなものです。最初から始めるまで後戻りはできません。 現在のフェーズが完了した場合にのみ、次のフェーズに移動します。

6.2 柔軟な開発 （ ロシア語 ）

最初にすべきことのいくつかを理解しています。 その後、開発中にソフトウェアを一貫して改善、進化、適応させます。

柔軟な開発方法論の一般的な実装を次に示します。

• スクラム （ ロシア語 ）
• 極端なプログラミング （ ロシア語 ）
• かんばん （ ロシア語 ）

6.3実際のソフトウェア開発

だから、あなたはプログラムすることを学びました。 あなたは良くて美しいコードを書きます（私は願っています）。 大学では教えられていない開発方法論であるカウボーイプログラミングを紹介します。

また、なぜ開発時間を見積もる必要があるのでしょうか。


そして、方法論はしばしば誤用されます。

ディルバート

ディルバート

まあ、それだけです。 一言で言えば、コンピューターサイエンス。

コンピュータサイエンスの他の理論や概念、重要で混乱していると思われるものを追加することをお勧めします。

初心者の標準的な質問

質問1：コンピューター科学者とプログラマーの違いは何ですか

コンピューター科学者は物理学者のようなものであり、プログラマーはエンジニアのようなものです。

HerbN / スタックオーバーフロー

質問2：プログラミングとは何ですか？

愚かだが従順なマシンのための非常に詳細な指示を書く。

これはどういう意味ですか？ シャワーを浴びるように子供に教える必要があると想像してください。 子供はあなたの指示に従う方法しか知りません。 だからあなたは子供に言う：

1. お風呂に行く
2. シャワーをオンにする
3. シャワーを浴びる
4. 石鹸を取る
5. などなど...

ああ、赤ちゃんはシャワーを浴びる前に服を脱がなかった！

これがコンピューターの仕組みです。 コンピューターに必要なことを正確に伝える必要があります。 彼は推測する方法を知らず、結果について決して考えません。

質問3：プログラマーが集中しているときに気を散らしてはいけないのはなぜですか？

集中のプロセスは、眠りに落ちるようなものです。 あなたが次の数秒で眠りに落ちる人になると想像してください。 今、彼は眠りにつくためにより多くの時間を費やさなければならないでしょう！

EpsilonVector / プログラマースタック交換

質問4：JavaとJavaScriptの違いは何ですか？

それらは決して接続されていません。

JavaとJavaScriptは、牛とキャラバン（またはレーニンとレニングラード？）とほぼ同じように似ています。

グレッグヒューギル/ スタックオーバーフロー

質問5：JavaScriptとjQueryの違いは何ですか？

JQueryはJavaScriptを使用して作成されたライブラリです。

JavaScriptは見苦しいオタクで、JQueryは彼をフットボールチームの魅力的なプレーヤーに変える魔法使いです。

ウィルサージェントからのヒント

質問6：フレームワーク（フレームワーク）とライブラリの違いは何ですか？

コードがライブラリを呼び出します。 フレームワークはコードを呼び出します。

イアン・ボイド/ スタックオーバーフロー

ライブラリはツールです。 フレームワークは生き方です。

ジェームズカラン/ スタックオーバーフロー

質問7：平均的な開発者は1日あたり何行のコードを記述しますか？

この質問に答えられません。 開発者が技術的負債を理解している場合（ ロシア語 ）、この金額はマイナスになる可能性があります。

プログラミングの生産性をコードの行数で測定することは、飛行機の重量を基準にして飛行機の建造の進捗を測定する方法です。

ビルゲート

質問8：オブジェクト指向プログラミングとは何ですか？

オブジェクトは名詞であり、メソッドは動詞です。

k rey / プログラマースタック交換

オブジェクトは人のようなものです。 彼らはある種の内部知識を持っていることをやって生きています。 そして、彼らは何かを覚えることができるように、記憶を持っています。 そして、低レベルでそれらと対話する代わりに、今と同じように、高レベルの抽象化でそれらと対話します。

例は次のとおりです。私があなたのランドリー施設である場合、汚れた服を私に送って、「私の服を洗ってください」というメッセージを送ってください。 サンフランシスコで最高のランドリーを知っています。 私は英語を話し、お金があります。 だから私は出て、タクシーに乗って、運転手に私をそこに連れて行くように言った。 私はあなたの服を洗ってもらい、再びタクシーに乗って戻ってきます。 「ここにあなたのきれいなものがあります」という言葉であなたのきれいなものをあげます。

あなたは私がこれをどうやってやったか分かりません。 あなたはこの洗濯を知りません。 , -, (, , ). , . . , . . , .

Steve Jobs/ Rolling Stone Interview

9: API ( )

( API) ( API). ( API), .

: , , , , .

10: SQL NoSQL

NoSQL , . , , , , (, , , ) .

SQL . , , , . , , .

店がレシピに従って整理されていて、店内の特定の場所に来て必要なものをすべて手に入れることができたらいいと思いませんか？50か所で同じ材料（卵など）を見つけることができますが、これはストアのマーチャンダイザーにとっては難しいことですが、バイヤーがそのような組織で探しているものを見つけるのははるかに簡単で迅速です。

mgoffin / スタックオーバーフロー