イベントレポート

【現役エンジニアが語る！】チーム開発の極意とは！dots.Conference Spring 2016イベントレポート

2/24(水)~3/1(火)の間、イベント&コミュニティスペースdots.にて、dots. Conference Spring 2016が開催されています。「チーム開発を支える技術」では、以下の登壇者の方々に会場からの質問を元にパネルディスカッションをしていただきました。

テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。 ※ アンケートモニター提供元：GMOリサーチ株式会社　調査期間：2021年8月12日～8月16日　調査対象：2020年8月以降にプログラミングスクールを受講した18～80歳の男女1,000名　調査手法：インターネット調査

2/24(水)~3/1(火)の間、イベント&コミュニティスペースdots.にて、dots. Conference Spring 2016が開催されました。

TechAcademy magazineでは、記事としてdots. Conferenceのイベントレポートを発信していますので、ぜひご覧ください。

「チーム開発を支える技術」では、以下の登壇者の方々が会場からの質問を元にパネルディスカッションを行いました。

ランサーズ株式会社 CTO 横井聡氏

Connehito株式会社 CTO 島田達朗氏

Kaizen Platform Inc. Co-founder & CTO 石橋利真氏

株式会社ニューズピックスエンジニア松原孝司氏

Q. 質問しやすくなりすぎると、困ったら何でもエンジニアに相談するということになると思うんですが、どうやってバランスを取っていますか？

スクリーンショット 2016-03-01 10.22.29

石橋氏：技術相談窓口というものを設置していて、エンジニアが毎日担当で入れ替わるような形をとっています。基本は誰かが質問したらその人が答えるという仕組みにしていますね。

横井氏：こういうフローで質問してくださいという風にすると人間関係が阻害されてしまいそうなので、個人個人の信頼関係で各々やってもらっています。

松原氏：今は特定の人に負荷がかかっているような気がします。質問しやすいって思われてる人に集中しちゃって、その人も性格が良いので何でも答えるという雰囲気ですね。

Q. 組織の階層やヒエラルキーなどは作っていますか？

スクリーンショット 2016-03-01 10.21.12

島田氏：今はエンジニア全員でも6人という人数なので、特に階層などはないですね。今後人が増えても部門で分けるだけで、階層はないと思っています。

横井氏：現在エンジニア14名、デザイナー4名でやっているんですが、チームリーダーという役割が出来てから変わった感じがしますね。今後については、ちょっとまだ考えてないですね。

Q. 社内で使うツールはどうやって選定していますか？

横井氏：予算の中であればその予算で使うという感じですね。ただ、自分の好きなツールを使いたい人もいれば社内で統一して使いたいという人もいるので、そこは考える必要があると思ってます。

タスク管理も最初Redmineを使っていたんですけど、その後Wrikeを使って、今はGoogle Driveにまとめたりしていますからね。

スプレッドシートで良いのは、エンジニア以外の人でも使いやすいところですかね。

島田氏：スプレッドシートは便利ですよね。Google Apps Scriptで連携できたりするので。

うちでは、エンジニアの一人が使ってみて便利だったら全体で使おうみたいな感じで選んでますね。

松原氏：今はJIRAを使っています。これがベストだとは思っていないですけど、いろいろ使っていく中で決めているような感じです。

石橋氏：高価なツールはみんなで決めるようにしています。

このツールの選定というのはエンジニア基準で行うべきだと思いますね。以前は管理部門が選定していたんですが、どれを使うかということで争いが生まれたのでエンジニアが権限を持つことが大事だと思います。

Q. エンジニアの採用手法、採用基準はどうされていますか？

スクリーンショット 2016-03-01 10.22.53

石橋氏：初期のころは直接会って口説いてました。相手一人に対して社員全員で行くみたいなこともありましたね。最近では紹介会社からでも優秀な人が入ってくれたりしていますよ。

松原氏：自分でどんどんやっていくような人を採用したいですね。自分もまだ入って半年くらいなんですけど、みんな本当に優秀だなと感じます。

島田氏：今まではほとんど紹介での採用ですね。イケてる人の周りにはイケてる人がいるので、そのイケてる人に紹介してもらったりしています。

採用基準については、お互いに高め合えるかどうかですね。人が入るたびにモチベーションがどんどん高くなるような組織が理想だと思うので。

以上、「チーム開発を支える技術」でのパネルディスカッションでした。

エンジニアはもちろん、営業や企画の人にも役立つセッションになったのではないでしょうか。

これだけは知っておきたい！HTML/CSSの基礎【人事担当者のためのIT勉強会レポート】

今回のテーマは、HTML/CSSの基礎です。なお、こちらの内容はTechAcademyのWebデザインオンラインブートキャンプでも扱っています。 ...

イベントレポート

【アフリカ発！】100名の女子小中高生が、SDGsの課題解決を考える二日間に密着

2019年11月、日本オラクル株式会社本社にて、一般社団法人Waffle、NPO法人みんなのコード、STEAMED（Science, Technology, E...

イベントレポート

できる人に聞くことが大切！ユーザー数100万人のサービスを運営する起業家が語ったプログラミング習得のポイントと

TechAcademyでは、2015年5月に「テックアカデミーキャンプ」として1ヶ月間でプログラミングを習得するコースを開催しました。このコースの初日に...

イベントレポート

女性エンジニアが中学校の職業イベントに登壇！エンジニアの魅力とは？

愛知県にある知立市立知立中学校で2020年12月に開催された「知立中学校キャリアフェスティバル（以下、キャリアフェスティバル）」にTechAcademyが参加...

イベントレポート

なぜWebアプリケーションは動くのか【人事担当者のためのIT勉強会レポート】

TechAcademyで以前に開催した勉強会、「なぜWebアプリケーションは動くのか〜知識ゼロでもわかるWebアプリの仕組み〜」の内容をご紹介します。 I...

イベントレポート

「学校内でプログラミングの素晴らしさを広げたい」渋渋中学生の想いをTechAcademyジュニアがサポート

2020年1月、渋谷教育学園渋谷中学高等学校にて、プログラミング体験会を開催しました。渋谷教育学園渋谷中学高等学校は、自調自考の精神を大切にする都内屈指...

イベントレポート

あわせてよく読まれている記事

これからのエンジニアに必要なスキルとは【非エンジニアサミット・イベントレポート】

TechAcademyでは、2015年6月14日に『非エンジニアサミット「プログラミングをシゴトにする」』というイベントを開催しました。これからプログラミングの学習を始める方を対象に、第一線で活躍するエンジニアから直接話を聞けるイベントです。第1回目となる今回は、株式会社クラウドワークスCTOの大場光一郎氏、株式会社Fablicの堀井雄太氏をゲストとしてお迎えしました。本記事ではイベントレポートをお届けします。これからプログラミングの学習を始める方は参考にしてみてください。ゲスト大場光一郎氏（株式会社クラウドワークス執行役員CTO） 2001年、伊藤忠テクノソリューションズ株式会社へ入社。在職中、Rubyの導入支援やRubyを用いたクラウドサービスの開発・運用に従事。グリー株式会社インフラストラクチャ部門にて、開発環境からプロダクションをつなぐDevOps周りを担当し、GitHub Enterpriseの導入による開発品質の向上や、デプロイメント支援システムをRubyで開発。 Rubyやソースコード管理に関する講演、著書多数。 2014年1月、株式会社クラウドワークスに参画、執行役員CTOに就任。堀井雄太氏（株式会社Fablic チーフエンジニア）「Fril(フリル)」を開発しているエンジニア。2007年、株式会社ECナビ（現：VOYAGE GROUP）に新卒入社。比較サイトの運営やディレクトリ検索サービス、広告配信システムの開発などを経験。2012年、株式会社Fablicを創業し女性向けのフリマアプリ「Fril」を開発、インフラ、サーバーサイドの開発担当。クラウドワークス大場氏講演まずは、大場光一郎氏から講演いただきました。講演では、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することをお話しいただきました。エンジニアになったきっかけ学研の教材に載っていたマンガがきっかけでBASICを使ってプログラムを書いてゲームを作りながら自分でやってみようと思ったのが、一番最初にプログラムを書くことのスタートだったとのこと。その後は、ハードウェアを組み合わせた業務システムを開発している会社に入社。当時は「プログラムさえ書ければいい」と思って社会人をスタートしたそうです。その時のことを大場氏は「今から考えると当たり前ですが振り返るとコードを書けるだけで会社を選ぶのは良くない」とも語りました。またその頃、働いていた会社とは別に、オープンソースを開発するプロジェクトに入り、そのプロジェクトの開発者との交流を通じて、組織の垣根を越えてプロジェクトを進めることを経験したそうです。そのため、大場氏の考え方の根本は「オープン」。実際仕事の中でもオープンソースのように仕事をしているのが特徴なんだそうです。クラウドワークスでの開発体制クラウドソーシングサービスのクラウドワークスの開発体制はどうなっているのでしょうか。特徴は、UX改善会を開催してユーザー体験を大切にした開発を重視していること。「UX改善会」は、3、4人のチームを組んで、ユーザー視点でサービスを使い、サービスにおける課題を見つけ、改善案などをプレゼンテーションに落とし込んで全社員に発表するというもの。社員はもちろん、エンジニアインターンの学生から率直な意見を聞いて改善に役立てているといいます。この取り組みにより、サービスを使い続けていると当たり前になって気づかないことを、改めてフレッシュな気持ちでサービスを見つめられ、実際にサービス落としこんで、日々改善ができているんだそうです。開発分野の他に、クラウドワークスでは日報の書き方にも工夫があり、お互いがどんな仕事をしているか共有し合えるように、他の部署の人でもわかる言葉で伝えることを推奨しているそうです。これからエンジニアを目指す人に期待すること大場氏は「今は技術が折り重なってできているので、深堀りすればするほど深いし、技術の移り変わりも早いので、エンジニアとしては多層的に折り重なる技術を同時に理解できないといけない状況です。」とエンジニアとして必要なことを語りました。そのような状況の中で、初心者としてプログラミングをはじめるのは、チュートリアルなどが充実しているため、比較的簡単で、初心者から中級者に上がるにはいろいろな技術をキャッチアップする必要がでてくるため、1人では限界があるとのこと。そのため大場氏は、勉強会を通して仲間を見つけることや、プログラミング学習のサービスの活用などを推奨しているそうです。また、JavaもRubyも最初は「おもちゃ」と言われていた背景があり、「おもちゃ」と言われているような技術を使ってみることの大切なんだそうです。「イノベーションを起こすようなものは最初おもちゃのように思われがちですが、だからこそチャレンジすることが今後のエンジニアに必要なのではないか」と大場氏は締めくくりました。 [PR] プログラミングで挫折しない学習方法を動画で公開中Fablic堀井雄太氏講演続いて、堀井雄太氏に講演いただきました。大場氏と同じく、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することお話しいただきました。エンジニアになったきっかけもともとは経済学部出身で、大学でもプログラミングの授業で受けていたわけではない、いわゆる文系プログラマーだという堀井氏。それでも大学生のころから漠然とWebサービスを作ってみたいと思っていたそうです。そこで大学生のうちにいろいろな会社でインターンをとして働いていたのがプログラミングを学ぶきっかけ。最初はHTML/CSSを使ってWebサイトを作るところからはじめ、本を読み込んでサービスを作ってみるなど独学で学んだとのことです。その後、ECナビ（現在のVOYAGE GROUP）に新卒で入社し、自社プロダクトの開発と運用をして、後半の2年はインフラの部署に所属されていました。会社に所属することのメリットとしては、独学よりも体系的に学べる、先輩や同僚がいることで成長できるなどを挙げていました。堀井氏が講演の中で話した、「エンジニアとしては遅咲きだが、遅いということはない。意志があれば、とりあえずやってみるのが大事」という言葉が印象的でした。 Frilの開発体制株式会社Fablicは、2012年7月にフリマアプリのFril（フリル）をリリース。累計ダウンロード数が300万を越えているといいます。現在は、12、13人のメンバーで開発しているそうです。エンジニアはまだまだ増やしたいとのことで、募集も随時行っているとのこと。開発体制として特徴的なことは、ユーザーと一緒に開発すること。実際にFrilを使っているユーザーをカスタマサポートとして採用しているそうです。開発の現場にユーザーがいて、「困ったことがあったらユーザーに聞く」が信条で、実際の開発フローにユーザーが関わるようにしているといいます。これからエンジニアを目指す人に期待することどんなエンジニアになるかを意識することが大事とのことです。会社のフェーズによってエンジニアに求められることは違うので、技術の経験たくさんを積むことが大事。堀井氏自体も、サーバーサイドもインフラも関わってきましたが、今では全てが関係しているそうです。それぞれの領域を学んでいく中で、強みを形成していくのが良いとのことでした。また、技術を学ぶだけでなく、行動して実践することも大事。チームで開発できる、社内で共有できる、社外にアウトプットできる、リーダーシップを発揮できるなど、技術をもとに行動することが今後のエンジニアに求められていると語っていました。また、最後には「ものづくりは楽しいので、楽しみながら開発していくのが大事」というメッセージで堀井氏は締めくくりました。パネルディスカッション「これからのエンジニアに必要なスキルとは」続いて、大場氏、堀井氏によるパネルディスカッションです。モデレーターはTechAcademyを運営するキラメックス株式会社の代表取締役社長の村田がつとめました。パネルディスカッションでは、事前に参加者から募集した質問をもとに回答いただきました。質問はこれからエンジニアになっていくことを想定して、下記のセクションに分けて進めています。エンジニアになる前の段階エンジニアとして働く段階エンジニアとしてさらにスキルアップする段階エンジニアになる前の段階（村田）それではパネルディスカッションを始めていきます。非エンジニアの方のプログラミング学習が一歩前に進むきっかけになればいいなあと思っています。最後には会場のみなさんからの質問も受け付けます。（村田）まず1つ目の質問ですが、「どのプログラム言語から勉強するべきか」という疑問にお答えいただこうと思います。これみなさん非常に悩ましい点だと思うのですが、このあたりお二人はどのようにお考えでいらっしゃいますか？（堀井）最初はPHP、Perl、Rubyあたりから始めるといいのかなあと思っています。理由は、コミュニティが活発なので困ったらそういうコミュニティに相談して聞く環境があることですね。あとは、実際に企業に入ってみて使われていることも多いです。実際、私が新卒で入った会社も主要な言語がPHPであとPerlとRubyも少しあったので就職するときも有利だと感じています。（村田）なるほど。大場さんはいかがでしょうか？エンジニア歴も長いと思いますが。（大場）最初に触る言語としては僕はなんでもいいかなと思ってるんですけど、子供向けや教育向けと呼ばれる機能が制限された言語よりは汎用的な言語を使った方がいいかなと思っています。それがコンピュータが本来持っている能力を引き出せる可能性があるという理由です。なので、あんまり学びやすさとか初心者向けといった軸で選ぶよりは、なんでもできるような言語を選ぶのがいいのではないでしょうか。（村田）では続いてプログラミングを勉強する段階になった際に「どこから着手すればいいか」という質問に入っていきたいと思います。具体的にあれば教えていただけますか？（大場）さっき話したことと関係しているのですが、一つのサービスを成り立たさせるためにはいろんな技術の積み重ねがあって、一部分だけわかっててもサービスとしては成り立たないことがあります。だから、どこからというよりは「これが作りたい」とか「こんなサービスをやってみたい」といったところを目指して、それに足りないのはどこなのか、簡単そうなのはどこなのか、一番難しそうなのはどこなのか、そういう切り分けでちょっとずつ自分がどこにいるかわかるように進めるのがいいんじゃないかなと思います。この言語を覚えたいといった学習の仕方だとモチベーションが続かないと思うんですよね。（村田）それはありますよね。（大場）コンピュータという分野も3ヶ月勉強した人や10年仕事で使ってますという人とか経験にいろいろあっても、その中で「マスターしました」って自分で言える人はあんまりいないと思うんですよね。すごい奥が深い世界なんで。だからこの言語をマスターするまでやろうとなると結構どこまでいっていいかわからない。なので、道具として何をやりたいかというところを目標にすると続きやすいんじゃないかなと思います。（村田）目的ありきでその言語をツールとして使って、形にしていくところから足りない部分を補うのがいいんじゃないかということですよね。堀井さんはいかがでしょうか？（堀井）大場さんも仰ったように一つを学べば終わりというものではないですね。プログラミングをするモチベーションを保たないと結局意味ないので、自分がこういうのがあったら便利だなというものをとりあえず手を動かしながら作るのがいいと思います。（大場）さっきTechAcademyのオンラインブートキャンプの説明の中で、Twitterクローンを作るというお話しでしたが、あれってどこまでのクローンなんですかね？投稿するだけだと簡単だけどTwitterを真面目に作ると結構難しいと思うのですが。（村田）Ruby on Railsチュートリアルに載ってるくらいのマイクロポストみたいなレベル感ですね。ユーザー登録ができてフォローして、その投稿がそれぞれタイムラインに一列に出てくるクローンです。（大場）フォローもするということは、ある程度データベースの関係性もグラフみたいなところもやるんですね。そういう意味では歯ごたえのある感じですね。（村田）そうですね。実際に世界中で使われているようなサービスに近い形で作る方がモチベーションが上がると思っています。全く使わなそうな図書館データベースを作るよりもTwitterクローン作る方がイメージがわきやすいし面白いなと感じてもらえるはずです。プログラミングを学習するときのモチベーション、特に一人で勉強する時間が長いので、自分がやる気になるようなところから始めるのがいいのかもしれませんね。（村田）では次にいきましょう。「プログラミング習得をする上でつまずきやすいポイントとその解決方法」について聞いてみたいと思います。堀井さんいかがですか？（堀井）つまずくところいっぱいありますね。特に、環境構築が一つのハードルになるかなと思ってます。弊社でもインターンに来てもらうことが多いのですが、プログラミングを書き始めるまでの開発体制を整えるところで時間がかかることがあります。ただ、今はEC2とかHerokuとか、必要なパッケージがそろっている状態で始められるものもありますね。無料プランを使うか、少しお金を出せばサーバーが簡単に手に入るので、うまく使って最初のハードルを乗り越えてから本を一冊写経してみるといったことから始めるのがいいのかなと思ったりしますね。（大場）個人的には難しいところって技術と技術の境目の部分かなと。例えば、Rubyだとアプリケーション開発の知識がいるし、データベースにアクセスするときにSQLみたいな言語をわかってないといけないし、両方わかってないといけないようなシチュエーションがサービス開発の中でたくさんあります。両方の知識が求められるところでハードルがぐっと上がって、新しいことを覚えるのが難しいのかなと思いますね。その解決方法としては繰り返すということですかね。繰り返していると、「これはこのことだったんだ」みたいに理解できることもあるので、反復するところがコツかなと思っています。もう一つつまずきやすいところとしては、技術の中でそもそも難しいところです。C言語だったらポインタ、Rubyだったらブロックとかですね。そもそも考え方が難しいものがいくつかあって、それを変な例えで理解しようとしても、結局どこかで嘘が入っていたりして本質的には理解できないところがあります。それは難しいものだと受け入れて、わかるまで何回も繰り返すところが必要なんじゃないかなと思っています。（村田さん）そうですね。僕も最初はPHPから始めたんですけど、クラスみたいな概念がそもそも理解できなかったです。その時は、10日くらいわからないまま続けたら理解できました。繰り返しながらやっていくと、ピーンとわかるときがくるので諦めずに繰り返すのが重要ですね。（大場）悟るまでですね（笑）（村田）悟りが降りてきますからね。さて次の質問ですが、「おすすめのプログラミング学習方法はありますか」ということです。いま繰り返しやるとありましたけれど、もうちょっと具体的に聞きたいと思います。大場さんは仕事を始めてから学んだという感じですか？（大場）まあプログラムを書くのがもともと好きでゲームをつくるなかで学びました。Windows3.1が出たときに「マインスイーパ」というゲームが入っていたのですが、当時Windowsが動くパソコンがすごい高かったんですよね。なので、みんなができるように、MS-DOSのキャラクターベースでできるマインスイーパを開発してみんなに配ったとか、そのなかでいろんな技法みたいなものを学んでいったというところです。今はほんと一つのアプリケーションを成立させるのにいろんな技術が必要なので、競争仲間であるとか教えてくれる先輩とかそういう人がいる環境に身を置くところが大事かなという気がします。（堀井）小さいところから考えて手を動かすのがいいかなと思っています。会社に入ってみて思ったのが、システムって完璧じゃなくてすでに困っている人がいるんですね。そこで私もわからないなりに、管理画面にあったらいい機能とかを他の部署の人から聞いたりして、改善や機能追加できるところを調べながら徐々に開発技術を学んでいくところがありました。あとは、勉強会もおすすめです。新卒で入った会社では勉強会を定期的に開催していたので、自分の回が来たら学んできたことを発表しなきゃいけない場がありました。そういう半ば強制的にでも自分のスキルを底上げするようなイベントに身を置いてステップアップしていくのはいいかなと思います。（村田）なるほど。僕も自分で学習してきていたときは、何かインターネット上で気になるサービスをまねてそれと同じ動きを作ってみることをしていました。あとは、わからないところでずっと迷ってるとやる気がなくなっていくので、すぐ人に聞くというのは結構重要ですね。僕は新卒で楽天に入ったので、エンジニアの部署にいる同期を休日にカフェとかに呼び出して、わからないことを聞くというのを結構な頻度でやってました。（大場）あとはオープンソースの開発に関わっていくこともいいですね。そんなに難しくなくても手が足りないというプロジェクトはたくさんあって、それこそプログラムだけじゃなくてドキュメントの追加みたいな簡単なところから手伝うこともできます。それでコミュニティの人たちの顔がわかってきて、だんだん開発に協力していく中でいいプログラムをたくさん読んで、自分がやるならどうしようみたいなことを考えたりすることがスキルアップにつながると思います。エンジニアとして働く段階（村田）では次の項目に入っていきますね。「採用したいと思うエンジニアの特徴」について聞いてみたいと思います。具体的にこんな人がいいなというものがあれば教えていただけますか？（堀井）大前提としてプログラミングが好きなことが当てはまるのかなと思っています。やっぱ好きな人って勝手に自分でどんどん技術習得して、自分自身でスキルアップしていくので根本的にプログラミングが好き、ものづくりが好きという素養はまず見てますね。あとは、Githubとかを使って自分が書いたコードを他の人に見てもらう、シェアするみたいな文化があると思うんですけど、自分の恥をさらすことができる、自分の持っていることをシェアするとかオープンさみたいなものを持っている人は素晴らしいかなと思いますね。（大場）堀井さんのお話の中でもサービス志向のエンジニアみたいな話題がありましたけども、スキルはすごい優秀だけどうちの事業にそんなに興味ないみたいな人は今のステージでは採用が難しいです。なにかしら共感をもってるところのプラスアルファでエンジニアリングを見て採用してます。（村田）会社の規模とかフェーズによっても変わってくるかなと思うんですけれども、やっぱりそのそもそものエンジニアとしてのプログラミングが好きであったりとか、サービスが好きみたいなところは基本的には重要ですよっていうことですね。（村田）では次です。「優秀なエンジニアはどうやって見極めているんですか？」という質問です。大場さんいかがでしょうか？（大場）正直言って僕もこれだというものはないですけど、一番確実なのは一緒に働いたことがある人ですよね。やっぱりいろんな会社にいると、こいつは本当にすごいみたいな人が何人かいたりします。（堀井）優秀の定義にもよるかなと思うんですが、見極めるとしたら今はGitHubとかあるので、どういうコードをその人が書いているのか、アプリなど個人でプロダクトを出しているのかとか見たりしますね。（村田）結局その人がどういう人かとか、どれくらいできるのかっていうのが見えるかどうかっていうのは結構重要なのかもしれませんね。ポートフォリオなりGitHubなり、今だとそういうのが結構アピールしやすい時代かなと思います。（村田）次に行きますね。「プログラミングスキル以外でエンジニアに求めることはありますでしょうか」という質問です。堀井さんどうでしょうか？（堀井）これはもうたくさんあります。まず弊社もベンチャーなのでプログラミングだけできる人は結構厳しいのかなと。具体的に言うと、やっぱコミュニケーション能力が高い人がいたら嬉しいです。実際、弊社はユーザーにヒアリングすることがあるので、ちゃんとそのユーザーさんとコミュニケーションが取れるかとか、仕様が上から降ってくるのを待つのではなくて自分で考えたものをデザイナーやディレクターに発表して巻き込んでいく力みたいなのが問われるシーンが多いです。（大場）エンジニアに求めるコミュニケーション能力でいうと、そもそも人と話すのが苦手だからコンピュータを扱う仕事を選んだみたいなところもあると思うんですよね。立ち上げ初期のベンチャーだと、とにかく作るというところがメインになっていて、そんなにコミュニケーションする必要がなかったりします。でも組織がちょっと大きくなってサービスが伸びてくると、ある時点からチーム開発みたいなものが求められて個人技だけでは限界がきたりします。そういう時にちゃんと自分に求められている役割の変化を感じて、それについてこれるかは考えてほしいなと思ったりします。具体的にはさっきの仕様の話だと、ゆるふわで落ちてきた仕様に対してこんな仕様でできるかと思うか、僕が決めてもいいんだというように受け止めるかで大きな違いがあると思うんですよ。それってエンジニアリングのバックグラウンドがあって、そういう幅のある仕様のなかで可能性として見られるかどうかっていうのは大きな違いじゃないかなと。（村田）自分から能動的に動いて、与えられたものだけじゃなくてしっかりそれ以外も自分で発信できるっていうことを理解した上でスキルを上げていけるような方が優秀になってくるし、それが求められるかもしれないですね。（村田）次の質問ですが、「エンジニアとして働き始めてからどんな勉強が必要ですか」とのことです。基本的にはエンジニアは日々勉強みたいなところがあると思うんですけど、そういったこと以外に何か具体的にあれば教えていただけますか？（大場）最近だとエンジニアの向かう方向性としてフルスタックみたいに、いろんな層の技術をまたがって自分一人でもサービス立ち上げができるみたいなところを目指したりもしますけど、実際本当に伸びてくサービス開発のなかでフルスタックになっていくのはめちゃくちゃ難しいと思っています。他に得意な人がいればなかなか手を出すのも難しい、どこをやってもいいよと言われても躊躇してしまうというところがあったりします。その中でできることは、一つひとつ極めていくところだと思っています。ただ、一個の技術だけで戦ってるとやっぱりリスクも高いので、次はこの専門家になろうみたいな二つ掛け合わせるものが何かあるといいんじゃないかと思います。（堀井）私はどういう勉強をしてたかなと思い返してみると、やっぱり学んでいくには段階的になると思うんですよね。一つの言語を学んで、データベースのことも学んで、今度はその言語の上に動いているフレームワークのことを学んだりと段階的に自分が学んだことに派生して勉強してきました。なので、最終的に自分が得意であると言えるくらいのところまで行けるように深掘りして、一つの技術を学んでいくのがいいのかなと思いますね。エンジニアにもスペシャリストを目指すのか、ジェネラリストを目指すのかいろいろ方向性があると思うんですけど、ひとつ自分はこういうエンジニアだとか自分の代表するプロダクトはこれだとか、そういうものを作れるようになるまでは深掘りすることがいいかなと思いますね。（村田）やっぱりエンジニアとしてどこか一つでもいいので、ある程度極めるというか、できたというところまでやって、そこからスキルの掛け算みたいなところが重要になってくるということですよね。エンジニアとしてさらにスキルアップする段階（村田）最後の項目に入っていきたいと思います。「エンジニアとしてどんなキャリアパスが描けると思いますか」という質問ですが、エンジニアとしてキャリアの長い大場さんお願いできますか。（大場）いまエンジニアの責任者として会社の中での役割を担っていますが、究極的には「事業のためにエンジニアリングをどうするのか」みたいな話になっていくかなと思っています。なので、技術だけではなくて、最近だとよく読んでいるのはマネジメントの本とかビジネス書みたいなところからキャッチアップするような勉強をしたりしてます。（村田）技術だけではなくて、その先の事業をテクノロジーで解決していくみたいなところに進めるようなパスがいいんじゃないかという話ですよね。（村田）では次に、「エンジニアが仕事したいと思う環境はどんなところですか」という質問です。堀井さんいかがでしょうか？（堀井）やっぱりエンジニア目線でいうと自由度が高いであるとか、個人の裁量が大きい方がチャレンジングなことがしやすいですよね。なのでそういう環境をいまの会社で作っていきたいと思ってます。弊社ののコアバリューがいくつかあるんですが、「エンジニアもチャレンジする」というのもあります。ある程度エンジニアの裁量でどういう設計をするかなど決められるような体制になっているので、自分がいいと思ったものをすぐ試せる環境があるのはエンジニアにとっていいのかなと思いますね。（村田）なるほど。では最後の質問として「エンジニアとして成長するためにどんな人がいる会社で働くべきだと思いますか」という質問です。いかがでしょうか？（大場）前職のように本当にエンジニアリングに関して職人みたいな人がいっぱいいるところにいて感じるのは、自分より優秀な人がいるところに身を置くことですね。自分が一番下手になって、あとは登っていくしかないみたいなイメージです。例えば、学生時代にインターンで初めてプログラミングをして、ベンチャー企業を手伝いながら一番下っ端でがんばってたらいつの間にか自分が一番詳しくなっていた。その後、さらに強い奴に会いにいきたいと言って弊社にジョインしてくれたエンジニアがいます。僕自身もいかに自分より優秀な人に来てもらうか、自分自身がキャップにならないようにすごく気をつけていて、優秀な人が活躍できるような環境や会社やサービスが大事だなと思っています。（堀井）これは私もほとんど同意見なんですけれども、自分よりも技術において素晴らしいと思った人がいるところですね。あとは、自分のスキルセットに近しいのを持っている人がいるような環境にいくと、自分のやろうと思っていることが一段引き上げられるのでいいのかなと思っています。あと最近は勉強会とか発表された資料とかがWebサイトにいっぱい上がっているので、そういうのを参考にしながら企業を選んだりするのはいいかなと思ってます。会場からの質問（村田）ここからは会場からの質問を受け付けたいと思います。ーー大場さんにお伺いしたいのですが、ご自身が英語情報で技術をキャッチアップするために気をつけられていることや、社内の方に英語の情報をキャッチアップするためにどんなことをしているのか教えていただけますでしょうか。（大場）今やってることでいうと、オープンソースコミュニティがだいたい英語ベースになっています。日本人しかエンジニアがいないプロダクトでもコミットとかは英語じゃないと受け付けない感じだったりします。社内に関しては、こうしないとみたいなものは今はないのですが、今週の気になる技術みたいなのを社内のGitHubにスレを立てて共有して、みんなが気になった技術は突っ込むようにしています。そういうときに情報ソースが英語のものがたくさんあるので、おのずと危機感が醸成されればと思っています。（村田）他のご質問はいかがでしょうか？ーーエンジニアが少なくて採用が大変だみたいなことを何かで読んだのですが、雇われる側としてどう感じておられるかということと、あと村田さんは育てる側としてどう思われるか教えていただけますでしょうか？（村田）まず育てる側の僕の方から話をさせていただきますね。まずエンジニアが足りてないところは事実です。エンジニアの採用が難しいっていうのは、そもそもマーケットに人材が少ないから取り合いになってるっていうのが一つあります。あとは統計的にもアメリカでは2020年には100万人エンジニアが足りなくなると言われています。日本でも2020年には20〜30万人ぐらいは足りなくなると言われています。インターネットを使ったビジネスはすごい盛り上がって市場も拡大しているのに、そこで働く人が増えていなければ足りなくなりますよね。僕らはそれをエンジニアを増やすことで解決したいと思っています。エンジニアになりたいという方は多いと思っていて、それでも増えないのは仕組みの問題もあると思っています。それが解決できる仕組みがあれば、人が足りないということに対してひとつの力になれるんじゃないかなと。エンジニアが足りないということに対して、大場さんはいかがでしょうか？（大場）エンジニアが足りないと言ってる会社も、2種類あるかなと思っています。 1つはよくよく聞いてみると、あまりエンジニアを大切にするような文化がなくてエンジニアが定着しない会社です。そういう会社の方は、「来てくれても半年くらいで辞めるから、辞めると思ってアウトソースすればいい」といったことを仰る場合もあります。こういったことが負の循環になって常にエンジニアが足りないことが常態化してしまう。僕らみたいなエンジニアリングの重要性を理解していて、Webサービス中心の会社だとまったく事情は違っていて、サービスの成長にともなって、さらに成長させるためにエンジニアは、明確に足りていなくてまだまだ必要だと思っています。TechAcademyさんみたいな取り組みでエンジニアが増えていくのはこれからの日本にはものすごい必要だなと思っています。（堀井）ベンチャーで最近伸びているサービスであれば、やっぱりどうしても人が必要になってきて、実際に弊社でもエンジニアは常にどの職種も募集しています。私もベンチャーの友達とか知り合いも多くて起業する人もいるのですが、その立ち上げにはやっぱりそれなりにWebのことがわかる人がどうしても欲しくなるんですけど、そういうスキルの高い人たちは大手であるとか名の知れた会社とかに勤めています。そもそもその会社からあまり転職市場に出てこないというのは肌感としてはあるので、僕らみたいなベンチャーはいかにいい人たちを見つけて会社のことを知ってもらって、採用につなげるかについていつも苦労しています。なので、需要はかなりあると認識しています。（村田）最後付け加えますね。プログラミングを習い事の視点でみると、換金性の高い習い事だと思うんですね。というのも、例えば10万円払って勉強してプログラミングが習得できれば10万円以上稼げると思うんですね。もちろんクラウドワークスさんのようなクラウドソーシングサービスで仕事を探してそれに応募して自分で遠隔の仕事をするのも一つだと思いますし、自分でメディアを立ち上げるのというのも一つでしょうし。そういった意味でも企業に入るだけじゃなくて働く方法はいくつかあると思います。（村田）お時間になりましたので、最後にこの会の締めくくりということで「これからプログラミングを学習するみなさんへのメッセージ」をお二方からお願いします。まずは堀井さんお願いします。（堀井）私も最初はプログラミング初心者だったんですけど、いろいろ学びながら実際にものづくりができるようになりました。最初はハードルの高い部分もあるのかなと思いますが、楽しみながら学んでいくと自分の可能性も広がって、キャリアを積む上でもいい経験だと思います。ぜひみなさんがんばって欲しいです。プログラミングは楽しいです。（大場）僕からは作るだけじゃなくて問題解決していこうみたいな話もしましたけれども、一方で何かを作り出す・生み出すということは本質的に楽しいことだなと思っています。例えば、快適に作るための環境を整えることに丸一日費やすとか、自分のエディタの設定とか、これだから開発しやすいみたいなことを考えながらものづくりを純粋に楽しむところも実際にあるんですね。そういった気持ちってなかなか社会人になってしまうと忘れてしまったり、思い出せなかったりとかあると思います。今だと、エンジニアになろうみたいなフェーズだといくらでも失敗できるので、何度も作ったり壊したりしながら、ぜひものづくりの楽しみというところを大切にエンジニアを目指していただければなと思いました。（村田）堀井さん、大場さん今日はどうもありがとうございました。イベントレポートは以上です。 TechAcademyではこれからもプログラミング学習者のためのイベントを開催していきます。

イベントレポート

できる人に聞くことが大切！ユーザー数100万人のサービスを運営する起業家が語ったプログラミング習得のポイントとは【イベントレポート】

TechAcademyでは、2015年5月に「テックアカデミーキャンプ」として1ヶ月間でプログラミングを習得するコースを開催しました。このコースの初日に行った特別対談の様子をまとめたレポート記事です。この対談では、株式会社Lang-8の代表取締役である喜洋洋氏をゲストとしてお迎えし、TechAcademyを運営するキラメックス株式会社の村田がモデレーターをつとめました。ゲスト株式会社Lang-8 代表取締役喜洋洋氏中国生まれ。4歳から日本で育つ。京都大学卒。大学在学中に1年間休学して上海に留学をし、そこでlanguage exchangeを行う。帰国後、お互いに母語を教えあう語学学習サービスLang-8の制作を始め、大学卒業と共に起業。現在200国以上にユーザーを誇る。2年間半にわたり、企画、海外マーケティング、ディレクション、営業をこなし、その後2年間かけて独学でプログラミングを学び、現在はサーバー管理、開発も行う。モデレーターキラメックス株式会社代表取締役社長村田雅行 1983年生、京都府京都市出身。 2006年4月、楽天株式会社に入社。開発本部にてポータル事業のシステム構築・運用を担当。その後システムの調達、交渉、契約などシステムインテグレーションに従事。2008年4月、楽天株式会社を退社。 2009年2月、キラメックス株式会社を設立し、代表取締役社長に就任。 [PR] プログラミングで挫折しない学習方法を動画で公開中喜洋洋氏のプログラミングと起業まずは対談の前に、喜氏のからプログラミングの勉強を始めた経緯をお話しいただきました。本記事では、喜氏が話した言葉をそのまま記事にしています。起業した当初から運営してした、Lang-8（ランゲート）では、開発を担当していた共同創業者が半年ほどで会社を去ってしまいました。当時でもユーザー数は10万人を越えるほどいて、課金ユーザーもいたのにも関わらず急に1人だけになってしまったわけです。そこから、自分がプログラミングを理解していれば、プログラマーと円滑なコミュニケーションが取れるのではないかと考え、プログラミングの勉強を始めてみました。あとは、自分がプログラミングをできれば、生きていけるだけの利益を出してサイトを運営していくことは可能という結論に至りましたね。最初は、サーバーが落ちることが本当に怖かったので、サーバーへのログイン方法やバックアップの取り方などから学び始めました。全て学ぶ必要があたので、複数の本で多角的に勉強しました。他にやったこととしては、知人の会社で無償インターンをしたことがあります。インターンとして働くことで、複数人での開発方法などが学べました。また、本を読んでいるだけではわからないこともありましたが、 WordPressなど、オープンソースの自分の興味のあるコードを読むコードリーディングの理解につながりましたね。その後人も増えて、現在運営しているHiNativeとLang-8は、僕とデザイナー、エンジニアの3人で運営しています。今はプログラミングの仕組みが理解できているので、エンジニアと円滑なコミュニケーションが取れるようになっています。これからプログラミングを勉強するみなさんへのおすすめは、達成目標を決めて勉強することです。Webサービスを作るために勉強しないといけないことは沢山ありますが、目標を決めるとやることが明確になります。例えば僕の場合は、サーバーをなんとか管理できるようになった頃に、バグを起こしても動いてるコードを読んで修正できることを目標にしました。ゼロから作るほど難しくなかったので、当時の自分には良い訓練になりました。これを繰り返していくうちに、簡単な機能追加も徐々にできるようになりましたね。あとは、初心者向けの実用書もあるので気軽に勉強は始められると思いますが、入門と謳っていても、実際に読んでみるとそうではないものがたくさんあります。なので、環境があれば身近な人に聞くという手段もあるので、つまずいても諦めないでください。会場からの質問を受け付けて対談ここからは、モデレーターの村田が会場から質問を募集する形で対談しています。一番は人に聞くこと（村田）ちょうど、僕の地元の京都にLang-8のオフィスがあったので遊びに行ったことを覚えています。当時はほんとうにサーバーに囲まれてましたね（笑）（喜）サーバーが落ちるのが怖くて、3時間以上寝れない日が続いてました。（村田）サーバーの勉強はとっつきづらい分野だと思うんですが、わからない時はどうしていたのでしょうか？（喜）最初は「いざとなったら頼る人リスト」みたいのを作ってましたね。勉強するので毎回聞くのは申し訳ないんですけど、本当にサーバーが止まってどうしようもなくなったら、教えてもらってました。あとは、やっぱりググったりとか本を読んだりとかですね。（村田）なるほど。（喜）一番は人に聞くことで、その時いた優秀なエンジニアのアルバイトに、時給よりもかなり高いお金を払って1ヶ月くらい家庭教師してもらったこともあります。プログラミングって最初は概念の理解が難しくて、それを独学でやると余計な時間がかかると今になって思うので、概念やよく使うツール、ちょっとした書き方はできる人から学ぶのが一番効率がいいですね。（村田）どんな形の家庭教師だったんですか？（喜）週1〜2回でRailsを学んで、わからないコードがあれば一行ずつ細かく教えてもらってました。（村田）それで理解できるようになったんですね。プログラミングという武器を得て何か変わったことはありますか？（喜）まずは、採用時にちゃんと判断できるようになりましたね。あとは、エンジニアの方に仕事をお願いするときも、以前はビジネスの優先順位しかわからなくて、技術的な難易度はわかりませんでした。今は、ビジネスにおける優先順位と技術的な難易度を比較できるよになりました。（村田）なるほど。エンジニアと関わるときも役立つということですね。サービスに目を向けると、もともと運営したいたのはWebサービスで、それとは別にスマホアプリのサービスを始めていると思います。アプリになったことで学ぶものの変化はありましたか？（喜）最初はRailsから入って、今はスマホアプリのこともわかるようになりました。やっぱり、一番難しいのがプログラミング概念の理解で、それが一つ言語やフレームワークで理解していれば、あとは差分だけ理解すればいいのでだいぶやりやすいです。プログラミングは概念の理解が難しい（村田）ここからは会場からの質問について聞いていきたいと思います。僕も答えていきます。ーープログラミングを始めたきっかけはなんですか？（村田）喜さんは先ほどお話されていたので、僕から回答しますね。僕も喜さんと同じように、手段としてプログラミングをやっているタイプです。プログラムを書きたいためにエンジニアをしているというわけではないです。だから、サービスを作ってリースするための手段としてプログラミングの勉強を始めました。学生時代は、HTMLとCSSを使って簡単なホームページを作りました。それに付随して、ユーザーのためになる情報を掲載誌て、SEOを勉強して、アクセス数を増やして広告で稼ぐみたいなことをやっていました。さらに、もっと価値のあるサービスを作りたいと思いましたが、その時の技量では足りないのでプログラミング能力が必要だと思ったのがきっかけです。起業した当初は一人で会社を始めたので、自分でやるしかないと思っていました。その点は喜さんと似てますね。ーープログラム習得する上でつまずいたことはありますか？（喜）まずプログラミングの概念を理解することに苦労しましたね。例えば、メソッドを実行するための入力とかです。基礎中の基礎だったために、どの本にも載っておらず、基礎を理解するための本を見つけるのが大変でした。（村田）そもそも、知りたいことが載っている本を見つけるのに苦労した、と。（喜）　はい。そういう基礎って、教えてくれる人がいたら1分で解決するのに、まわりにそういった人がいなかったので概念を理解するにも時間がかかりましたね。基礎中の基礎を知る、という初歩的なところでつまずいていました。 (村田)　僕も、喜さんが仰っていたように概念の理解が難しかったです。ただ、僕の場合は当時楽天の開発部門にいたので会社の同期をカフェなどに呼び出して、聞きたいことを全部聞くみたいなことをやってましたね。概念理解って、どこをどう調べたらいいか、ということ自体が分からないんですよ。概念なので言葉にしにくいですし。人と対面してると、感覚的に伝えられることもあるんですけどね。最初はそういった概念理解につまずいていました。ーーソースコードが見やすいとか見にくいとかあると思うのですが、どうやって判断しましたか？ (村田)　自分で書き出してみると、汚いとか見にくいとかってわかるじゃないですか。その時に、どういった書き方がベストか聞いてました。あとは最近だとGithubとかで見れるので、いいサービスや有名なサービスのコードを見て学んでいます。 (喜)　最短なのは、自分の書いたものをコードレビューしてもらうことだと思います。それができない環境の場合は、オンラインに落ちているオープンソースを見ます。あとは自分で書き続けているうちに、同じこと繰り返してるとか見にくいなとか感じるので、似たようなコードを参考にして書き方を学びますね。プログラミングがわかるとミニマムスタートできるーープログラミングを学んでおいてよかったと思うことはありますか？ (村田)　喜さんは先ほど仰っていた通りなので、僕の場合についてお話させていただきます。プログラミングを学んでおいて良かったと今になって思うのは、なにかサービスを作りたい、事業にしたい、という時にミニマムスタートが出来ることです。人を雇うとお金もリスクも発生しますが、一人で完結できると、まずやってみようと思えます。成功するかしないかわからないので、とりあえず「やってみる」ことがとても重要なんですよね。自分でプログラミングができると、形にするまでの敷居が下がるので、トライしやいです。それに、エンジニアや開発に携わる人の気持ちがわかるので、話がしやすくなります。エンジニアが言われたら嫌なことがわかるので、円滑なコミュニケーションにつながることも、プログラミングを学ぶ利点だと思います。ーー話はそれますが、村田さんに質問なのですが、プログラミング以外にデザインも独学ですか？ (村田) どちらかというと、デザインから始めました。高校生のときに、バンドのフライヤーを作るためにIllustratorなどを勉強していました。ただ、ホームページも作りたかったので、HTML/CSSも同時に勉強していました。最近では、Webデザインは簡易化されてBootstrapなどもあるので、プログラミングさえ勉強すればある程度のクオリティーは担保されると思います。ーーエンジニアとコミュニケーションを取る時にどんなことに気をつけていますか？ (喜)　テキストでやり取りすることが多いので、エンジニアに限らず口調に気をつけてますね。テキストだけだと話し手のトーンが伝わらないので、相手に攻撃的な印象を与えてしまう可能性があります。なので、出来るだけ顔文字を使ったりしています。あと、進捗確認の時、追加機能やバグ修正について聞きがちですが、将来的な事を考えて勉強に時間を割いたので進捗なし、という場合は許容しています。コードを見やすくするためのリファクタリングなど、目に見えないことも評価しています。また、効率を落とさないため、新しい技術の習得に時間を割いるのであれば、手が動いてなくても、進捗がゼロでも特に咎めません。 (村田)　認めてあげるんですね。僕の場合だと、エンジニアと共に開発していく上で、出来ないこと・難しいことに直面したときは、一緒に考えるスタンスをとるようにしています。ーー起業するためのプログラミングスキルはどのくらい必要だと思いますか？ (喜)　そうですね、ケース・バイ・ケース、ですね。要は難易度が変わる話だと考えています。営業が重要な事業内容なら、社長に営業力があってお金が回っていれば、技術面は人を雇って賄えますよね。なので、プログラミングスキルが無くとも問題ありません。ただ、先ほど村田さんが言っていた、スモールスタートが可能というのは重要だと思います。プログラミングができると、自分でぱっと作って、試行錯誤し、サービスの良さをプログラマに伝えて、どんどん改良していくことも可能です。起業したら、一番情熱を持っているのは、基本的に社長である自分です。空いた時間に自分が何かできると、情熱が会社の前進に直結する。しかも、そこでエンジニア一人分の仕事が出来れば、人件費を浮かせる事ができ、より潰れにくい会社にすることができる、ということもあります。なにか作れたらベストですが、プログラミングを理解して、エンジニアと円滑なコミュニケーションを取れる状態にしておくだけでもいいと思います。 (村田)　僕も同意見です。プログラミングは、自分の考えてるアイデアや考えてることを形にするツールだと思っています。なので、その考えているもの次第で、必要な力量も変わってくると思います。例えば、Webに商品を載せるのであれば、HTML/CSSとデザインのみで綺麗に見せることはできます。ただ、アイデアを形にできるというツールを武器にすると、起業以外のこともできていいのかなとは思います。 (喜）　補足すると、外注では、ボタンを少しずらすだけでも見積もりが大変ですし、社内にエンジニアがいたとしても、細かい変更をいちいち頼まなければなりません。自分でパッと出来てしまうと、人に説明する必要がなく、手間も時間も省けます。特にスタートアップの場合は、早く試して早く結果を見ることが重要なので、ちょっとした変更に手間取ると、成功率が下がってしまいますしね。プログラマーの需要はまだまだあるーー今後プログラマーとして食べていけると思いますか？ (喜)　やろうと思えば全然いけます。 (村田)　食べていけるかいけないかと言われれば、食べていけますね。プログラマーは世界的に不足しています。職があるのに働き手がいないので、アメリカでは2020年までに100万人不足すると言われているほどで。その点、プログラマーに限らず、IT技術者は今後求人が増えていくと思うので、食べていけるでしょう。僕の意見としては、今後のプログラマーの需要は無くならないと思います。ただ、プログラムやソースコードを全部書くのではなく、単純化されたものを組み合わせるようになるのでは、と予想しています。それでもクリエイティブなことをする人の需要は増え続けるのではないかと思いますね。 (喜)　需要に関しては逸話があって、中国は物価が日本よりまだまだ安く、大学新卒の給料が2万〜６万なんですね。でも、以前中国人フリーランスの方に、リモートでプログラミングの仕事を依頼していたところ、時給は4000円だと言われました。当時は日本人のエンジニアにもそこまでは出せてなかったので、うわ高え！と。（笑）理由を聞いたら、もっと割のいい仕事をもらっているから、とのことでした。日本も中国もアメリカもエンジニア不足、かつプログラミング言語は世界共通なので、プログラマは国や言語をを問わず仕事ができることを思い知りました。今は時給を上げていますが、起業した最初の頃に900円でアルバイトしていた人は、現在はアメリカから仕事をリモートで受けていて、時給7000円くらいもらっているそうです。なので、ニーズは本当に無くならないと思います。ーーどのプログラミング言語の需要が高いと思いますか？ (喜)　Webサービスだったら、Ruby on Railsの求人が激しいかなと思います。僕のまわりのスタートアップ企業などでもよく聞きます。 (村田)　あとは大きな企業だと、PHPやJavaも人気がありますね。他にiPhoneアプリやAndroidアプリの開発も需要があると思います。ーー今名前が出てこなかったのは、逆に需要がない言語ということでしょうか？ (村田)　僕らが知り得ない言語市場があるでしょうし、まだまだ出続けて無くならないので、需要がないということではないですね。今話したのは、Webやスタートアップ系の、オンラインサービスを作ったり個人で仕事をしたりするときの言語のことです。一方で、みずほ銀行のシステムエンジニアは、2020年には2万人不足するとニュースで流れていました。要は、基幹系のシステムを刷新するときにエンジニアがいないというような状況ですので、そのような視点もあったほうがいいと思います。ーー僕もWebサービスを作りたいと思っているのですが、PHPとRubyのどちらがいいか分かりません。作るものによって違う、と仰っていましたが、色んなプログラマーに聞いているものの、2者の違いや良さ、これからの展望がいまいち分かりません。 (喜)　独断と偏見で言うと、今から勉強するならRubyがいいと思います。 Ruby on Railsというフレームワークが洗練されていて、Webサービスの開発に適していますし、Railsの求人の方が多く、盛り上がっている気がします。 (村田)　PHPのメリットもありますけどね。 PHPは割りと規約がゆるいので、ある程度書いたら動くので取っ付き易い。これはいい面悪い面あるのですが。僕はもともとPHPから勉強を始めました。一方のRubyの場合はRuby on Railsというフレームワークが既にあるので、フレームに乗ればすぐにできるので楽ではあります。ただ、フレームワークを使うには、そもそもどうしたらプログラムを作れるか、を理解していないと難しいこともあります。今は、僕が始めた2008年頃に比べたらどちらのドキュメントも増えているので、PHP・Rubyのどちらでもいいと思います。 (喜)　補足すると、僕はPHP触ったことないのでRuby推しです。 (村田)　ちなみに、PHPのフレームワークでCakePHPというのがありますが、これはRailsを真似て作られたもので、構成がRailsと近いです。ーーグローバルに見て、日本のプログラマーの給料は安いと思いますか？ (喜)　Web業界も営業中心だけど技術志向の高い会社だと、エンジニアの重要性もわかっているので給料も上がっています。日本でも外資系は特に高額ですし。ただ、アメリカのエンジニアが高給なのは、他にも理由があります。西海岸だと、ワンルーム20〜30万円かかることもあって生活コストが高いので給料もそれにともなって高額になる傾向があります。 (村田)　物価が倍だと、給料も倍、ということですかね？ (喜)　単純な比較は出来ないですけどね。あと、優秀な人は特に高給ですね。普通の人の二倍以上の仕事をしてくれるので、並の人の倍払っても雇う価値があるので。弊社も、エンジニアの給料は固定観念に縛られず、積極的に上げていっています。今後は日本でもエンジニア採用の競争激化が予想されるので、給料も順次上がっていくのではないかと思います。 (村田)　補足として、一概には言えないものの、アメリカでエンジニアが高給なのは、雇用体系の違いが挙げられます。能力が低ければすぐクビになりますし、保険がないので自分でやりくりしなければいけません。ーープログラマーとしての副業で生活は出来ますか？ (喜)　副業は余裕でできると思います。むしろ、現代ほど美味しい時代はないですね。先に触れた弊社の元アルバイトも、ある程度経験を積んで、アメリカから時給7000円で受注していますし。自社でも、フリーランスのエンジニアに外注する場合はある程度優秀だと結構な額払ってるので余裕だと思います。 (村田)　僕も学生時代からプログラミングをやっていましたが、副業ではないものの、片手間のバイト感覚である程度は稼いでいました。 15年程前からは、プログラミングが出来なくても、Webで何か形に出来ればお金が稼げる時代になったと感じています。最近では、クラウドソーシング、つまりオンラインでできる仕事が増えているので、活用のしがいがあるとも思いますね。対学習量では、英語などの語学よりプログラミングの方が換金性が高い思います。なので、習い事としては一番いいのではないでしょうか。ーープログラマーとして副業で稼ぐに当たり、レベルによって給料が変わってくると仰っていました。具体的にはどういったところで判断しているのでしょうか。経験値などでしょうか？ (喜)　何点かあります。弊社では、経験があったり、ある程度できるようなら、一旦時給を固定し、一度仕事をしてみてもらいます。1、2個機能を追加してもらって、その作業スピードと質を見て判断します。あとはプログラマ自身の交渉力にもかかっていて、実力以上に見せることも可能です。また、ブログ等で本人の知名度が高められていると、給料が上がりやすいかもしれません。ブログで有益な情報を発信していたりとか。難しい内容じゃなくても、この人の名前良く見るな、という感覚を相手に持たせることが大事ですね。なので、必要なスキルは、経験・交渉力・知名度のどれか一つがあればいいと思います。ーー村田さんは会社設立直後、受託開発で稼いでいたそうですが、月にどれくらいの仕事を受けていましたか？ (村田)　僕の当時の働き方は、半月は自社のサービス開発に時間を割き、残り半月は自分の食べる分だけを稼ぐ仕事をする、という動きをしていました。受託はやり過ぎると忙しくなってしまうので、仕事量は月に1つほどでした。特に受注数を決めていたわけではありません。ーーわからないことが多いので初歩的な質問なのですが、一人でサービスを立ち上げる場合、どこまでの知識が必要なのでしょうか？プログラミングはもちろんだと思うのですが、サーバー等も含め、すべて一人で出来ないと、個人での立ち上げは厳しいのでしょうか。 (喜)　わかっているに越したことはありませんが、最近ではわからなくてもできるようになっています。例えば Herokuというのを使うと、Ruby on Railsさえわかっていれば、サーバーのことを知らなくても、サービスを公開することが出来ます。どんどんアプリケーション側に専念できるようになってきていて、Bootstrapというものを使うと、デザインが出来なくともそれっぽい見た目のものを作る事ができます。 (村田)　まず形にすることだけ覚えれば、何かを表に出すということはできますよ。ーー1つサービスをつくる、といった大きな目標がない場合、初級から中級になるにはどういったことを指標に学んでいけばよいと思いますか？ (村田)　僕のおすすめは、何か作ってみてお金を得ることです。お金を稼ぐことはいいモチベーション維持につながると思います。お金をもらって嬉しくない人はいないと思います。学生時代、作ったサイトをたくさんのユーザーに見てもらえたのは嬉しかったし、またそれがビジネスになる、ということにすごく感動しました。自分みたいな平凡な学生でも、京都にいてパソコン1台で月に数万円稼げてしまう。自分の勉強したことが社会に繋がるんだ、ということは大きなモチベーションでした。なので、趣味でもいいですけど、月1万円を稼いでみようという目標を立ててみてはいかがでしょうか。1万円稼ぐためには人に見てもらわなければならないですし、そのためには何が必要かを考え始めると、やるべきことも見えてきて、目標が立てやすくなると思います。これで対談は以上です。これから起業を目指す人に限らず、ぜひプログラミング学習にお役立てください！

イベントレポート

「TwitterではLJKを演じる。」新卒1年目の子会社代表＆事業責任者のサービスづくり｜MIWAKU 藤井香那＆ユナイテッド村田美寿穂

2017年3月に大学を卒業し、ユナイテッド株式会社の子会社代表と、ユナイテッド株式会社で事業責任者になったお二人に、抜擢のきっかけとサービスづくりについてお話をお伺いしました。藤井香那：株式会社MIWAKU代表取締役社長CEO。2017年3月横浜国立大学卒業。ゴロー株式会社には2014年からインターンとして従事し、同社の発展を中核メンバーとして支えてきた。2017年4月にユナイテッド株式会社の社内起業支援制度「U-start」を活用して子会社MIWAKUを設立。チャット型小説アプリ「ちょこっと」を運営している。村田美寿穂：2017年3月青山学院大学卒業。ユナイテッド株式会社 Kazary PJ責任者。内定者時代にユナイテッド株式会社の社内事業「スタートUアップ」（現U-CHALLENGE）で優勝し、事業立ち上げを行う。カフェや美容室等の空間を展示場所とし、クリエイターとマッチングさせる「Kazary」を提供中。新嘉喜りん（聞き手）：2012年ユナイテッド株式会社入社。現在キラメックス株式会社広報担当。自分自身が代表であり続けることに拘らない。新嘉喜：本日はよろしくお願いします！最初に事業立ち上げのきっかけを教えてください。藤井：大学時代に株式会社アラン・プロダクツ（旧ゴロー株式会社）で約3年間インターンをしていたんですけれど、そこではインターン生という立場でしか働けなかったのですが、会社のバイアウト※という成功体験があったときに、今度は自分で成功体験を実現したいという気持ちがありました。 ※2016年9月、アラン・プロダクツ(旧ゴロー)評価額13.5億円でユナイテッド株式会社の子会社化。ユナイテッドにジョインしたタイミングで起業を考えていて、そのときに手嶋さん（ユナイテッド取締役兼常務執行役員）とお話をしてユナイテッド内で起業する機会をいただいたのがきっかけです。新嘉喜：自分で起業する選択肢もあったと思うのですが、社内起業を選んだ決め手はなんですか。藤井：自分が必ず会社の代表であり続けたいという気持ちは実はなくて、大きなプロダクトを作りたいんです。一番好きなプロダクトがAmazonなんですけど、Amazonみたいな大きなプロダクトを作りたいという気持ちが強くて。ただ、まだ未熟なので、そこにいくには何ステップも必要だと思っていて、まずはゼロからプロダクトを作れることが必要だと思っていたんですね。会社をつくるには資金集めなども大変なので、最速、最短で会社とプロダクトが作れるいいお話をいただいたので決めましたね。新嘉喜：プロダクトに集中できるところが大きかったんですね！Amazonが一番好きな理由は何ですか。藤井：AmazonはITというかゴリゴリの配送業で、なくてはならないサービスになっているところが素晴らしいと思うんです。一番好きなのがAmazonプライムという、ユーザーに年間約4,000円を課金させてまでこのサービスに入りたいと思わせる価値を創り上げたのが凄いなと思っていて。私はユーザー課金がサービスの本質だと思っていて、そういうプロダクトを作りたいですね。内定者で事業創出プログラムで優勝し、責任者に抜擢。新嘉喜：村田さんはユナイテッド社内で新卒1年目にして事業責任者の立場ですが、きっかけはなんだったのでしょうか。村田：大学は芸術学部だったので、アートやクリエイターといった芸術分野にずっと触れていたんですけど、芸術自体が世の中に広まっておらず狭い世界のものだなと思っていて、どうにか広めたいという気持ちがずっとあったんですね。なので、学生時代にフリーペーパーを作ったりしていたんですけれど、影響力は大きくなくて。その頃から、ぼんやりとですが一つの事業として、芸術をインターネットの力で広めていきたいという思いがずっとありました。その後2016年にユナイテッドの内定者として、子会社のキラメックスでインターンをしていたのですけど、サービスが成長するところを近くで見ていたり、ユナイテッドの新規事業案を考えるキャンプに参加しているうちに、自分でやりたい思いがどんどん膨らんでいって。そのタイミングで、内定者でも参加資格のある事業化を前提とした事業創出プログラムがあって参加して、有り難いことに優勝でき、事業化の機会をいただけました。新嘉喜：内定者で優勝、すごいですね。村田：インターネット業界での経験は内定者インターンしかなかったのですが、やりたい気持ちと環境が目の前にあるのに絶対嘘はつきたくないと思い、行動をしたこと自体に大きな意味がありました。事業に対して熱意を持った人が挑戦できる環境が、ユナイテッドにはあると実感しています。 [PR] プログラミングで挫折しない学習方法を動画で公開中「怖い」体験は人に伝えやすいからヒットした。新嘉喜：藤井さん、株式会社MIWAKUの事業内容を教えていただけますか。藤井：今は「ちょこっと（chocot）」というチャットのように読み進められるアプリを運営しています。元々海外で「HOOKED」という、タップでチャットのように読めるアプリが流行っていたんですね。現在ほとんどの人がLINEやFacebookメッセンジャーなどのチャットを使っているので、その形式でお話が進んでいくというのは新しいと感じていました。一方で、日本にはずっとケータイ小説という文化があって、今でも「魔法のｉらんど」は根強いファンがいて、月間数億PVあると言われているんですね。ただ、サービスがスマホライクではないんですよ。チャットのUIに人々が慣れているというところと、ケータイ小説という台詞が多いストーリーが根付いているというところでサービスを作ろうって決めました。 10月まではプロの方に頼んで作品を書いてもらっていたんですけれど、11月からはユーザーが投稿できる機能というのを追加して今はCGM※としてサービスを提供しています。 ※ユーザーによるコンテンツ投稿型メディア新嘉喜：いろんなアイディアを検討したと思うんですけど、藤井さん自身がチャット型小説を「やりたい」と思った決め手はなんですか。藤井：個人的に、スマホアプリとCGMにものすごく興味があったんです。私もずっとケータイ小説にハマっていたのでとても思い入れもあって、CGMができるのでやりたいと思って。難易度は高いと思ったんですけど、100%子会社で大胆に挑戦できるという機会がある中で、こういった話題性のある分野で挑戦したいと思いました。新嘉喜：話題性、と言うとやはり競合サービスも複数ありますが、「ちょこっと（chocot）」はどんなことを目指していますか。藤井：私が女性なので、そこは強みとして活かしていきたいですね。女の子たちが楽しめる作品を増やしていきたいです。「HOOKED」の場合は、完全にホラーが当たったんですけど、「怖い」という感情は分かりやすいのでSNSとの相性もよいんですね。「怖かったよ」というのは一言ですぐ伝わるんですけれど、「面白いよ」だと分かりにくいというか。同じ30秒でも怖い気持ちにさせるよりも、キュンとさせるとか、面白い気持ちにさせるというのは結構難しいんですね。ホラーは既に人気があるのがわかっているので、今はそれ以外のカテゴリでどう面白くしていくか、人が感情移入できるか模索しています。成長市場ではない。だからこそ、使ってもらえるサービスをつくる。新嘉喜：村田さんはいかがですか。村田：「Kazary」というクリエイターさんと新しい展示場所を繋ぐサービスをメインでやっています。クリエイターさんは基本的にギャラリーなどで絵を展示をするんですけれど、ギャラリーは限定的な場所で興味がある人や、知り合いの人しか来なかったりするんですね。あと借りるお金が高くて、1週間10万円以上かかっちゃうんです。もっと気軽に作品を発表できる場所が提供できないかと思って、例えばカフェや美容院のような身近な場所を展示場所とし、クリエイターさんに提供するサービスを、一部実験的なところもありながらやっています。新嘉喜：事業創出プログラムのときにお話をききましたが、そのときから、色々調査や検証を重ねて今の事業モデルに至ってると思うのですが、どういった背景がありましたか。村田：最初はインターネットのサービスを考えていたんですけど、クリエイターさんにヒアリングをしていると、やっぱり自分の実物の作品を見て欲しいとお話をしていて。今は、SNSなどたくさんの人に作品を見てもらえる場所があるんですけど、それでもやっぱり実際の作品を見てもらえる方が嬉しいんです。質感や描いた跡みたいなものを、生で見て欲しいものなんですね。そういった、「リアルの場所」というのは需要があるんだなと思ってました。私たちがやろうとしていることは、市場が大きいとか、今伸びているというアプローチではないので、まずはユーザーが本当に使いたいと思うサービスを作ることを一番大事にしました。クリエイターさんの課題を解決して、彼らに使ってもらえるサービスを作るところから入ったんです。新嘉喜：もう実際にカフェやレストランで展示を開始されてますよね。反応はどうでしょう。村田：クリエイターさんからも店舗さんからも、やってよかったという反応が多いです。今まで、ただの壁だと思っていた場所にアート作品がくることで、雰囲気や気持ちが変わりますよね。あとは、その作品を見にお客さんが来られたりするケースもあり、集客にもつながったというお話もいただいております。ユナイテッドの役員陣がいるからプロダクトに集中して突き進められる。新嘉喜：お二人とも最初はひとり＋ユナイテッドの役員という体制で立ち上げたんですよね。村田さんは、金子さん（ユナイテッド代表取締役COO）、藤井さんは手嶋さん（ユナイテッド取締役）。当時大学生や新卒1年目でそのような環境はどうでしたか？村田：私とは目線が全然違うと感じましたね。目の前の事象だけじゃなくて、ミクロとマクロ両方の時間軸で世の中の流れをみてて議論するので、私もそういった思考を意識するようになりました。新嘉喜：藤井さんはどうですか。藤井：手嶋さんも山下さん（ユナイテッド取締役）も精神的な支えというか、お父さんみたいな感じで。私自身プロダクトに集中していると、目線が狭くなってしまうことがあるんですね。私は突き進むんですけれど、その先にはこういうリスクがあるよねと指摘してもらってます。二人のような方々が、後ろにいる安心感があるので自由に動けるんです。また、ものすごく距離が近くて毎日チャットで話をきいてもらっていますし、迷ったときのアドバイザーとして本当に頼りにしています。村田：私も同じですね。その他にも、社内のいろんな人が応援して声をかけてくださって、心強いです。バックオフィスが既に整っているので、社内で事業を起こすことの良さだと思いますね。 Twitterで女子高生になりきって、生の声をきく。新嘉喜：企画をするときに気をつけていることはありますか？藤井：私自身がもの凄く普通の一般の20代前半女性だなと思っていて。友達に奨められたものはすぐにハマれるし、世の中で流行っているものに対して夢中になれるんですね。なので、自分が好きなものだったり、いいなと思えるものは一般の人も好きなものなんだなというところは自信があります。自分が普通すぎるからこそ、良いという面があると思うのでその部分を大事にしています。新嘉喜：プロデューサーとして、意識的に流行っているものをやってみるというわけではないんですね。藤井：違いますね。普通に受け入れてて本気でハマります笑。最近では、美寿穂ちゃんに「ユーリ!!! on ICE」を教えてもらったんですけど、本当にハマって、ずっと見ています。高校生や大学生みたいなハマり方をしてしまうんですね。でも、その感覚は大事だと思っています。新嘉喜：サービスを作るプロセスで、気をつけてやっていることはありますか？藤井：Twitterでユーザーになりきるんです笑。ユーザーヒアリングに近いんですけど、例えばこういう高校生にインタビューして日常が知りたいなと思ったら、自分で高校生のアカウントを作るんです。LJK（Last JKの略で高校三年生のこと）とか、何部とか、そういった書き方もマネして完全な女子高生のアカウントを作り上げて、近しい高校生に絡みにいくっていう。そうやって相手を理解するようにしています。今テスト中なんだなとか、どのように世の中を見ているのかなどを見ていますね。いろんなことがわかるんですよ。フォロワーをみれば、一発でどんなものが好きかとか、どんな人とつるんでいるかわかりますし。村田：私もTwitterのトレンドを見ています。その日の日本で何が話題になっているか全部分かるんですね。どうして話題になっているんだろうとか、人がどんなことに興味を持っているんだろうとか自分なりの分析を日常的にしています。あとは、ユーザーになる人たちがどういう生活をしていて、どこにお金を使っているかとか、どうやって稼いでいるとか、どういう時間の使い方をしているかというのは調べます。そのうちのどれかを使ってもらうわけなので。直接会ってヒアリングもしますし、Twitterでフォローして見ていますね。藤井：Twitterは神ですね。村田：そう笑。Twitterがあるとすごく調査しやすいんです。直接インタビューすると、やっぱりどうしてもカッコつけたくなるところもありますから。とはいえ、聞かないとわからないことが多いのでインタビューも勿論しますが、Twitterもみて両方から情報を得るようにしていますね。藤井：私、DMしています。女子中学生や高生とかって企業の人に「普段どんなアプリ使っていますか？」と聞かれると教えにくいと思うんですけど、自分も学生として「暇だから面白いアプリ教えて〜」と聞くとみんな教えてくれますね。自分と近い存在の方が自然に教えてくれるので、「好きはアイドル誰？」とか話しかけて「私も◯◯推しだよ」などと会話から始めています。村田：自分自身が学生時代からひたすらずっとTwitterにいて、LINEよりもTwitterでやり取りをするような学生でした。Twitterは自然に開いてて、日常的とか身近と言うより、呼吸をするような感じです笑。その感覚は活かしていきたいなと思っています。とにかく今はプロダクトを成功させたい。新嘉喜：今後はそれぞれの立場で、一人の人としてどのようになっていきたいですか。藤井：常にプロダクトを作り続けられる人になりたいというのはあるんですけど、まずは1回当てる、絶対に諦めないということを決めています。あとは…、会社をやりはじめてからインターン生の頃とは、桁外れに関わる人の数が増えました。そこで、すごく感じたのは人として誠実であり続けようと。今、いろいろと叱られたりご指摘いただいてて、自分自身の足りない点を反省することも多いんですけど、常に誠実に向き合っていれば、例えダメなところがあっても人はついてくると思うので、誠実で信頼される経営者を目指していきたいです。村田：サービスを生み出し続けていきたいですし、ユーザーの近くにずっといてユーザーのために何かを提供し続けられる人になりたいですね。今は、まだまだ提供できる価値が小さいと感じているので、いずれはユーザーにとっての世界が大きく良い方に変わるような、インパクトのある価値を提供できるサービスを作り出すことを目標にしています。そのために、ユーザーと真摯に向き合う気持ちは変わらず持ち続けて、多くのアウトプットを生み出すことに全力で取り組んでいきたいですね。インタビュアー：新嘉喜りん（キラメックス株式会社広報）

インタビュー

メルカリ・ランサーズの社長が語る！創業期のエンジニア採用の秘訣とはーdots. Conference Spring 2016イベントレポート

2/24(水)~3/1(火)の間、イベント&コミュニティスペースdots.にて、dots. Conference Spring 2016が開催されました。 TechAcademy magazineでは、記事としてdots. Conferenceのイベントレポートを発信していきますので、ぜひご覧ください。ビジネスモデルジェネレーションでは、以下の登壇者によるパネルディスカッションが行われました。自分自身がエンジニアであるなど、テクノロジードリブンなサービスづくり、組織づくりの秘訣について語っています。モデレーター：株式会社コルク佐渡島庸平氏パネラー：ランサーズ株式会社代表取締役CEO 秋好陽介氏株式会社メルカリ代表取締役社長山田進太郎氏さくらインターネット代表取締役社長株式会社田中邦裕氏初期のエンジニアの採用 Q. 創業時のエンジニア採用はどうされてたんですか？秋好氏：初期の3年間はエンジニアしかいなかったです。なので当時は初期からエンジニアにとってハッピーなことが全部ありましたね。その初期にいたエンジニアは、ランサーズ上にエンジニアの方もたくさんいたので、一緒に作りましょうとメルマガを送って、20人くらい応募があってその中から2,3人採用しました。山田氏：創業者は3人ともエンジニア出身なんですけど、実際にコードを書いてたエンジニアは別にも何人かいました。僕はとにかく最初にいるエンジニアがとても大事だと思ってるんですよね。最初にいるエンジニアのレベルによって全体のレベル感が決まってくるので、今まで自分が会って優秀だと思った人に声をかけたり、Twitterでエンジニア募集！と発信して20人くらいと会ったり、ウノウでエンジニアだった人を採用したという感じですね。田中氏：最初は完全に一人でやっていたんですが、途中クラスメイトにアルバイト料を払いながら手伝ってもらいました。その後やっていく中で優秀な人に株を渡して2人で始めました。その後もいろんな人に声をかけながら6人くらいでプログラムを書いていました。優秀なエンジニアの定義 Q. みなさんの会社はサービスも規模感も違うと思うんですが、優秀なエンジニアの定義はどのように捉えていますか？秋好氏：ランサーズにおいて優秀なエンジニアというのは、サービス愛がある人ですね。具体的にはユーザーへの価値を第一に考えてプログラミングはその手段だと考えられる人だと思ってます。最近、開発合宿をしてそれをすごい感じたんですけど、「好きなもの作っていいよ」って言うと、ランサーズで明日便利になるものを作ってくれたりしたんですよね。山田氏：創業者の2人を例にすると、一人はカバレッジが広くて新しいものが出たらとにかく触ってみるという人で、初めて会った時に只者じゃないなと感じました。もう一人は、どちらかというと深く知っているタイプ。コンピュータってなんで動くんですか？っていうのを知っているタイプなんですけど、元々経営経験もあったのでコミュニケーション能力も高かったエンジニアですね。田中氏：異常なまでの好奇心がある人だと思いますね。スタートアップの時期ってやる手段が決まってない中でやらなければならない事が多いと思うんですよね。これはエンジニアに限らないんですけど、出来ないけど約束して物事に取り組む人っていうのがスタートアップにおいては重要だと思います。 Q. 未経験エンジニアを採用してから教育することはありますか？秋好氏：実は一人目の社員は弟なんですよ。彼はデザイナーだったんですけど、当時外注していた先のエンジニアが逃げたって言われてどうしようっていう時にPHPの本を3冊買ってあげて弟をエンジニアにさせました。あまりおすすめはしませんが。でも今は開発のリーダー的なポジションにいますよ。山田氏：メルカリはそもそもいないですね。逆に元エンジニアだったり元デザイナーで企画をしている人が多いですね。田中氏：昔は未経験でも採用せざるを得なかったですけど、今はしてないですね。運用の現場がどんどん自動化されているので、サーバー設置できますくらいだと仕事がなくなっているんですよね。今まではオペレーションだけ出来る人でも仕事があったわけですけど、今後はプログラミングもできないと厳しいと思っているので、経験者を採用するようになりました。 Q. 創業したときは今後インターネットの世界がこうなるからサービスを作るっていうイメージがあったと思うんですけど、当時と今を比較してみてインターネットの世界はどう捉えていますか？山田氏：メルカリは3年位前に始めたんですけど、思っていたよりシェアリングエコノミーの世界が早く来てる感覚がありますね。デバイスが変わったことによってCtoCのモデル、つまり個人対個人が繋がりやすくなってシェアリングエコノミーの世界がいち早く普及してるなと思いますね。田中氏：さくらは96年に創業してるのでGoogleより古いんですけど、Webがすごい広がるなと思ってたんですよ。当時、自分で立ち上げたサーバーが秋葉原にあるインターネット体験コーナーでURLを打つと何かレスポンスが返ってきまして。その時の感動もあってWebが世界を繋ぐなと感じました。それまではインターネットは単なるテクノロジーとしか捉えてなかったんですけど、インターネットとWebの繋がりはすごいなと思いまして。n対nではなくて、n対サーバー対nとして今後20~30年くらいは無くならないだろうと思って創業しましたね。秋好氏：2000年くらいにインターネットに出会って、それがランサーズの創業の背景でもあるんですよ。その時個人サイトを作っていたら、知らない人から同じものを作って欲しいと言われて作ったら5万貰えたんですよね。これをプラットフォームにしたら働き方変わるぜって思って立ち上げたんですけど、最初は「そんなリスクある働き方誰がするんですか」って言われ続けて、最初3年くらいは全然使ってもらえなかったです。ただこの2,3年でシェアリングエコノミーの普及もあって働き方も変わってきたなと肌感覚で感じますね。 [PR] プログラミングで挫折しない学習方法を動画で公開中社内風土の工夫 Q. チームマネジメントをする上で工夫されてることはありますか？秋好氏：この会社ってどういう価値基準で意思決定していくんだっけという点に関しては、ランサーズウェイというのを本にしていて全社で指針にしています。あとエンジニアに関しては、ランサーズでは価値が高いけど市場価値は低いという人にしたくないと思っているので、ランサーズにいることでエンジニアとしての市場価値も高くなるようなことを意識してますね。実際に他の言語触ってもらったりはありますね。山田氏：エンジニア出身の人が多いので、オープンな感じです。メルカリはPHPで開発してるんですけど、ソウゾウという子会社はGoで開発していてバックエンドはGoogle Cloud platformを使っていたりと、今後もいろんな技術を使える会社にしていきたいとは思ってます。田中氏：15年以上働いてる人もいれば、ここ5年以内に入った人もいるんですよね。なので、いろんな人が同じ価値観で働いてもらうために新しい人をどんどん採用してチームビルディングが必要なんだと認識させるようにしています。 Q. 社内用のシステムでこんな面白いもの作ってますってあったりしますか？山田氏：勝手にSlackが導入されたりとかはあったんですが、最近面白いなと思ったのは勤怠管理を社内のWi-Fiに接続したら自動で出勤するシステムを開発してる人はいましたね。田中氏：Slackを受け入れられるかっていう文化はインターネットのリテラシーを判断する材料になりますよね。エンジニアにとって働きやすい施策 Q. 最後に、エンジニアにとってうちにはこんな働きやすい環境があるっていうのがあれば教えてください。山田氏：海外でチャレンジングにやりたい人には良い環境だと思います。半年に一回くらいはアメリカに行ってもらってますし、もっと多く行ってる人もいます。あと現地でもカスタマーサポートを積極的に採用しているのでビザが出しやすいとは感じます。秋好氏：ランサーズでは2つあると思っていて、自分たちが働き方を変えるんだと目指しているので在宅ワークも可能にしています。あとはユーザーと距離がすごい近いですね。ランサーズのユーザーの方に頻繁に会社に来てもらったり直接会って反応をもらう機会は多いと思ってます。田中氏：さくららしい所でいくと自社サービスが無料で使えるところですね。すごい人なんかはラックとか借りてるので。また有給休暇を取ることを事前に言うとお小遣いがもらえるなんていう制度があったりします。以上、ビジネスモデルジェネレーションのパネルディスカッションでした。エンジニアにとってはもちろん、エンジニア以外の方にも役に立つセッションになったのではないでしょうか。

イベントレポート

やったことないことが出来るところへ行ってみる。「CASH」デザイナー河原香奈子の仕事観｜株式会社バンク河原香奈子

2017年6月にリリースし、初日に3億円以上が現金化され話題となった手持ちのアイテムが現金に変わるアプリ「CASH」。デザインを手掛けた株式会社バンクの河原さんに、これまでのキャリアとデザイナーとしての仕事観についてお話をお伺いしました。デザイナーとして最初のキャリアは、出版社からスタート。 ――本日はよろしくお願いいたします。河原さんは、もともと大学でWebデザインを学ばれていらっしゃたのでしょうか。そうです。情報デザイン学科というところで、広い意味でのサービスのデザインを学んでいました。当時はまだ世の中にスマートフォンも無かったんですけど、「未来はこういうデバイスが出てくるだろう」という想像で、色々なサービスの企画を作ったりしてました。株式会社バンク河原香奈子さん(デザイナー)　 ――想像のデバイスでサービスデザイン、とても面白そうです。卒業後は、出版社へご就職されたとお伺いしました。最初の就職先として、出版社のデザイナーを選択されたのはどうしてでしょうか。その出版社が出している書籍がすごく好きだったんです。当時、その出版社ではこれからは紙だけじゃなく、Webマガジンも展開していきたいということで、新しく部署を作る話があり、自分の好きな領域で新しいことができるのは面白そうだなと思って入社しました。出版社時代はデザイナーが社内に私一人で、自由度も高くてすごく勉強になりました。ただ、数年経過したときに「もっといろいろなものを作り、表現の幅を広げたい」と思って、それが経験できるWeb制作会社に転職しました。 ――制作会社では、どのようなお仕事をされていたのでしょうか。 Webデザインの仕事なのですが、クライアントさんの業種は幅広かったですね。そこでは基本的に1人1案件担当するんですけど、企業の担当者の方とミーティング、見積書の作成、納品、請求まで1人で全部やっていましたね。単純に降りてきた仕事をするのではなくて、お金のことも含めて一連の流れを経験できたのは良かったです。 ――デザイナーの方が一連の業務をご担当されるのは珍しいですね。出版社時代とは、どのような点に一番違いを感じられましたか。そうですね。出版社では自社のサービスだったので、ある程度自由に自分の裁量でできることが多かったですね。制作会社では、クライアントさんがいるので信頼関係を築くことをすごく大事にしていました。例えば、レスポンスを素早くすることなどですね。信頼関係を築くために、社会人3年目の私でもできることはなんだろうって思って。最善のアウトプットをするのは当然なんですけど、レスポンスを早くすることはスキル関係なくできるので、そういう努力をしていました。「STORES.jp」の世界観に感動し、株式会社ブラケットへ入社。 ――制作会社を経て、「STORES.jp」を運営する株式会社ブラケットへご入社されたんですよね。どのような理由があったのでしょうか。制作会社に3年ほど在籍し一通りの流れを経験できてきたので、そろそろ新しいことに挑戦したいなと思っていたんです。あと、その制作会社ではクライアントワークだけじゃなく、自社でメディアを運営していたりイベントの開催もしていたのですね。そこで、自分たちでつくることの面白さを感じていて、サービスを根本の部分から作って、どんどん育てていくことをしたいなと考えていました。そのときにちょうど「STORES.jp」というサービスが出てきて、すごく感動したんです。デザインもそうですし、目指している世界観にも。見ていて、とにかくわくわくしたんです。「どういう人が作っているんだろう？」と思い、まずは話を聞きにいって、そのまま入社しました。 ※「STORES.jp」は、最短2分で誰でも簡単にオンラインストアががつくれるWebサービス。 ――「STORES.jp」の世界観に惹かれてご入社されたのですね。制作会社から、スタートアップの事業会社と新しい環境でのチャレンジに不安はなかったですか。それは、かなりありました！私は7人目の社員で、サービスのローンチのときには外部のデザイナーさんにお願いしていたので、デザイナーの社員は私が1人目でした。それなのに、まずどのようにに仕事を進めたらいいのか分からなくて、戸惑ってしまいましたね。クライアントさんがいる場合は、最終的にクライアントさんが「OKです」と言ってくれればそれで終わりじゃないですか。でも、サービスって終わりも完成もなくて、「これがOKというのは誰がどういう風に決定するんだろう？」というところから、全然分からない状態でしたね。 ――そこからデザイナーとして成長されるには、どのようなご経験があったのでしょうか。何かものすごく「これで成長できた」という経験があるわけではないんですけれど、ありがたいことに4年弱ぐらい「STORES.jp」に携わることができ、その成長の過程を見続けることができました。そこまで、長い時間をかけてひとつのサービスに携われることって貴重なんじゃないかなと思います。振り返ると、色々と学びがありますね。 [PR] プログラミングで挫折しない学習方法を動画で公開中「どう打ち返すか」が制作会社の面白さ。「育てる」が事業会社で身につく力。 ――制作会社と事業会社の両方のご経験が今の河原さんを形成されているものだと思うのですが、身につけられる力の違いはどのようなところにありますか。あくまで私個人の話になりますが、制作会社だと色々作れる楽しみはありますね。自分の好き嫌いや得手不得手に関わらず、とにかくあらゆるジャンルの仕事ができます。そこに対して、自分なりにどう打ち返すかが面白さだと感じていましたね。デザイナーとしては、表現の幅や仕事のスピード感が身につけられたと思っています。 ――事業会社で身につく力はどういったところでしょうか。チームで、ひとつのものを作り育てていくということでしょうか。エンジニアや他の職種のメンバーと一緒に、ビジネス的な観点や、世の中の役に立つものを作るという観点でどうやったらサービスを成長させていけるかということを深く考えて作ることができると思います。「CASH」の構想を聞いて、よく分からないものをかたちにしてみたいと思った。 ――「CASH」はどのように生まれたのでしょうか。アイデア自体は、代表の光本（株式会社ブラケット創業者、株式会社バンク代表）に「こういうものをやりたい」と言われました。少額資金のニーズは潜在的にあるんじゃないかということを話していました。それを瞬間的に解決できるサービスは今までなかったので、自分たちなりに新しい見せ方で作ることができたら世の中を変えられるんじゃないかという想いでサービスを作っています。 ※「CASH」は自分のアイテムをスマホで撮影し査定にかけると、一瞬で現金に変えられるアプリ。アイテムは査定後の2週間以内に事務局宛に送ります。 ――「CASH」がリリースされたときに、世の中からはサービスモデルへの驚きの反応が多かったと思います。河原さん自身は、代表の光本氏からアイデアを聞いたときに、どう思われましたか。すごく、びっくりしましたね笑。でも、光本の口癖が「狂ったことをしよう」なので、光本らしい考えだなと思いました。今まで4年ぐらい一緒に「STORES.jp」で仕事をしてきたので、その延長線上として出てきたアイデアというのは腑に落ちました。「そんなもの今まで見たことがないのでよく分からない」「本当に大丈夫なの？」という不安も少しだけありました。ですが、そのよく分からないものをかたちにしてみて、世の中でどのように機能するサービスになっていくのか見てみたいと思いました。 ――「CASH」はリリース初日に3億円以上が現金化され大変話題となりましたが、その時河原さん自身はどのように感じられていらっしゃったのでしょうか。初日16時間ぐらいでサービスを一度止めてしまったんですけれど、リリースする前はこんなにたくさんの方に使っていただけるとは思ってもいませんでした。最初はアーリーアダプターの方々が、試しに使ってくれるだろうと想定していていたんですけれど、想像以上にいろんな方に使っていただきまして、とてもびっくりしましたね。「すぐにお金が手に入る」非現実的な体験を、どう見せるか。 ――「CASH」のデザインではお金を「ポジティブ」に見せることに気をつけていらっしゃるとお伺いしました。「ポジティブ」を大事にした理由はどうしてでしょうか。「CASH」のコンセプトを言葉だけでお伝えすると、「すぐにお金が手に入る」というものじゃないですか。「大丈夫なの？」とか「怪しい」って捉えられてしまうと思うんですよね。それを、いかに世の中に受け入れてもらえるか、見せ方は重要だなと思ってました。お金って、ちょっと怖いと感じるところがある反面、どうしても生活には必要なものですよね。そういった面をうまくデザインで表現できればと思って、「ポジティブ」というキーワードを使っています。 ――「CASH」を利用していて、アニメーションが印象的だと感じたのですが、アニメーションをタイミングなどはどのように決めているのでしょうか。アニメーションを入れすぎると操作するときに邪魔になっちゃったり、うっとうしく感じてしまうと思うので、「ここぞ！」というところに入れるようにしています。目の前のものがすぐお金に変わるって現実にはなくて、アプリの中の仮想で起こる出来事じゃないですか。実際にはものは目の前にまだあって、アプリの中にはお金が入っている。その現実とアプリ内の繋ぎ込みの役割として、アニメーションを使うようにしています。なので、そういった意味のあるところにアニメーションを使うようにしていますね。例えば、写真を撮ると金額が出るんですけれど、そこの間にものとお金のアイコンが交互に変わるようなアニメーションが入っていたりするんですよね。これは「ものがお金に変わっているんだよ」ということを視覚的に表現しています。あとはものを撮ったときに、黄色い円の中にもののアイコンが画として入っているというような表現があるのですが、その辺りも、「アプリの世界の中ではこのものはお金に変換されている」ということを、あまり説明的にはならない程度に、ただ視覚的に表現するようにしています。「一番削ぎ落とした状態で、このサービスを表現したらどうなるか？」から始める。 ――「CASH」は、自分の物を写真に撮るとアプリ内にお金が振り込まれるという、今までにユーザー体験したことのないのサービスだったと思います。そういった、これまでにユーザーが経験したことのないサービスをデザインする際に気をつけていることはありますか。アプリ自体で、できることを最低限にしています。「CASH」のUIもそんなに複雑ではないと思っています。私自身が、あまり複雑なものが好きじゃないのと、どちらかというと金融などのリテラシーも高くない側の人間だと思っているんですね。なので、自分でもすんなり分かるというのは指標にしています。あとは、デザインをするときに、「本当に、これ以上絶対削れる要素は無いのか」というのはいつも気にしています。「あってもいいよね」みたいなものはとりあえず無くします。一番削ぎ落とした状態で、このサービスを表現したらどうなるかというところからデザインを始めますね。シンプルに保つところは凄く気をつけています。デザイナーの役割は、事業の可能性を可視化して推進していくこと。 ――事業会社でサービスをデザインをするプロセスで、気をつけていることなどはありますか。「この事業の可能性ってこういうところにあるよね」ということを可視化できるというのがデザイナーとして、自分がいる意味だと思っています。議論のときに会話だけだと、分かっている雰囲気になったとしても、実はそれぞれの頭の中にあるものはバラバラだったり、微妙にズレてることってあると思うんですよ。でも、デザイナーは「それって、こういうことだよね」というものを目に見えるものとして出すことができるので、みんなの意識も統一されてより価値の高いディスカッションができると思います。物事を前に進めていくためのデザインを大事にしていますね。 ――早くプロトタイプを作ることを大事にされていらっしゃるのですね。そうですね。やっぱり何か見えるものを作れることが一番武器だと思っています。しかも、素早く作るというところ。制作会社のときに常に時間に追われていたので、手を動かすスピードは比較的速いんじゃないかと思っています。素早く作ることができれば、軌道修正もすぐにできますので。スピード感と、どんどん目に見えるものを作ることを常に考えています。一番嬉しいのは「誰かの生活を変えているかもしれない」と思える瞬間。 ――河原さんご自身が、デザイナーとして日常のなかで気をつけていることや意識されていることはありますか。サービスのデザインは、アプリなどのインターフェースを通じて人間の行動や習慣を変えることだと思っています。なので、自分が生活する上でのあらゆることが自分のデザインに繋がっているなと思っていますね。例えば、お店に行ったときも、接客を観察してみたり。あとは、空間作りやお客さんの導線を考えてどう設計されているのかなとか気にしていますね。アプリをつくるからといって、アプリだけを見るんじゃなくて、人がいる場全体を参考にできるように常にアンテナを張っておくことを大事にしています。他には、デザイン系の展示会などもよく行きます。来場者が参加できる展示は特に好きで、見ていると一般の人ってこういうものに反応するんだとか、展示会そのものの造りもとても参考になるんです。そういった場には普段から積極的に行くようにしています。 ――デザイナーとしてお仕事をされていて、嬉しい瞬間はどんなときでしょうか。自分たちの頭の中だけにあったものが、ちゃんとプロダクトとして完成して、それを使っていただけているということが、もうすごい喜びですね。「CASH」も自分たちが作っていたときに想像していた以上に、いろんな方々が普通に使っていただいてて、その「普通に使っていただけている」の断片をSNSなどで見かけるたびに、自分たちがやっていることが世の中の誰かの生活を変えているのかもしれないと思えるんです。その瞬間が一番嬉しいです。デザイナーとして「できないこと」に向き合ったときに成長できる。 ――デザイナーとしてキャリアを積み上げていくにあたり、大事にされていることはありますか。振り返ると、これまで自分がやったことがないことができそうなところに行ってみることでしょうか。自分ができないことに対して、ちゃんと向き合ったときに成長できるのかなと思うので。もちろん、全くスキルが足りないといい結果には繋がらないので、自分が最低限できる範囲は押さえつつも、未知なるところに身を置いてみるのが良いんじゃないかなと思っています。今も、これからどうなるのか全然分からないんです笑。これからのことも分かっちゃうとやっぱり「それに向けてやればいい」という風になってしまい、面白くないと思うので、常に「これからどうなるか分からないよね」という状態にしていたいなと思います。「CASH」を運営する株式会社バンクでは、いままでにはない「新しい事業」「新しい価値」「新しい市場」を一緒に創ってくれるメンバーを募集しています。株式会社バンク採用ページインタビュアー：新嘉喜りん（キラメックス株式会社広報）

インタビュー

人事部から楽天のエンジニアに転身！プログラミング未経験からキャリアチェンジした方法を聞いてみた

プログラミングの勉強をこれから始める人の中には、今後エンジニアに転身したいということもあるのではないでしょうか。その場合、実際に転身した人の話を参考にするのが近道だと考えています。そこで今回は、楽天株式会社に新卒で入社して、人事部からWebエンジニアに転身された村田佑介さんにお話しを伺いしました。お話を伺った人村田佑介氏 BEST10株式会社CTO。2010年に楽天株式会社に新卒で入社し、最初は新卒採用の部署に所属。その後、開発部門の部署に異動して楽天ツールバーなどの開発に関わる。現在はBEST10株式会社のCTOとして活躍中。インタビュー教えていた内容をまとめて書いたブログが話題に ――まずは、先日村田さんのブログで公開したプログラミング未経験者がWEBエンジニアになるためにやるべきことが結構話題になっていましたね。これを書かれたきっかけから教えていただけますでしょうか。楽天のときの同期から「プログラミングを勉強したいけど、ドットインストールとか見てもどこからやったらいいかわからない」みたいなことを聞かれたのがきっかけです。1人ではなく、たまたま複数人に聞かれていました。そのときに教えていた内容をまとめてブログにしました。 ――その同期の方はどんなお仕事をされているんですか？みんな営業系の仕事です。今は転職して違う会社にいるのですが、企画やディレクション、データ解析などの仕事をしているみたいです。 ――その人たちは、なぜプログラミングを学びたいのか理由は言っていましたか？何か自分で作りたいものがあるというのと、社内のエンジニアとのコミュニケーションを円滑にしたいという大きく2つだったと思います。 ――どんな形で村田さんから教えていたのでしょうか？実際にカフェで作業しながら相談を受けたりして、見ておいたらいいもののリンクなどをどんどんチャットとかで送ってました。それで気がついたら、同じように教えている人に送っているリンクがいつも同じだったことに気がついたので、それだったらブログにまとめて書いちゃおうということにしました。 ――ブログも拝見したのですが、これは上から順番に進めれればいいということでしょうか？そうですね。その順番に進めるのがいいと思います。あとこれは別で書こうと思っているのですが、エンジニアスキルって大体3レイヤーぐらいに分けられるはずです。一番下は「汎用スキル」。どこに行ってもだいたい使えるスキルで、基本的なプログラミングの思考力、コンピュータの知識、インフラやネットワークの知識です。二番目が「言語やフレームワークレベルのスキル」。Rubyできますとか、Railsできますみたいなスキルです。一番上が「業務スキル」。これはそのプロジェクト固有のスキルです。この3レイヤーに分かれるかなと思っています。それで、採用する時に聞けるのは、「Rails何年やってました」とか大体二番目のレイヤーが多いじゃないですか。そこよりも一番下の汎用スキルを測る方法がないかなとずっと思っています。逆に学ぶ人にすると汎用スキルを伸ばすためにはどうすればいいかわからないのではないでしょうか。今の話を整理して「こういうことを意識していけばいいんじゃないか」みたいなものを今後ブログに残す予定です。 ※後日、エンジニアをどう評価し、どう育てるかというブロクが公開されています大学の半年間で初めてプログラミングを勉強 ――ここからはこれまでの経歴についてお伺いしたいのですが、大学生のときからプログラミングは勉強されていたのでしょうか？大学は文系で、就職活動をして楽天に内定をもらったのも総合職としてでした。プログラミングを本格的に勉強したのは、内定が決まった後、大学の最後の半年間ですね。 ――どうやって勉強したいのでしょうか？もととも2年くらいWebの制作会社でアルバイトとして、HTML/CSSを書くマークアップの仕事をしていました。そのあとで、プログラミングができる人が入ったので、横の席にいて教えてもらいながらひたすらコードを書いてました。もとはマークアップだけやっている会社だったのですが、その頃からスクリプトを使ってリッチに見せるような仕事が増えてきましたね。 ――では勉強というより、働きながら学んだんですね。そうですね。一番最初は、print ( “Hello World” ) が打てますかといったところからスタートしました。 ――当時はプログラミング学習サービスもなかったですもんね。ないですね。だからもう、わからなかったらすぐ聞いて、わかるところまでググるみたいな感じだったと思いますね。それまでずっとマークアップをしてて、問い合わせがフォームの設置が面倒くさかったので、それを簡単にできるツールを作ったりしてました。たぶん今見たら汚いコードだったと思うんですけど、そういうのをひたすらトライ&エラーでやっていましたね。 ――それが半年間で、お客さんに出しても問題ないレベルにはなったのでしょうか？不動産屋さんの物件登録が閲覧できるシステムをPHPでゼロから作ることはできていました。問題がなかったと言い切れるものではありませんでしたが、なんとかリリースして実際に使ってもらってはいました。 ――最初にプログラミングを学ぶ上でその時に苦労したことはありましたか？マークアップしてる時から、書いたものが画面に反映されることが楽しかったのであまり苦労みたいなことはないですね。今思えば、もう少し最初から設計やリーダブルコードという本の内容がわかっていればもっとスムーズにレベルアップできたかなという気はします。技術ブログを書いて異動したいことをアピール ――そのあと楽天に入社するわけですが、どのタイミングでエンジニアになりたいことを伝えたのでしょうか？研修中の人事面談のタイミングですね。人事の担当者からしたら、総合職で採っているので「何言ってるんだこいつ」みたいな感じだったと思うんですけれども。 ――その時の反応はどうだったんですか？反応なかったです（笑）。「あーそうなんだ」って。苦笑いですね。 ――結果として人事に配属になったときはどう思いましたか？もう結構ショックでしたね。半年間プログラミングの経験をして、こういうのを作りましたみたいなのも伝えていたのですが、やっぱり無理だったかみたいな感じですね。 ――それでも、新卒のエンジニア採用の人事になったんですね。メインはそうでした。採用する学生は大学院生もいたので、自分と同じくらいの歳の人がいて、研究の話とかを聞いて勉強したりしてました。 ――人事として働く中でエンジニアの部署への異動を目指すわけですが、いつ頃から動き出したのでしょうか？確か1年目の9月か10月頃だったと思います。大学時代から自分で作ったブログがあったのですが、それを技術ブログっぽくリニューアルして、異動のためのアピールを始めました。 ――なぜブログから始めようと思ったのでしょうか？特に深い理由はないのですが、何か手っ取り早く外に見せられるものがあった方がいいかなっていうのが当時あったんでしょうね。 ――ブログを書きながら自分で勉強していたのでしょうか？そうですね。その時はGoogle Chromeのエクステンション（拡張機能）で欲しいものがあったら作ったりしてました。ちょうど楽天でインターンしていた学生がエクステンションの経験者で、自分で詰まっていたところを聞いて教えてもらったこともあります。それで完成したエクステンションをGoogleのChrome Extensionのストアで公開したり楽天の社内勉強会で発表したりしてました。 ――他に異動に向けてやっていたことはあったのでしょうか？社内でエンジニアが開催している勉強会に、採用したい大学生と一緒に参加していましたね。僕が開発のメーリングリストに登録していて、勉強会の情報が流れてきたら主催者にコンタクトを取りつつ興味ありそうな学生に連絡して、一緒に参加させてもらっていました。 ――それは面白いですね。特に問題とかにはならなかったですか？大丈夫でしたね。1、2回は内部のデータを使うので外部の人は参加できないみたいのはありましたけど、ごく僅かです。主催者側も発表者も学生とか外の人に聞いてもらえた方が嬉しいみたいなところはあったと思います。 ――その後、ブログのことなどが社内でも知られることになったそうですがいつ頃のことなのでしょうか？どれくらいなのか僕も正確には知らないんですよね（笑）。ブログを書き始めた秋ぐらいから「エンジニアの部署に行きたいんです」みたいな話は結構してたのですが、一緒にエンジニア採用をやっていた先輩から、役員の人がブログや公開したエクステンションのことを知ってたみたいな話を聞いたことはありました。後で知ったのですが、役員の方以外にも色々なところで噂にはなっていたみたいで、気がついたら異動できることになっていました。 ――いざ異動できるという話はいつ頃出てきたのでしょうか。確か、2年目の4月ぐらいだったと思います。採用の直属の上司と、本人の意思確認みたいな面談をしましたね。その後に開発側の役員とも面談をして、どういう部署が合うか、どんなことをやりたいかみたいな話をして具体的な配属の部署が決まっていきました。 ――社内でそこまで進んでいるとは知らなかったのでびっくりしましたよね。面談する直前まで全然わからなかったのでびっくりしました。もともと、2年目の夏の評価面談で異動希望が正式に出せるという噂を聞いてたいので、それでダメだったら会社を辞めてどこかでアルバイトでいいからエンジニアで働こうと思っていたくらいです。あんなに綺麗に異動できると思っていなかったので、ダメ元で夏まで頑張って、ダメだったら辞めようっていう感じですね。最初のプロジェクトが社内で表彰される ――その後配属されるわけですが、どこの部署だったのでしょうか？楽天ツールバーを開発している部署です。上司になった人がもともと僕が開発したエクステンションを知ってくれていて、うちの部署で採ると言ってくれたみたいです。 ――研修などはなかったのでしょうか？ないですね。右も左もわからないまま、「じゃあ、よろしく」って言ってスタートしました。最初は自分がプロジェクトリーダーでメンバーも自分1人というひとりプロジェクトをまわすことになりました。他にエクステンションをできる人がいなかったというのもありますが、僕は楽天では2年目だけどエンジニアとしては1年目だから、このチームでちゃんと仕事できるように、新卒の育成という意味でそういうやり方をしてくれたんだろうと思います。 ――開発はどのように進めたのでしょうか？ちょうどChromeのエクステンション版のツールバーを作りたいという話になっていて、最初はどうやって作るのか教えてくれみたいなことを聞かれましたね。それで仕様を詰めながら進めていきました。 ――エクステンションについては村田さんの方がその時点で詳しかったんですね。異動して大変だったことってありますか。エンジニアとしてというよりは、プロジェクト管理が全然わからなくて、結構指導を受けましたね。こういう時はこういうふうに報告したらいいとか。 ――それはエンジニアとしての報・連・相が、人事とは違ったということでしょうか？最初だからちょっと厳し目とうのもあったと思いますが大きく違いましたね。プロジェクトのプロジェクトリーダー（PL）としてアサインしているのだから、報告はPLとしてそのプロジェクトの進捗を教えてくれと。あとは、エンジニアとしての自分とプロジェクトリーダーとしての自分を分けなさいとかですかね。プロジェクトリーダーとしてタスクを整理したりする時間が絶対あるので、エンジニアとして使える時間はどのぐらいで、それだったら見積もりはこれぐらいになるとかそういう指摘をもらっていました。 ――最初のプロジェクトはうまくいったのでしょうか？その上司にみっちりついてもらったおかげで、なんとか目標の期間でリリースすることができました。社内で1ヶ月に1回表彰があるのですが、全社の月間MVPを受賞することができました。 ――素晴らしいですね。最初に人事にいたからこそ活かせたことはありますか？社内に知っている人が多かったのはいきなりエンジニアとして入るより良かったという気はしますね。勉強会で積極的にコンタクトを取っていたというのもありますし、採用面接の面接官としてお願いしている人もいたのでそれは良かったです。 ――最後に、これからエンジニアを目指す人へのアドバイスはありますか？この前のブログの記事を書くきっかけになってた同期が言っていたことではあるのですが、「何かコミュニティがあった方が続きやすい」ということだと思います。1人でやってたらモチベーションも続かないので、一緒にやっていける仲間を作ると面白いかなと思います。インタビューは以上です。エンジニアになりたいという想いと、それに伴った行動によって実現したキャリアチェンジのお話しだったと思います。今後エンジニアを目指したい方はぜひ参考にしてみてください！ [お知らせ]TechAcademyでは8週間でプログラミング未経験からエンジニアへの転身を目指せるオンラインブートキャンプを開催しています。プログラミングを習得してキャリアチェンジしませんか？

インタビュー

記事を検索

ニュース

インタビュー

テクノロジー

キャリア

お問い合わせ

【現役エンジニアが語る！】チーム開発の極意とは！dots.Conference Spring 2016イベントレポート