【連載企画！】非エンジニアに送るWebサービスで起業するためのアドバイス！

非エンジニアの質問者が起業・スタートアップに関する質問をされています。解答者はすでに起業などしている方で非常に実践的な解答です。これからWebサービスで起業をしたいと考えている人は、ぜひ参考にしてみてください。

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

本記事は、キャリアに特化したQ&Aサービス「JobQ」との連載企画になります。毎週月曜日に転職や起業など、様々なテーマに沿って紹介していくシリーズです。今回は引き続き第五弾として「非エンジニアに送るWebサービスで起業するためのアドバイス！」というテーマで紹介していきます。

【質問】

Q. 起業を考えています。インターネットサービスの会社の創業者が自ら作ることがほとんどでしょうか。

起業を考えています。現在、メーカーの商品企画に勤めていますが、最近になって、インターネットサービスの会社を作りたいと思うようになりました。ただ、現在の会社はインターネットサービスの会社ではありませんし、プログラミングの知識もほとんどありません。本当に初歩的な質問で申し訳ないですが、インターネットサービスを事業としている企業は、サービスを会社の創業者が自ら作ることがほとんどでしょうか。自分で作れない場合は委託か人を雇うという方法になりますよね。

https://job-q.me/2247

以下では、起業をする上で、Webサービスを開発する上で知っておくべきことを解答してくれています。もちろん起業には正解があるわけではありませんが、非常に参考になるでしょう。Airbnbの創業ストーリーも合わせてご覧ください。

【1人目の解答】

誰のどんな課題を解決できるのかとかどうやって売るのかという整理は既にできているという前提で。
自ら作ることがほとんどという事はないと思います。

ただ、少なくともあなたの作りたいサービスがどういう仕組みで、
どういう特性を持った人が、何人位でやるとどのくらいの期間でできるのか。
またそれはどれ位のお金がかかるのかという事ぐらいは最低限知っておく必要があると思います。

【2人目の解答】

エンジニアが作るインターネットサービスってマネタイズを前提としてないことが多くビジネスになってなかったりします。
起業する場合は、起業家がお金と人を集めてサービスを立ち上げます。
私の知り合いではアントレプレナー＆エンジニアの組み合わせで起業することが多いようです。
エンジニアをフルタイムで確保出来ないケースでは、土日の仕事を知り合いに頼み込んだり、お金を出して外注したりです。

ですが、細かく対応できないので動かし始めて気がついたことが反映しづらいとか、
問い合わせ対応とか不具合対応とかで困ったことになることがあります。

私はそんな何百万円も出すなら、自分で勉強したほうがいいのでは・・と思いますけどね。
http://appmarketinglabo.net/kinokore/
この例だと、2300万円のうち1300万円を外注に出してますね。

【3人目の解答】

そのレベルで起業だと結構危険かと思いますので（貯金がたくさんあれば別）、
まずは一旦インターネットベンチャーに転職してみて修行されるといいかと思います！

【4人目の解答】

僕の場合はですが、５年分のキャッシュが計算できた時点でノープランで独立しました。
（エンジニア・営業経験があり、実家も東京のため大した金額ではないのですが。）
非開発者の場合は5,000万〜1億くらいあると安心かなと思います。
お金があればどっかでプランができるので、独立するのがオススメです。

お金がない場合、転職先は幅広い業務をこなせる２人目の社員とかが良いかなと思います。
僕の経験で恐縮ですが、営業・エンジニア・収益改善等を幅広く行ったことで
ノープランでも絶対に大丈夫なラインがある程度見えていた。

また、ビジネスオーナーとの付き合いが多かったこともあり、
時間を使わずにキャッシュを稼ぐ方法がたくさんあることは知っていました。

特に製品開発型でやりたい場合にはキャッシュと夢のバランスが難しいので、
先に最悪の場合のキャッシュの問題をクリアできるようにしておくと事業をやりやすくなるのではないかなと思います。

非常に実践的なアドバイスかと思います。

Funders and Foundersがインフォグラフィックで、Airbnbが生まれる前から成功するまでの流れをまとめています。身近なサービスがどうやって大きくなったのか分かると自分でも一歩踏み出しやすくなるのではないでしょうか。

airbnb-infographic

左上から創業ストーリーを見ていきましょう。

サンフランシスコに住んでいた2人の男ブライアンとジョーは家賃が支払えずに困っていた。
3つのマットレスと朝食を提供しようと考えた。
airbedandbreakfast.comというシンプルなサイトを立ち上げる。
2人の男性、1人の女性が利用し、各々80ドル支払ってくれた。
これは大きなアイデアになるはずだ！と考えた。
元ルームメイトのネイソンを共同創業者として誘った。
SXSWのイベントに出展したが獲得できた予約は2件だけ。
ブライアンは友人から「今君がやっていることがすべてではないよ」とフィードバックをもらう。
選挙前に「Obama O’s」というシリアルを40ドルで販売し、初めて30,000ドルという大金を得た。
Y Combinatorのポールグラハムから20,000ドルの出資を受ける。
1週間で200ドル稼ぐ期間が続いたが、サービスは成長していかなかった。
掲載写真がキレイではないと認識する。
ニューヨークに行き、掲載されているすべての家の写真を撮った。
1週間後…1週間で400ドル稼ぐようになり、サービスが成長し始める。
しかし、有名なVCであるフレッドウィルソンにサービスを拒否される。
有名な歌手でもあるBarry Manilowに家をまるごと貸切で提供した。
それが上手くいき、シードラウンドで600,000ドルの資金調達を行う。
2010年には720万ドル、2011年には1.12億ドルの調達を行った。

今やユニコーン(評価額10億ドル以上)とも呼ばれる企業にまで成長したAirbnbですが、今のサービスに至るまでには数多くの試練があったことが分かります。

どのスタートアップも一筋縄でいかないことが多いので、そういった壁にぶちあたっても乗り越えられる覚悟があるかどうかは事業を始める上で大事なポイントになりそうですね。

また、JobQでは就職や転職などキャリアに関する悩みを受付中です。

ぜひ利用してみてください！

[お知らせ]TechAcademyでは初心者でも8週間でエンジニアになれるRuby on Railsオンラインブートキャンプを開催しています。RubyでWebアプリを開発したい方はご参加ください。

プログラミングを独学で学習していて、このように感じた経験はないでしょうか？

・調べてもほしい情報が見つからない
・独学のスキルが実際の業務で通用するのか不安
・目標への学習プランがわからず、迷子になりそう

テックアカデミーでは、このような学習に不安を抱えている方へ、マンツーマンで相談できる機会を無料で提供しています。
30分間、オンラインでどんなことでも質問し放題です。

「受けてよかった」と感じていただけるようカウンセラーやエンジニア・デザイナーがあなたの相談に真摯に向き合います。

「自分に合っているか診断してほしい」
「漠然としているが話を聞いてみたい」
こんなささいな悩みでも大丈夫です。

無理な勧誘は一切ありませんので、まずはお気軽にご参加ください。
※体験用のカリキュラムも無料で配布いたします。（1週間限定）

今なら参加者限定の割引特典付き！無料相談を予約する

今後欠かせないスキルになる！5分で分かるプログラミングとは

いまやプログラミングは、技術者でなくても「聞いたことがある」という人が多いのではないでしょうか。それもそのはず、企業のトップや政治家までもが、「プログラ...

プログラミング

エンジニアを目指す人が知っておきたい学習の10のルール

本稿は、Mediumのブログ記事を了解を得て日本語翻訳し掲載した記事になります。本記事は、WebエンジニアのTodd Rizley氏によって投稿されまし...

プログラミング

UNIXコマンドのlsでディレクトリの中身を表示する方法【初心者向け】

プログラミングをする際に最低限知っておきたいこととして、UNIXコマンドがあります。今回は基本的な、lsコマンドの使い方を初心者向けに紹介します。 &nb...

プログラミング

プログラミングの開発環境に便利！Cloud9の使い方【Rails・WordPressテンプレートの解説あり】

これからプログラミングを勉強するという初心者にとって、最初のハードルは開発環境の構築ではないでしょうか。 TechAcademyマガジンではこれまで、Ru...

プログラミング

BASE上級執行役員藤川真一｜誰かの人生が豊かになることに介在できる楽しさ

「誰から、何を、学ぶべきなのか。」を業界トップの現役エンジニアから聞く「MASTER OF ENGINEER」。今回は、急成長中のネットショップ作成サ...

プログラミング

仙台のパソコン教室6選｜自分にあった教室の選び方も解説

今回は仙台中心部の通いやすいパソコン教室をピックアップしました。スキルや資格など自分にあったパソコン教室を探す際に参考にしてみてください。 &nb...

プログラミング

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

できる人に聞くことが大切！ユーザー数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万円稼ぐためには人に見てもらわなければならないですし、そのためには何が必要かを考え始めると、やるべきことも見えてきて、目標が立てやすくなると思います。これで対談は以上です。これから起業を目指す人に限らず、ぜひプログラミング学習にお役立てください！プログラミングを独学で学習していて、このように感じた経験はないでしょうか？

イベントレポート

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

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ではこれからもプログラミング学習者のためのイベントを開催していきます。プログラミングを独学で学習していて、このように感じた経験はないでしょうか？・調べてもほしい情報が見つからない・独学のスキルが実際の業務で通用するのか不安・目標への学習プランがわからず、迷子になりそう

イベントレポート

「ユーザー数1億人は見えてきた。」海外ユーザー96%の外国語Q＆Aアプリ「HiNative」のこれまでとこれから。｜株式会社 Lang-8喜洋洋

言語のQ&Aアプリ「HiNative」を運営する株式会社Lang-8代表取締役CEOでありエンジニアの喜洋洋さんに、起業のきっかけやサービス開発についてお伺いしました。「HiNative」は、ユーザーの96%が海外ユーザというグローバルなコミュニケーションサービスで、Google Play内でその年に話題となったアプリに贈られる「ベストオブ2017」にも選出されています。起業後にエンジニアが不在。独学でプログラミングを習得。 ――喜さんの起業のきっかけを教えていただけますか。大学生の頃に、中国語の勉強をするために1年間上海に留学していました。そのときに、毎日中国語で日記を書いて中国人の友人に添削してもらい、お返しとして僕が日本語を教えるというランゲージエクスチェンジをしていて、中国語の上達にすごく役立ったんです。日本に帰国するとSNSが流行りだした頃で、「SNSで言語を教えあえたら面白そう」と思ったのがきっかけです。その後起業し、異なる言語のユーザーさんが文章を添削しあうプラットフォーム「Lang-8」を作りました。 ――当時からプログラミングやデザインはできたのでしょうか。いえ、全くできませんでした。よく起業したなと思うくらいです。起業して最初の1年はエンジニアはアルバイトの方だけでした。2年目にやっとエンジニアが1人入社し、彼が「Lang-8」の大半をつくってくれたのですが入社1年半後に喧嘩別れをし、僕一人だけになってしまいました。当時は既にユーザーさんもいる状態だったので、会社にとって大変な危機でしたが起業家として自ら乗り越えなくては、と思いプログラミングを学びはじめました。当時は、エンジニアへ質問できるサービスやオンラインで学べる環境もなかったので、かなり非効率で2年ほど時間がかってしまいました。 ――既にあるサービスを運営しながらの学習なので大変そうですね。当時は、とにかくプレッシャーが凄かったです。いつサーバが落ちるか不安で、3時間以上寝られませんでした。当時は今みたいにクラウドではなく、物理的なサーバがオフィスにあったのですが、壊れてデータが飛んでしまうことがありました。エンジニアとは喧嘩別れでドキュメントなども何も残っていないので、まずは壊れても自分で再現できるようにサーバの構成を展開して全く同じものを作れるようにしなければなりませんでした。プログラミングができたことで経営判断にも役立った。 ――お一人の状態から今では人を増えていらっしゃると思うのですが、どのようにメンバーを増やしていったのでしょうか。 1年目にインフラ、2年目にRailsを学んで僕自身一通りできるようになり、会社としても人を増やそうという状態になったタイミングで京都から上京してきました。僕がプログラミングできるようになると採用の判断もしやすくなりますし、エンジニアの方からの信頼も得られるようになりますね。それで徐々に人を増やしてこれています。 ――採用以外で、プログラミングを習得してよかったことはありますか。たくさんあって、できて無かったらここまでこれていません。経営者としてはプログラミングができるようになってから、ビジネス的な優先順位と技術的な難易度を比較して、判断ができるようになりました。個人的には、非技術職の方も基礎を勉強して、感覚として「こうやって動いているんだ」と理解してもらった方がだいぶスムーズに仕事ができると思いますね。 [PR] プログラミングで挫折しない学習方法を動画で公開中「HiNateve」は、簡単なことを聞いても恥ずかしくない空気を重要視。 ――2014年にリリースされた「HiNative」はどのように誕生したのでしょうか。「HiNative」も「Lang-8」とコンセプトは同じで、文章を書いてネイティブスピーカーに添削してもらうサービスです。やりたいことは同じなのですが、世の中がPCからスマホにシフトしていくなかで、スマホに最適化したサービスとして「HiNative」が生まれました。 ――リリースしてみて、ユーザーさんの反応はいかがでしたか。「Lang-8」は根強いユーザーさんがついて下さっているのですが、「HiNative」は気軽に使って下さる方が多いです。「Lang-8」は文章をしっかりと書く必要があるので、ストイックなユーザーさんが多いですが、「HiNative」は一言からでも質問できるので、スマホ時代に合っていると感じます。 ――辞書で調べるような単語も気軽に質問しあっている印象を持ちましたが、そのあたりはいかがでしょうか。そこは強く意識していています。PCの場合、質問すると「ggrks（ググレカス）」の文化なんですけれど、「HiNative」の世界観はそうではないんですね。そのため、使い始めの段階で「簡単なことでも聞いていいんだ」や「こんなこと聞いても笑われないんだな」という質問に対する不安を取るような設計にしています。人には自分の知識を共有したい欲求が備わっている。 ――具体的には、どんなシチュエーションで使われていることが多いですか。例えばLINEやMessengerなどで相手の文章の意味が分からないから教えて欲しいというのものや、写真を撮って意味を質問されていらっしゃる方もいます。あと、音声も投稿できるのでで、自分の発音自然ですかとか、「○○」って発音してくださいなどもありますね。「ネイティブスピーカーに聞いたら解決するのに」という疑問をパッと解決できるように利用して下さっています。質問をしているうちに、教える面白さを感じて回答側に回る方もいます。 ――教えることが面白くなる工夫ってされているのでしょうか。実は、Q&Aサービスって回答してもらうことは簡単で質問する方が難しいんです。実際に「HiNative」でも質問に対し回答数の方が数倍多いです。本来、人間には自分の知識を共有したい欲求があると思っています。特に、海外の人は、自分にできることは助けてあげたいという思いが強い人が多いです。こんなこと質問したら笑われるんじゃないかな、とか、ググった方が早いというような理由があり、質問のハードルが高いと思います。 ――世界中で利用されていると時差もありますが、「HiNative」は回答のスピードは重視されていますか。回答がつきやすい時間帯はありますがど、ユーザー数が増えているのでエリアや時間帯も網羅できはじめています。あと、回答スピードは重視していて、施策を行なっています。昨年よりも回答スピードは約2倍早くなりました。ただ、即レスとまではいかないので、目標は「ペコッター」のようなスピード感でできるといいなと思っています。コラムコスパとタイパ、両方結果的に良くなる良くなる学び方とは？「スクールは高いし時間も縛られて効率が悪い」と考える方は多いと思います。もちろん、時間も費用もかかることは間違いありません。ただ結果的に無駄な学びにお金も時間もかける方がリスクが高いという考えもあります。コスパ・タイパ最適化の参考として、テックアカデミー卒業生がスクールを選んだ理由をご紹介します。

インタビュー

「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などたくさんの人に作品を見てもらえる場所があるんですけど、それでもやっぱり実際の作品を見てもらえる方が嬉しいんです。質感や描いた跡みたいなものを、生で見て欲しいものなんですね。そういった、「リアルの場所」というのは需要があるんだなと思ってました。私たちがやろうとしていることは、市場が大きいとか、今伸びているというアプローチではないので、まずはユーザーが本当に使いたいと思うサービスを作ることを一番大事にしました。クリエイターさんの課題を解決して、彼らに使ってもらえるサービスを作るところから入ったんです。新嘉喜：もう実際にカフェやレストランで展示を開始されてますよね。反応はどうでしょう。村田：クリエイターさんからも店舗さんからも、やってよかったという反応が多いです。今まで、ただの壁だと思っていた場所にアート作品がくることで、雰囲気や気持ちが変わりますよね。あとは、その作品を見にお客さんが来られたりするケースもあり、集客にもつながったというお話もいただいております。コラムコスパとタイパ、両方結果的に良くなる良くなる学び方とは？「スクールは高いし時間も縛られて効率が悪い」と考える方は多いと思います。もちろん、時間も費用もかかることは間違いありません。ただ結果的に無駄な学びにお金も時間もかける方がリスクが高いという考えもあります。コスパ・タイパ最適化の参考として、テックアカデミー卒業生がスクールを選んだ理由

インタビュー

AWSとは？使える代表的なサービスや学習方法まで現役エンジニアが徹底解説

AWSについて解説します。 AWSを使いこなせるようになると素早くプロダクトを開発できスモールスタートで試すことができます。今回はそんなAWSのメリットや学習方法について詳しく解説していきます。なお本記事は、TechAcademyのオンラインブートキャンプの内容をもとにしています。なお、今回の記事の内容は動画でもご覧いただけます。テキストよりも動画の方が理解しやすいという場合はぜひご覧ください。田島悠介今回は、ツール系に関する内容だね！大石ゆかりどういう内容でしょうか？田島悠介 AWSについて詳しく説明していくね！大石ゆかりお願いします！目次 AWSとは AWSを利用するメリット・デメリット AWSでできること AWSの将来性やエンジニア需要 AWSが使われている代表的なサービス AWSと他のサービスとの違い AWSの学習方法 AWSとは AWS(Amazon Web Services)とはAmazon社の提供するクラウドサービスです。当初は仮想サーバ(EC2)やストレージサービスなどが中心でしたが、徐々にサービスの数が増え、現在は200種類を超えるサービスが提供されています。 [PR] プログラミングで挫折しない学習方法を動画で公開中AWSを利用するメリット・デメリット従来、企業がITシステムを利用したり提供したりする場合には、ハードウェアやソフトウェアを購入してデータセンタに設置し、その後の運用も自社で行うのが一般的でした。この形態を「オンプレミス」と呼びます。一方、AWSを含む「クラウドサービス」では、自社でこういった資産を保有しません。代わりに、サービス提供者が必要なハードウェアやソフトウェアを用意し、サービス利用者は利用時間に応じた料金を支払ってそれらを使います。オンプレミスと比較し、クラウドサービスには以下のようなメリットとデメリットがあります。メリット手軽に利用を始められる必要なハードウェアやソフトウェアはサービス提供者側が用意します。利用者はサービスを利用する契約を結び、利用開始の手続きを行うことで早ければ数分程度で即座にサービスの利用を開始することができます。また当初は小規模な構成で開始し、アクセス数の増加などに応じて構成を拡大するといった柔軟な使い方も可能です。初期費用が安いサービスによりますが、クラウドサービスでは初期費用が安く、スモールスタートや試行利用の容易な価格設定になっています。オンプレミスではハードウェアの購入費用やソフトウェアの導入作業費用など、多額の初期費用を伴います。運用をサービス提供者に任せられるオンプレミスでは定期的な保守や、機器故障の対応などを全て自社で行わなければなりません。クラウドサービスではサービス提供者がこれら作業を行うため、サービス利用者は意識する必要がありません。 AWSでは「責任共有モデル」という考え方でAWS側がクラウド環境のベースとなる部分に責任を持ち、その上でユーザー側が責任を持ってサービスを実行するようになっています。デメリットハードウェア機器などの構成に制約がある費用や技術力は必要ですが、オンプレミスは使用用途に合わせてハードウェア等の構成を部品単位で細かく調達できます。一方、クラウドサービスはサービス事業者が用意した構成の中から選択することが一般的です。利用者に特殊な要件がある場合、クラウドサービスでは達成が難しいかもしれません（クラウド事業者によっては、特殊要件に対応するため、利用者が構成した機器をデータセンターに持ち込んで運用するサービスを提供している会社もあります）。大規模運用の場合、維持費用が高額になる場合があるオンプレミスでは初期費用で機器の購入費用は発生しますが、以降は電気代などの運用費用のみで済みます。それに対してクラウドサービスは利用している時間に応じて利用料金が発生します。大規模なサービスを利用する場合、時間単価が高額となり、一定期間運用した「初期費用+維持費用」の合計を比べると、クラウドサービスの方が高くなる場合もあります。 AWSでできること AWSでは多くのサービスが提供されています。どのようなことができるか、代表的なサービスを確認していきましょう。 Amazon EC2 Amazon EBS Amazon Simple Storage Service (S3) Amazon Aurora Amazon DynamoDB Amazon Lambda Amazon VPC Amazon SageMaker Amazon EC2 AWSで最も多く利用されているサービスです。 EC2は「Elastic Compute Cloud」の略称で、WindowsやLinuxなどのVM(仮想マシン)を稼動させられるサービスです。用途や予算に応じて様々なスペックのVMを選択できます。 VMに接続するネットワークも柔軟に構成できるので、あらゆる用途に使えます。以下に具体例をあげます。オンプレミスのシステムをそのままクラウドサービスに移行する短期間の開発プロジェクトで、試験用のサーバを用意する（サーバ購入費用を節約できる）災害対策として世界各地にサーバを分散配置する Amazon EBS EC2と共に利用することが多いサービスです。 EBSは「Elastic Block Store」の略称で、データを保存するストレージ機能となります。 EC2にもストレージ機能はありますが、VMが止まると内容が初期化されてしまいます。データを永続的に保存したい場合はEC2とEBSを組み合わせて使用するのが一般的です。なお、EBSはEC2のVMのドライブとして扱われます。容量の上限があるため、大量データを扱いたい場合はEBSを複数利用するか、バックアップ等の用途であれば後述するS3を使用します。 Amazon Simple Storage Service (S3) こちらもストレージサービスで、99.999999999%というきわめて高い可用性を特徴にしています。 S3は「Simple Storage Service」の略称です。EBSと比較して容量制限が無いため、主にバックアップなどの用途で使用されます。EBSと比較して価格が安価なのも特徴です。 VMのドライブとしては扱われないため、コマンドでデータの送受信を行います。 S3は以下のような用途に利用できます。 AWSで運用しているサービスのデータのバックアップオンプレミスのシステムのデータバックアップ変わった用法として、静的なWebページ(HTMLファイル)をホストするのにも使用できます。 Amazon Aurora MySQL, PostgreSQLと互換性のある、クラウド型SQLデータベースです。データベースの初期構築、設定、バックアップなどが自動化されているので、利用者はテーブル作成やレコード読み書きなど、データベースの本質的な操作に注力できます。類似のサービスにAmazon RDS(Relational Database Service)がありますが、Amazon RDSはVM(EC2)にMySQLやPostgreSQLをインストールして利用するようなイメージなのに対して、Auroraはクラウドのストレージを生かして可用性や対障害を高めた、いわばクラウドサービス向けにより進化したサービスといえます。 AuroraはEC2などから利用するデータベースとして、またオンプレミスのMySQLやPostgreSQLをクラウドに移行したい場合の有力な選択肢となります。 Amazon DynamoDB AuroraやRDSが表形式のデータの格納を前提としたSQLデータベースなのに対し、DynamoDBは非定形のデータを格納できるNoSQLデータベースです。スケーラビリティにすぐれ、高性能(低遅延)を保ちながら、データベースをスケールアウトできます。 ECサイトやオンラインゲームなど、トランザクションが多数並走する環境での採用事例が多々あります。 Amazon Lambda 「サーバレス」アーキテクチャの普及するきっかけとなったサービスです。利用者はJava, Python, Node.jsなどでコードを記述し、Lambdaにアップロードします。所定のイベントが発生すると、コードが実行されます。利用者はサーバの存在や台数を意識する必要なく、しかも負荷に応じて自動的にスケールアウトします。映像データのリアルタイム変換や、APIリクエストの処理などで利用されています。 Amazon VPC Virtual Private Cloudの略で、しばしば前述のEC2と組み合わせて使われます。 AWS内のネットワークを論理的に分離でき、相互にルーティングやアクセス制御を設定できます。サービスの規模を柔軟に拡張したり、耐障害性を高めたりするのに利用されます。ルーティングサービスのRoute 53と組み合わせて使用されます。 Amazon SageMaker 機械学習のサービスで、モデルの構築、訓練、デプロイなどを簡単に行うことが出来ます。様々な機械学習アルゴリズムを選択でき、モデルのチューニングも自動化されています。 AWSの機械学習関連のサービスとしては他に以下のようなものがあります。 Amazon Polly：人工音声でテキストを読み上げるサービス Amazon Transcribe：音声認識 Amazon Translate：多言語翻訳 Amazon Rekognition：高精度の画像・動画分析。顔認証などが可能コラムコスパとタイパ、両方結果的に良くなる良くなる学び方とは？

ツール系

男性向けレシピ動画メディア「GOHAN」はステップ1。動画マーケティング事業で更なるステップへ。｜株式会社トピカ麓俊介

男性向けレシピ動画メディア「GOHAN」などを運営する株式会社トピカの代表取締役社長麓さんに、起業のきっかけ、「GOHAN」の誕生、今後の事業展開についてお話をお伺いしました。震災を経験、社会に馴染めなかった学生時代。ゲームづくりは「魔法」が使えたと瞬間。 ――麓さんが起業を志したきっかけは何だったのでしょうか。僕は、阪神淡路大震災で被災し体育館に住んだことがあるんです。避難所では自衛隊が食料を配給してくれるんですけど、当時4,5歳だった僕は「何て世の中は不公平なんだ」と思いました。テレビでは東京のおいしいご飯を紹介しているのに、僕らだけ被災して食べるものや遊ぶものがなくなり、大切な人たちが亡くなって世の中はなんて不公平なんだと恨んでいました。それ以降、僕は感受性が強くなりすぎて周りの人の悲しい、寂しいといった感情に強く感情移入するようになり、社会に適応できず学校へ行かなくなりました。中学生の頃は家に引きこもっていたんですけど、パソコンでゲームがつくれると知り、ゲームを作ってみたら遊んで喜んでくれる人がいました。当時はもう、魔法を手に入れた感覚でしたね。あと、今も最前線で活躍されている著名な起業家の方々が注目されていて、こんな世界があるのかと衝撃を受けました。そこからは、僕の人生はITの力で世の中から悲しい、寂しいというような感情を無くし、幸せな世の中をつくるために使おうと決めました。ITの世界で生きていくと決めていたので、大学には進学せず二十歳で上京をしました。株式会社トピカの代表取締役社長麓さんポケラボとの出会い。 ――上京されてからは、どのような仕事をしていたんですか。 EC関連事業のベンチャー企業に内定したんですけど、内定証書の受取へ行ったら会議室にいたのは再生ファンドの人でした。経営不振で買収されていたんです。そこで、内定取り消しを言い渡されまして、東京で大きなことを成し遂げるために出てきたのにここで引き下がるわけにはいかず「僕はなんでもできます！採用して下さい！」とアピールし再生ファンドへ入社しました。早速、描いていたキャリアとズレましたね。あと、その会社がかなりブラックで初任給以降のお給料が資金繰りの影響で遅れました。ただ、社会のことがよくわかってないので「よくあるものかな」と思って、生活は大変でしたが「東京で大きなことを成し遂げる！」と言ってきた手前恥ずかしくて親に相談できず地元にも帰れないので、副業やキャッシングなどして必死に9ヶ月働きました。そしてある時、ポケラボがシリコンバレーのファンドから10億円調達したニュースを見て、ポケラボのような成長企業に入らなければ、と思いました。面接では、創業者の佐々木さんに「起業したいので、一年で辞めます」と正直に伝えて入社をさせてもらったのですが、実際は会社が楽しくて6年間在籍していました。 2016年3月にポケラボを退社して、株式会社トピカを設立しました。トピカ（TOPICA）は、話題という意味のトピック＜TOPIC＞とアルファベットの始まりの＜A＞をくっつけたもので、話題が始まるという意味です。あと、僕が好きな哲学者のアリストテレスの本でトピカというものあるんですが、ギリシャ語で「場所」という意味です。なので、トピカは「話題で始まる場所」を作るためという会社の名前にしています。 [PR] プログラミングで挫折しない学習方法を動画で公開中優秀なエンジニアに出会い、エンジニアのキャリアを捨てた。 ――麓さんは、元々はエンジニアでいらっしゃんたんですね。中学校の時にゲームにはまりすぎた結果、自分でゲームを作ろうと初めて触った言語がPerl言語でした。CGIゲームがあって、オープンソースを改変してネットに公開して遊んでいたのがプログラミングとの出会いですね。その後は、PHPやLAMP環境をやって、WEBデザイン、コーディングもやりましたね。引きこもりでコミュニケーション能力が低かったので、1人で完結できるようにしたくて。ポケラボ入社はディレクター兼プログラマーで入社したんですけど、僕より後にアルバイトで入社してきた方がものすごく優秀だったんです。後にポケラボのリードエンジニアになる方なんですけど、その人を見て、僕と彼の能力の差にショックを感じ、エンジニアは不向きだと思いました。僕は物事を考えたりすることが好きなので、プランナー寄りのエンジニアになりました。楽しくて成果もでていましたが、どちらかに専念したほうが価値が出せると思ったのでエンジニアを諦め企画職に転向しました。 ――すごい優秀なエンジニアと出会いが、その後の麓さんのキャリアを変えたんですね。そうですね。僕なりのですが、ゲーム業界でプログラマーとしては能力高い人の共通点があって、帰宅して酒を飲みながらコードを書くんです。そして、土日もハッカソンとかゲームジャムなどに行ってコードを書いてて、コードを書くのが仕事ではなく生活の一部になっている。そういう人が最高なプログラマー、エンジニアだと思ったんです。 ――コミュニケーションが苦手とおっしゃってましたが、企画職となるとそうはいってられませんよね。何か努力はされたのでしょうか。ものづくりはチームプレーなので、一人では成り立たないと気が付きました。「いいものをつくりたい」がゴールなので、過程にある自分個人の課題は克服できました。また、ポケラボは当時スタートアップで市場の成長にメンバーが追い付かないと、会社が置いて行かれるというような世界だったので、全員がものすごい速度で成長していたんですね。自分が変わらないと置いて行かれる、この楽しい波に乗り遅れたくない一心でリーダーシップを意識して、話し方や伝え方も勉強しました。ただ、みんな「いいものをつくりたい」という想いは同じなので、熱をもって訴えればだいたい伝わるんですよね。「GOHAN」はステップ1。目指すはユーザーの感情を元にした動画マーケティング。 ――元々、起業を志されていたと思うんですが、動画事業を選んだのはなぜでしょうか。市場が伸びていて、且つ自分のこれまで培ってきたスキルやノウハウが活かせる領域で考えたら一番いいのが動画領域でした。料理動画でNo.1になれる可能性があるもの、単純に自分が食べたいものを作ったほうがいいなと思って、男性に振り切り「GOHAN（ゴハン）」をリリースしました。自宅の部屋の1つを潰して撮影場所にして、朝起きて飯を作りながら動画をとって、食べながら編集して夕方にアップするという流れで、3～4か月くらい1人でやっていました。なので、初期の動画は全てご飯です。 ――「GOHAN」をリリースされたとき、手ごたえはいかがでしたか。抜群にありました。これは経験則なのですが、自分で考えて実行したものは絶対ヒットしてて、逆に自分ごとできない要素が増えると失敗していました。「GOHAN」は自分が食べたいものやあったらいいと思う世界を作ったので、最初からヒットすると思っていた。時流にも乗り、今では日本で一番男性ユーザーが多い料理動画メディアになったので手ごたえはあります。 ――レシピ動画メディアは競合も多いですが、「GOHAN」は今後どのようにされていくのでしょうか。人の寂しいや辛いといった感情をなくすには、まずはユーザー様の感情のデータを集める必要があるので、それで立ち上げたのが「GOHAN」です。まずは、話題が始まる場所を作ろうと思いました。ただ、料理動画の領域で戦っていく気は無いんです。将来的には、ユーザーの感情を数値化した動画マーケティングのソリューションを展開したいと思っています。「GOHAN」はステップ1で、先日ステップ2となるTOPICA WORKS（トピカワークス）をリリースしました。「GOHAN」で培ったノウハウを基に、様々な企業の動画メディアを運営してブランド認知や、ユーザーコミュニケーションを担っています。僕たちは「GOHAN」の会社と思われることが多いんですけど、ステップ1で、目指す所は動画マーケティングの会社なんです。 ――ユーザーの感情データを自社のデータベースに集めているのですね。そうです。動画メディア運営に最適化されたツールを開発しています。各メディアが世の中に分散されていますが、各メディアの仕様を全て統合し数値管理できて最適な方法を提案するものになっています。例えばレシピ名を入力すると、半年前にユーザー様からの反応が悪いよと教えてくれます。今はそこにデータを蓄積している状態で、今後はオープンソースとして外部に公開しようと思っております。コラムコスパとタイパ、両方結果的に良くなる良くなる学び方とは？「スクールは高いし時間も縛られて効率が悪い」と考える方は多いと思います。もちろん、時間も費用もかかることは間違いありません。ただ結果的に無駄な学びにお金も時間もかける方がリスクが高いという考えもあります。コスパ・タイパ最適化の参考として、テックアカデミー卒業生がスクールを選んだ理由をご紹介します。

インタビュー

記事を検索

ニュース

インタビュー

テクノロジー

キャリア

お問い合わせ

【連載企画！】非エンジニアに送るWebサービスで起業するためのアドバイス！

関連するキーワード

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

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

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

「ユーザー数1億人は見えてきた。」海外ユーザー96%の外国語Q＆Aアプリ「HiNative」のこれまでとこれから。｜株式会社 Lang-8喜洋洋

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

AWSとは？使える代表的なサービスや学習方法まで現役エンジニアが徹底解説

男性向けレシピ動画メディア「GOHAN」はステップ1。動画マーケティング事業で更なるステップへ。｜株式会社トピカ麓俊介

TechAcademyから
現役エンジニアの方へ
お知らせ

記事を検索

ニュース

インタビュー

テクノロジー

キャリア

お問い合わせ

記事を検索

関連するキーワード

関連する記事

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

TechAcademyから 現役エンジニアの方へ お知らせ

TechAcademyから
現役エンジニアの方へ
お知らせ