オリジナルリンク：技術的な本物の野生の方法、いくつかの紙カット。
周旨と女性の黄色のジャージは、それが政党を変えずに、途中、不確実なスマートの力だが、そのような幽霊の形状として、正と悪ではないが、周旨が、黄色のジャージ状態は女性は不滅であるつもりで言ったの間で、彼らの手を持ち上げるのに十分です。
この記述は、「ドラゴン」第三十八バックから来ています。
「人間の神キャッチは、」これは、優れた武道における「人的資源の構成」ですが、カップルが不完全メイChaofeng「人的資源の構成」を取得しなければならなかったので、彼はただ入れ、内臓ハートの内側に学ぶことではありませんそれはドア優れた武術邪悪な方法になったので、彼はなった「九阴白骨爪。」迅速のために周旨が、それはまた、ドア邪悪な力を獲得しました。
女性の黄色のジャージが、武道のドアの起源である（伝説によると楊過とヘレネーの子孫である）、自然な練習が本物である「人的資源の構成。」武道は、同じ大規模なものと周Zhiruoこの静脈に属しているが、より「アルコール本当に深い」自然に優れたけれども。これは典型的なケースでは、「本物」Wugong盛あまりにも「野生の方法」における金庸の武道です。
だから、それは、「野生の方法」よりも確かに強い「本物」を説明することができます意味ですか？
ちょっと待って！
友人のよう金庸の武道は、まだAqingの「越女剣」を思い出すことができますか？
清は、これは羊飼いですが、白い猿の偶然の出会いは、羊飼いの竹の棒を作ります。劇中ではしゃぐの白い猿は、彼女は単に優れた剣を実現し、一人の男の敵に2000の鎧を逃れることができます！
それも、保守的な見積もりでJinyongミの大半は、彼女は少なくとも金庸武術のスペクトル全体でトップ5にランクでき、野生の方法の弱い女性の外に、このような習慣です！
武道に出席するように、技術を実行してください。
技術の牛の周りに私の嫌になるほど、それらの両方が、名門大学のコンピュータコバンを卒業し、（ある程度未満の牛が初めてではない）、途中でまともなスイッチオーバーがあります。
しかし、それらはすべて一つの共通点を持っている：彼らは常に、一瞬考えた後に問題を抱えてポイントに一度、多くの場合、フレーズで表現し、。また、これは通常、おしゃべり、これらのプログラマが含まれています。これらの「より一般的な」プログラマーとは対照的に（多くの人のコバンの卒業生である）、彼らは常にポイントではないと言う自分自身を表現する、多くの場合、問題の性質を把握することは困難です。
そのため、「本物」かどうかバックグラウンドで「野生の方法」、。
私は、私は最終的に深呼吸を自分で取った、あなたへの書き込み。私は、ごく普通の農民の家族から来た学術や技能カーペンターの家族でもありません。私は、マシンのプログラミングクラスの大学の初年度に覚えて、私は彼らがキーボードで入力していないということが分かりました。偉大なスライドを持っていた中学生のコンピュータを取った人たちと比較して、野生の方法は私が数えるのですか？
さて、「本物の」または「野生の方法」ということではありませんどのように生まれたのか？
その学習方法と考え方。
私の観察によると、技術の牛は広範囲に類似した方法や考え方を学習します。
考え方は、何かを言うことは困難です。そこで、この記事では、我々は学習の方法を議論に焦点を当てます。
新技術の顔は、私たちは一歩一歩、そして最終的に深い理解を持ってする方法を学ぶことができますか？
分析、のが列挙された自己学習教材を入れてみましょう：
- チュートリアル（入門ガイド）。技術の公式ウェブサイトで提供されます。通常、英語インチ この情報は、技術への新しい人々が見ることのために、あるステップによって、一般的に完全なステップはあなたにいくつかの例を教えています。私たちは、この技術のチュートリアルセクションでは十分ではありませんので、技術はまた、親しみやすい、初心者のための一般的ではないことを言うとき。
- 仕様、スペックと呼ばれます。これは、どのような設計技術のアイデアの集中式で非常に抽象的な記述です。これは、一般的にシステムの完全な記述である関わる技術のすべての側面を含んでいます。のそれは、紙（紙）の形態であってもよく、これは比較的単純な技術プロジェクトでは、別の場所にある情報のいくつかの異なった名前である、ないかもしれません。その他のドキュメントの中に混入したデータの他の例では、この部分表示されます。
- APIリファレンス。異なる言語インターフェースのためのAPIとドキュメント広々としたインデックスは、複数のコピーを提供することができます。私たちは、この技術のプログラミングを使用する場合は、APIリファレンスが自然と不可分である、常にクエリに情報を維持する必要があります。
- 他の誰かによって書かれた技術のブログ。品質が大きく変化、最終的に値はありません、我々は違いを見分けることを学ぶ必要があります。
- 専門書。同様の技術のブログでは、良い面と悪い面の品質。その後、私たちは一緒に入れて、技術のブログ分析。
- ソースコード。我々は技術はオープンソースで学ぶのであれば、それほど幸運で、私たちは、ソースコードを入手することができます。これは、最終的なデータです。
この技術のブログや書籍の話で。今すぐオンライン技術記事空前の繁栄、しかし、読んでいる読むことをお勧めします。彼の公共のマイクロチャネル番号の「一瞬」で胡風の学生は、記事「選択的ドライ技術的な問題」を発行し、議論は爆発の現在の問題に技術的な記事の技術スタッフを選択する方法です。
ここで、我々はこの問題を議論するための別の方法を持っています。技術的な記事では、単に公式文書（チュートリアルやスペック）改作、だけでも、翻訳に関与する技術のために、その値が高くない場合。私たちは、同じ知識を学ぶための公式文書を読むことができます言い換えれば、なぜあなたはそれを見るために技術的な記事を書くのですか？公式文書は、当然、それは重要な何かが欠けていない確実に、より権威、直接読み込まれます。
技術記事は、どのような価値を持っていますか？おそらくそれは（それほど正確ではないかもしれない）と言うことができる、実践的な経験を負担する人は、そうインスピレーションを考えるために一緒に様々な技術的なポイントを生成することができます。単純に、深さを置きます。
もちろん、同じことが技術書の真実です。
我々は戻って、再び様々な学習教材間の階層構造を見て。
私たちは、新しい技術に触れるたびに、我々は同様のピラミッド構造で、このような分類を行うために利用可能な情報を持っています。我々はいくつかの技術的なブログや技術的な本を読めば、彼らがピラミッドのどの部分に関係することは明らかです。
初めに、通常のチュートリアルを読んだ後、それは基本的には、いくつかの開発作業を行うために始めました。そして、APIリファレンスへのアクセスながら、開発の側面、。なお、この時点以降、あなたはあなたの仕事は、果実を生み出すことができましたので、賃金を支払うことを始めるあなたの上司。
しかし、一定期間働いた後、私たちは技術は、人々が速く牛よりも、物事を学ぶの周りにあると思われることを発見し、非常に短時間で新技術の深い理解に到達することができるようになります。これはなぜでしょうか？
技術の牛が速く読む技術情報読み込まれたので、これはありませんが、彼らは、知識ピラミッドのより高いレベルを達成するために、すぐに適切な情報を読んでいることを知っています。
私は技術の牛をたくさん見てきた、と彼らは少なくともそのレベルに技術仕様を理解して置かれていない場合、彼らはコードを書くことを躊躇しています。代わりに、他の人々インターネットからコードをコピーして自由に、彼らは完全には理解できない場合に行くためにプロジェクトで使用されます。もちろん、技術の牛の人々のオンラインリファレンスコードが、彼らは通常、それのすべての部分が知識ピラミッドの一部に配置することができることを保証しますが、彼らはそのような知識サイロシステムの出現のいずれにも属していないことはできません。
我々は今、この方法を要約技術「野生の方法」、実際には不完全ではなく体系的知識構造の状態が発生していることができます。あなたは知識障壁のピラミッドの層を突破した場合にのみ、より高いレベルに向けて、あなたの上司は、高い価格を支払うようになりました。
メモリのように私たちの脳。それはメモリがあるので、すべての知識を保持します。しかし、そうでない場合、我々は働くことができなくなり、インデックスの知識の下にインストールすることができるはずです。
我々はそれに「メモリ」をロードすることを選択した知識の一部：さて、ここでの選択的な質問がありますか？もちろん、好みは、私たちのために最も有用な情報が重要でなければなりません。
これらのコア技術のために、我々は実行する必要があります。
- スペックをお読みください。読書はもはや混乱していません。
- 重要な部分は、読むためにAPIリファレンス。これは実装に依存して多くの情報が含まれています。
- 作業が必要な場合は、ソースコードを読む必要があります。特に、SDKのために、通常の作業負荷が大きすぎると非効率的であるので、必ずしもソースは最初から最後まで読み通していない、使用されていますが、ジャンプすることができますメソッド呼び出しをクリックするように設定されている開発環境を取る必要がありますソースコードの実装に。この方法でのみ、あなたはソースコードを見て、過去のすべてのポイントのいずれかの時点で通常の開発時間を使い切ることができます。
部分的知識の残りの80％は、それが少なくともレベル仕様と理解されるべきです。この方法でのみ、我々はそれを使用して容易にすることができるようになります。
多くの場合、重要な仕様を読んで、それはまだ非常に困難です。それは忍耐力、および基本的な英語の少しかかります。
前述したこの記事の例を押すと、JavaのJavaの仕様を読んでない人？developer.android.comでAndroid APIガイドを行う人々がダウン読むことができますか？そして、人々は、developer.apple.com各プログラミング・ガイドで、iOSの操作を行い、完全にいくつかを読んで？しばしば呼ばれるSDKのために、あなたは、APIリファレンス重要なことの一部に計画を通読する必要がありますか？
DOのセットを置くことができ、技術的な牛の人々がないかもしれませんか？
最後に、常にいくつかの十分を感じるために、心は、本明細書に記載の学習は、すべての読者に適していないことを確認、まだ無言のないものになるようです。それは不思議ではないと思いますが、学習は常に複雑な問題ではなく、誰も正確に同じルーチンとなっています。
しかし、関係なく、この記事で説明した方法の「本物」の方法である、または「野生の方法」です、私は非常に明確であること、ここで強調したい、それは次のようになります。構造は心を作るために、知識システムをカーディングする必要があり知識のレベルは、それゆえ、私たちは、常に困難を克服するために練習する必要が物事を正しく読み取るために必要な、明らかです。
成長が近道ではありません。必要性は固体画期的な製品です。