タグ: #이슈

← すべての記事

• Would you be open to ...?: PR を送る前に方向性を尋ねる丁寧な提案

  大きな変更を PR としてすぐ送る前に、メンテナーの意向を尋ねる表現が Would you be open to ...? です。「〜を受け入れるお考えはありますか？」という意味なので、決定権が相手にあることを認めつつ提案を持ちかけます。後ろに動名詞(-ing)や名詞が来るという文法、Can I ...? や Should I ...? との違い、韓国人がよく使う過剰な敬語表現についてまとめます。

  2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#제안

• Let me know if I'm missing something: 自分の理解が間違っている可能性をオープンにしておくための一行

  バグだと思われるが、もしかしたら意図された動作かもしれないというとき、文末に Let me know if I'm missing something を添えます。「何か見落としている点があれば教えてください」という意味になり、自分の主張をしつつも相手のコンテキストを尊重します。miss の意味、現在進行形を使う理由、Correct me if I'm wrong との違い、そして韓国人がよく使いがちな Sorry if I'm wro

  2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#코드 리뷰

• As far as I can tell: 確信と謙虚の間、「私の見たところでは」

  原因を見つけたものの100%確信できないとき、文頭に As far as I can tell を付けます。「自分が確認した範囲ではその通りだ、ただし自分の知らないことがあるかもしれない」という意味であり、主張の根拠と限界を一緒に伝えます。略語の AFAICT、I think との違い、韓国人がよく使う In my opinion の乱用を直す方法をまとめます。

  2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#코드 리뷰

• I can't reproduce this on ...: 再現できないときに相手を責めずに伝える表現

  他の人が上げたバグを自分の環境で再現できなかったときに使う表現が I can't reproduce this on ... です。「あなたが間違っている」ではなく「自分の環境では違う結果になる」という事実だけを伝え、どのような環境でテストしたのかを on の後ろに続けるのがポイントです。repro という略語、could not と can't の違い、再現情報を丁寧に依頼する方法をまとめます。

  2026-10-27 · 6 分で読めます #영어#영어 표현#오픈소스#이슈#버그 보고

• What did you expect to happen: バグ報告の基本、期待した動作と実際の動作

  バグIssueの核心は「何を期待し、実際には何が起きたのか」です。Kubernetesのバグ報告テンプレートでも What happened? と What did you expect to happen? が先頭に置かれています。Expected behavior と Actual behavior を分けて書く方法、時制と冠水を合わせる方法、日本人がよく使う「It doesn't work」という一行報告を修正する方法をまとめます

  2026-10-27 · 7 分で読めます #영어#영어 표현#오픈소스#이슈#버그 보고

• Happy to take a stab at this: Issueを引き受けると名乗り出る時

  オープンソースのIssueに「やってみます」と名乗り出る際、最も自然な一言が Happy to take a stab at this です。take a stab at は「一度試してみる」という意味のカジュアルな慣用句なので、自信を過度に誇示することなく、意欲をはっきりと示すことができます。意味や丁寧さの度合い、IssueのコメントやSlackの例文、I'd like to work on this との違い、韓国人がよく使う不自然

  2026-10-27 · 6 分で読めます #영어#영어 표현#오픈소스#이슈#오픈소스 기여