仕事面

転職した

まずは転職したことでしょうか。退任を決めたのは2019年なんですが、次のキャリアとして何をしたいのか、何をすべきかについては色々と悩みました。今年46歳になるということもあり、体力的にも無理が効かない状況なので、それらも鑑みて多くの企業さんと話をした結果、現職のロコガイドのVPoEになることにしました。目標としては3年ぐらいで100人規模のエンジニア組織を作れるように、いろいろとやっていければいいなと思ってます。

リモートワークメインになった

まあみんなこんなことになるとは思ってなかったのではないでしょうか。新型コロナウイルスの影響により、ロコガイドでも3月末から完全リモート体制になり、かくいう私も3ヶ月ぐらいはずっとリモートでほぼ出社しない状況で仕事をしてきました。VPoEという仕事柄、メンバーとのコミュニケーションをしっかり取らないといけない中、色々と試行錯誤でやってきた感があります。

採用メインやってきた

まずは採用の立て直しをやった1年でした。やったことといえば一般的なことなんですが、それを少ない人数でやりきるために、ほぼほぼ一人で回したのはいい経験になりました。今後の課題はこれをスケールさせることなので、一緒にやってみたい方はぜひお声掛けください。

プライベートというか体調面

なんだかんだで体調的に老いを強く感じ始めた1年だった気がします。

歯列矯正をはじめた

実際にお会いしたことがある方は知ってるかもしれませんが、歯並びは結構悪い方でした。まあこのままでも大丈夫かなと思ってたんですが、ここ数年かみ合わせが悪くなり、それによる肩こりなど悪い影響が多くなってきたので、ここは一念発起して歯列矯正をすることにしました。時間は3年ぐらい(その後も2年ぐらい)かかるそうですが、頑張っていこうと思ってます。

老眼による眼精疲労

年も年だけに老眼が進んできたんですが、もともと左右の視力さがあるため、裸眼でもメガネでも微妙に合わないというつらい状況になっていました。このへんは老化に伴うことなので、ケアをしながら付き合っていかないと行けないなと思っています。

2021年に向けて

まだまだ予断を許さない社会情勢ですが、この中でもできることを着実にやっていきたいと思ってます。仕事面でも体調面でも。

というわけで、今年は色々とお世話になりました。また来年もよろしくお願い致します。

2020年を振り返って was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

2017年10月にCTOとして入社してから2年半。CTOとして、エンジニア採用や開発体制の構築、Rails移行(未完)やインフラ整備など多くのことを経験させていただきました。初めての経験ということもあり、万全ではなかったと思いますが、そこそこはいい仕事ができたのではないかと思っています。これらは全て周りの方々のご協力があってこそのことだと思っています。本当にありがとうございました。

明日からは新しいところで新たな挑戦をしたいと思っていますので、今後にご期待下さい。

株式会社タレンティオを退職しました was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

2018/05/08に開催されたHRTech SaaS Engineer MeetUp Vol.1にて、「talentio.comの裏側の改善と今後の展望〜エンジニアリングとプロダクトと〜」と言うタイトルでこれまでやってきたこと、これからやっていきたいと思っていることを発表してきました。

今回の発表は

• エンジニアイベントなので、あえて技術の話をメインにしよう
• 特にこれからについて、なぜそう考えているのかやなにを選択したいと思っているのかについて話せるだけ話したい

ということを念頭に置いていたので、通常話されるであろう会社の話はあまりしませんでした。ここは良かった点も悪かった点もあるので、次回に活かしたいと思っています。

資料に書いた内容は現在進行中のものですので、日々改変されていく可能性はあるのですが、大筋では、

• Railsに移行する
• 原則としてSPAは廃止する
• ただし現状での機能改善は積極的に進める
• Docker化を推し進める
• インフラをなるべく隠蔽する

と言う流れで進めていっているところです。いくつも同時並行で進めることは大変ではあるのですが、ある意味面白さがあるため、思った以上に楽しくやっている感じです。

「実際どうやっているの？」とか、「なぜそれを選択したの？」など、いろいろ知りたいことがあれば是非とも弊社に遊びに来てください。私のFacebookやTwitterでお気軽に問い合わせていただければ！

HRTech SaaS Engineer MeetUp Vol.1で発表してきました was originally published in Talentio on Medium, where people are continuing the conversation by highlighting and responding to this story.

創業初期など、エンジニアが一人か数人の状態であれば、そのエンジニアの得意分野を採用するのは合理的ではあります。重要なのはその技術があくまでも手段でしかないというコンセンサスがあること。例えば「RubyがやりたいからRailsで」とか「いまならReactでしょ」などという理由はあまりよくありません。「Railsだと生産性が高いから、いち早く市場に打って出るには好都合」とか「Reactを使うことでユーザの利便性を向上でき、さらにエンジニアの生産性も高まる」という理由がちゃんと出せればいいと思います。

技術選択と採用

「ちゃんと手段となっていて理由があれば、どんな技術を使ってもいい」というわけではありません。技術選択は採用に大きな与える影響を与えるため、その技術が会社の採用戦略にどう影響するのかを考えなくてはいけません。例えばRuby/Railsを選択した場合、エンジニア採用で競合する企業が数多く存在します。その熾烈な争いに参加しなくてはいけないので、採用の難易度が極端に上がります。一方でそれだけ選択している企業が多いということは、求職者もそれなり以上には存在しているので、可能性はゼロではありません。このあたりはいろいろ手のうちようはあるので、頑張ればなんとかなるレベルです。

逆に選択している企業が少ない技術、例えばRustやElixirだと、そういった競合企業は少ないので独自性は出しやすい状況です。ただし求職者も少ないために、そもそも巡り合うことが大変になるし、そのような技術を選択する企業はわりと特色あるため離職も少なく、人材の流動性が高くないと想像できます。そのような技術を選択してしまうと、採用に苦労することになるため、人を増やして事業拡大するフェーズでは、いろいろ苦労することになります。

将来性と注目度

では「技術として手段であって、人材市場に人が多いという意味で、XXXXという言語を使おう」と選択すればいいのかというと、そういうわけでもないのが難しいところ。例えばJavaやPHPは求人数が多いため人材も多いと考えられますが、ありきたりなので注目されにくい状況です。また将来的にも安泰ではありそうですが、逆に言えば面白みがないと判断される可能性があります。

一方で、注目度という観点からは奇抜な言語を選択したほうがいい場合もあります。「やってみたいけど使ってる会社がない」という状況だった場合、一気に人材を獲得できる可能性があります。一昔前のRailsなどがその例ではないでしょうか。また先行事例がない技術は茨の道ですが、その分社内の技術力向上にはつながるので、マイナス面ばかりではありません。

経営戦略と技術選択

結局何を選択すればいいのかということについては、答えが存在しないんですが、一番重要なのは経営戦略との整合性です。作るべきものの規模やスケジュール、想定される負荷から、それによって生み出される売上や利益、会社の評価、さらには技術の選択によって社内がどう変わるのかまで、いろいろ考えるべきところがありますが、それに対する最適解としての技術選択をしなくてはなりません。もちろん人材戦略まで絡んでくるので、採用についても考える必要があります。これらすべてを総合的に考えて、技術選択する必要があります。

銀の弾丸は存在しない

じゃあ結局何を使えばいいのかというと、答えはありません。会社の置かれている状況や業界内での立ち位置、などを総合的に判断して決める必要があります。その上で個人的にどうすればいいと思っているのかをつらつらと書いてみると、以下のようになります。

これから事業を始める & 人は少ない場合（スタートアップ初期）

要するにスタートアップですが、エンジニアがいればその人が得意な技術を選択するのがいいでしょう。無理に世のトレンドを取り入れる必要はありません。一番大事なのは「プロダクトを世に送りだして収益を上げる」ことのはずなので、まずは作り上げることを最優先に選択するべきです。スタートアップで最初の一人目のエンジニアが重要になってくるという話があるのは、この部分に影響を与えるからだと思われます。

もしエンジニアがおらず、フリーランスエンジニアに依頼しようとしているのであれば、とりあえずRailsを採用するのをおすすめします。Rails/Rubyはいろんなエコシステムが充実しているのと、採用している企業がそこそこ多く、ノウハウが共有されているからです。もちろんずっとRailsでいいかというとそうでもないんですが、プロダクトが収益を上げ始めるまではRailsのままでも大丈夫です。

会社の中で新規事業を立ち上げる（社内新規事業）

この場合はスタートアップとは違って社内に資産があるため、そこで利用されている技術を採用するのが最も効率的です。ただし完全に独立してやる場合は上記のスタートアップのパターンになります。

ここで「新しい技術に挑戦する」決断を下してもいいんですが、その代わり事業にそれなりのオーバヘッドを引き起こします。大きな会社で体力がある場合はいいのですが、そうではない場合にはいろいろと問題を引き起こすため、ステークホルダー全員で合意をとっておいたほうがいいでしょう。

コードだけあるサービスをなんとかする

よくある話で「コードだけあるけどエンジニアがいない」状況でなんとかしてくれと言われる場合です。こういうときは「よしリファクタリングしよう！」→「これは作り直したほうがいいな」→「最近気になってた◯◯という言語でやってみるか」になってしまうことがあります。流れを見てもだいぶ危ないということはわかりそうなんですが、実際現場にいるといろいろな状況からやってしまいがちです。

そういうときは冷静になって、やるべきことな何なのかをもう一度確認するといいでしょう。なんのためにそのコードをなんとかしないといけないのかは、しっかり確認するようにしましょう。

まとめ：銀の弾丸はない

このあたりのことはエンジニアではない経営者にはわかりづらいだろうなと思っていろいろ書いてみました。じゃあ何を選べばいいのかと言うと、銀の弾丸はないので結局は好きなものを選んだほうがいいということになります。そのときに後先を考える手助けになればな幸いです。

技術選択と経営戦略と採用戦略の整合性 was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

いろいろあるなかでなぜHR Techなのかという理由は、クックパッドで最後にしていた仕事からいまに至るまで人事方面、特に採用に関して携わることが多く、そこに課題を感じていたという点が大きいですね。エンジニア採用や組織づくりだけではなく、もっと包括的に全体を考えないとものごとは進行しなかったり改善しなかったりするので、そのあたりをどうするのかなど、この分野における課題は大きく、今後ますます重要になってくるので、これから頑張って取り組んでいきたいと思っています。

TalentioのCTOになりました was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

某所で自己否定的な発表をしようとしてみたりなど（実際には発表できてませんが）、いろいろ思うところがありますが、これからも引き続きよろしくお願いします。

起業して１年経ってみて was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

まあ参加した皆さんそうだと思うんですが、まず広島に行くこと自体が大きなクエストになってしまいました。台風の方向に進んで行くので新幹線も徐行かな？とか思ってたら倒木による停電で止まってしまうという。もともと前夜祭ギリギリの時間に到着するようにしてたので、２時間ぐらい遅れてしまって参加できず。しかたなくホテルの下にあるお好み焼き屋さんで食事して前日は終了。

そんな波乱含みのRubyKaigiですが、初日は台風一過で好天になりました。今回は技術顧問している企業がスポンサーとして参加していたので、そのフォローをしつつ、主に型についてのセッションを聞いて回りました。Railsアプリ開発しているRubyistに聞くと「型が欲しい」と言うが、Ruby Committerはそうでもないという感じだったのが印象的でしたね。

他にもセッションを聞いて周りはしたのですが、RubyKaigiは同窓会的要素が強いので、なるべく久しぶりの人たちと話すことを心がけました。まあセッションのまとめなどは色んな人が書いているのでいまさら書くこともないということもありますが。

それにしてもスポンサーが多かったですね。ここにいる人をみんな奪い合ってるのかーと思うと、感慨深いものがあありました。Rubyで仕事を探していた時代は過ぎ去ってしまったなという気持ちと、ここを採用の主戦場に据えてしまうと競争激しすぎてつらそうだなという感想が綯い交ぜになった感情がたまに湧いてきて、今後どうしようなかといろいろ考えさせられました。

それ以外に印象的だったのが最終日の途中、もしくはAfter Partyの途中で帰る人が多かったこと。まあ遠方だし、平日3日間もとか言われればそうかとも思うし、家庭の事情ならなどもあると思うのですが、最後まで楽しんでこそのRubyKaigiだと思うので、来年以降はそこも考慮するともっと楽しめるんじゃないかなと感じました。

来年は仙台ということで、いよいよ東京から離れていくことが確定した感じですが、個人的には他の言語のConf的なものも日本全国に散らばればいいのになと思っています。あとはそろそろ何かで発表できればなと思うんですが、あんまりネタがないのでなんとかしたいなという気持ちもあります。まあいろいろ頑張らねば。

RubyKaigi 2017に参加してきた was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

Shinichiro OGAWA on Twitter

ThinkPad X1 Carbon デビューしております

構成の主な特徴は、

• Core i7–7600U
• 16GB MEM
• WQHD液晶
• 1TB NVMe
• WWAN対応
• シルバーモデル

という感じ。WindowsとのDual Bootにする前提だったので、ストレージは多めに、どうせならSIM突っ込みたかったので、SIMありにしました。

主な環境設定は元同僚の記事を参考に進めましたが、大きな違いは17.10からGNOMEがデフォルトになるらしいので、17.04 GNOMEを使ったことぐらいでしょうか。あとはAlfredぽいAlbert入れたり、一緒に買ったThinkPad Thunderbolt3 ドックがある。

OSはWindowsは残しておいて、メインにUbuntu 17.04 GNOMEを使うことにしたんですが、インストールしてみてデバイスはほぼ全て動作してしまってちょっと拍子抜けしました。上記のThunderbolt3 ドックもディスプレイはそのまま繋がり、デバイス関連のサポートと言うか追従具合は目を見張るものがありました。すね。ただネットワークがうまく動かなく、これはKernel 4.12以降じゃないとというのを見つけたので、まあ気長に待つようにします。SIMも普通に繋がったので、バッテリーに優しい感じになりました。

あとmacOSからUbuntuに移行してみ感じたのが、ストレージの速さ。某氏もDockerがという話をしてましたが、とにかく速い。zshでzplug使っていろいろやっているからか、ターミナル開いてから入力できるようになるまで結構時間かかってたんですが、Ubuntuにしてから一瞬で終わるようになってストレスからも開放です。

そろそろ買い替えどきという方は、候補に入れてみるといいかもしれませんね。

MacBook ProからThinkPad X1 Carbonに移行してみた was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

そもそもで言うと、リーダーシップはその人となりと言うか性質であるのに対して、マネージメントは手法です。ちょっと極端な言い方ですが、ここは分けて考えるべきというのがいまの考えです。

リーダーシップとは？

リーダーシップは例えば Wikipedia を見ると、

リーダーシップ（英: leadership）とは、指導者たる地位または任務。指導権。指導者としての資質・能力・力量・統率力。

と書かれていて、その一例として、

自己の理念や価値観に基づいて、魅力ある目標を設定し、またその実現体制を構築し、人々の意欲を高め成長させながら、課題や障害を解決する行動。

が挙げられています。ここから見るに、

• 理念や価値観を持っている。
• 魅力ある目標を設定している。
• 実現体制を構築している。
• 人々の意欲を高めさせられる。
• 課題や障害を解決できる。

と分解できそうです。これらは大きく「理念や価値観に基づいて将来向かうべき先を指し示す」ことと、「体制を構築し、人々の意欲を高め、課題や障害を解決していく」ことの2つに分けることができそうです。

ビジョンを持つものがリーダーとなる

前者の「理念や価値観に基づいて将来向かうべき先を指し示す」は、いわゆるビジョンがあるかどうか。よく経営者に求められるものとして有名ですが、リーダーにも求められるものです。

じゃあビジョンってなんだろうというとわりと曖昧な話になってきそうなんですが、例えば「技術の力で世の中をより幸せに」というのはビジョンではないと思っています。これだけだと、単なる標語でしかなく、しかも達成したということを評価しづらいため、目標にするのもよくありません。

ビジョンというのは「技術の力で世の中がより幸せになったら どうなるか」を、人々にわかりやすく想起させれられることだと、個人的には思っています。有り体に言うと、未来を感じて想像できるかどうか。よくスティーブ・ジョブズがビジョナリーと言われますが、彼が語ることに未来を感じたから熱狂的なファンが多かったのではと思っています。

マネージメントは手法である

もう一つは「体制を構築し、人々の意欲を高め、課題や障害を解決していく」という、こちらはマネージメント力があるかどうか。リーダーにはこちらも求められるのですが、ビジョンがどちらかと言うとその人に依存する「資質」に近いことであるのに対して、マネージメントは「手法」に該当します。

マネージメントに関しては古くから色々研究もされており、またそれに関する書籍も多く出版されています。あくまでも手法なので勉強して実践していけばある程度はなんとかなるのはこちらです。

まとめ

以上のように、リーダーシップはビジョンとマネージメントに分解できると考えています。特に後者は学習などで強化できるのに対して、前者は身につけようと思ってできるものではありません。特にいわゆるマネージャーにリーダーシップを求める場合、このビジョンが重視されるあまり、手法としてのマネージメントが疎かになってしまうことに気をつけなければいけません。マネージャーとしてうまくいかないと感じた場合、このことを意識してみるといいかもしれません。

リーダーシップとマネージメント was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.

エラスティックリーダーシップ ―自己組織化チームの育て方

冒頭にから

専門家はいない。私たちしかいないんだ。

と心に来る言葉で始まるこの書籍は、エンジニアがリーダーとして振る舞う上で必要なことが詰まっていました。

例えばモード。リーダーシップにも、自己組織化モード、サバイバルモード、学習モードと3つのモードがあり、それぞれ状況に応じて使い分ける必要があること。確かにいつもはそれぞれの裁量に任せている（自己組織化モード）が、障害発生時や緊急事態にはしっかり指揮をする（サバイバルモード）ことがあったんですが、こうやって定式化されるといろいろわかりやすくなります。

またチームを成長、集中、決断させるために使うコミットメント言語と言う、お互いに曖昧さを持たせない成果につながるコミュニケーションを取れる方法が紹介されていて、このあたりはいままでの自分の振る舞いでいろいろ見直すべき点があるなと感じました。

ミーティングについては、状況に応じていろいろなパターンがあることが紹介されていました。ここでも1 on 1について言及されていたのが印象的で、やはりコミュニケーションを取ることが重要なんだなと痛感しました。

後半はエンジニア達によるリーダーシップについてのコラムが掲載されています。特に印象的だったのが、13章の「おそらく技術的な問題ではない」と24章の「開発者が幸せな状態であれば、質の高い仕事が得られる」の2つ。特に後者はリーダーにとっては示唆に富んだ内容で、エンジニアでリーダーやマネージャーになる人には読み込んでほしいと思う内容でした。また最後に日本人のリーダーたちによるコラムも掲載されていて、近くにいる人やネット上で読む見かける人が何を考えていてどう行動しているのかも参考になります。

いま仕事をしていていろいろ聞くのが、エンジニアでリーダーになる人が少ないこと。しかしリーダーをやりたくないという人が多いわけではなく、どうやればいいのかがわからないと思っている人が多いのが現状だと思っています。この本は、そのような人たちの一歩を後押ししてくれる内容が詰まった書籍なので、我こそはと思う方は是非とも読んでみてください。

エンジニアがリーダーになるためには was originally published in なんとなく日記 on Medium, where people are continuing the conversation by highlighting and responding to this story.