【書籍連動企画】あなたの技術記事、添削してもいいですか？

これはなに？

あなたが書いた技術記事を僕、伊藤淳一が添削します！・・・という特別企画のお知らせです。

もうちょっとくわしく

あなたの書いた技術記事を僕が読んで、「ここがちょっとわかりにくいので、こうすればもっとよくなりそう」とか、「タイトルはこう変えると注目度が増すかも？」みたいなアドバイスをお伝えします。

頑張ってアウトプットしてるけど、自分の書いた記事がいけてるのか、いけてないのか、自分ではよくわからないので客観的な意見を聞いてみたい、という方はぜひこの企画にご参加ください！

ところであなたはだれ？

僕はRubyやRailsの話題を中心に、いろいろ技術記事を書いているエンジニアです。
エンジニアとして働きつつ、10年以上ブログやQiitaに技術記事をアウトプットし続けています。

いちおう、現時点ではQiitaのランキング1位です。

「プロを目指す人のためのRuby入門」という書籍も書いています。

プロを目指す人のためのRuby入門［改訂2版］　言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus

• 作者:伊藤 淳一
• 技術評論社

Amazon

ほかにもSoftware Design誌に寄稿したり、各種ITエンジニア向けWeb媒体に記事を寄稿したりしています。

• Software Design 2025年4月号に「公式リファレンスの読み方」を寄稿しました – give IT a try
• 調査をサクサク進めるために。伊藤淳一が考える「良いプルリクエスト、悪いプルリクエスト」 | レバテックラボ（レバテックLAB）

自分で言うのもなんですが、アウトプット歴も長いですし、執筆した技術記事のわかりやすさには定評があるので、きっと良いアドバイスができると思います！

どんな技術記事を書いたらいいの？

基本的には何でもOKです！・・・と言いたいところですが、「何でもいい」と言われると困ると思うので、いくつか条件を書いておきます。

• プログラミング言語や技術分野は問いません（RubyやRails以外の話題でもOKです）
• 初心者向けの内容でも上級者向けの内容でもOKです
• 公開先のサービスはなんでも良いです（QiitaでもZennでも個人ブログでも可）
• 何かしら技術的な要素を含まれる記事を書いてください（私のキャリアについて、みたいな記事は対象外とします）
• 大作じゃない方がいいです（添削が大変になるので💦）
  • たとえばこれぐらいのボリュームをひとつの目安にしてください
• ちょっとぐらいの隙のある出来の方がいいです（よく書けてます、終わり、だと企画の意義が薄れるので😅）

重要：添削内容は書籍で紹介させてもらうかも？

実は現在、僕はITエンジニアのアウトプットに関する書籍を執筆しています。

この書籍ではITエンジニア向けにアウトプットする際のコツやテクニックを紹介しているのですが、本書の1コンテンツとして、応募してくださったみなさんの記事と僕の添削コメントを書籍内で紹介することを検討しています。

具体的にどういう形で掲載するのかは未定ですが、「もしかしたら書籍に掲載されるかもしれない」という点を念頭において応募してください！

応募先はこちら！

技術記事を書いてネット上に公開したら、以下のGoogleフォームから記事のURLを貼り付けて送信してください。
なお、この企画のために新しい記事を書く必要はなく、過去に書いた技術記事でもOKです。
ただし、応募は1人につき1回でお願いします。

docs.google.com

書籍に載せる・載せないにかかわらず、後日僕から添削コメントを個人的にお伝えします！

応募締切

2025年7月14日（月）

ただし、応募が多数あった場合は早期に締め切る場合があります。

さらに：アウトプットに関するお悩みも同時募集しています

ITエンジニアのみなさんのアウトプットに関するお悩みも募集しています。
「何を書けばいいかわからない」「書く時間がない」「数本書いたけど長続きしない」「反応がなくてつらい」等々、アウトプットについてこんなことで困っている、こういうことをもっと詳しく知りたい、という場合は、その内容を以下のGoogleフォームから送信してください。

docs.google.com

こちらは1人何回でも送信OKです。
書籍内でできるだけみなさんのお悩みにお答えしようと思います！

まとめ

というわけで、今回は「書籍連動企画・あなたの技術記事、添削してもいいですか？」のご案内でした。
コードレビューならぬ、記事レビューですね。
「私の書いた記事を伊藤さんにレビューしてほしい」という方はぜひ！
たくさんの応募をお待ちしています〜😄