プログラマーとして製品を実装するには、まず 1 つまたは複数のプログラミング言語を選択し、次にさまざまなツールとサードパーティのライブラリを使用する必要があります。
このプロセスでは、これらの言語、ツール、サードパーティのライブラリをダウンロードして学習することが不可欠です。
ダウンロードは基本的にとても簡単ですが、使い方に関しては人それぞれ様々な学習方法があると思います。
しかし、どのような方法であっても、出典を辿れば公式文書にたどり着きます。
そこで疑問が生じます!現在、ほとんどの公式文書は英語で書かれていますが、どうすれば公式文書を素早く理解して使用できるでしょうか。
今日は、私の学習方法を取り出して皆さんと共有します。皆さんができるだけ寄り道をせず、バグの解決策をできるだけ早く見つけることができることを願っています。
それは非常に簡単で、主に 3 つのステップに分かれています: 1. まず、公式ドキュメントを見つける必要があります。 2. 序論または概要を読みます。 3. 適切な薬を処方します。
これまでのところ、私が長い間探していた唯一のリンクは、W3C にある CSS へのリンクです: https://www.w3.org/community/webed/wiki/Main_Page #CSS
でもそう思いたいのは、CSS が W3C によって策定されているからです。
私たちはここから何かを学ぶこともできます。それは、私たちが知っている、または理解しているテクノロジーの分類と歴史を頻繁に整理する必要があるということです。このようにして、次回問題が発生したときに、特定のテクノロジまたはそれに関連する複数のテクノロジをすぐに見つけることができます。
文書の構造をすぐに理解する
ドキュメントの構造も、大きなものから小さなものまで段階的にコードを記述するときに使用する構造と似ています。特に英語の文書は、外国人が書いた記事は非常に愚かで、出発点が非常に低いため、深く理解できるように段階的なアプローチを採用しています。
これが、なぜ皆さんに英語の公式ドキュメントを読むことをお勧めするのかを尋ねた理由です。
したがって、この内容を気軽に読むべきではありません。一文一文読んでみてください! ! !
理解できない場合はどうすればよいですか?これは、英語が理解できないことと、関連する技術や背景が理解できないことの2つの側面から考える必要があります。
それでも見つからない場合はどうすればよいですか?その後、ステップ 2 を繰り返してください。よく言われるように、本を 100 回読めば、その意味はおのずと現れます。 ! !
最後の質問ですが、中国語の本を買って読んでもいいですか?
答えは「はい」ですが、これは他人が噛んだ食べ物を食べるようなものですが、最終的な結果は同じかもしれませんが、将来他のテクノロジーで同じ問題が発生したらどうなるでしょうか?
書籍の購入を続けますか?本がまだ出版されていない場合はどうなりますか?実際、その必要はありません!また、翻訳された書籍は旧版の場合がございます。新しいバージョンで対応する更新が行われるかどうかはわかりません。
また無意識に言ってしまいました。
最後に、公式 Web サイトに技術文書が提供されていない場合はどうすればよいでしょうか?次に、まず github にソースコードがあるかどうかを確認します。また、ところで、技術文書さえない場合、実際にそれを使用する人は何人いますか?まず、github (存在する場合) にアクセスし、星の数を確認します。