概要
2019年10月にUbie株式会社に入社していたのでその報告です。なんで今頃書いたの？
君は誰？
僕自身、いろんなことをやっていたのですが、twitter、SlideShareの講演資料、Wantedlyのプロフィール、Qiita、このブログなど、いろんなところに情報が散らばっているので、ざっと自己紹介します。何がしたい人？
個人としては手を動かして何かを作っていたい、社会との接点としては何かを作るなら誰かの役に立つもの、面白いものでありたい人です。社会人になるまで
小学校のときにN88-BASICを触りプログラムを学び始めました。中高生のころは小遣いを溜めてPC部品やVisual BasicやVisual C++を買ってました（当時は無料で手に入る開発環境がなかったのです）。ずっとコードは書いていたものの高校くらいまでは学校の勉強をほとんどしてなかったので成績は低空飛行していました。両親および教師から「プログラムの仕事なんかない」といわれたのを真に受け（実際、当時は少なかった）、比較的得意だった物理科に進学した。当時は情報工学科がある大学はとても少なく、選択肢が無かったのもあります。とはいえ、大学３年のときにやはりプログラムがやりたいと考え、このころにJava(1.4→5の時期)とLinux(2.4〜2.6の頃)を独学で学び始める。当時の自分はライブラリを使うという考え方が無く、なんでもかんでもフルスクラッチで作っていたが、そのときの経験が今に生きているとも感じている（2D物理エンジンや3Dのレンダラー、通信プロトコルも自分で作ってた）。大学院の修士課程のころに諸事情でメンタルをブッ壊し、新卒の就職活動をしくじる。就職氷河期の終わり頃で新卒カードを失うとまず仕事にありつけないDead or Alive状態でした。
社会人になってから
新卒でしくじったものの何とか仕事にはありつけた。しかし当時はバブルが弾けて以降、プログラマを正規雇用する企業はとても少なく、プログラマは派遣や受託企業で案件単位で動かされるリソースという扱いで、僕もそのうちの一人でした。2014年くらいまではSIerさんやメーカーさんでWindowsアプリ作ったり、業務系Web作ったり、Androidアプリを作ってました。ただ、この頃の自分はかなり擦れています。僕自身、要求されたものを期限内に作っていたつもりですが、何か提案/提言すると「たかがプログラマ」という扱いをされていました（実際何度も言われた）。とはいえ、当時の自分はプロダクトを如何に作るかを知りませんでした。手を動かすのは好きだったので個人でいろんなものを作ってはいたけれど、それらをプロダクトとするのに何が必要なのかを知らなかったのです。
あの頃、SIerさんやメーカーさんで会った方々に聞くと「面白ければバズって広がる」とか「良いプロダクトを作れば自然と広がる」と返って来ましたが、いまいちピンと来ず、悶々とする日々を送っていました。だけど、これは後にいろんな勉強会やハッカソン、特にStartup Weekendに参加したことで、少しずつ理解でき、解消されていきました。もっとも、この辺りは昨今のプロダクト開発に関わっている方は普通に備えているマインドセットだとは思うので、「プログラマは依頼されたものを作っていれば良い」という環境に長くいた当時の僕に抜けていた考え方だったのだと思います。
その後、紆余曲折あり2014年12月に前職であるWantedlyにジョインしました。当時はまだ20人くらいで、Androidのアプリ開発に軸足を置きつつ、プロダクト開発に携わらせて貰いました。その時に学んだことや得たものはWANTEDLY TECH BOOKや、DroidKaigiを通してアウトプットさせて貰っています。Wantedlyにジョインしたモチベーションは、自分の氷河期時代だったころの学生にあった「如何に面接官を攻略して内定を勝ち取るか」や「会社員は社内のストレスに耐えていくもの」という価値観、「社会人と学生の接点の少なさ」に課題を感じており、それらを変えたいというものでした。いずれもプロダクトを通して、やれることと、自分のやりたいと思ってたことがおおよそできたので、後は後任の人達に任せて自分は別に移ることにしました。
その後、紆余曲折あり2014年12月に前職であるWantedlyにジョインしました。当時はまだ20人くらいで、Androidのアプリ開発に軸足を置きつつ、プロダクト開発に携わらせて貰いました。その時に学んだことや得たものはWANTEDLY TECH BOOKや、DroidKaigiを通してアウトプットさせて貰っています。Wantedlyにジョインしたモチベーションは、自分の氷河期時代だったころの学生にあった「如何に面接官を攻略して内定を勝ち取るか」や「会社員は社内のストレスに耐えていくもの」という価値観、「社会人と学生の接点の少なさ」に課題を感じており、それらを変えたいというものでした。いずれもプロダクトを通して、やれることと、自分のやりたいと思ってたことがおおよそできたので、後は後任の人達に任せて自分は別に移ることにしました。
今回の転職活動はどんなんだったか？
知人やWantedlyやLinkedIn経由で何社かお話を聞き、その会社の社会的意義と自分の能力や時間を掛けたいかどうかを基準に選びました。特に僕はモチベーションがピーキーなので、それが維持できるものを優先して探していました（逆に給与面や福利厚生については自分の能力から相場くらいであれば気にしない、ただし安売りはしない）。給与面や福利厚生面、技術的なTRYなど、魅力的なオファーはいくつか頂いていたのですが、その中でも自分の中で医療分野における課題やそこへの自分への興味と技術的なtryが重なり、Ubieへの入社を決めました。このとき面談等していただいた会社および採用担当の方々には時間を割いて頂き、本当にありがとうございました。深く感謝申し上げます。
Ubieに入社前と入社を決めるまで
Ubieに来る前まではAndroidアプリをメインとしていたのでKotlin言語を使っていて、その言語界隈で名前が通っていた、@ngsw_taro さん、@sys1yagi さん、@shiraj_i さんの３人がUbieに在籍していたのは知っていました。最初にカジュアル面談で話を聞いたときはサーバーサイドKotlin（Spring Boot）を使っていることや、AIで医療をサポートをしていることを聞きました。特に後者のAIの文脈は、僕自身学生時代に知識情報処理を学んでいたので「まぁ今のコンピューターならできるよね」くらいの認識だった（僕が学生だった2000年頃のPCではGPGPUは珍しく、CPUの性能も低く、32bitの壁でメモリも足りず、厳しかった）。なので最初の頃はUbieはスタートアップ的なプロダクトや組織の成長はするだろうと思いつつも、既に目指す未来が現実的な状態になっているように聞こえたので、一回断っていました。
その後、代表の阿部と話したところ、現在の医療現場には僕の認識を遥かに超える課題があること、それらが改善できれば医療従事者だけでなく、医療を受ける人にもメリットがあり、敷いては世界中の医療の改善に繋がるということを知りました。
たとえば医師の方は時間外労働の上限が960時間（普通は360時間）というとても厳しい環境に置かれています。他の職種ならば忙しいなら売上が増えるので人を増やすことができるのですが、医療系は学校の数が限られているため、それができず、如何に業務負荷を減らすかが肝になるとのこと。
現在、医療現場で課題になっていることの多くはテクノロジーで改善できるとのこと。そこの改善にフォーカスし、実際に現場に導入され実運用されているプロダクトはUbie以外には殆ど無いないとも。でも、そこがゴールでは無く、Ubieのミッションに「テクノロジーで人々を適切な医療に案内する」とあるように、むしろそこから先にある。
僕自身、過去にSIerさんで凄まじい量の紙ベースで行われていた生産管理をITストラテジストの方とシステム化して改善をしたことがあり、それは楽しい仕事だったことを覚えています。でもUbieが解決しようとしている課題はそれの遥か上をいっているし、社会的意義も大きく、自分もそれに携わりたいと思いました。
自分はエンジニアというよりも何かを作るのが好きな身として、自分が作っていて楽しいもの、そしてそれが人の役に立つものであって欲しく、Ubieがそれに一番近いものだったので、ジョインを決めました。
Ubieにジョインしてからのギャップや印象
ときどき巷で「スタートアップらしさ」というものが話題にあがります。「スタートアップなら〇〇するよね」みたいなやつです。でもUbieだとそういうのはあまり見ません。あるのは「その場その時勢における最適を選んだら結果としてそうなった」です。言語化すると当然のことなのかもしれないのですが、現実ではそれに嵌ってしまっているスタートアップはチラホラと見かけます。それが起こってない辺り、自分の想像の斜め上を行っていました。僕がジョインした頃は社内でスクラムの運用が始まった頃でした。丁度そのとき面白いことが起こっていました。タスクのストーリーポイント（課題の大きさ）を決めるときに、数字がデフレを起こしていたのです。簡単にいえば実際２週間くらい掛かるタスクを「いけるっしょ！」で１週間と見積もったりするやつです（ストーリーポイントを工数扱いすると怖い人に起こられるのですが）。勢いがあるにしても、ちょっと勇み足状態でした。でも、メンバーの課題への気づく能力と意識が凄まじく、数字の適正化とタスク分解が数スプリントで行われるようになり改善されました。
組織についても今のUbieのビジョンやメンバー構成、ビジネスなどを考慮した上でどの手法が適しているかを踏まえつつ、組織を作っていっているので流石だと感じています。僕の過去の経験でもワンマンの組織には各メンバーの納得感が欠落する課題があり、話し合いベースの組織だと意思決定が延々として進まない課題があったと記憶しています。これらの躓きやすい課題に嵌まり込まずに、一緒に組織の実装を協力して作っていける人達がメンバーにいると感じています。ソフトウェアでは思想と設計と実装は中々思ったとおりに擦り合わないけど、組織でも同じだと僕は考えています。それをメンバー全員が一緒に考えていける人達だと感じています。
実際、普段は何をしてるの？
僕は「AI問診Ubie」という所謂ToBプロダクトの開発に携わっています。平たくいうと医療機関様で患者さんが使うタブレットとお医者さんのPCで使用するWebアプリケーションです。バックエンドはKotlinとRuby、フロントエンドはReactをType Scriptで書いています。たまに「AI受診相談Ubie」というToCプロダクトのコード（Vue.js）も書いています。コードを書く以外だと、スクラムの各種セレモニー（プランニングやリファインメント、デイリースクラムなど）に参加したり、全体のOKRや採用の作業もしています。これだけ聞くと「エンジニアの仕事じゃない」と思われるかも知れません。実際、そんなふうに考えていた時期が俺にもありました（AA略）、が、プロダクト的な議論も採用も、少なくとも今のフェーズでは自分が関わることがミッションの達成には必要と感じています。Ubie自体、全員で採用をしていく組織です。
Androidアプリ開発者からWeb開発者になったこと
9年ほど前にAndroidを知ったとき、当時はあのような小型のデバイスでプログラムが容易に書けるデバイスは珍しく、のめりこみ、その後、8年ほどAndroidのお仕事でご飯を食べることができました。時期的にはAndroidの機能がPoorで最新情報をずっとウォッチし、新しいものが出るたびにキャッチアップし、自分のアイディアに組み合わせられないかという遊びをよくしていました。そして、それらの課程をまとめ、勉強会などにアウトプットしていました。縁あってDroidKaigiへの登壇も何度か務めさせていただきました。でもAndroidも9年も経つと成熟し、僕の興味の中心からは逸れてきていました。僕はもともと個人でLinuxサーバーを立てたりするくらいLinux環境が好きでした。しかし最近のDockerやKubernetes、KVMやqemuという環境はついていけてなく、他にも所謂HTML5の上にいろんな技術が出てきていても、興味があるだけで止まっていました。
大きな勉強会とかで登壇できてたのは楽しかったし、名残惜しいと思いつつも、自分の興味が薄れてきてることを続けても誰も幸せにならないなと思ったので、新しいことをやっていきたいと思います。
閑話休題
長い雑文ですがここまで読んでいただいてありがとうございました。Ubieはいい会社なので、このブログを読んで少しでも興味を持って頂けたら嬉しいです。この記事では医療業界的な難しい話は敢えて書きませんでしたが、カジュアル面談等でご説明することは可能ですので、お話を聞きに来て貰えれば幸いです。
