「労働者が自分の仕事をうまくやりたいなら、まず自分の道具を研ぎ澄まさなければなりません。」 - 孔子、「論語。陸霊公」
表紙 > プログラミング > プロのように技術記事を読む必要がある

プロのように技術記事を読む必要がある

2024 年 11 月 17 日に公開
ブラウズ:959

kills You Need To Read Tech Articles Like a Pro

ペースの速いテクノロジーの世界では、読んだものすべてが正確または公平であるとは限りません。あなたが読んだものすべてが人間によって書かれたわけではありません。 詳細が微妙に間違っていたり、記事が意図的に誤解を招く可能性があります。テクノロジー記事やメディア コンテンツを利用するのに役立つスキルをいくつか見てみましょう。

1. 健全な懐疑心を育む

健全な懐疑心を養うことは非常に重要です。大胆な主張に疑問を持ち、裏付けとなる証拠を探し、すべてを額面通りに受け取らないでください。

リスティクル

この記事のように数字で始まる記事は、リストであることがよくあります。これらは、長い単一トピックの記事よりも労力がかかりません。具体化することはできますが、各トピックについて数文しかない場合があります。リティクルに直面したときは、懐疑的な姿勢から始めるのが良いと思います。

最近では、

リストも AI によって生成される可能性が非常に高くなりました。生成 AI に「10 の理由」や「12 のベスト プラクティス」を尋ねて、何か情報を返してもらうのは簡単です。 AI 生成は、その記事が悪いという意味ではありませんが、生成 AI はその応答について推論するわけではないため、より懐疑的になる必要があります。

最後に、Listicles は、製品の広告を役立つ情報としてドレスアップする優れた方法でもあります。私はこれらを毎日見ます。

質問権限

権威があるように聞こえるという理由だけでコンテンツに同意することは避けてください。文章のスタイルは、コンテンツをどの程度うまく吸収して消費するかに大きな影響を与える可能性がありますが、レトリックは認識を促進する強力なツールです。記事内で何かが真実であると主張することと、それが真実であることは同じではありません。証拠なしに主張する著者には注意する必要があります。

2. ソースを考慮する

記事の出典は重要な場合があります。技術出版物はある程度の信頼性を提供していましたが、オープンなフォーラムではもう少し努力する必要があります。著者の背景と潜在的な偏見を理解すると、提示された情報をより適切に解釈するのに役立ちます。

著者はあらゆるレベルの経験を持っています。彼らは、問題のソフトウェアを作成した開発者であることも、学習の過程を共有している人であることもできます。

目標を考える

著者は専門家であり、一般的な知識を共有するために執筆することができます。彼らは、自分が克服した具体的な問題について説明するかもしれません。彼らは、ソフトウェアで克服できる特定の問題を共有している可能性があります。これらは、生成的な AI コンテンツへのパイプ役となる可能性があります。人気のクリエイターやインフルエンサーは、実質的な懸念事項を共有するよりも、エンゲージメントを促進するために「ホットテイク」を提供する場合があります。記事の目的を理解すると、特定の記事や特定の著者に対してより懐疑的になるべきかを判断するのに役立ちます。

重み付け係数

すべてのコンテンツ ソースが十分に確立されていることを期待することはできませんが、資格のある作成者が疑わしいコンテンツをリリースする可能性もあります。それでも、これは良い出発点です。著者を特定することは、期待を設定し、思い込みを防ぐのに役立ちます。

3. 内省を練習する

これは難しいです。誇大宣伝に巻き込まれたり、ライブラリやコーディングの実践についてグループで考えたりするのは簡単です。多くの場合、まだ標準になっていない新しいソリューションが物事を行うための唯一の正しい方法であることを示唆する、「これを使用するのをやめてください」や「あれではなく、これをしてください」という記事がたくさんあります。

また、自分の先入観のバイアスに囚われやすくなります。特定のツールやアイデアに対して否定的な経験があるため、抵抗感がありますか?このエクスペリエンスはツールのせいですか、それとも実装周りに問題がありましたか?

私たちはパターンを見つけて偏見を確立するようにできており、それが役立つこともありますが、新しいアイデアが提示されるとあまり役に立ちません。変化するのは難しいことですが、内省することは、情報に公平にアプローチし、自分の見解がいつ自分の解釈を変える可能性があるかを認識するのに役立ちます。

すべてを平等に受け入れる必要はありません。それは健全な懐疑論の重要な部分です。しかし、私たちは情報を収集している間に内部反応がいつ起こったかを認識し、自分が立てるかもしれない思い込みに対抗するか、少なくとも認識することはできます。

4. 相互参照情報

単一の情報源に依存しないでください。優れた記事には、このプロセスを容易にするソースや参考文献へのリンクが含まれていることがよくあります。時間をかけて他の信頼できる情報源を見つける必要がある場合があります。

記事のいくつかの点で同じ出典にリンクしている場合があり、出典や議論の妥当性について疑問が生じる可能性があります。提供された情報源と確立された権威を確認することは、事実や主張を検証し、トピックをより深く理解するのに役立ちます。

裏付けとなる証拠は非常に重要です。すべてに信頼できる出典が必要なわけではありませんが、特に事実に関する主張には出典が必要です。記事にリンクやソース参照が含まれていない場合は、記事の主張を割り引いて聞いてください。 「常識」が必ずしも正確であるとは限らないことを覚えておいてください。

5. 専門用語を理解する

多くの業界では時間の経過とともに独自の用語が構築されており、共通言語は効果的なコミュニケーションのための重要なツールです。専門用語に遭遇せずに技術記事を読むのは難しいです。データベースの「標準形式」であれ、関数型プログラミング用語の多くのエントリであれ、私たちが知らない用語がたくさんあります。

知らない用語や概念を調べる習慣をつけましょう。用語に関するリソースが見つからない場合は、遠慮せずに質問したり、コメントを残してください。おそらく、用語は業界固有のものであり、特に技術的なものではありません。この期間を見逃しているのはおそらくあなただけではありません。あるいは、あなたは幸運な 10,000 人の 1 人かもしれません!

6. 実際的な意味を分析する

コンテンツを懐疑的に見て、出典を確認し、自分自身の偏見をチェックし、情報を検証し、用語を学んだところで、情報を吸収して理解を変える作業に取り掛かることができます。 。

議論されているテクノロジーやコンセプトは、現実世界のシナリオにどのように適用できますか?現在のプロジェクトに影響はありますか?以前のプロジェクトでは意味があったでしょうか?

この分析スキルは、理論的な知識を実際のアプリケーションに結びつけるのに役立ち、技術情勢の全体的な理解を深めます。これは開発者として成長するために非常に重要です。

すべての記事で座ってコードを書く必要があるわけではありませんが、役立つ場合があります。私は、RunJS のようなツールをよく使用して、簡単なコード サンプルをまとめたり、新しいアイデアで関数をリファクタリングしたりします。より大きな取り組みの場合は、リポジトリのクローンを作成するか、プロジェクト内にブランチを作成して、何か新しいことを試すかもしれません。

少し時間をかけて新しいアイデア、スタイル、ライブラリを試してみると、その機能と限界、または自分たちの限界を理解するのに役立ちます。おそらく、特定の分野でさらに研究を行う必要があるでしょう。あるいは、特定のトピックが非常に複雑である可能性があるため、そのトピックが浮上したときにそれを念頭に置いておけばよいだけです。

結論

これらのスキルにより、技術記事を読んで解釈する能力が大幅に向上します。技術コンテンツの熟練した読者になるには継続的なプロセスが必要であることを忘れないでください。私たちが有効な情報をどのように消費するか、そして広告や生成されたさまざまな品質のコンテンツが私たちの読書リストや時間にどのような影響を与えるかという点において、コンテンツを取り巻く状況は急速に変化しています。

これらのスキルを引き続き練習すると、テクノロジー記事の複雑な世界をより簡単にナビゲートできるようになると思います。

情報源を精査したり、分析を改善したりするために使用しているスキルやテクニックはありますか?彼らについて聞きたいです!

開示

この記事の最初のアウトラインを作成するために AI を使用しました。生成されたコンテンツは大幅に書き直されました。生成 AI で作成された可能性のある記事を特定するのに役立つ QuillBot AI Detector のようなツールをお勧めします。

Apple Image Playground Beta で生成されたヘッダー画像。

サイトや製品への言及やリンクに対して報酬は受け取りません。

リリースステートメント この記事は次の場所に転載されています: https://dev.to/oculus42/6-skills-you-need-to-read-tech-articles-like-a-pro-3fd2?1 侵害がある場合は、study_golang にご連絡ください。 @163.com 削除
最新のチュートリアル もっと>

免責事項: 提供されるすべてのリソースの一部はインターネットからのものです。お客様の著作権またはその他の権利および利益の侵害がある場合は、詳細な理由を説明し、著作権または権利および利益の証拠を提出して、電子メール [email protected] に送信してください。 できるだけ早く対応させていただきます。

Copyright© 2022 湘ICP备2022001581号-3