村上 悠 の記事一覧

こんにちは。デベロッパーリレーションズチームの村上です。今回は私のチームで行っているリモートでのコミュニケーションについて紹介していきます。昨今リモートワークされるエンジニアの方も多いと思いますので、同じような環境で行き詰ったかたの参考になれば幸いです。 はじめに 前回のブログでは、リモートワークで活用しているツールについてご紹介いたしました。 https://developers.gmo.jp/technology/9568 今回は、リモート環境におけるコミュニケーション方法にフォーカスしてお届けしたいと思います。リモートワークが浸透する一方で、圧倒的に課題としてあげられることが多いコミュニケーション不足。 これは、弊社内でも同様に起きている問題でした。今回は実際にわたしたちのチームで発生した事象とその解決方法についてご紹介いたします。 リモートコミュニケーションについて 元々わたしが勤務しているkitaQでは、全社的にリモートワークが推進される前から、東京～北九州の間でチームを跨いで開発をしていた為、ある意味日々リモートワークのような状態ではありました。 オフィスでは常時接続用のiPadが数台あり、気軽に東京側のエンジニアに声を掛けてコミュニケーションを取ったりしていました。その為、全員が在宅でのリモートワークになっても、そこまで大きな問題は起こらないだろうという想定でした。 発生する課題 ところが、実際に在宅でのリモートワークが始まると課題となるところがいくつも出てきました。 パートナーとの雑談が激減カメラ越しだとその人のコンディションが把握できない在宅が続くことでのモチベーション低下さまざまな要因から作業効率が落ちてしまうパートナーが出てきてしまう オフィスである程度パートナーが固まって業務をしていたときと、確実に状況が違いました。このままではよくないと思い、これまで以上にヒューマンマネジメントにリソースを使っていくことにしました。 マネジメントへの負担増 私はマネージャーとしてマネジメントを主な業務としていますが、もちろん合間で開発作業を行っています。これまではパートナーへの声掛けがしやすいオフィスだった為、開発とマネジメントのバランスが取れていましたが、マネジメントのウェイトが増えてしまい開発作業にも影響がでてきました。これではまずいと思い、チームの再編を含めマネジメントのやり方を見直していくことに決めました。 リモートコミュニケーションの課題解決 課題がわかっているのであれば、解決すれば良い！ということで、以下で紹介するようなやり方を試していくことにしました。 1on1の機会を増やす まずはパートナーと1on1で雑談や相談をすることにしました。 全員が繋がっている場では出にくかった相談や、雑談ができることでパートナーの調子も少しだけ良くなったように感じます。ここで相談されたことは積極的に解決していくようにして、次の1on1で悩み事が解決できているかを確認していきました。 最初はなかなか話題が出てこなかったりしましたが、繰り返し行っていくことでパートナーから話題を振ってくれることも増え、相談してもらえるようになってきました。 みんなが集まる場でのファシリテーション コミュニケーション量を増やす為に、朝会に加えて夕会やチームキープの時間を取るようにしました。ただ集まるだけではパートナー同士でのコミュニケーションは生まれません。なので雑談をベースに話題を振ってパートナー同士のコミュニケーションの促進を行いました。 最初は私が1人で喋ってるだけ（笑）でしたが、しだいに話に乗ってきてくれて有意義な時間を作れたかなと感じています。 負担の少ない常時接続環境 在宅でのリモートワークが始まって一番不安だったのが、在宅だと中々作業効率が上がらないのではという問題でした。 最初は、常に顔を見れる環境が良いと思い、パートナーには常にカメラONで常時接続の環境を作ってもらっていました。ただこれに関しては結構負担に感じているパートナーもいたようで、四六時中見られている感覚があって嫌だったという意見もありました。とはいっても、どんなことが課題になっているのか、即時対応できない環境においては、マネジメントする立場の自分がとても不安でした。 ということで、最終的に行き着いたコミュニケーション方法が、Discordを利用して常時接続してもらうことです。 最初はZoomのカメラOFF運用をしていたのですが、他のチームとのコミュニケーションも課題になりつつあったので、Discordを複数のチームで運用することにしました。Discordだとどこに誰がいるかというのが、かなりわかりやすくなりました。ミーティングも、顔をみて話をしたい時はカメラONにして話すか、Zoomに移動して行うことで、パートナーや私の負担が少なく常時接続環境を用意することができました。 オンラインでできるコミュニケーションタイム 最近取り組んでいるのですが、仕事以外にもなにかコミュニケーションが取れるようにしたいという思いと、相手に対してうまく伝える力を養ってほしいという考えから、チームキープの時間を利用して、オンラインでできるコミュニケーションゲームを取り入れています。 パートナー発案で以下のような企画を実施しました。 パートナーをもっと深く知ろう ～クイズ○○さん～水平思考クイズ町の地図を作成しようお絵かき伝言ゲーム といったものです。詳細は割愛しますが、どれも楽しみながら相手とコミュニケーションが取れ、伝える力をつけることのできる良い企画でした。 一見、エンジニアの業務とは関係のないように思う方もいるかもしれませんが、こうしたレクリエーションを通して、お互いの考えや人柄を知ることで、心理的に安心できるチーム環境を作れたと自負しています。そして、それは結果としてチームワークを深め、より生産性の高い開発へとつながると考えます。これからもこういった業務外の取り組みも継続してやっていきたいと考えています。 まとめ 色々と工夫を繰り返して良いやり方を見つけてきたのと、パートナーもリモートのコミュニケーションに慣れてきてくれたおかげもあって、どんどんチームコンディションは良くなってきているように感じます。 まだまだ取り組めることは沢山ありますので、チャレンジを重ね、良いものを取り込み、チームとして更に良いパフォーマンスが出せるよう努めていきます。

こんにちは。デベロッパーリレーションズチームの村上です。皆さんリモートワークされていますか？今回は東京-福岡-ベトナムと拠点をまたいで開発を行っている私のチームで、普段どのようなツールを使ってコミュニケーションを取っているのか紹介していきます。 はじめに コロナ禍になって以降、リモートワークされている方が増えましたよね。弊社は国内の上場企業としてはもっとも早く大規模なリモートワークを開始しました。参考プレスリリース：https://www.gmo.jp/news/article/6641/ 私はリモートワークが主流になってからマネージャー職になりました。そのためオンライン上での信頼関係の構築や、開発業務をより効率的に行うためのチームメンバーとの円滑なコミュニケーション方法を模索する必要がありました。 そこで今回は、私がたどり着いたリモート開発に際してより効率的なコミュニケーション方法をお伝えしようと思います。 コミュニケーションツールに関して まずは実際に使ってきたコミュニケーションツールの変遷と特徴を私の所感で書いていきます。 Skype リモートワークが始まるまでは一番使われていました。ちょっと通信品質が良くなかったかなという記憶がありますが、コミュニケーションにおける大きな問題はなかったです。 Zoom こちらはリモートワークが始まってから主流となったツールです。Skypeより優れていると感じる点は、通信品質が良くカメラをつけた状態でも音声の聞こえが良いです。今ではZoomを使うことが主流になっています。バーチャル背景やビデオフィルターみたいなユニークな機能もあって、ちょっとしたコミュニケーションのきっかけになったりすることもあります。 Google Meet 今では有料アカウントが会社から支給されており、何時間でも繋いだままの環境が使えています。無料アカウントしか持っていないときには、リモートワーク中のメンバーを常時接続状態を作るために使用していました。有料アカウントを会社から支給されて以降は、メインツールがZoomになったので切り替えて現在は使用していません。 Microsoft Teams Zoomが使えないときのサブ手段として使っています。Zoomが使えなくなることはあまりありませんが、いざという時に使えないと困るので週一のチームミーティング等で使っています。 Discord こちらは割と最近、開発作業時に使うことが増えてきました。現在主流で使用しているZoomと比較した私の環境を考慮しメリットは、2点あります。 仕様上、作業者の状態がわかりやすい東京のチームと同じサーバーを作成しているので、東京のチームの在籍状況がわかって声をかけやすい あとは基本カメラOFFで通話のみとしているので、常に見られているというプレッシャーを感じなくてよいらしいです。（Zoomのときは基本カメラONで作業にしています）。 各ツールごとに使い込み具合に差はありますが、現時点での私の評価はこんな感じです（5段階評価） 通信品質使いやすさ優れていることSkype☆☆☆☆☆☆☆Zoom☆☆☆☆☆☆☆☆☆カメラONの通話品質の安定感バーチャル背景Google Meet☆☆☆☆☆☆Microsoft Teams☆☆☆☆☆☆☆バーチャル背景Discord☆☆☆☆☆☆☆☆☆☆ボイスチャットコミュニケーションの取りやすさ 円滑な開発/コミュニケーションが実感できたDiscord ここまではリモートワーク開始前～現在に至るまでに活用したツールの紹介をしてきましたが、マネージャーとしてより円滑にコミュニケーションを取るために私の選定したメインツールは2つです。 １.Zoom２.Discord 弊社のメインツールであるZoomのみでも、十分にコミュニケーションを取ることは可能です。ここからは私が実践して感じた、プラスαでDiscordを取り入れるメリット・デメリットをお伝えします。 メリット オンラインでのメンバーのステータスが見えやすい 各チャンネルに人がいるのが見えるので、声をかけやすいです。これはZoomでは実現できない機能なので、これだけでも使う価値があるなと感じています。 複数同時に画面共有ができる 自分が画面共有しつつ、他のパートナーに画面共有してもらってそちらと見比べながら話ができる部分は使いやすいです。Zoomでも複数画面共有は可能なのですが、自分が画面共有をしていると他の人の画面共有を見ることはできません。 Zoomと同時に起動できる これは併用しているならではかと思いますが、Zoomを常設していると会議を別で作ることはできません。オンラインで離れている環境だからこそ、チームメンバーと多くコミュニケーションを取る必要がある私にとっては、mtgを同時に起動できる点は非常に便利です。 他拠点のチームメンバーが入ってきてくれて、雑談等のコミュニケーションが取れる 業務とはそこまで関係ないのですが、リモートワークではなかなか難しい自チーム以外のパートナーとのコミュニケーションが取りやすいです。結構これって重要なことだと私は考えています。今は2チームを含むサーバーなのですが、もう少し大きな範囲でやってみても効果があるはずです。 デメリット 出社時にイヤホンをつけた状態にしてると、貴重なオフラインでのコミュニケーション機会を失ってしまう 役職者や先輩がイヤホンつけてると、周りの人は何か忙しそうだなと感じて声をかけにくいですよね。出社時は常時イヤホンというのは控え、リアルコミュニケーションを心掛けたほうが良いのかなと考えています。 雑談しすぎない配慮が必要 難しいラインだとは思いますが、ZoomよりはカメラがOFFなせいか雑談が生まれやすい空気があると感じています。雑談に気を取られて作業できないパートナーが出るのは良くないので、集中する時はスピーカーミュートをする、集中タイムのようなものを設けてその間は開発に集中する等の対策をしておく必要があると考えます。 実際のサーバーの様子 このような形で運用してます。（うちのチームの若い子が名前隠してくれました） まとめ 如何だったでしょうか。これ以外にも世の中にはたくさんコミュニケーションツールはあります。今回ご紹介したツールは無料で使える（私はZoomは有料アカウントを使用していますが、無料版もあります）ので、まだ使ったことがないツールがあればぜひ試してみてください。私はマネージャーとしてチームをまとめる上で、パートナーに最大効率を出してもらうように環境を作って行く必要があります。良質なオンラインコミュニケーションの環境を作るために、色々なツールや仕組みをこれからも模索します。 さいごに 私がデベロッパーリレーションズチームに所属する前から行っている、福岡のパソナテック様との合同オンラインLTイベントが6/30に開催されます。初回は私が進行とLTの発表を行います。九州のITエンジニアの面白い話が聞けると思いますので、お時間がある方はぜひ参加していただけると嬉しいです。https://hakata-tech-juku.connpass.com/event/214140/

こんにちは。デベロッパーリレーションズチームの村上です。今の時期っていまいちモチベーションが上がらないなって感じることはありませんか？人によってモチベーションの保ち方は色々あると思います。今回はそんな人に向けた記事になってますので、ぜひ参考にしてみてください。 はじめに GWの長期休暇も終わり、全国的に梅雨入りしましたね。私がそうなのですが、この時期に色々なことに対して少しモチベーションが下がりがちになってしまいます。そんなときこそ普段やっていないことをしてモチベーションをアップさせましょう。今回はモチベーションをアップさせる方法を3つご紹介します。 アンケート取ってみました モチベーションアップの方法を紹介する前に、今回記事を書くに辺り私の働くkitaQオフィス(https://recruit.gmo.jp/locations/kitakyushu/)のメンバーへアンケートの協力をお願いしてみました。内容は「業務のモチベーションが下がる原因はなんですか？」です。 結果としては「スキルアップが実感できない」や「同じ作業の繰り返しになってしまっている」という回答が半数を占めていました。この他にも色々貴重なご意見をいただけました。 ずっとモチベーションを保ち続けるのは中々難しいですよね。下がること自体は自然なことだと思います。そこからどうやって自分のモチベーションを上げることができるか、アクションを起こすことができるか、がエンジニアとしても社会人としても成長するために身に着けるべきスキルではないかと考えます。 上記のアンケートをもとに、私が駆け出しエンジニア時代からやっているモチベーションアップの方法を共有していきます。 モチベーションをアップさせる3つの方法 本を読んでみる 普段本を読んだりしない人にまず取り組んでみてもらいたいです。新しいことを知ったり、今ある知識を改めて深めてみたりするのはモチベーションアップに繋がると考えています。勿論読むのは技術書系なんですが、普段使ってる言語とか技術とか気にせず選んでいいと思います。まず私がおすすめするのは「リーダブルコード」です。沢山のエンジニアに読まれている素晴らしい本です。既に読んだことある人も多いとは思いますが、駆け出しエンジニアが読んでも、熟練のエンジニアが読んでも学びや新しい気付きがあります。今回ブログを書くに当たって、恐らく5年以上ぶりに読み返してみました。良いコードを書くために為になることが沢山書かれていて、すごくプログラムが書きたくなりました。「スキルアップが実感できない」と感じているエンジニアには、本を読んで得た知見を業務に取り込み、モチベーションをアップさせてみてはいかがでしょうか。 それからもう1冊おすすめさせてください。「モブプログラミング・ベストプラクティス」という本は、チームでペアプロやモブプロを取り組んでみたいという方へ入門書として非常におすすめです。今はモブプロに興味がない、見聞きして試しにやってみたけど辞めてしまったという方も、この本を読んでみると試してみようかなと思う気持ちになるはずです。取り組む際は実際に行うメンバーと一緒に輪読会をやるのをおすすめします。意識や考え方が統一されて、スムーズに導入できます。 こういう技術書に関しては弊社は会社のエンジニア支援制度を利用して購入できるので、私は積極的に利用させてもらっています。本以外にも技術書は分厚くて場所を取るので、支援制度を利用してKindleも合わせて購入させてもらったりしました。興味のある方はエンジニア支援制度の1つである「学ぼうぜ！」を参照ください。 新しいガジェットに手を出してみる 今使ってるキーボードとマウスってどのくらい使ってますか？会社から支給されたものをそのまま使っていたり、同じものを長く使ってる人もいますよね。そんな人におすすめなのが、新しいガジェットの導入です。 中でも今マウスを使ってる人に、トラックボールに切り替えてみることをおすすめします。トラックボールは置く場所が狭くてよいですし、手を動かす必要がないので腕が疲れにくいです。慣れてくると精密な操作も素早くできるようになります。業務でパソコンと向かい合う時間が長いエンジニアにはあっていると思います。 トラックボールに関しては「人差し指操作タイプ」と「親指操作タイプ」が主な形です。私は両方使ったことがあって、現在は後者のトラックボールを使っています。理由としては親指でカーソル移動する為、他の指はマウスを使っている時と同じ操作でできるので、マウスからの切り替えの敷居が低いです。以前は1色しかなかったトラックボールも最近刷新されて3色展開されましたし、デバイスの色が選べるのも良いポイントです。 慣れるまでが少し大変ですが、切り替える価値はあります！ オンラインイベントに参加してみる コロナ禍で大きく様変わりしたのが、イベントへの参加です。 これまで地方に住んでいるエンジニアはイベントに参加しづらかったです。私もそんなエンジニアの一人でした。北九州市でもちらほら開催はされていましたが、福岡市の方まで出向いて参加したことも何度もあります。しかし、今はほとんどのイベントがオンラインで参加できます。弊社もエンジニアのイベントはオンラインで開催しています。他のエンジニアが実践していることや新たな視点を知り、刺激をもらってほしいです。 イベント視聴もいいですが、機会があればぜひイベント登壇にも挑戦してみてください。私の体感ではありますが、オフラインイベントの登壇より実際の人が目の前にいないので、少しだけ登壇へのハードルが低いと思います。あなたの自身の体験談が他のエンジニアにとって新たな発見や学びにつながる可能性があります。その反応を画面を通して受け取ることで、ご自身のモチベーション向上にもつながるのではないかと思います。 弊社でも、GMO Developers Nightという開発者向けイベントを不定期に開催しています。オンラインでの開催ですのでご興味のある方は是非チェックしてみてください！ 「同じ作業の繰り返しになってしまっている」と感じているエンジニアの方は、是非業務から少し違う経験を通してモチベーションを上げてみてはどうでしょうか。 余談 他のエンジニアが実際にやっていること 上記では私のモチベーションの上げ方をご紹介しましたが、最初にお伝えしたアンケートの結果が私的にはとても新鮮だったので共有します。 観葉植物を育てる散歩やジョギングなど気分転換に外に出るようにするひたすら睡眠をとる、お菓子を爆食いする自然に触れてストレスを解消するため、週末に釣りに行くひたすらコードを書く 上記以外にもビジネス書を読む、ゲームをする、資格取得の勉強をするなど沢山の回答をいただけました。 まとめ 今回はアンケートを取り、同じエンジニアでもモチベーションの上げ方は人それぞれだなと改めて感じました。私は業務や仕事に関することのモチベーションの低下は、エンジニアリングに関することでしか解消できないと感じていましたが、リフレッシュすることでもモチベーションの維持やアップできるようです。もしかして私がちょっと変わってるだけなのかもしれませんね・・・最近モチベーション下がってるな、と感じるエンジニアは是非今回紹介した方法を試してほしいです。モチベーションを上げて何事も意欲的に取り組んでいきましょう！

春ですね。今年もたくさんの新人エンジニアが誕生しました。本エントリーは新人エンジニアに向けた情報を共有していきます。これを読んで成長していってもらえたらと思います。 はじめに こんにちは。デベロッパーリレーションズチームの村上です。今年からエンジニアになった方たちは、大体1週間程経過しましたがそろそろ会社には慣れてきたでしょうか？そろそろ周りが見えてきて、先輩エンジニアたちが開発している姿に刺激を受ける毎日でしょう。ただ、今はバリバリ開発をこなす先輩エンジニアたちも、昔はあなたたちと同じ新人エンジニアだった時期があります。そんな先輩エンジニアたちのようにエンジニアとして一人前になるためには、たくさんの経験を積んでいく必要があります。また経験を積むと同時に、良い習慣を身に着けていくことがとても大切だと私は考えます。今回は私の経験から得た、エンジニアとして身につけておくべき習慣を3つお伝えしていきます。 新人エンジニアが身につけるべき3つの習慣 アサインされたプロジェクトの既存コードを読む 新人エンジニアの場合、プロジェクトにアサインされたらまずは簡単な改修から依頼されるはずです。とりあえず1箇所修正すれば終わり、というような依頼も多々あるんじゃないでしょうか。そんなときそこだけを改修して終わり、とするのではなくその修正した機能に関わる部分の既存コードをしっかりと読んでおきましょう。既存コードを読むことでプロジェクトのコーディングルールや採用しているアーキテクチャを確認することができます。そうすることで、先程自分の修正した箇所がルールやアーキテクチャに則って改修できているかわかるようになります。また修正箇所をテストするためにも理解しておくべきです。一度確認しておけば次の依頼が来たときにスムーズにこなせるようになります。 わからないところは調べる・質問する コードを書く際のテクニック まずはコードを書く上でのテクニックな部分はgoogleで検索してみましょう。検索したときにまず見るべきサイトは、公式ドキュメントです。公式ドキュメント以外はバージョン違いや間違った情報、古い情報が載っていたりすることがあるので、最初に見るべきではありません。公式ドキュメントを読む癖をつけ、正しい知識を身に着けましょう。また調べた情報に倣って改修したけど、エラーが出たりする場合もあります。そんなときは、まずエラーログを確認する癖をつけましょう。エラーログに全ての情報が載っています。トライアンドエラーでチャレンジした結果、解決できない問題については、素直に先輩エンジニアを頼りましょう。テクニカルなことも、エラーの原因も、きっとなんとかしてくれます。 ビジネスロジック ビジネスロジックとは、アプリケーションにおける事業のビジネスルールやフローが反映され、システムごとに固有性が高いものを指します。ですのでアサインされたばかりの新人エンジニアでは直ぐに理解することが難しいです。ビジネスロジックの仕様に関してわからないところは先輩エンジニアを頼りましょう。どんどん質問して、プロジェクトへの理解を深めていきましょう。 学んだことをアウトプットする 調べたテクニックな部分はブログにアウトプットしていきましょう。理由は前回の記事にも書きましたが、知識を定着させる上で非常に有効です。 https://developers.gmo.jp/technology/4048 ノートにメモを取ってるだけでは勿体ないです。ブログにアウトプットするのと合わせて有効なのが、実際にアプリケーションを組んでみることです。業務で得たテクニックを利用し、アプリケーションを組んでGitHubにアップしておくと、他のエンジニアからより良い方法を指摘してもらえるかもしれません。勿論業務のアプリケーションをそのままアップするのは絶対にやってはダメですよ。また、ビジネスロジックに関して学んだことは、他の新人エンジニアに先輩エンジニアから教わったように教えてみましょう。新人エンジニアが自分一人なら、チームの先輩エンジニア達に説明してみて理解したことがあっているか確認してもらいましょう。他の人に説明できてはじめて自分が理解できていることになります。 私の新人時代の失敗話 今やチームのマネージャーを務め様々なアプリケーションを作ってきた私にも、当たり前ですが新人時代がありました。アサインされたプロジェクトで、1か月ぐらい細かな修正ばかりの時期がありました。言われた改修箇所をぱっと修正して終わりという日々を繰り返していました。ある日、1機能まるごと作成する案件をもらったとき、今まで簡単に書いてたコードがまったく書けないことに気づきました。先輩にいきなり無理ですよ、と相談したところ1か月も時間があったのにコード見ていないのか、と怒られてしまいました。確かに割り振られていた修正は思い返すと、その1機能まるごと作成するのに必要な情報が揃っていました。先輩エンジニアというのはそういうところも配慮してくれて仕事を割り振ってくれてるんだなと実感しました。それから私は細かい修正でも、必ずその処理の前後の確認して理解するようにしています。ただそうするつもりだったら、事前に言っといてくれてもよかったのにと思ったのは内緒です。 まとめ 最初は思うようにコードを書いたり、わからないことを理解して質問をすることも難しいかもしれません。上記で記した3つの習慣を定着させることができれば、直ぐに立派なエンジニアになれます。今回書いたこと以外にも、身に着けると良い習慣はたくさんあります。業務内容や環境に合わせた”良い習慣”も模索し、身に着け、あなたのエンジニア力を上げていきましょう。

こんにちは。GMOインターネットの村上です。本エントリーはエンジニアのブログ執筆に関して書いていきます。 エンジニアになったからには、誰もが一度はアウトプットとしてブログを書くことを考えたことがあるはずです。 情報発信だったり、学んだことを再確認する為だったり。 たくさんのエンジニアに読んでもらい、成長する為のショートカットとして使っていただけたら幸いです。 はじめに はじめまして。デベロッパーリレーションズチームの村上です。2021年の1月にジョインしました。デベロッパーリレーションズチームは兼務で、普段はアクセス系商材の開発やマネジメントをやっています。 たくさんのエンジニアを見てきた経験から、「なぜエンジニアはブログを書いた方がよいのか」「ブログ執筆に際してのポイント」をテーマに執筆していきます。 なぜエンジニアはブログを書いたほうがいいのか これまでエンジニアとして仕事をしてきた経験、マネジメント業を任されて見えてきた視点を踏まえ、エンジニアがブログを書いた方がいいと思う理由が3つあります。ひとつずつ紹介していきます。 エンジニアがブログを書いた方がいい理由 エンジニアがブログを書いた方がいい理由①知識の定着 プログラミングしていて、とある箇所が全く解決できずに堂々巡りに陥ったことないですか？ネットで調べ、周りの人に聞いてみて、漸く解決できたとします。その瞬間はすごく達成感に満ち溢れていて、一つレベルアップしたように感じるのではないでしょうか。 それから数カ月後、他の人から同じようなところで躓いて質問されたとします。果たしてあなたはそれをサッと回答できるでしょうか？ドキュメント化していなければ、恐らく多くの方は同じ工程を繰り返したり、思い出すまでに時間を要すると思います。 知識は1度調べただけでは定着させることは難しいです。悩んで調べたことをしっかりと思い返して学んだことを自分の言葉でブログに書くことによって、自分の知識となり、解決するまでの時間や過程も含めて財産となります。 エンジニアがブログを書いた方がいい理由②周りへのアピール 私は中途採用にも関わっています。採用活動の中で、未経験でIT業界に転職したいという方は結構多くいらっしゃいます。中にはネットで勉強しています、とか、プログラミングスクールに通ってますという方もいます。自己学習するのは非常に素晴らしいと思います！ですが、勉強しているという言葉だけでどこまで信用性がありますか？ ブログに日々の学びや得た知識をアウトプットしていく自分がこれだけのことをやっている、こんなスキルを学んでいるというアピールなります。もちろん手段はブログだけではありませんが、少なくともアピールの1つのチャネルとして活用できます。内容次第では面接官にもしっかりと響くはずです。 アピールが大切な理由は、未来のキャリアのためだけではありません。現職においてもプラスの要素があります。インプットアウトプットを繰り返し、スキルを自分のものにしているエンジニアはとても信頼できますし、当然新しい仕事を任たいと思います。周りの仲間から頼られる場面も出てくるはずです。エンジニアとして働くために、新しい技術動向やスキルをインプットし続けることは皆同じように努力しています。では、周囲とどこで差をつけるのかという点において、ブログを通したアウトプットはとても有益であると言えます。 エンジニアがブログを書いた方がいい理由③コミュニケーション力の向上 これは頭ではわかっているけど、説明するのが難しく感じているエンジニアにとって非常に効果があります。文章に書くことで筋道立てて説明するように書くようになってきます。もちろん最初からは難しいと思いますが、継続して記事を書くことで理論的に整理することの練習になります。ドキュメントを整理して書く練習を重ねることで伝える力が上達していき、実際のコミュニケーションの場でも頭の中を整理して話することができるようになります。またうまくコミュニケーションを取れると自信にも繋がっていきます。コミュニケーションの練習には相手が必要かもしれませんが、ブログならその必要はありません。どんどんブログに自分の学んだことや考えをアウトプットしていき、コミュニケーション力を向上させましょう。 ブログの執筆する際のポイント 次にアウトプットする際に、気にしておくべきポイントを3つ上げます。はじめて記事を書く、もしくは書いたことはあるけどどんなことに気を付けて書いたらよいのかわからないという方の助けになれば幸いです。 ブログ執筆のポイント①1記事1テーマ まずは「一つの記事に一つの内容」を書くことです。 例えばC#のLinqに対しての記事を書いてるのに、その中に別の言語やテクニックの話を書いてると見づらくないですか？オブジェクト指向設計の単一責任の原則と同じです。大きくテーマが2つや3つになっていないかを確認し、もしテーマが複数になってしまった場合、1記事を1テーマとし複数記事に分けたほうがよいです。解決方法を探して検索してきた人からしても、そのような記事の方が見やすく非常に助かることが多いはずです。 ブログ執筆のポイント②自分の難易度で記事内容を狭めない 次に「これぐらいのことは簡単なことだから書かなくてもいいや」はやめましょう。自分にとっては簡単なことかもしれませんが、読み手にとってはとても需要のある内容かもしれません。過去に私は、Windows版のNode.jsをアンインストールするという話を短く書いたことがあります。アンインストールするだけなんですが、cacheフォルダが残ってると再インストールがうまくいかないことがありました。なのでアンインストールと合わせてフォルダを消す、といった簡単な内容で記事を書いたことがあるのですが、結構いろんな人が見てくれていました。私と同じように躓いた人の役に立てたということです。 得た知識が簡単だから無駄、なんてことはありません。 どんな些細なことでも恥ずかしがらずにどんどんアウトプットしていきましょう。 ブログ執筆のポイント③プラットフォームの選定 後は「どこに書くか」というのもポイントです。プラットフォームにはそれぞれの属性や特性があります。まずは自分の目的に沿って、書きやすい場所を選定し始めてみてください。 私ははじめて書いたのはQiitaでした。まだブログを書いたことがなくて足踏みしてるエンジニアにおすすめします。エディターも軽いしMarkdownも使えるので非常に書きやすいです。LGTM（いいね機能）やストックといった機能で読んでくれた人の反応がわかるのもモチベーションに繋げやすいです。 ブログを書くことが習慣化できたら、WordPressに挑戦してみてください。WordPressはCMS（コンテンツ・マネジメント・システム）と呼ばれるWebサイトを構築、管理、更新できるシステムです。自分で好きなように構築できるので、自分の色を出すことができます。サイト構築する際にHTMLやCSSなどWebの知識が少し必要になってくるので、勉強にもなって一石二鳥です。Markdownを使って書くこともできるので、Qiitaから移行するときのストレスも少ないです。 一方で、WordPressは手軽に利用できるシステムであるがゆえに、ハッカーなど悪意を持った攻撃者の対象になることも少なくありません。拡張性や自由度などの使いやすさに加えて、セキュリティ対策が手厚いWordPressを選択することをおすすめします。 では、どこで始めればいいんだろう、、、というそこのあなた。手前味噌で恐縮ですが、ConoHa WINGを使って始めてみてはいかがでしょうか。初心者でも10分で開設準備ができる機能があったり、先にお伝えしたセキュリティ対策も手厚く、安心して始められます。 最後に ブログ執筆習慣化してアウトプットする癖を付けていきましょう。 そうすることで、アウトプットする為に勉強したり試してみたりという良いサイクルが生まれます。エンジニアとして周囲と差をつけるために、是非ブログを活用してみてください。