<p>この本を読んだ。</p><p><a href="https://amzn.to/4eNLEfw" target="_blank" rel="noopener noreferrer nofollow">Amazon.co.jp: スーパーエンジニアへの道　技術リーダーシップの人間学 電子書籍: G.M.ワインバーグ, 木村 泉: Kindleストア</a></p><p>ゆるコンピュータ科学ラジオというポッドキャスト番組を普段から聞いていて、そこで紹介されていた本だ。</p><p>この本は訳書で、日本語版は1991年に初版が出版された。30年以上が経っていながらその内容は今も色褪せないと評判で楽しみにしていた。</p><p>……が、正直私には合わなかった。訳書という性質からなのか、30年前の文章だからなのかはわからないが、とにかく読んで理解する負荷が高かった。多分本来書かれていることの半分も頭に入っていないだろう。</p><p>それでも私が従前抱えていた疑問が少し晴れた部分があったので、その点について書く。</p><h1 id="hbd7ed47f16">悪い体臭を放つエンジニア</h1><p>第15章「力、不完全性、整合性」にて、次のようなエピソードが記されている。</p><blockquote><p>ある若いプログラマがひどいにおいを発散していて、まわりの連中が彼といっしょに働くのをいやがった</p></blockquote><blockquote><p>「あなたのグループの人たちの中に、あなたの近くで働いているとあなたの身体から発散するにおいのために気分が悪くなる、といってきた人が何人もいます。私たちはあなたの仕事ぶりを高く評価していますが、もしほかの人たちがあなたといっしょに働けないのだとしたら、明らかにわれわれのグループは生産的ではあり得ません。この問題を解決するために、何ができるでしょうか。」といってやりさえすればよい。</p></blockquote><blockquote><p>なぜマネージャーはそうしないのだろう？</p></blockquote><blockquote><p>なぜ仲間のプログラマの方がそうするのではないのだろう？</p></blockquote><p><em>引用元: G.M.ワインバーグ. スーパーエンジニアへの道　技術リーダーシップの人間学. 共立出版株式会社. Kindle 版. (以降同じ)</em></p><p>このエピソードに登場するラルフというエンジニアは革細工が趣味で、それで使う薬品が身体に染み付いており、周囲にとって悪いニオイを発していたのだった。ラルフ自身はその香りに馴染みがあったために、それに気づかなかった。ラルフのマネージャーは、著者の助言をうけて、ラルフに周囲の状況を率直に伝え改善を求めた。するとラルフはマネージャーに感謝し、医者に薬品による皮膚の悪いニオイを改善する薬を処方してもらい、問題は解決された。</p><p>著者はこれを</p><blockquote><p>これほど機械的な解決法はない、というぐらい機械的な解決法であった。</p></blockquote><p>と評している。</p><p>この一連のエピソードについて私が思ったことを整理する。</p><h2 id="h5dfbdb03be">率直に指摘できないのは、その者を未熟とみなしていることと同じ</h2><p>著者はこの出来事について次のように書いた。</p><ul><li>マネージャーやチームメイトがラルフが発するニオイについて本人に率直に指摘するのを躊躇う理由は、それによってラルフがカッと怒ったり、深く落ち込んでしまったときに、それに対する責任を負えないと考えるから</li><li>しかし、結果的に、ラルフは指摘を受け入れ、その解決策を獲得してみせた。ラルフは周囲からの合理的な指摘に対して怒りや落ち込みといった反応を示さずに自分の行動を変えられる成熟した精神と高い自尊心を持ち合わせていた</li></ul><p>つまり、自分の技術に自身をもって自尊心高く仕事をしている人は1個の大人として精神的に成熟しており、逆に周囲が「この人はこの指摘をされたら怒ったり悲しんだりするだろう」と仮定することはすなわち「この人は精神的にまだ未熟なのだろう」と暗に考えているのと同じである、ということ。</p><h2 id="h7eeff0352a">率直に指摘をするとき、その状況を自分に当てはめて想像してしまう</h2><p>著者は次のようにも書いた。</p><ul><li>ラルフに率直な指摘をすることを躊躇うのは、その指摘を受けることを自分自身に当てはめて想像してしまうから</li><li>でもよく考えて。自分がもし高い自尊心を持って仕事に取り組んでいたら、その指摘に感謝し、自覚がなかったことを申し訳なく思い、なにか改善の手を打てるだろう。自分に当てはめて怒りや悲しみを想起するのは、自分が1個の大人として成熟していないからだ。</li></ul><p>つまり、「相手がこういう反応をするかもしれない」という想像がどこから来るかというと、「自分だったらそういう反応をするはずだ」という自己認識から来る、ということ。そして自分の自尊心が高いことは、相手がそれだけ成熟していると信じられることに繋がり、率直なコミュニケーションを円滑に打ち合うことを実現する。</p><p>ちなみにこの本の中では、もしラルフが率直な指摘を受けてカッと怒るような未熟なプログラマであったとしたら、それは単にラルフが未熟なことが問題であって、マネージャーやチームメイトの問題ではないとされている(個人的にはマネージャーは部下の成熟にコミットしてほしい気はする)。</p><h1 id="hb038fc4f8b">「コードレビューは優しい言葉で」に当てはめる</h1><p>「良いコードレビューとは」、みたいな文脈で敬語がどうだとか言葉遣いがどうだとか語られることがある。果ては「ビックリマークをつけましょう！」とか「絵文字を使いましょう😄」とか言い出す始末(私は正直くだらんと思っている)。</p><p>ラルフの例をコードレビューに当てはめて考えてみる。自身の知識不足からコードに明らかな技術的間違いがあることを率直に指摘されたとき、成熟した大人のエンジニアであればそれを新たな知識獲得の機会と捉えてより良いコードを書くことができるが、精神的に未熟なエンジニアであれば指摘してきた人を怖いと感じたり自分の知識すべてについて自信をなくしたりするだろう。他者のコードに明らかな技術的間違いを見つけたとき、成熟した大人のエンジニアであれば相手にも同じく成熟した大人であることを信じて率直な指摘ができるが、精神的に未熟なエンジニアであれば相手が気を悪くすると思って本来伝えたいニュアンスからねじ曲がったコメントを書いてしまうだろう。</p><p>もっともっと雑で乱暴な言語化をすると、<strong>「 同僚のことを、技術をもって1人のプロとして自尊心高く働いている大人のエンジニアであると信じてあげて」</strong>みたいな。</p><h2 id="hdfea16ca7f">一番まずいのは情報がねじ曲がってしまうこと</h2><p>単に語尾がどうとかいう話ならまだいいが、相手の未熟さに遭遇しないためにふわふわの優しい言葉で包むみたいなことをやりすぎていると、深刻度や緊急度が誤って伝わることに繋がる。</p><p>「パスワードを平文で保存するのはダメです、ハッシュ関数を通してください」であって、「パスワードを平文で保存すると良くない気がするのでハッシュ関数を通したほうが個人的にはいいかもです」であるべきではない。これでは相手を未熟とみなした挙げ句指摘の深刻度も軽いものとして扱われる、悲惨な結果につながる。</p><p>自分の意見に自身を持ってときには断定的に物を言えるのもまた、自分への自信と自尊心があることのあらわれでもあるだろう。</p><h2 id="h2ecee3e535">次にまずいのは歪んだコミュニケーションが定着して当たり前になること</h2><p>「Aにしてください」ではなく「Aのほうが良いと思うんですが、どうですか？」のような優しい言葉遣いにしましょう、みたいなコードレビューポリシーが跋扈している環境では、純粋に意見を求めようとして「Bも良さそうなんだけどどうですか？」と聞いたはずが、受け取り側は「Bにしてくださいという指示を受けた」という認知になり逆転現象が起こる。</p><h2 id="hec0fa7de0c">非難していいわけではない</h2><p>この本の中で、成熟した人間の行動パターンとしていくつか挙げられている中に、次のようなものがある。</p><blockquote><p>人や状況を扱うときは、それぞれの文脈の中で、それがどうあってほしいかとか、どうあるはずであるかとかではなく、むしろどうあるかに目を留めて扱う。</p></blockquote><p>ラルフの例なら、目を留めるべきは「ラルフから悪いニオイがして、周囲のメンバーが困っていること」であり、それが趣味によるものであることや本人に自覚がなかったことなどを咎める必要はないということ。コードレビューの例なら、そのコードの間違いに目を留めればよく、その背景にある知識不足や確認不足を咎める必要はない(もちろん、それら自体が深刻な問題であるなら咎められるべきだが)。</p><hr><h2 id="h066f4663d0">関連</h2><p><a href="https://podcasts.apple.com/jp/podcast/%E6%8A%80%E8%A1%93%E3%83%AA%E3%83%BC%E3%83%80%E3%83%BC%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%AA-%E3%81%9F%E3%81%A3%E3%81%9F%E3%81%B2%E3%81%A8%E3%81%A4%E3%81%AE%E8%83%BD%E5%8A%9B-147/id1604353315?i=1000674577788" target="_blank" rel="noopener noreferrer nofollow">技術リーダーに必要な、たったひとつの能力。#147 - ゆるコンピュータ科学ラジオ</a></p>

「コードレビューは優しい言葉遣いでするとよい」は嘘

<p>ありがたいことに、エンジニアとしてうちに来ないかというメッセージを転職系のメディアやSNSで頂くことがある。</p><p>多くの方が魂のこもった熱いメッセージをくださる一方で、中にはこれはちょっと自分のプロフィールをちゃんと見ていただけてないのかなと思うものもある。ちゃんと時間をかけて書いてくれたものはちゃんと読みたいし、コピペでささっと作られたものに時間を取られたくないので、7年くらいまえからやってることがある。</p><h1 id="h261dc0774d">「スカウトメッセージにはあなたの好きな焼き鳥の部位を書いてください」</h1><p>今のところWantedlyのプロフィールの下の方とGitHubのユーザーページに、上記のテキストが置いてある。私のプロフィールをある程度隅々まで読んだ上で書かれたメッセージには、その人の焼き鳥の好みが書かれている。逆にコピペで量産されたテキストや、サマリだけみて書かれたメッセージには、焼き鳥が書かれていない。冒頭に焼き鳥の好みが書いてあれば最後まで目を通すようにしている(できればちゃんとお返事をかけると良いのだが)。</p><p>意外とフィルターとしての性能は高いし、その後カジュアル面談の機会を得たときもアイスブレイク的に触れて頂くこともある。</p><p>思えば現職、前職、前々職とファーストコンタクトには焼き鳥が書いてあったし、クックパッドに入ったときの最初の面談のときはオフィスのキッチンラウンジで焼き鳥丼が振る舞われて面白かった。</p><p>というわけで、プロフィール情報にそういうトラップを仕掛けておくのは結構おすすめ。スカウト送る側の人は隅々までプロフィール見るようにしよう。</p><p>ちなみに、採用担当者の間で人気が高いのは、かわと砂肝のようだ。</p>

真摯なスカウトメッセージに真摯に対応するために焼き鳥を仕込む

<p>オフィスの同じ空間で顔を合わせて仕事をするのと比べて、リモートワーク環境ではコミュニケーションが希薄になりがちだ。</p><p>オフィスに集まって働くチームのコミュニケーションには2種類ある。双方の意思によって行われるものと、特に意図せず醸し出された情報を特に意図せず感じ取るものだ。私は前者をアクティブ、後者をパッシブなコミュニケーションと呼んでいる。アクティブなコミュニケーションはイメージしやすく、口頭での会話やチャットのやり取りがそれにあたる。ではパッシブなコミュニケーションとは何なのか。</p><h1 id="hf93255a204">パッシブなコミュニケーション</h1><p>それは、例えば以下のようなものである。</p><ul><li>ある同僚の顔色や声色から、なんとなくその日の体調がわかる</li><li>ある同僚が考え事をしている時間が多くて、壁打ち相手になったほうがよさそうに感じる</li><li>ある同僚が息抜きにコーヒーを飲んでいて、今なら話しかけても大丈夫そうと思える</li></ul><p>一言で抽象化するなら「その人の挙動や雰囲気から周囲に届く情報」だろうか。パンデミックを機にリモートワークとなった人は、過去にオフィスで働いていたときのことを思い返すと、そういった雰囲気から多くの情報を得ながら働いていたのではないか。</p><p>では、リモートワークにおいてはどうか。これらのパッシブなコミュニケーションは、オフィスに集まって働いていたときには無意識に成り立っていたはずだ。一方でチャット中心のリモートワークでは、これらのパッシブなコミュニケーションから本来得られる情報は殆ど失われてしまう。</p><h1 id="h53ec214bff">リモートワークに必要な覚悟</h1><h2 id="h158bed0ffa">失われたパッシブなコミュニケーションをアクティブなコミュニケーションで補う</h2><p>オフィス空間に自然に存在していたパッシブなコミュニケーションによる情報伝達が失われたリモートワークにおいては、その重要さを理解し、アクティブなコミュニケーションによってそれを補う努力をする必要がある。その<strong>覚悟を持たずにリモートワークをするというのは、「単に自分にとって快適な環境に居て、コミュニケーションのクオリティは下がっただけの人」になるということ</strong>である。「通勤時間がなくなって嬉しい」みたいな理由でリモート環境を選択している人はそうなっていないか振り返ってほしい。アクティブなコミュニケーションでさえもリモートワークにおいてその難しさは増し、例えばチャットに書く文章は解釈が一意になるよう推敲したり、相手の文章から正しく意図を汲み取ることに気をつけたりする必要がある。さらにそこに加えて、失われたパッシブなコミュニケーションを補って初めて、「オフィスに集まって仕事をするのと同じ水準のコミュニケーション」を目指せるのだ。</p><p>オフィス空間におけるパッシブなコミュニケーションは、直接的に業務に関わることだけではなく、例えば服装や持ち物、仕事で使う機材などからその人の趣味や嗜好などを感じることができ、それはチームビルディングや新メンバーのオンボーディングの過程で役に立ってきた。一方でリモート環境に新しく参画したメンバーが半年経っても同僚の深い人となりをあんまりわかっていない、みたいな状況も珍しくないだろう。これもまた、本人と周囲の両方が意識的にパッシブなコミュニケーションの欠損を埋める努力をしないと、チームのモメンタムが上がらない大きな要因になりうる。</p><h2 id="h3ccf31693b">どうすればいいのか</h2><p>「失われたパッシブなコミュニケーションをアクティブなコミュニケーションで補う」とは、具体的にどのような行動を指すのか。シンプルに表現すると、「適切な自己開示」と「他人に興味を持つこと」であると言える。</p><p>適切な自己開示とは、パッシブなコミュニケーションにおいては自身から無意識に醸し出され、周囲がそれを読み取っていたような情報を、自ら意識的に発するということである。いわゆる分報のような場所を使ってもいいし、チームのチャンネルを使ってもいいと思う。パッシブなコミュニケーションひとつひとつの情報量はそれほど多くない。上でパッシブなコミュニケーションの例として挙げたものをチャットでの自己開示で補うとしたら、「朝から腹痛い」「うーん」「コーヒー休憩」で十分なこともあるだろう。</p><p>他人に興味を持つとは、他人の自己開示に意識を向けそこから情報を得るということである。また、ただ受け取るだけではなく、適切にレスポンスを返すことで、アクティブなコミュニケーションに活力をもたらし、ひいてはチーム全体のモメンタムを高めることに繋がる。同僚の分報に参加するとか、いろんなチームのチャンネルに参加してみるとか、そういうアンテナを広く張ることが他人に興味を持つ第一歩となる。</p><h1 id="h6603b519b0">才能</h1><p>ここまで読んで、「なんだその程度のことか」と感じたあなたには、リモートワークの才能があります。引き続きコミュニケーション水準を高く保ち、チームのモメンタムを高めていってください。</p>

リモートワークに必要な覚悟あるいは才能

<p>特にそうしたかった強い理由があるわけではない。普段iOSアプリばかり開発していて全然違うことに取り組むことでリフレッシュしたかったのもあるし、30歳になってもうちょっと外から見えるアウトプットをしたいと思ったときに未熟な20代の頃の記事と地続きにやっていく気になれなかったから、というのもある。</p><h1 id="hb5da74b317">技術面について</h1><p>Next.jsもVercelも初めて触ったし、ヘッドレスCMSもJamstackも初めてどういうものか理解した。</p><p>Next.jsについてはコンポーネントを分割して他のファイルから呼び出すやり方がわかった程度で、あとは先人の記事とChatGPTの助けによって形にした感じ。</p><p>このブログは、microCMSが公開している以下の記事をほぼなぞって完成した。</p><div class="iframely-embed"><div class="iframely-responsive" style="padding-bottom: 52.5%; padding-top: 120px;"><a href="https://blog.microcms.io/microcms-next-jamstack-blog/" data-iframely-url="//cdn.iframe.ly/api/iframe?url=https%3A%2F%2Fblog.microcms.io%2Fmicrocms-next-jamstack-blog%2F&amp;key=c271a3ec77ff4aa44d5948170dd74161"></a></div></div><script async src="//cdn.iframe.ly/embed.js" charset="utf-8"></script><p>Webフロントエンド技術には昔から苦手意識があり(ビルドしてページを表示するまでの登場人物が多いこととか)、教養として最低限触っておきたい気持ちはずっと持っていたものの、楽しいと思える手前で挫折してきた。ブログをプラットフォームに頼らず自前で作る醍醐味といえば自分の好み通りにカスタムできることだが、果たして自分がそういう楽しみ方をしていくのかはわからない。</p><h1 id="hb72367fcbf">ブログについて</h1><p>従前ははてなブログを使っていたが、最近は数年おきに転職エントリが上がるだけになっていて、最近になってそもそもブログを書く目的が存在しなかったことに気づいた。役に立つ技術記事を書く意欲があったわけでもなく、自分の日常を知ってほしいわけでもない。眼前にある更新頻度も質も低い旧ブログから、例えばnoteに移行するとか、mediumに移行して英語で技術記事を書くとか、そういう選択肢もフワフワと存在していたものの、何のために移行するのか、移行先で何のためにブログを書くのかが何もないままなので何も決まらずにいた。</p><p>ブログプラットフォームを抜け出して自前で構築することはそのプラットフォームがもたらす集客効果の恩恵を手放すことを意味するが、そもそもそういうオーガニックな流入がドカンと来るような色のコンテンツなんだっけと思ったとき、別にいらんのかもしれん。検索やプラットフォームからの流入を無視して、「僕自身のことを知るために見に来る」みたいな人に自分がどういう人間なのかを伝える材料としてブログを書いていけたらいいのかなーとなった。例えば転職活動のレジュメに添えるとか。</p>

Next.js+Vercel+microCMSでブログを構築したことについて

<h1 id="ha879678dfe">見出し1</h1><p>ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ</p><h2 id="had7ce3f1cb">見出し2</h2><p>あ</p><p>あ</p><p>あ<br>改行</p><h3 id="h594976e74f">見出し3</h3><p><strong>太字</strong></p><p><em>斜体</em></p><h4 id="h88e8c523a3">見出し4</h4><h5 id="h169558c650">見出し5</h5><p><a href="https://x.com/hiragram" target="_blank" rel="noopener noreferrer nofollow">リンクテキスト</a></p><ul><li>リスト要素1</li><li>リスト要素2</li><li>リスト要素3<ul><li>ネストした要素<ul><li>ネストした要素2</li></ul></li></ul></li><li>リスト要素4</li></ul><p>こんにちは。</p><p>インラインコード <code>Hello world</code></p><p>画像の挿入も確認</p><figure><img src="https://images.microcms-assets.io/assets/3658e6a7fd3846aea91d64840f897fe0/fc586ce76cd148ce90144276edf5c5ed/image.png" alt="" width="460" height="460"></figure><pre><code class="language-swift">let aaa = &quot;Hoge&quot;
print(aaa)</code></pre>

Posts rss_feed