文章で観察できる行為を選ぶ
その返信がどのように説明を求め、あるいは説明を与えるのかを問います。プログラミングを教えることに成功したか、という問いとは区別します。https://api.redditcommentsapi.com/v1/comments?subreddit=learnprogramming&limit=3を実行して実際の応答を保存します。小さい上限は読解の入口であり、関連する三つの発話を注文する指定ではありません。
足りない前提を列挙する
課題の説明、試したコード、エラーメッセージ、期待した動作が見えるかを確認します。これは読み手の確認項目であって、レコードの必須フィールドではありません。引用されたコードと自分で整形した版を分けます。注釈を完成させるためだけに実行したり、ありそうな質問を学習者の原文として書いたりしないでください。
未解決の参照を残して関係を作る
フラットなコメントを読んだり、分類したり、数えたりする際にツリーの構築は必要ありません。会話の関係を分析したい場合に限り、利用できるフィールドとレコードに基づいて、親子関係をローカルで任意に整理できます。返されたデータには、parent_idやlink_idなどのフィールドが含まれている場合があります。これらを活用することで、断片化されたコメントを論理的な会話グループとして整理できます。ただし、これには完全な祖先情報が保証されていない点に注意してください。
識別子の型と形式を確認してから対応付けます。同じlink_idは投稿の文脈をまとめる手掛かりですが、直接の返信を証明しません。確認せずに接頭辞を削除しないでください。既知の識別子を使う/v1/itemは個別の記録を探すもので、子孫を再帰的に取得しません。parent_idとlink_idは検索フィルターではありません。
教育的な働きに根拠を添える
試した内容を尋ねる、失敗する手順を絞る、概念を説明する、反例を出す、といった分類をローカルで定義できます。それぞれに根拠となる引用を付けます。提案されたテストが実施されたとは限らず、お礼も理解の証明ではありません。皮肉や反論のための引用、文脈不足がある場合は複数の分類や未確定を許容します。
選択条件が落とした文脈を考える
qはタイトルと本文を検索します。fromとtoはYYYY-MM-DDのUTC日付で、コンテンツ作成時刻created_utcに適用され、toの一日全体を含みます。min_scoreは良い説明の順位ではなくしきい値です。フィルターで必要な親が除外される場合があります。_doc順や行の近さは会話順を示しません。1回100件、1クエリ100ページまでの取得でも完全性は保証されません。
未回答の問いごと引き継ぐ
原文、裏付けのある接続、独自の注釈、文脈の空白を一緒に示します。証拠が解決しない読み手の意見の違いも残してください。結論の範囲は受信した資料であり、すべての学習者ではありません。独立した非公式の履歴アーカイブは、ライブ情報、網羅性、不変性を約束しません。資料でルート、料金ページで取得と再試行の費用を確認できます。
