技術力を高める（Input）

「今日から毎日1つ、海外のITニュース記事を英語で読むぞ！」と決意して、毎回3日で挫折していませんか？忙しいITエンジニアが英語のリーディング習慣を継続できない致命的な理由と、絶対に挫折しない脳の仕組みを利用した継続のコツを解説します。

クラウド（AWS、GCP、Azure等）の英語ホワイトペーパーや公式ドキュメントを読むのが辛いインフラエンジニア向け。ProvisionやEgressなど、クラウド特有のニュアンスを持つ必須英単語をカテゴリ別に解説します。

オライリーなどの分厚い技術書。翻訳版が出るのを待つべきか、英語の原著に挑戦すべきか迷っていませんか？翻訳待機による技術遅れの致命的なデメリットと、英語の技術書を挫折せずに読み切るためのコツを解説します。

日本のZennやQiita等に翻訳記事が上がるのを待っていませんか？世界のトップエンジニアが集まる『Hacker News』と『Reddit』を使って、ITの最新一次情報をいち早くキャッチアップするための実践的な歩き方を解説します。

オフショア先の外国人エンジニアへのPull Request（PR）レビューで、「怒っている」と誤解されていませんか？角を立てずに修正を依頼し、円滑に開発を進めるための英語コメントの伝え方とクッション言葉の例文を紹介します。

ChatGPTやGitHub Copilotにプログラミングを頼む際、日本語で指示していませんか？AIが本来の性能を発揮し、意図通りの高精度なコードを出力してくれる「英語プロンプト」の型と実例を紹介します。

プログラミングで変数名や関数名を決める際、辞書ツールで調べた不自然な英語を使っていませんか？get/fetchの違いや、ネイティブのエンジニアが実際に現場で使っている正確な英単語選びと命名規則のコツを解説します。

「機能追加した」「バグを直した」など、GitHubで必ず使う英語のコミットメッセージ。毎回翻訳ツールを使わずに、実務でそのまま使い回せる5つの動詞と定型文（テンプレート）を現役エンジニアが徹底解説します。

海外の技術ブログやITニュースの英語がスラスラ読めるようになりたいエンジニアへ。三日坊主を防ぎ、毎日1記事を挫折せずに読み切るための現実的なルーティンとコツを解説します。

関数名や変数名をつける際、とりあえずgetやfetchを使ってごまかしていませんか？ITエンジニア向けに、現場のコードレビューで指摘されないための「意図が伝わる正確な英単語選び（命名規則）」と、文脈別のプログラミング英単語帳をまとめました。