**企業分析に必要になるデータを、誰でも簡単に参照できるサイト「[バフェット・コード](https://www.buffett-code.com/)」**。

しかし、そのキレイなUIの背景には、**開発者の様々な「苦労」**が存在するとか…？

今回は、**バフェット・コードの開発者**に、*データ整形の苦労*や、「バフェット・コード」が達成したい*「データ整形の価値」*について伺いました！

## 便利な「バフェット・コード」とその裏

#### balloon masaokb left
バフェット・コード、便利ですよね。
僕も企業に関するデータを調べなきゃいけないことが結構あって、よく使っています。
*経年でまとまっていて、かつ見やすいサイト*っていうのがほとんどなくて。

~~バフェット・コードでは、企業の財務データや株価データを経年で参照できる。~~

#### balloon buffett_code right
ありがとうございます。

#### balloon masaokb left
*世の中の役に立っているサービス*だと思います。
ただ、今回は開発、特にデータまわりのお話を聞きたくて。
想像するに、**レガシーな分野だし、結構大変なところがあるんじゃないかな**、と思っている訳ですが…。

#### balloon buffett_code right
大変なところね（笑）。
たくさんありますよ（笑）。

## 「XBRL」を「RDB」の世界に落とし込む

#### balloon buffett_code right
まず、こういった*財務に関するデータって、どこから取ってくるか*って分かります？

#### balloon masaokb left
えっと…、[EDINET](https://disclosure.edinet-fsa.go.jp/)ですよね？

~~金融庁が運営するサイト「EDINET」。~~

#### balloon buffett_code right
そうです。
**EDINETが公開しているAPIがあって、有報（有価証券報告書）やIPO、株式分割などのリリースはここから取ってきています。**
ただ、**データが、ウェブサービスが期待するデータ構造をしていない**んですよね。

#### balloon masaokb left
というと…？

#### balloon buffett_code right
EDINETでのファイルは、**「XBRL」という財務諸表を表現するための「XML」**で来るんです。

#### balloon masaokb left
本当だ。
よく見ると <?xml version="1.0" encoding="UTF-8"?>と書かれていますね。

#### balloon buffett_code right
XBRLはただのファイルなので、*このままだとウェブサービスにとって嬉しくない*ですよね。
ウェブアプリケーションから扱いやすいのは、*「RDB（リレーショナル・データベース）」や「KVS（キーバリューストア）」*ですが、**元データはネストしたデータ構造を表現しやすいXMLなので、それぞれのストレージやウェブアプリケーションからのユースケースに応じて、適切にデータを加工して保存する必要**があります。
ここのtransform、変換の作業がそもそも大変です。

## 「データが確定しない」ことの難しさ

#### balloon buffett_code right
あと、**「不定期に出るデータ」をマージするのが難しくて**…。
例えば*「株式分割」*ってあるじゃないですか。

#### balloon masaokb left
1株を100株に分割するやつですね。
その場合、株数が100倍になるという。

#### balloon buffett_code right
はい。
その株数の変化があった場合、**過去の1株あたりのデータ…、例えば「配当」が使い物にならなくなってしまいます。**
こういった*数値を再計算しない*といけない。

#### balloon masaokb left
確かに、そのままだと「配当」のグラフはぶっ壊れてしまいますね。
*100分割だと、過去の配当が実際より100倍高いように見えてしまう*のか…。
それに「PER」も「株価×株数/当期純利益」なので、同じく壊れてしまいますね…。

#### balloon buffett_code right
そう、**「1株あたり」の指標って結構多くて、再計算処理はたくさん走っています。**
**過去のデータでも本質的に「データが確定しないこと」がある。**
一方で、**業績や配当の予想値も、「業績予想の修正」や「配当予想の修正」などで不定期で修正が入る**ので、大変ですね。

## どうしても残ってしまう「手オペ」

#### balloon buffett_code right
**どうしても例外的な処理が残ってしまう、**ということもあって。
例えば、*「IPO（新規上場）」*や*「上場廃止」*とかですよね。

#### balloon masaokb left
どの辺りの処理が例外的なんですか？

#### balloon buffett_code right
IPOだと、まず*「有価証券届出書」（有価証券「報告書」ではない！）*がEDINETに掲載されます。
ただ、**「届出書」に載っている情報というのが、有報などの定期・定型な報告書とは違って、会社ごとにまちまち**な部分があるんですよ…。
**数値が足りなかったりするので、手打ちが必要になるケースも出てくる。**

#### balloon buffett_code right
*開発コストを沢山かければ、自動化できなくもない*でしょうが…。
現状は数が少ないこともあって、**ある程度は「手オペ（手動オペレーション）」でやってます**ね。

## 複雑なデータ処理のジョブ管理

#### balloon buffett_code right
**日々走らせているジョブの管理**も大変です。
これが*バフェット・コードの日次batch処理の「DAG（有向非巡回グラフ）」*になるんですが。

~~バフェットコードで使っているジョブのワークフロー図（一部モザイク処理）。~~

#### balloon buffett_code right
**データ処理の依存関係が複雑で、扱っているデータ量が多い**ということに加えて…。
新しい有報が提出されたときや、特定のデータのパースにバグがあったときなどに、*それらのデータソースの変更が影響するデータを、すべて再計算して更新*する必要があるんですよ。
弊社では、[Apache AirFlow](https://airflow.apache.org/)というワークフロー管理ツールを使っています。

#### balloon masaokb left
AirFlowは何が嬉しいんですか？

#### balloon buffett_code right
**データ処理の依存関係をコードで記述できること**ですね。
あと、エラーが起こったとき、**web UIからボタン1つで失敗した部分だけリトライできる**ことや、**日次処理の履歴（成功・失敗とか処理時間）が可視化される**のもメンテナンスに嬉しいです。

## 「人間が使いやすい財務データ」を整備する

#### balloon masaokb left
財務データを取り扱う「苦労」について話してもらいましたが、ぶっちゃけ、*ここまで大変なことを出来ているモチベーションって何なんでしょうか？*

#### balloon buffett_code right
今って、残念ながら、**人間が使いやすい、エンジニア／リサーチャーにフレンドリー「財務データ」が世の中にあるとは言い難い**んですよね。
誰かがやらなきゃいけないのに、誰もやっていない。
そこを**「自分たちが整備している」という意識**はありますね。
なので、**バフェット・コードのデータを参照できるWeb APIも公開**しています。

~~バフェットコードの[APIドキュメント](https://docs.buffett-code.com/)。Swaggerで作成されている。~~

#### balloon masaokb left
自分も学部の頃経済学部だったので、株価に関する研究もやったことがあるんですが、めちゃくちゃ分かります…！
**「xx年にIPOした企業の初値データの一覧」を集めるだけで死ぬほど大変**だったりする…！
こういう財務データって、*相場的に言うとかなり値段が高い*と思うんですけど、どうですか？
学生でも使えそう？

#### balloon buffett_code right
**現在、月額1万円で提供**しております。

#### balloon masaokb left
*めっちゃ安い*やん！
これなら経済学部の学生が卒論のために全然使える範疇ですね！
*僕が学生のときにあってくれれば…！*

#### balloon buffett_code right
**非エンジニアの方にも使っていただきたいので、Google Spreadsheetから簡単に扱えるアドオンも開発**しています。

~~[バフェットコードのブログ](https://blog.buffett-code.com/entry/spreadsheet_addon_1)より。~~

#### balloon masaokb left
至れり尽くせりやん…！
*経済学部でも、学部だとRやPythonを扱える学生って少ない*ですもんね…。
ちょっと学生時代の苦労が思い起こされて、素で興奮してしまうわ…！

#### balloon buffett_code right
なので、*経済学部の方には是非APIを使ってみていただきたい*ですね。
**我々がデータを整備することで、研究者や学生のお役に立てれば、エンジニア冥利に尽きます（笑）。**

企業分析に必要になるデータを、誰でも簡単に参照できるサイト「バフェットコード」。しかし、そのキレイなUIの背景には、開発者の様々な「苦労」が存在するとか…？今回は、バフェット・コードの開発者に、データ整形の苦労や、「バフェット・コード」が達成したい「データ整形の価値」について伺いました！

バフェット・コード

企業分析サイト「バフェット・コード」開発者が語る、データ整形の「苦労」と「価値」

孤独になりがちな子育て中のママを支えるQ&Aコミュニティアプリ「ママリ」。
1ヶ月の投稿は**約150万件、お悩みへの回答率は驚異の約95％！**

子どもを出産したママの3人に1人（※）は使っているという、育児をしている人なら一度は聞いたことがあるサービスです。

※：「ママリ」で2019年内に出産予定と設定したユーザー数と、厚生労働省発表「人口動態統計」の出生数から算出。

温かいコミュニティとしての評判も高い「ママリ」は、ユーザー数280万人と、急成長を続けています。しかし、*コミュニティが大きくなればなるほど、ユーザー間のトラブルやシステム上の課題が出てくるもの。*

そこで、「ママリ」の開発・運営を行っているコネヒト株式会社CTOの伊藤さんに、**温かいコミュニティ作りの秘訣**と、**急成長するコミュニティを支える技術**について伺いました。

~~Android版は[こちら](https://play.google.com/store/apps/details?id=com.connehito.mamariq&hl=ja&gl=US)　iOS版は[こちら](https://apps.apple.com/jp/app/%E3%83%9E%E3%83%9E%E3%83%AA-%E5%A6%8A%E5%A8%A0-%E5%87%BA%E7%94%A3%E3%81%A7%E6%82%A9%E3%82%80%E5%A5%B3%E6%80%A7%E5%90%91%E3%81%91q-a%E3%82%A2%E3%83%97%E3%83%AA/id867414015)~~

~~執行役員 CTO 伊藤 翔：1986年生まれ。慶應義塾大学総合政策学部卒業後、金融系SIerに入社。その後Web系の開発会社を経て、Supership株式会社に入社。2017年に当時グループ会社であったコネヒトに出向し「ママリ」のバックエンド開発や「ママリプレミアム」の立ち上げを経験。その後、リードエンジニアや開発部部長を歴任し、2019年6月に執行役員兼CTOに就任。現在は、開発組織のマネジメントやConnehito Tech Visionの策定や推進を行い、開発組織を率いる。~~

## 温かいコミュニティをつくる秘訣は「一期一会」 

#### balloon writer_yano left
ママリ、私もママとして使わせてもらっています！いつ見ても、たくさんの質問で盛り上がっていますよね。

#### balloon itosan right
ありがたいことに、ママリの登録者数は*2021年1月時点で約280万人を突破し、*2019年に出産した女性の**3人に1人が使ってくださっている計算**になります。

#### balloon writer_yano left
すっかりママにおなじみのアプリですね！
ママリ内では、ユーザーのみなさんがかなり積極的に質問されているようですが、質問を増やすためにどんな工夫をされているんでしょうか？

#### balloon itosan right
質問をする心理的なハードルを下げるために**かぶってもOK**と明記しています。また、質問の回答欄にも「あたたかい回答を待っています」というメッセージを添えています。

~~ママリの質問画面。初めてでも質問しやすいような工夫が詰まっている。~~

#### balloon itosan right
さらに、初めて投稿してくれた質問に関しては、「○○さんは初めての投稿です。やさしくフォローしてあげましょう！」と付け加えるなど、**質問しやすい環境を作っています。**

~~初めての投稿に回答しようとすると、このように表示される。~~

#### balloon writer_yano left
初めてでも安心して質問できますね。
約95％という非常に高い回答率を生み出す施策についても教えてください。

#### balloon itosan right
回答率を高める施策の1つに**「回答リクエスト」**があります。たとえば、質問者の方が「自分と近い1歳の子どもを持っているママに聞きたい」とリクエストしますよね。すると、条件に該当するユーザーに「あなたへの質問」として、目立つ形で表示させるんです。

~~リクエストされた条件を満たしている質問が、「あなたへの質問」としてフィードに表示される。~~

#### balloon writer_yano left
リクエストされると思わず答えたくなりますね！
しかし、妊娠や育児に関することになると、それぞれの考え方の違いなどによって意見の対立やいざこざが起きやすいのでは…とも思います。それを解決する仕組みはありますか？

#### balloon itosan right
ママリではフォロー機能をつけず、*質問者と回答者が常に「一期一会」になる*ようにして、いざこざが起こりにくい環境を作っています。
フォロー機能があるSNSだと、「誰が発言したか」に意識が向いてしまい、いざこざが常態化しがちです。それを防ぐために、**ママリではあえて発言者を意識しづらい仕組みにしているんです。**

#### balloon writer_yano left
*常にその場限りだから、自分とは違う考えの人がいたり、不快なことがあっても引きずりにくいんですね。*
私も実際に使う中で、とてもあたたかい雰囲気を感じているので納得です。

#### balloon itosan right
コミュニティの良し悪しの基準は人それぞれですが、ママリはとにかく**「あたたかい場」**にすることを考えています。
サービス開始当初から**ママ一人ひとりの経験が大事**だと考えていて、フォロワーの数が多い人のほうが正しい意見に見えたり、古参ユーザーの声が大きくなったりということがないようにしています。

#### balloon writer_yano left
新しい人も前からいる人も平等なコミュニティの実現は現実世界でも他のSNSでも難しいものですが、ママリではそれを様々な工夫によって達成されているんですね。
一方で、やはり不適切な発言や人を傷つける発言が出てくるのは避けられないと思うのですが、ガイドラインなどは設けているのでしょうか？

#### balloon itosan right
[マナーと注意点](https://qa.mamari.jp/guideline)を公開し、必要に応じて違反する投稿は対応しています。
最初のころは全て人の目でチェックしていましたが、*今はこれまでの違反投稿を教師データとして、機械学習で自動で検出しています。*
あと、ガイドラインの違反についてはユーザーからも通報があります。
検出されたものが本当に違反しているかどうかだけ、人の目で確認するようにしています。

#### balloon writer_yano left
違反を予防するためのサービスの改善もされているのでしょうか？

#### balloon itosan right
はい。
ママリユーザーには妊活中、妊娠中、育児中などいろいろな状況の方がいらっしゃいます。例えば、「妊活中」の投稿が集まるカテゴリに妊娠報告をする方がいた場合に、*投稿者に悪気はなくても、それを見て傷ついてしまう妊活中の方がいて「カテゴリ違反」として通報されることがあります。*

#### balloon itosan right
そこで、投稿文の内容からカテゴリを自動で類推する機能をつけ、**「妊活中」のカテゴリに妊娠報告が混ざりにくいようにしました。**

#### balloon writer_yano left
細かい部分の工夫がコミュニティの快適さを支えているんですね！
「あたたかい場」を実現する仕組みについてお伺いしてきましたが、いいコミュニティを測るための定量的な指標は設けていますか？

#### balloon itosan right
ママリでは、2つの観点から指標を設けてコミュニティの管理を行なっています。
**1つはコミュニティの熱量**です。
定量的には、*回答率や最初の回答が返ってくるまでの時間*などを指標としてウォッチし、熱量を測っています。

#### balloon itosan right
もう1つは、**コミュニティの健全性**です。
こちらは、*違反報告の数やサービスの利用継続率*から判断しています。
利用継続率が下がっている場合は、居心地が悪くなる理由がないか探るようにしています。

## 検索キーワードはママの悩みを知るための強力なデータ

#### balloon writer_yano left
ママリのユーザーには妊活中から育児中まで様々な方がいます。フェーズによって、人によって、必要とする情報にかなりの差があると思いますが、そのニーズに答えていくためにどんな工夫をされていますか？

#### balloon itosan right
「妊活中」「妊娠中」「育児中」などのユーザー情報と閲覧履歴に基づいて、異なる記事がおすすめで表示されるようになっています。
以前はスタッフがおすすめ記事を指定していましたが、*現在はレコメンドエンジンを開発し、人によって違う記事を表示しています。*
その結果、**人の手で選んでいたときよりも、記事のクリック率がアップしました。**

#### balloon writer_yano left
記事を選ぶ手間もなくなり、クリック率も上がっていいことづくめですね！ユーザーからも反響はありましたか？

#### balloon itosan right
いえ、特にはありません。
ですが、**ユーザーが違和感を感じていない**というのはいいことだと思っています。

#### balloon itosan right
今ってどのサービスでも、当たり前のように機械学習をつかったレコメンドをやっていますが、ユーザーの先回りをしたようなレコメンドがなされることがあるじゃないですか。
**この先回り感は、ユーザーに「気持ち悪さ」を抱かせる可能性があります。**

#### balloon writer_yano left
確かに「ダイエット」と一度検索しただけで、痩せないとダメだと煽るような広告が表示されたり…。*ネット広告から見張られているように感じることがありますね。*

#### balloon itosan right
みなさん一度は感じたことがあると思います。
**「気持ち悪さ」を防ぐためには、アルゴリズムだけでなく、UI/UXも含めてチューニングに時間をかけなければいけません。**

#### balloon writer_yano left
ユーザー視点に立っているからこそ「気持ち悪さ」を感じさせないためのチューニングにも力を入れてらっしゃるんですね。
他にも機械学習を活用している部分はありますか？

#### balloon itosan right
PUSH通知で送るおすすめコンテンツの選定にも一部、機械学習を用いています。
また、まだ開発中のものだと*Q&Aのマッチング*にも取り組んでいます。今は新しい投稿から表示されるのが基本なので、質問する人と回答できる人のマッチングにはまだ改善の余地があると考えています。

~~実際に届くPUSH通知の一例。~~

#### balloon writer_yano left
既に続々と機械学習を使う場が増えてきているんですね。
機械学習を活用することで、将来的にやっていきたい施策などはありますか？

#### balloon itosan right
ママであるユーザーの**一歩先を見据えたコンテンツのレコメンド**ができるようにしたいと考えています。
例えば、妊娠中の方が2ヶ月後にどのような準備をするべきか、どのような悩みに直面するのかなど、心の準備ができるようなコンテンツをレコメンドすることで、*さらにユーザーに寄り添える*と思うんです。

#### balloon itosan right
ママリは、**妊娠中や育児に関する悩みのデータをたくさん持っている**ことが強みです。*どんな人がどんなワードで検索して、何を読んだかなどの強力なデータアセット*をさらに活用していきたいですね。

~~ママリの検索画面には、先輩ママの過去の悩みが詰まっている。~~

#### balloon writer_yano left
先輩ママ達からのアドバイスの集大成といった感じですね！
一方で、先ほど伺ったように先回りすることの気持ち悪さもあるのではないかと思います。そのあたりのバランスについてはどう考えていますか？

#### balloon itosan right
ポイントとして、**パーソナルな部分や気持ちの部分には踏み込まないことが大事**だと考えています。そのため、レコメンド機能は購入品のリストや手続きに関することなど、*一般的な知識や多くの方に共通する内容*に焦点をあてるのがよいのではと考えています。

## 新機能の追加と守りの開発は同時に行う

#### balloon writer_yano left
ママリはアプリ内でクーポンが取得できるなど質問や回答以外にもたくさんの機能がありますよね。
機能が増えると利便性が増す反面、ユーザーにとってはわかりづらくなるジレンマも生まれると思います。その点についてはどのように対処されていますか？

#### balloon itosan right
難しい問題ですが、*「とにかく機能を増やせばいい」という考え方はしないようにしています。*
機能を追加することで、新しいものを理解する必要が出たり画面操作が変わったりと、ユーザーに新たな手間が生じてしまいます。
そうまでして追加すべき機能かどうか、本当にユーザーの課題を解決できるのどうか、リリースする前にも後にも*必ず検証しています。*

#### balloon writer_yano left
どのように検証されているのでしょうか？

#### balloon itosan right
新しい機能を開発する際は、まずは社内の育児中の方にヒアリングをします。
**社員の半分が育児をしているので、気軽に話をきけることは大きなメリットです。**

#### balloon writer_yano lef
ユーザーに近い存在が社内にたくさんいるのは心強いですね！

#### balloon itosan right
社内で議論した後は、アプリを通してユーザーインタビューを行い、さらにリアルな意見を集めるようにしています。

#### balloon writer_yano left
リリース後の検証は、どのようにされているのでしょうか？

#### balloon itosan right
各機能の利用状況を計測しています。**あまり使われていない機能は廃止し、ユーザーにとって価値のある機能だけがある状態を維持する**ようにしています。

#### balloon writer_yano left
開発者として思い入れがある中での撤退の判断、潔いですね…！
ユーザー視点の他に、開発者視点での難しさはありますか？

#### balloon itosan right
新機能を追加すると、システムの複雑性が増します。いわゆる「技術的負債」が溜まる。それが積み重なると、新たな機能追加の障壁になるので、定期的にリファクタリングやフレームワークのアップデートなど、システムのメンテナンス性を上げるような**守りの開発**をしています。

#### balloon writer_yano left
新機能のリリース直前で追い詰められていると、守りの開発が進まない…という話もよく聞きます。

#### balloon itosan right
目の前の仕事に追われていると、つい守りの部分を後回しにしてしまいがちなんですよね。当社では、*開発組織の技術戦略として、システムの健全性向上の目標を掲げて、守りの開発も確実に行うことを意識しています。*

## 社員全員が「ママリ」ウォッチャー

#### balloon writer_yano left
ママリは*女性向けのコミュニティアプリ*ですが、開発メンバーは女性が多かったりするのでしょうか？

#### balloon itosan right
実は、**開発を行うエンジニアは全員男性なんです。**

#### balloon writer_yano left
それは意外です！男性だけだと、妊娠中の悩みなど、理解が難しい部分はありませんか？

#### balloon itosan right
開発はエンジニアだけでなく、プロダクトマネージャー、デザイナーも含めたチームで行っていて、その中には女性もいるので問題なく進められています。
その上で、さらにユーザー理解を深めるために毎日**ママリタイム**というのを設けています。

#### balloon writer_yano left
ママリタイム！どういったものですか？

#### balloon itosan right
*毎日14時から10分間、社員全員でママリを使うという取り組みです。*各自、そのときに見た内容や気になった投稿など共有するんです。それを社員同士が共感したり議論したりすることで、さらに理解を深めています。

#### balloon writer_yano left
なるほど。みんなで話すことで、サービス開発のアイディアも膨らみそうですね。ママリタイムをきっかけに生まれた機能というものもあるのでしょうか？

#### balloon itosan right
はい。1つ事例をあげると、*虐待事件の報道をきっかけに、ママリ内でも虐待に関する投稿が増える傾向がある*ことに気付いたんです。
そこで、育児中にストレスを感じた方に向けて何かできないかと考え、「虐待」に関連するワードで検索した方に児童相談所の全国共通ダイヤル（189）を表示するようにしました。

~~[児童相談所全国共通ダイヤル189の通話料無料化に伴う取り組みのお知らせ](https://connehito.com/news/dial-189/)より抜粋~~

#### balloon writer_yano left
社会課題の解決にもつながる取り組みですね！コミュニティを見守り続けているからこその知見だと感じます。最後に、今後の目標を教えて下さい。

#### balloon itosan right
プロダクトの面では、*Q&Aのレコメンドの最適化や、ユーザーのフェーズに合わせた記事のレコメンド*に取り組みたいです。特にQ&Aは、現在投稿が新着順に表示されているので、**質問を知りたい人と回答できる人を適切にマッチングできる仕組み**へと改善していきたいと考えています。

#### balloon itosan right
また、当社は「[Connehito Tech Vision](https://connehito.com/recruit/tech/)」というテクノロジーにおけるビジョンを掲げています。**このビジョンを指針に、テクノロジーやデータの力でもっともっとユーザーの課題を解決していきたいですね。**

編集・インタビュー : 矢野 由起

孤独になりがちな子育て中のママを支えるQ&Aコミュニティアプリ「ママリ」。1ヶ月の投稿は約150万件、お悩みへの回答率は驚異の約95％！子どもを出産したママの3人に1人は使っているという、育児をしている人なら一度は聞いたことがあるサービスです。温かいコミュニティとしての評判も高い「ママリ」は、ユーザー数280万人と、急成長を続けています。しかし、コミュニティが大きくなればなるほど、ユーザー間のトラブルやシステム上の課題が出てくるもの。そこで、「ママリ」の開発・運営を行っているコネヒト株式会社CTOの伊藤さんに、温かいコミュニティ作りの秘訣と、急成長するコミュニティを支える技術について伺いました。

コネヒト株式会社 CTO 伊藤さん

ママリはあえてフォロー機能をつけないことでコミュニティ内のトラブルを防いでいる

機械学習を活用したレコメンドでは「気持ち悪い」と思われないことが大切

自分が当事者ではなくても、ヒアリングやコミュニティ観察によってユーザー視点を分かち合うことができる

「ママリ」は一期一会だからこそ温かい！コネヒト株式会社CTOが語る、コミュニティアプリを健全に保つ仕組みと技術

システムの土台を支える、インフラエンジニア。独学で経験を積める場がほとんどなく、長らく目立たない存在でした。

しかし、少ない初期費用で環境構築できるクラウドサービスが普及。ノウハウも溜まり始め、**未経験者がインフラエンジニアを目指せる道が開けてきています**。

今回は、三大クラウドのひとつであるAWS（Amazon Web Service）のオンラインスクール『CloudTech（クラウドテック）』を主宰するくろかわこうへいさんへのインタビュー第二弾。

前回はインフラエンジニアの現状と将来性についてお伺いしましたが、今回はクラウドサービスの勉強方法や現在のくろかわさんの仕事について、じっくり語っていただきます。

引き続き、くろかわさんの友人で、Flutter大学主宰のKBOY（[@kboy_silvergym](https://twitter.com/kboy_silvergym)）さんも同席。

【社内営業で決まります】未経験からインフラエンジニアを経て"雲の上のエンジニア"になる術とは

~~公開初日3時間で300人、1年で1400人が有料登録したCloudTech~~

## ブラック企業→ホワイト企業→上場企業→YouTuber→独立、くろかわこうへいの軌跡

#### balloon eriko_ichibangase left
くろかわさんのTwitterのプロフィール、簡潔で興味をそそりますよね。 華麗な転職を経て、**今は1500名以上の有料会員を抱える『CloudTech』の主宰と、3万人以上の登録者数を誇るYouTube運営**、さらに技術書も出版、沖縄移住。盛りだくさんですが、今おいくつですか？

~~出典：[くろかわこうへい（Twitter）](https://twitter.com/AwsskillC)~~

#### balloon kohei_kurokawa right
37歳です。

#### balloon eriko_ichibangase left
その年齢でこの実績は、かなりすごいのでは…。 インフラエンジニアの経歴はあまり知る機会がないので、今日は詳しく教えてください。最初のブラック企業は、新卒入社ですか？

#### balloon kohei_kurokawa right
24歳で、いわゆる第二新卒で入りました。 銀行系のホストシステムやインフラまわりの担当でしたが、**年収は200万くらい。残業は多いし、早く帰れる雰囲気じゃないし、学習できる環境でもなかった**です。3年くらいいました。

#### balloon eriko_ichibangase left
そこからホワイト企業に転職されたんですよね？

#### balloon kohei_kurokawa right
そうですね、ホワイトなSESに移りました。サーバーのリプレイスなんかをやっていました。 みずほのプロジェクトに1年ほどいたのもこの頃です。 年収は大幅にアップして、450万円くらい。残業代も出る環境**でした。

~~*SES（System Engineering Service：システムエンジニアリングサービス）は、準委任契約でエンジニアの労働力を提供する形態のこと。プロジェクトの一員として常駐するような働き方が多い。また、SES契約のみを取り交わす企業をSESと呼ぶこともある。*~~

~~*一方、ソフトウェア開発や情報処理サービスを一括で請け負う企業をSIer（エスアイヤー）、システムインテグレーション、システムインテグレーター等と呼ぶ。*~~

#### balloon eriko_ichibangase left
いい環境だったのに、辞めてしまわれたんですか？

#### balloon kohei_kurokawa right
SESだったので、いろんな案件を経験させてもらえましたよ。 インフラエンジニアとしての経験も積めました。 ただ、仕事に慣れてきた後半はぬるま湯状態になってしまって、それで転職しようかなと。ここには6年ほどいました。

#### balloon eriko_ichibangase left
転職エージェントに登録して思いがけないオファーに驚いた、とおっしゃっていましたが、それはこの時のことですか？

#### balloon kohei_kurokawa right
そうですね。当時の上司が自己評価を下げさせるタイプだったこともあって、「俺いけるじゃん」と自信になりました。 第一志望だったLINEは最終的に落ちちゃったんですが、**GMOに入社して主任の役職を任されることになりました**。

~~くろかわさんの話術が光る「LINEに落ちた話」はYouTubeで公開されている~~

~~出典：[LINEのエンジニア面接に落ちた話](https://www.youtube.com/watch?v=czz4QnALUeA)~~

#### balloon eriko_ichibangase left
そこまでの大きな企業だと、かなり実績を重視されますよね。SESでは、それなりの規模のリーダー経験を積まれていたんですか？

#### balloon kohei_kurokawa right
サブリーダーでしたとアピールはしましたが、**転職にあたってはサーバーの設計・構築のキャリアのほうを評価してもらいました。** ちょうどGMOがそういう人材が欲しいタイミングだったこともあると思います。

#### balloon kohei_kurokawa right
**AWSを初めて触ることになったのもGMO時代で、必死で勉強**しました。 当時は教材もまだ充実していなくて、自分が学んでいて苦しかったことが多かったんです。 **AWSの勉強で同じ苦労を味わってほしくない、という気持ちで始めたのがYouTube**です。

#### balloon eriko_ichibangase left
なるほど、そのときの経験が今のお仕事につながっているんですね。

#### balloon kohei_kurokawa right
GMOは副業は禁止でしたが、YouTubeはすぐに収益化できるものではないし、もし登録者数が増えて会社に知られるレベルになったらそのとき考えればいいや、というくらいの気持ちでした。

#### balloon eriko_ichibangase left
それで本当に独立してしまったんですね！ YouTube活動できる企業への転職ではなく、独立を選んだ決め手はあったんですか？

#### balloon kohei_kurokawa right
独立の理由は教えたい気持ちが高まったことですが、運営していく中で、AWSの知見がすごく求められていると実感できたことでしょうか。

#### balloon kohei_kurokawa right
もともと物作りが好きで、動画編集も全部自分でやってるし、寸劇ネタとか作るのも楽しいです。 でも、求められていてバリューが高いのは、AWSの教材ですね。

#### balloon kboy_2 right
僕は寸劇シリーズ、好きだけどな～。

~~寸劇シリーズには、KBOYさんも出演歴がある~~

~~出典：[SIerあるある3選【天才プログラマーKBOYさん特別出演ラップver.】〜オマケ付き〜](https://www.youtube.com/watch?v=QC-ZqABYlWY)~~

#### balloon eriko_ichibangase left
しっかり勉強できる教材だから、期待されている方が多いんですね。

#### balloon kohei_kurokawa right
真面目な人が多いですね。 **あと独立に関しては、名前や顔を出すことに抵抗がなかったのも良かった点**かなと思います。

#### balloon eriko_ichibangase left
たしかに、Webで活動するにあたってお顔と名前がわかると信頼度も高まりますもんね。 そういえば、独立のタイミングで渋谷から沖縄に移住されましたよね。ずっと沖縄の予定ですか？

#### balloon kohei_kurokawa right
リゾートが好きですし、寒いと起きられないタイプなので、気候的にはとても気に入っています。 最低2年くらいはいると思いますが、コロナが終わったら東京もまた面白そうだし、タイもいいなあと思ったり。

#### balloon eriko_ichibangase left
住む場所にとらわれる仕事ではないですもんね。数年ごとにいろんな場所に住む生活、楽しそうで憧れです。

~~GMO退職後、2020年7月に沖縄へ~~

## 無料でも手抜きなし。YouTubeだけで資格取得と就職を目指せる教材を提供

#### balloon eriko_ichibangase left
独立されて、教える立場に特化されたわけですが、まずはYouTubeチャンネルについて教えてください。どんな方をターゲットにされていますか？

#### balloon kohei_kurokawa right
AWSをこれから学びたい人と、AWSをいま学んでいる人ですね。AWSの資格を取りたい人にも役立つチャンネルにしています。

AWS認定資格 SAA試験に落ちたくない人は必見！試験テクニックを無料で伝授します！【ソリューションアーキテクトアソシエイト試験】

~~くろかわさんはYouTubeやCloudTechで、無料で資格取得をバックアップしている~~

#### balloon eriko_ichibangase left
資格まで取れるんですか？YouTubeの勉強で満足できない人はオンラインスクール『CloudTech』の有料会員へ、という導線ではないんですね。

#### balloon kohei_kurokawa right
**YouTubeで有料講座の情報も一部公開しているので、資格も取れます**よ。 ハンズオンといってサーバーを構築する講座もYouTubeにあるので、完全に未経験の人に比べると有利に就職活動ができると思います。

#### balloon kohei_kurokawa right
**YouTubeだけで、AWSの3つの基本サービスを有料級に学べるのが特長**です。 ここまで学べば、次の段階の応用の勉強にも着手しやすい、というくらいにはしてあります。

*●AWSの3つの基本サービスとは*

~~*AWSのサービスのうち、VPC（Amazon Virtual Private Cloud）、IAM（AWS Identity and Access Management）、EC2（Amazon EC2）の3つを指す*~~

#### balloon eriko_ichibangase left
そこまで無料で公開してしまって、大丈夫なんですか？ 動画にもありましたが、**YouTubeでは広告収益を得ていない**んですよね。 これで満足して、有料のスクールに入る必要性を感じなくなってしまったりしないのでしょうか。

~~くろかわさんはYouTuberでありながら、なんとYouTubeで収益化していない~~

~~出典：[苦労してAWSを学習するのはもうやめましょう。初学者を導く体系的な動画学習「CloudTech」リニューアルします。](https://www.youtube.com/watch?v=ZQAOEzGsopg)~~

#### balloon kohei_kurokawa right
**無料教材にも手を抜かず、学ぶために価値提供することを重視**しています。 YouTubeではなく、Udemy（オンライン学習のプラットフォーム）にしようかなと思ったこともあるんですけどね。今は、無料教材で始めたからこそ認知も広がって良かったと思っています。

#### balloon kboy_2 right
僕も有料のFlutter大学をやってるけど、Flutterの教材はすべてYouTubeに無料公開してます。くろかわさんもうちも同じです。 **YouTubeは、あくまでも自走用の教材**なんです。

#### balloon eriko_ichibangase left
KBOYさんは以前のインタビューで、「勉強して知識を身につけるコツは自分でがんばることだ」とおっしゃってましたね。 有料のスクールやコミュニティには、また別の付加価値があるということですね。

## CloudTechの価値はロードマップ。AWSの基本が身に付きポートフォリオにもつながる

#### balloon eriko_ichibangase left
では、オンライン学習スクール『CloudTech』についてお伺いしていきます。 **2021年1月15日18時にスタートして1年あまり、有料会員がなんと1500人超え**です。CloudTechでは、どんなことができますか？

#### balloon kohei_kurokawa right
AWSはとにかく教材が膨大なので、**CloudTechでは効率よく体系的に学ぶためのロードマップをしっかり提示**しています。 **ロードマップに沿って行くだけで、無理なく基本サービスを学べる**ことを基本にしています。

#### balloon kohei_kurokawa right
現役のエンジニアの方もいるので、コミュニティではいろんな質問もできますし、勉強会やLINEの技術イベントもあります。 **CloudTechは教材以外の部分もサポートする仕組みを備えた学習プラットフォーム**という感じです。

~~CloudTechのコミュニティ。勉強会やLINEの技術イベントが開催されている~~

#### balloon kboy_2 right
くろかわさんのお話を聞いていていいなと思うのは、**アウトプットやポートフォリオにつながる課題カリキュラムがある**ことですね。 課題をこなすことで前に進みやすいのがいいと思います。

~~CloudTechに入るとできること一覧~~

#### balloon eriko_ichibangase left
インフラエンジニアは特にアウトプットが重要だというお話でしたもんね。 勉強は1人でもできるけど、より効率よく実践的な学習をしたいという人にはとてもいい環境なんですね。勉強以外での交流の機会はあるんですか？

#### balloon kohei_kurokawa right
雑談の場はありますけど、オフ会はやったことがないですね。陰キャなんで。 でも、**CloudTechのメンバーと作った書籍（[『AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ』](https://www.amazon.co.jp/dp/4297125374/)）の出版記念パーティーはやりたい**なと思っています。

~~2022年1月19日発売。発売わずか2日で増刷がかかるほどの人気。~~

#### balloon eriko_ichibangase left
全然陰キャではないと思いますが（笑）。 KBOYさんの『Flutter大学』にはシェアハウスまであるだけに、雰囲気はだいぶ違うなと感じますね。

#### balloon kohei_kurokawa right
『Flutter大学』に比べて、わいわい楽しくという感じではないですね。** うちは、「AWSがんばるぞ、ついてこい！」「わかりました！」みたいなノリ**です。 このあたりは、主宰者の性格が色濃く出る部分ですね。

~~くろかわさんのTwitterには、後進を激励する言葉も多い~~

#### balloon eriko_ichibangase left
Twitterでも、その片鱗は感じられますね。では、より良い勉強の場を得るために有料会員になる人が多いのでしょうか？

#### balloon kohei_kurokawa right
それもあると思いますが、**クラファンに近い感覚で有料会員になってくれている人も多い**印象です。**学びたいだけではなく、人として応援しようと思ってくれている**というか。

#### balloon eriko_ichibangase left
CloudTechには、買い切りのゴールドプランもありますもんね。月額制のサブスクだけだと抜けるタイミングに迷いますが、これなら「YouTubeで勉強させてもらってありがとう！」という感謝の気持ちで買う気にもなるかも…。

人気のある記事