TechAcademy（テックアカデミー） プログラミング 【連載企画】プログラミング未経験の文系学生でもエンジニアになれる！
icon
icon
プログラミング

【連載企画】プログラミング未経験の文系学生でもエンジニアになれる！

学生向けにプログラミング未経験でもエンジニアになるための方法を紹介しています。JobQとの連載記事で実際にあったQ&Aを元にアドバイスを載せています。文系でもエンジニアになる人は徐々に増えてきているので、ぜひプログラミング学習の一歩目の参考に！

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

本記事は、キャリアに特化したQ&Aサービス「JobQ」との連載企画になります。毎週月曜日に就職や転職など、あるテーマに沿って紹介していくシリーズです。前回に引き続き、今回は第三弾として学生向けに「未経験からでもエンジニアへと就職するために！」というテーマで紹介していきます。

前回の「未経験からエンジニアになるためのステップ」も合わせてご覧ください。

 

【質問】

Q. 来年の1年間大学を休学して、プログラミングを勉強しようと思っております。web業界のエンジニア職への就職活動にとって最善の選択なのでしょうか？

 

都内の私立大学に通う大学三年生です。web業界のエンジニア職に就いてアプリケーションなどを製作したいと考えており（SEではないです）、来年の1年間大学を休学して、プログラミングを勉強しようと思っております。
1年間休学する理由としましては、web業界の会社のエンジニア職に就職するには、面接で開発経験が重視されているからです。

 

休学中の行動計画はまだ具体的ではありませんが、Ruby on RailsやSwiftのようなアプリケーション開発に必要な言語を習得した後、実際にベンチャー企業で長期のインターンシップをさせてもらいながら開発業務に携わりたいと思っております。そして、できるようになったら自分で実際にサービスを立ち上げようと思います。
今現在の自分のスキルとしましては、開発経験はもちろんなく、独学でHTML,CSSを学び、スクールに通ってRuby on Railsを習得したところです。

 

今回の質問としましては、僕のこの選択がweb業界のエンジニア職への就職活動にとって最善の選択なのか、また他により良い選択肢が存在するのならばどうするべきなのかを、実際にweb業界で働いていらっしゃるエンジニアの方にお伺いしたいです。よろしくお願いします。

https://job-q.me/1965

以下では、現役エンジニアからのアドバイスが書かれています。具体的にどれくらいの期間で何をすれば良いのかなどイメージがつかめるでしょう！

 

【1人目の回答】

エンジニアをしています。
独学したり、お金を払ってスクールに通ったり、具体的にアクションを取っていて素敵だなと思いました。
一方で、休学に関しては「休学してインターンすれば必然的にエンジニアとして就職できる」
という短絡的な考えにも聞こえます。
休学は、強い意志や目的があると良いと思うのですが、そうでない場合はただのモラトリアムになる方もいらっしゃいます。

まずは、開発経験がないとのことなので、
* とにかく人に見せられるものをなにか作る
* エンジニアの参加している勉強会などに参加してみて、企業で求められているレベルを確認してみる
をやってみるといいと思います。

場合によっては休学せずにそのままエンジニアとして働けるかもしれないですし、
そちらのほうが確実に成長は早いと思います。（エンジニアの価値は開発スキルだけでないので）
まだまだお若いので可能性は無限大だと思います。がんばってください！

 

【2人目の回答】

現職でWebエンジニアをしているものです。
> そして、できるようになったら自分で実際にサービスを立ち上げようと思います。
このように書いているのですが、既に作りたいサービスというのがあるのでしょうか。
あるのでしたら、もうそれを作り始めてみても良いかもしれません。

どうやって作れば良いか分からなければ、勉強会などに参加してエンジニアの方に質問してみると良いと思います。
作る -> 質問する -> 作る -> 質問する 
のように繰り返している間に良いエンジニアになれるのではないかな、と思います。

インターンシップで学べることもたくさんありますが、
開発経験のないエンジニアを開発業務に入れてもお金を払うどころか
払ってもらっても良いレベルでコストがかかります。

もちろん、それを承知で受け入れてくれるところもありますが、なかなか難しいところだと思います。
もう既に独学・スクールと行動に移しているので、
いっそのこと集中して1-2ヶ月で何か作ってからインターンなどを探してみるのが良いのではないでしょうか。
もちろん、その際には勉強会などで出会ったエンジニアの方にどこが良いかとか相談してみると良いと思います。

頑張ってください！

 

以上、お二人の回答を取り上げました。

人それぞれ環境や勉強のスタイルは違うので一概に良い悪いと判断するのは、良くないですがメリットデメリットを書き出しておくと良いでしょう。

スクリーンショット 2016-04-18 10.48.34

意外と休学する前は気付かないのですが、1年後には復学している必要があります。

休学中の1年間で充実した時間を過ごせば過ごすほど、復学することに嫌気がさす場合があるのです。もちろん休学してみないとどういった気持ちになるかは分からないので、休学経験者に話を聞くことをおすすめします。

何をするにせよ休学しようか迷っている学生は、こういったフォーマットに書き出して整理してみるとよいでしょう。きっと納得した決断ができるはずです。

 

また最近では、学生であれば未経験でもポテンシャルを評価してエンジニアとして採用してくれる会社も増えてきています。若さという武器を大いに活用して色んな経験をしていってください！

[お知らせ]TechAcademyでは初心者でも8週間でエンジニアになれるRuby on Railsオンラインブートキャンプを開催しています。今後、起業やエンジニアとしての就職を考えている人はぜひご覧ください。

初心者・未経験でもできる。まずはテックアカデミーに相談しよう

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

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

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

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

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

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

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

記事を検索

関連するキーワード

関連する記事

福岡のパソコン教室20選｜特徴や料金を表で比較

福岡県中心部や複数教室のある通いやすいパソコンスクールをピックアップしました。   田島悠介 今回は、なにか相談受けたんだって？ ...
プログラミング

勉強する前に知っておきたい！プログラミング関連の資格10選

「これからプログラミングを勉強したい」という方はプログラミング関連の資格について知っておきたいということもあると思います。 そこで今回はプログラミング関連...
プログラミング

プログラミングを始める前に知っておきたい！4つの学習スタイルとは

本稿は、CourseReportのブログ記事を、CourseReportより了解を得て日本語翻訳し掲載した記事になります。 これからプログラミングを始めよ...
プログラミング

名古屋のパソコン教室20選！目的別に最適なスクールも紹介

名古屋中心部の通いやすいパソコン教室をピックアップしました。 それぞれの教室の特徴をはじめ、どういった料金設定なのかもまとめています。 名古屋でパソ...
プログラミング

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

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

HTMLファイル作成にも役立つ！サクラエディタの使い方【初心者向け】現役エンジニアが解説

プログラミングに使えるテキストエディタはいくつかありますが、今回はそのうちのサクラエディタの使い方を初心者向けに解説します。 サクラエディタはとても高機能...
プログラミング

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

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

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

プログラミングの勉強をこれから始める人の中には、今後エンジニアに転身したいということもあるのではないでしょうか。その場合、実際に転身した人の話を参考にするのが近道だと考えています。 そこで今回は、楽天株式会社に新卒で入社して、人事部から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週間でプログラミング未経験からエンジニアへの転身を目指せるオンラインブートキャンプを開催しています。プログラミングを習得してキャリアチェンジしませんか？ プログラミングを独学で学習していて、このように感じた経験はないでしょうか？ ・調べてもほしい情報が見つからない ・独学のスキルが実際の業務で通用するのか不安 ・目標への学習プランがわからず、迷子になりそう テックアカデミーでは、このような
インタビュー

【データから紐解く！】人気プログラミング言語を徹底比較！

本稿は、Codementorのブログ記事を、Codementorより了解を得て日本語翻訳し掲載した記事になります。 科学、技術、工学および数学の素養がある人材に大きな需要があり、高い賃金が支払われているのは、とりたてて目新しいニュースではありません。米国におけるソフトウェア関連職種のオンライン求人数は2007年から2012年にかけて、他の求人に比べ3倍の速さで成長しています。 米国労働統計局は、2012年から2022年にかけてソフトウェア開発に関する求人は、22%増加すると見込んでいます。2014年5月時点のソフトウェアアプリケーション開発者の平均年収は95,510ドル(約965万円)となっています。 これからプログラミングを学ぼうと思っている初心者は、どの言語を学ぶべきか考えていることでしょう。 この記事では各プログラミング言語の給与、需要、そして将来性を比較する事によって、疑問への回答のヒントとなるはずです！   また、オンラインのプログラミングスクールTechAcademyでは、未経験でもプログラミングを習得することが出来ます。   目次 各プログラミング言語の現状 言語別求人ランキング 言語別給与ランキング プログラミングに関するサポート体制について 各プログラミング言語の将来性   各プログラミング言語の現状 各プログラミング言語を比較する前に、比較対象となる各言語の現状を確認してみましょう。   [PR] プログラミングで挫折しない学習方法を動画で公開中動的プログラミング言語 学びやすく面白さもある為、一般的に、動的プログラミンング言語は初心者におすすめ出来る言語だと考えられています。コードを多用せず、ゼロからアプリケーションを構築可能で、難しいルールに従う必要がありません。 通常、動的プログラミング言語は最高層で使用されるので、細部の習得に多くの時間を費やす必要が無く、言語の概要の理解に時間を費やします。これも早期に結果を出したいと望むプログラミング初心者に人気の理由の一つです。   JavaScript JavaScript（Javaとは別言語です）は、フロントエンドに必要クライアントな側の言語です。JavaScriptは全てのブラウザと相性が良く、しばしば「jQuery」の様なライブラリ、AngularJSやEmber.js、Reactなどのフロントエンドフレームワークを活用した双方向のウェブアプリケーションに使用されます。 JavaScriptは、Node.jsを活用したサーバー側の言語としても使用されます。Node.jsは比較的新しく、勢いのあるコミュニティです。 FacebookのReact NativeでJavaScriptを使用したネイティブモバイルアプリケーションを構築出来る他、phonegap等のフレームワークでJavaScriptを使用しハイブリッドモバイルアプリケーションも構築出来ます。 しかし、JavaScripは型の無い言語なのでミスを見つけて修正するのが難しい分、扱い難い言語としても知られています。マイクロソフトのTypeScriptやReactが使用するJSXなどの静的な型付きのバージョンも存在します。   Ruby 開発を面白く、かつ効率的にする為に開発されたRubyは、Ruby on Railsのフレームワークによって人気を博しました。 Ruby on Railsは、プログラミングの快適性を追求した、フルスタックのフレームワークです。Rubyは英語の様に解読でき、Railsは、共通タスクを容易にするツールを備えています。 Shopify、Bloomberg、HuluやSlideshareなどの人気サイトではバックエンド開発の大部分にRubyを使用しており、Ruby on Railsで構築されています。 Ruby/Rails開発のためのおすすめエディタ/IDEについても合わせてご覧ください。   Python Pythonもまた初心者にお勧め出来る言語の一つであり、米国の一流大学で言語学習の導入段階において最も学ばれています。デスクトップアプリやWebアプリケーション等を構築する際に使用され、データマイニングに最適なツールを備えています。さらに、Pythonはコンピュータサイエンスやデータ解析、生物情報学等、アカデミックなコミュニティでも人気があります。 Google、 YouTube、 Pinterest、 Instagram、 Reddit、 BitTorrent、 Civilization IVなどはPythonで構築されてます。 国内でPythonを使ったWebサービスが少ない理由とはという記事も合わせてご覧ください。   PHP PHPはサーバー側のスクリプト言語で、PHPのコードで何をするか概念化が容易な為、初心者向けの言語と考えられています。この言語はWeb向けに特化されているので、多くのWebサイトはPHPで構築されています。 Facebook、Wikipedia、Yahoo!、 Tumblr、 WordPress等はPHPで構築されています。   静的型付き言語 静的型付き言語で構築されたアプリケーションはより拡張性と安定性があり、保守性に優れている事で知られています。静的言語はタイピングのチェックによる機能が厳しく、エラーの抽出が容易である一方、プロトタイプの作成が可能な為、多くのコードを使用します。ゲームエンジン、モバイルアプリケーションや企業のバックエンドは一般的に静的型付き言語で構築されます。   Java 汎用性のある言語としてJavaは、Androidアプリ、デスクトップアプリやゲームに使用されます。また企業のバックエンドの開発にも使用されています。 さらに、ビッグデータの保存や加工に使用するフレームワークHadoopは、Javaをベースとしており、Yahoo、Facebook、 Amazon Web Servicesといった企業で採用されています。   C C言語は、システムソフトウェアの共通言語として、しばしば使用されています。 Cは、本稿にて紹介するほぼ全てのプログラミング言語、とりわけObjective-Cと C++に影響を与えました。ですので、もしCの知見があれば他の一般的な言語の習得は難しく無いでしょう。 しかし、簡単なタスクを実行するのに複雑なコードを必要とする為、初めての言語として選んだ場合に初学者は苦労するかと思います。それでもCの知識はきっとプログラマーの助けになることは間違いないですが。   Objective-C / Swift （iOS開発向け） Objective-Cは、C言語を基にした言語であり、静的ですが動的型付けも可能です。AppleのSwiftは、Objective-Cと互換性を持つ様に設計された静的言語ですが静的型付けによりエラーを起こし難くなっています。 Pythonに触発されたSwiftは、新参のプログラマーが習得しやすくObjective-Cに見られるいくつかの課題を解決する様に設計されています。   C++ C++は、C言語を基にした影響力のある言語です。システムソフトウェアのプログラミング用に設計されましたが、ゲームやゲームエンジン、デスクトップアプリ、モバイルアプリ、Webアプリにも使用されてきました。C++は迅速なので、Facebookもいくつかの高性能で高信頼性のあるシステムをこの言語で構築しています。 Adobe Systems、Amazon、Paypal、Chromeなどの多くのソフトウェアがC++で構築されています。Cの様に、一般的にC++は初学者に難しい言語と考えられているので、初めて学ぶ方はMeetups、またはC++Codementorで相談してみるのも良いでしょう。   C# C#（C シャープ）はマイクロソフトWindowsのNET フレームワークの為に開発されました。 C#は、Web開発、ゲーム開発及びマイクロソフトの開発一般に使用されています。マイクロソフトは互換可能なクロスプラットフォームでは知られていませんでしたが、C#を他のプラットフォームへ移行させ、リナックス技術者により良い開発ツールを提供する目的で、Monoと呼ばれるオープンソースプロジェクトを発案しました。 最近では、C#をiOSやAndroid向けのネイティブモバイルアプリに使用できる様になりました。   SQL SQL（SequelまたはStructured Query Language）は、データベースとコニュニケーションを行う問い合わせ用の言語です。 SQLはアプリケーションを構築する為には使用されませんが、リレーショナルデータベース管理システム（RDMS）を使用するアプリケーションのデータ管理に使用されます。   言語別求人のランキング 各プログラミング言語の概要を少しだけ紹介しました。 しかしながら、全ての言語に同じ需要があり、同等の給与が支払われる訳ではありません。もし言語習得の目的が就業であり、また言語習得がどんどん難しくなってきているという話にがっかりさせられたくないのであれば、次に紹介する内容が「どの言語を学ぶべきか」という問いに対するヒントになると思います。 indeed.comによる給与統計を基に、各プログラミング言語を9つの層に分割しています。 この結果、Swiftが一番多くの給与を得る事ができ、Java、Ruby、 Python,、C++とCもまた悪くない選択である事は明白でしょう。さらに、給与のみに焦点を当てた場合、JavaScript,、C#,、SQLおよびPHPは理想的な選択では無いでしょう。 平均給与は、需要（どの程度求人があるか）、供給（何人の開発者がその言語を使えるか）および経験などに影響されます。従い、結論を急ぐ前に他の要素もじっくり確認してみましょう。   求人のトレンド 以下は、プログラミング言語別の求人トレンド（indeed.comから抜粋）です。 C、SQL、JavaおよびJavaScriptには多くの求人があります。一方、C#、C++とPythonもまた需要のある言語です。 しかし、新興企業の職を得たいのであれば、indeed.comのトレンドはふさわしい指標ではないでしょう。   AngelListは新興企業による求人の為のサイトであり、ここの求人リストを基にプログラミング別の重要を確認できます。   JavaScriptの需要がある事が改めて確認できます。また新興企業ではJava、C、C++と C#よりPythonおよびRuby (on Rails)を欲している事が分かるでしょう。   コラム コスパとタイパ、両方結果的に良くなる良くなる学び方とは？ 「スクールは高いし時間も縛られて効率が悪い」と考える方は多いと思います。 もちろん、時間も費用もかかることは間違いありません。
プログラミング

【海外のエンジニアが語る！】未経験からプログラマーになるための完全ガイド

本稿は、Codementorのブログ記事を、Codementorより了解を得て日本語翻訳し掲載した記事になります。 本記事は、ThoughtWorksに勤務するソフトウェア・デベロッパーの、ナターシャ・ポストロヴスキによって寄贈されました。   また、オンラインのプログラミングスクールTechAcademyでは、未経験でもプログラミングを習得することが出来ます。   今まで以上に多くの人々が、これまでの伝統とは異なるバックグラウンドから、ソフトウェア開発の世界に参入しています。その背景には、コーディングブートキャンプの開催数が増え続けているのです。業界からは、より多様なタイプのデベロッパーを惹きつけるために、大きな後押しもあります。 また多くの会社は、次の世代のシニアデベロッパーを研修して育てる方が賢い方法だと気づき、もはやシニアデベロッパーに集中した採用は行っていません。 ソフトウェア開発は高報酬な仕事であり、業界全体も好景気です。また、ソフトウェアデベロッパーは、他の多くの職種と比べて、かなりの優待遇を受けられます。 しかし、ソフトウェア開発のキャリアに挑戦しようとする多くの人々を惹きつけているのは、よりやりがいのある仕事への探求心ではないかと、私は思います。   もしあなたがこの記事を読んでいるとしたら、キャリアチェンジを考えているかもしれません。 私自身、あなたと同じような状況にあった時から、まだ1年も経っていません。キャリアチェンジは怖くて、しかし良い刺激にも満ちていると思えることも、よくわかります。あなたが何よりも優先して自分自身に問いかけけるべき質問が1つあります。 Q. ソフトウェア開発職に転職したとして、仕事を好きになれるかどうか？ というのも、雇用されることが可能なスキルレベルに到達するまでには、数多くの事をこなさなければならないため、将来性のある現在のキャリアを犠牲にする可能性もあるからです。 ソフトウェア開発の仕事を好きになれるかについて答えが出なければ、コードでモノ作りをしましょう。 三目並べのゲームを作成しましょう。 その他のゲームを作成しましょう。 小さなオンラインビジネスを始めて開発を自分でしてみましょう。 個人のサイトの構築やデザインをすべて自分でしてみるのもいいでしょう。 プログラミングの課題を解きましょう。 オープンソースにも貢献しましょう。 そして、もしあなたがこれらの事を楽しめるとしたら、ソフトウェアデベロッパーの仕事も好きになれる可能性は高いです。   プログラミングを学ぶには何千通りもの方法がありますが、そのルート設計は、あなた自身に最も合う学習法はどれかという視点から考えるのがいいでしょう。 例えば、オンライン講座を受講したり、講師やメンターを見つけたり、YouTubeのビデオ動画を観たり、書籍を読んだり、コンピュータ・サイエンスの学位を取得したりなど様々な方法があります。 私自身は、上記の方法をすべて組み合わせたコード学習を実践しました。しかし、どんな事よりも私を支えてくれた事があります。   目次 作りたいと情熱的に思えるものを持っている コーディングブートキャンプに参加する プログラミング学習者と繋がる メンターを見つける 集中して学習する キャリアチェンジのために投資をする Githubに公開する ペアプログラミングを経験する 模擬面接を行う エラー駆動開発を行う   作りたいと情熱的に思えるものを持っていること ブログでも、ゲームでも、Webサイトでも、SaaSのスタートアップでも、オンラインデーティングサイトでも、家族の家計管理のためのアプリケーションでも、あなたが目的意識をもって立ち上げたいと思えるプロジェクトを持っていることは、プログラミングの勉強が辛くて困難な時にも、あなたを導いてくれる力となるでしょう。 私はコーディングブートキャンプのメンターとして数ヶ月働いたことがありますが、その時に最も学習速度が速かった生徒は、作りたいと強く思えるものを持っている人達でした。その理由は、彼らは学んだことを、彼ら自身のプロジェクトに応用することができたからです。   [PR] プログラミングで挫折しない学習方法を動画で公開中もし可能なら、もし自分のためになりそうだと思うなら、あなたもコーディングブートキャンプに参加しましょう 私が初めてコードを学び始めた頃、当時住んでいたオーストラリアのメルボルンには、コーディングブートキャンプがありませんでした。 そのためThe Starter Leagueというアカデミーで学ぶために、3ヶ月間アメリカのシカゴに移住するという抜本的な方法を取りました。今思うとこの決断は、私がソフトウェアデベロッパーになるまでの道のりの中での決定打だったと思います。   良いコーディングブートキャンプの特徴としては、集中できる環境と、困った時にサポートも提供してくれるでしょう。初めてコードを勉強する時には、何に集中して学習すればいいのか、範囲を絞るのも難しく思えるかもしれません。一方、コーディングブートキャンプでは、Webアプリケーションを作るために最低限必要な学習範囲に的を絞って、実体験を通しながら学ぶことができます。 また、コーディングブートキャンプは、プログラミングについての事前知識がないことを前提として、あなたが初歩レベルの段階から最終目標まで到達するためのスキルを教えてくれます。この点は、数多くのプログラミングの記事や動画ビデオとは異なります。 コーディングブートキャンプは、費用が高いので万人向きとは言えませんが、もしあなたが投資価値がありそうだと思うなら、私は強くお薦めします。   プログラミング学習を通して他の人とつながりましょう コードを学習していると時々困難に直面することがあるでしょう。同じ課題を通して、他の人たちとのネットワークを持っておくことは、とても重要です。もし誰も知っている人がいなければ、地域のイベントに参加して人々に話しかけてみましょう。特に、あなたがジュニアデベロッパーに人気のある言語( 特にRubyとJavaScript)を、集中して学習したい場合にはお薦めします。 もしあなたの地域のプログラミングイベントが、初学者のための夜会を時々開催していれば、幸運です。必ず参加してみてください！   コラム コスパとタイパ、両方結果的に良くなる良くなる学び方とは？ 「スクールは高いし時間も縛られて効率が悪い」と考える方は多いと思います。 もちろん、時間も費用もかかることは間違いありません。 ただ 結果的に無駄な学びにお金も時間もかける方がリスクが高いという考えもあります。 コスパ・タイパ最適化の参考として、 テックアカデミー卒業生がスクールを選んだ理由
プログラミング

過去160年間の情報技術の歴史から見る！インターネットの変遷とは

本稿は、FreeCodeCampのブログ記事を了解を得て日本語翻訳し掲載した記事になります。 本記事は、プログラミングの指導をしているQuincy Larson氏によって投稿されました。   歴史は繰り返している 今日までインターネットは、過去160年間に他の情報技術に起こったものと同様の悲劇をたどってきています。 電報 電話 映画 ラジオ テレビ これらはそれぞれ、おおよそ同じ物語を持っています。 発明者が技術を発見する。 愛好家がその技術の使用方法を開拓し、一般の人に広く行き渡るようになる。 企業が目をつける。技術を商業化し、洗練し、規模を大きくする。 企業が充分に力を持つようになると、技術を守るため政府を騙し支援させる。自分達を「自然独占企業」として位置づける。 長い停滞のあと、その古い技術を崩壊させる新しい技術が登場する。古い独占を除去するときもあるが、独占をますます強固にするだけの場合もある。 このループは何度も繰り返されてきました。「ネットワーク中立性」という言葉を作ったハーバード大学法学部教授のティム・ウーは、これを「サイクル」と名付けました。 「歴史は、情報技術の発展の特徴を示しています。誰かの趣味から、誰かの産業へ。自由にアクセスできるチャンネルから、企業・政治集団によって厳密に制御されたものへ。オープンなシステムからクローズドなシステムへ。」――ティム・ウー 我々は今、ステップ4の部分にいます。そしてステップ5が見えてきません。 1900年代の始めに経済学者のヨーゼフ・シュンペーターが述べた創造的破壊は実現していません。 インターネットは特別なように見えます。電報・電話・ラジオ・映画・テレビに取って代わる究極の情報技術であり、それを破壊する明確な方法がありません。 しかしインターネットの最高の地位をめぐる争いは終わりません。このグローバルチェス盤にはたくさんのプレイヤーがいます。政府、テレコムの独占、GoogleやFacebookのような大手インターネット会社、NGO、スタートアップ企業、ハッカー。   パート1では、オープンインターネットが何であるかを探ります。そしてそれまでの情報技術の歴史を掘り下げましょう。 パート2では、原子について説明します。インターネットの物理的なインフラ。インターネットのバックボーン。通信衛星。広帯域インターネットをもたらす銅線および光ファイバーケーブルの「ラストマイル」。 パート3では、ビットについて説明します。インターネットのオープンで分散した性質と、それがどのように多国籍企業によって壁に囲まれた庭に封鎖されるか。   パート1：オープンインターネットとは何か オープンインターネットを表す言葉はひとつだけです：カオス オープンインターネットは、お互いに叫び合う30億の声の不協和音です。埃だらけの広大な市場であり乱雑です。しかしそれによって我々の時代における偉大な芸術や産業をいくつか作り出しました。 オープンインターネットは誰でもコンテンツを公開できるツールであり、誰でもそれを利用することができます。   私たちはみんな「サイクル」に閉じ込められている ここではインターネットより前の情報技術についての簡単な歴史と、企業と政府がどのようにして地位を固めたかについて説明します。 最初はある人がケーブルを繋ぎ、モールスコードのメッセージを友達に伝え始めました。電報は実用的なアプリケーションを備えた楽しいツールでした。地元の企業がその周りに現れました。 1851年、ウェスタン・ユニオンが大陸横断線を張り、それらの間に中継ぎ局を建設したときに変化が起きます。 小さな電信会社が競争に参加したい場合はウェスタン・ユニオンのネットワークにアクセスする必要がありました。間もなく彼らは完全に搾り取られてしまいました。 ウェスタン・ユニオンは非常に強力で、アメリカの大統領を単独で任命することすらできました。アメリカで育った人はこの大統領の名前を子どものときに記憶したかもしれません。 ウェスタン・ユニオンはヘイズの選挙活動を財政的に支援しただけでなく、諜報活動の情報のバックボーンとして独自の地位を利用しました。 ウェスタン・ユニオンの支配権と独占価格は、アレクサンダー・グラハム・ベルが電話を発明し電報の事業を崩壊させるまで続きます。   電話がどのように「サイクル」の犠牲になったか JPモルガンの支援を受けた電話会社AT&Tは、アメリカ全土に長距離電話網を構築しました。 地元の電話会社の顧客が他の都市の人に電話する場合、AT&Tに支払いをする必要がありました。 アメリカの電話システムを完全にコントロールすることが、面倒で無駄な資本主義を避ける最善の方法だとテオドール・ベイルは考えました。ベイルは自分のやり方が消費者のためであると主張しました。公平を期すためだと。少なくとも短絡的にはそうでした。 ベイルはAT&Tの独占的利益を利用して、地方の電話回線の開設を助成しました。こうしてアメリカ全体がひとつの標準化されたシステムの下で統一することができました。   しかし慈悲深い独占企業の問題は、その者たちが永遠には生きていないということです。いつかは第二世代のCEOに取って代わられる。その人物は前任者のような理想に欠けている場合が多く、そこには資本家の特権しかありません。利益を上げ、配当金をまき散らし、四半期ごとの業績見通しをたたき出す。つまり顧客からより多くのお金を得るということです。 AT&Tは競合他社を圧倒しました。その独占が明らかになり、アメリカ政府はそれを規制する措置を取りました。しかしAT&Tは規制当局よりもはるかに機敏であり、国の後押しする「自然独占」となる機会に飛びつきました。 AT&Tは1982年にFCCによって解体されるまで何十年も独占的利益を得ることになります。「ベビー・ベルズ」は1977年、分割前よりもさらに大きな企業に合併しました。 AT&Tは政府支部のように機能し、大規模な研究所を持っていましたが、ひとつの主要な例外を除いて、その主要なビジネスにとって脅威となる発明を秘密にすることができました。   コンピュータの重要なデータ記憶媒体として後に使用されたボイスメールとデジタルテープは、実は1934年にAT&Tの研究所で発明されていました。しかしそれは覆い隠され、数十年後に再発明されることになります。 そのような信頼性の高い大量のデータ記憶媒体があったら、その期間内に情報技術の分野がどれくらい発達したでしょうか。 仮に企業が意図的に電子メールの導入を10年遅らせたらと考えてみてください。社会の生産性にどれぐらい影響があるでしょうか。何千億ドルの経済損失になるでしょうか。これは公共の研究室や大学でなく、民間の企業に科学的な研究開発を任せるということについての訓話です。   映画がどのように「サイクル」の犠牲になったか 映画が発明され、皆が米国の何千もの映画館であらゆる種類の映画を鑑賞しました。誰でも映画を制作し、地元の劇場で上映することができました。 アドルフ・ズーカーがパラマウント・ピクチャーズを設立し、またそこで変化が起こります。 ズーカーはブロックブッキングの慣行を開拓しました。小規模な独立した劇場が、例えば最新のメイ・ウェストの映画を上映したい場合は他の貸し映画も購入して上映する必要があります。 これにより、地元劇場所有者の流行先駆けとしての地位は失われました。そして映画劇場の商品化が進み、最終的に大ヒット映画が登場することになります。   どのようにラジオが「サイクル」の犠牲になったか マルコーニやテスラがラジオを発明し、大規模なムーブメントが愛好家によって起こり、アマチュア番組を流す数千の地方ラジオ局が存在しました。 ラジオ・コーポレーション・オブ・アメリカ(RCA)の責任者を務めたデビッド・サーノフ。おそらく20世紀で一番マキャベリなCEOです。 当時RCAは、ラジオ用の部品を作っていました。最初RCAはハードウェアに焦点を当て、多くのラジオ局を稼働させて家庭にも普及させることを目的としていました。しかしサーノフは、 ラジオのコンテンツにこそ本当の富があることに気付きました。サーノフはNBC放送の普及を援助し、その代わりに広告を通してお金を稼ぐようになります。   その後サーノフは連邦通信委員会(FCC)に近づき、電波スペクトルが希少な商品であるためライセンスを発行するべきだとしました。 すぐにNBC放送は全ての家庭で利用できるようになり、地元の愛好家たちによるラジオ局は存続できなくなりました。RCAはラジオ局・家庭用ラジオ部門・放送されるコンテンツと垂直統合されました。 サーノフはテレビの発明家と話していたため、すでにテレビがラジオに取って代わることを知っていました。しかしサーノフには計画がありました。自分自身によってテレビの発明を主張することです。   テレビはどのように犠牲になったか テレビが他の技術と違う点は、「愛好家による段階」が無かったことです。サーノフとRCAは、FCCの助けを借りてすぐにテレビ技術をロックダウンしました。その結果アメリカ人はNBC・CBS・ABCの3つからチャンネルを選ぶことになります。 テレビは大衆文化の最高峰でした。アメリカ人の約半数がみんな同時に、「アイ・ラブ・ルーシー」の同じエピソードを見ているのです。 この独占によって引き起こされた番組の多様性の欠如と相まって、テレビの人気は社会的・政治的な結果をもたらし今に至ります。   パート2：原子戦争 「高度に発達した科学は魔法と区別が付かない」――アーサー・C・クラーク 無垢な抽象概念の領域として考えるほど、インターネットは物理的な構造を持っています。それは決して魔法ではありません。 インターネットは地面と海底トンネルに設置された一連の銅線と光ファイバーのケーブルです。これをインターネットバックボーンといいます。以下はその外観です。 そこからインターネットは地域のバックボーンを通じてさらに配給されます。米国のインターネットデータを伝送するすべてのファイバーです。赤い四角は「長距離」ファイバーの接合部を表します。   インターネットの影の功労者：バックボーンプロバイダ 6つの大手企業がバックボーンを制御し、お金を交換することなくお互いにトラフィックを「手渡して」います。 レベル3コミュニケーションズ テリア・ソネラ NTT Cogent GTT TATA Communications 米国内ではベライゾンやAT&Tなどの長距離通信事業者によって制御されています。これらは米国の二千億ドル規模のワイヤレス業界の2/3を取り締まっています。 巨大な通信会社の関与にもかかわらず、インターネットのバックボーンはかなり健全な市場となっています。インターネットバックボーンの約40％は、聞いたことのないような小さなネットワークによって制御されています。   インターネットのマフィア：ISP(インターネットサービスプロバイダ) 一方、ブロードバンドインターネット市場はまったく健全ではありません。これはインターネットバックボーンに接続するケーブルの「ラストワンマイル」です。 ブロードバンドインターネット市場は、非常に強力な、そしてとても嫌われている3つのインターネットサービスプロバイダ(ISP)によって支配されています。 Cox チャーター(最近他のISPであるタイム・ワーナーを買収した) 全米で最も嫌われる企業コムキャスト(アメリカのブロードバンドの56％を支配している) ISPのもうひとつの形式は、ワイヤレスプロバイダです。 AT&T Verizon(元AT&Tの一部) この2つのプロバイダは、無線市場の2/3を占めています。携帯電話を持っているユーザーは毎月これらの会社のどちらかひとつにデータプランを支払うことになります。 これらのISPは、1970年代に埋められていた数百万マイルの銅線と1990年代に軌道に載った衛生を支配しています。 プロバイダは絶えず法律を破り、長期に渡る裁判で規制当局を停滞させ、例え相手がGoogleであったとしても自分達の市場に参入することを事実上不可能にします。 自由市場競争と、それが必要とする高価な技術のアップグレードを避けるのがISPの目的です。   ネットワーク中立性の仕組み ISPはケーブルパッケージで大金を得ていました。しかし利用者はインターネットを使うようになり、ケーブルテレビをもう必要としないことに気付きます。データプランだけでYouTubeやNetflixだけでなく、たくさんのオンデマンドコンテンツも楽しむことができるからです。 ISPの目標はインターネットを「チャンネル」と「バンドル」にして、それらを買うように強制することによって「古き良き時代」に戻ることです。 これをどうやって防ぐかという方法を、我々はすでに持っています。2015年に、FCCは公益法人としてISPを規制する法律を可決しました。これは、ネットワークを通過するすべての情報は同等に扱われるべきであるという「ネットワーク中立性」の原則に基づいています。 FCCはこの話題に関するアンケートを実施し、300万人のアメリカ人が回答しました。その結果、ネットワーク中立性に反対したのは全体の1％未満でした。 通信会社との厳しい戦いの後、我々はFCCにネットワーク中立性を法律化するように説得しました。 FCCのTitle II規定は、ISPが次のことを行うことを防ぐ3つの「明確なライン」を作りました。 Webサイトからのコンテンツのブロック Webサイトからのコンテンツの遅延 コンテンツのスピードを上げるためにWebサイト側から資金を得ること このルールは企業側がいかに強大であっても、インターネットへの優先アクセス権を買うことができないようにするためのものです。 誰もが平等な条件で競い合う必要があります。どんなハイテク企業でもスタートアップ企業や個人のビジネス、自分のドメインでWordPressを運営している独立したブロガーと競争しなければなりません。   現在ISPはユーティリティのように扱われています。パケットは配管を流れる水や送電網を通じる電気とどう違うでしょうか。 水道会社は、利用者が食器を洗ったりシャワーを浴びたりするたびに蛇口をひねっているかどうか気にするべきではありません。 電力会社は、利用者がテレビやトースターをコンセントに繋いでいるか気にするべきではありません。 ISPは、利用者がどんなデータを望み何に使うかということを気にするべきではないのです。   ISPネットワーク中立性を排除しようとする理由は簡単です。中立性が取り扱われなくなれば、プロバイダがより多くの料金を請求することができるからです。 AT&Tの元CEOが悪巧みをしています。 「彼らがやろうとしていることは、私のパイプを無料で使うことです。私はこれまで資金を費やしており、それによって利益を得なければいけないのですから無料で利用させるわけにはいきません。なので、パイプを使用する人がその分の料金を支払うメカニズムが必要になります。みんなが私のパイプを使用できるのは、私たちとケーブル会社が投資を行っているからであり、無料というのはおかしいのです。」――Edward Whitacre：AT&T CEO この人が理解しないといけないのは、誰もがすでにインターネットにアクセスするための料金を支払っているということです。たとえばあなたは、この記事が読める状態のために何らかの支払いを行っています。私もこの記事をインターネットに出すために支払いをしている。このWebサイトもサーバーからあなたのコンピュータにトラフィックを送信するために支払いをしています。 我々はすでにISPの最後のケーブルを使用するための料金を支払っています。無料で使用している人はいません。 それなのにISPは稼ぎを二重にする機会を見出しています。通信速度のための料金を請求し、マフィアが「みかじめ料」と呼ぶものをWebサイトに請求しようとしています。 もちろん、オープンインターネットを利用している人のほとんどはISPにこの「みかじめ料」を払う余裕がなかったので、ISPはWebサイトへのトラフィックをブロックし、オープンインターネットの大部分から利用者を切り離しました。ISPはWebサイトをブロックする必要はありません。わずかな遅延行為を行えばいいのです。 GoogleとMicrosoftの調査によって、250ミリ秒でさえWebサイトを遅くするとほとんどの人がそのサイトを見るのをやめてしまうことが明らかになっています。 スピードは機能ではなく、利用者を引きつけるための基本的な前提条件だったのです。 つまりこれはISPが人為的にWebサイトを減速させると、実際にサイトを完全にブロックするほどの損害を与えることを意味します。結果として同じ状態、つまりトラフィックの重大な損失となります。 トラフィックはWebサイトの生命線です。それがなければ商品を売ることができず、サービスには出資されず、広告は表示されません。 ISPがブロックしなくても、トラフィックがなければオープンなWebは死んでしまいます。   ISPがネットワーク中立性に全面的な攻撃を開始 1月の米政権の変更と第45代大統領の選挙で、FCCにも変化が起こりました。 元ベライゾンの弁護士であったアジット・パイ会長(FCC)は、現在規制当局を管理しています。彼の言葉です。 「投資や技術革新、雇用の創出を抑制している不要な規制はなくすべきである」――FCC会長アジット・パイ ISPは、インフラに利用者からの「みかじめ料」を再投資せず、すでに信じられないほどの独占利益を持っています。2016年の純利益(税引き後の利益)は次の通りです。 AT&T：160億ドル Verizon：130億ドル コムキャスト：80億ドル チャーター：80億ドル ISPはインフラの改善に踏み出す分の充分な利益があるにもかかわらず、その資金を株主にまき散らしています。 2ヶ月でパイ会長はすでにネットワーク中立性に対して信じられないほどのダメージを与えています。パイ氏はネットワーク中立性の法律に明確に違反していた4つの独占企業に対しての「ゼロ・レーティング訴訟」を取り下げました。 現在コムキャストとAT&Tは顧客がデータ上限を気にせず利用できる独自のビデオサービスを続けており、FCCもそれについて何もしない状態です。 元FCCのトム・ウィーラー会長はパイ会長に働きかけ、ネットワーク中立性の大切さを理解してもらうよう最善を尽くしました。両者は18ヶ月のうち2週間ごとに1度会う予定をしていましたが、パイ氏はこれらの会議をことごとくキャンセルしました。 オープンネットワークは必要であり、将来に不可欠なものです。――FCC元会長トム・ウィーラー   [PR] プログラミングで挫折しない学習方法を動画で公開中パート3：ビット戦争 次のインターネット中立性はどのようになるでしょうか。Apple社のApp Storeだけを見てみましょう。 2016年には200万のアプリがストアにあり、合計で280億ドルを拠出しました。Apple社はそれぞれの売上から30％の手数料を取り、App Storeだけで84億ドルの利益を得ています。 残りの200億ドルのほとんどは、ほんの一握りの携帯ゲーム会社の手に渡っています。 iPhoneユーザーのほとんどが、月にダウンロードするアプリの数がゼロであることが分かっています。 そして、アプリストアの上位8つのアプリは、FacebookとGoogleという二つの企業だけが所有しています。 残りの200万のアプリの大半はトラフィックがほとんどなく、少ない金額しか得ていません。 App Storeは平等なフィールドではありません。その上に構築されたオープンインターネットとは別のものであり、壁に囲まれた庭のひとつの例です。 塀の中の庭園は美しく見えます。最も人気のある植物の生息地だからです。しかしそこから壁の外に自由に冒険することはできません。 壁の中の庭にはゲートキーパーがいて、雑草のような植物は根絶やしにします。その庭に何かを植えたいときはそのゲートキーパーから承認を得る必要があります。 Appleはとても攻撃的なゲートキーパーであり、自社の利益と競合するアプリを排除し、企業の世界観と合わないアプリを検閲します。   壁に囲まれた庭の簡単な歴史 まず最初に、AOLという庭園がありました。 20年経ち、AOLは今でも20万人のユーザーを持ち月額20ドルの支払いを受けています。壁に囲まれた庭の中にユーザーを閉じ込めるためにはたくさんのお金が必要です。 そののち壁に囲まれていなかったYahooが現れますが、これもまた同じ道を歩みます。人々はまだインターネットに慣れていませんでした。 90年代後半、スタートアップ企業はYahooでバナー広告を購入できるように資金を調達しました。これは将来のユーザーにアプローチする一番いい方法でした。 地球上の人々の4分の1は、毎日平均50分間Facebookを利用しています。 マーク・ザッカーバーグの自慢のinternet.orgには、五千万人の人が接続しているでしょうか。発展途上国の人々がオープンインターネットに料金を支払うか、無料でFacebookを使うか。そして、みんなFacebookを選択しました。 インドではオープンインターネットの代わりにFacebookを使うことによってinternet.orgが拒絶されました。 マーク・ザッカーバーグ自身に悪意はありません。ただオープンインターネットは急速に破壊されています。Facebookのマーケットシェアを拡大する中で高度な検閲ツールを構築するだけでなく、政府を鎮めることすらできます。 Facebookは、こうした閉ざされたソース・閉ざされたデータの庭園で利益を得ようとしている他のインターネット企業のひとつに過ぎません。 世界時価総額トップ10の企業です。 Apple Alphabet(グーグル) Microsoft エクソンモービル ジョンソン＆ジョンソン ゼネラル・エレクトリック Amazon.com Facebook ウェルズ・ファーゴ AT&T すべてアメリカに本拠地を置く多国籍企業です。そのうち6つはインターネット企業であり、1つはISPです。 これらは石油会社や銀行と同じような新しい体制です。彼らは情報を制御し、会話を制御し、政治を支配します。現に本人とそのアドバイザーも認めていることですが、Facebookは大統領の当選に影響しています。 Webサイトを立ち上げるためにかかるコストが低下しても、顧客を得るコストは依然上昇しています。 FacebookとGoogleは、オンライン広告費の伸びの85％を占めています。この二つの企業の口から落ちたパンくずのために、新聞・ブログ・ビデオネットワークなどすべての人が争っているのです。 すべてのインターネットトラフィックの半分は、わずか30のWebサイトからのものです。残りの半分はGoogleがインデックスしている60兆のWebページに薄く広がっています。 ロングテールの概念を知っていると、この現象は太った頭にとても長くて細いしっぽが付いた状態だと分かります。   私たちは技術の創始者を、慈善を行っている人だと盲目的に信じている あなたは世界のマーク・ザッカーバーグやラリー・ペイジがその力を悪用するとは思わないでしょう。 Redditは大人気Webサイトのひとつです。その創業者の一人がユーザーのコメントを書き換えていたことが判明し、会社の評判が危機に陥ったことがあります。 私たちは一握りのエリート創業者だけでなく、その組織を引き継いだ人たちも善意的であって欲しいと信じています。株主や政府が悪意を持ってユーザーに反する行為を強制することがあったとしてもです。 20世紀始めにAT&Tの地方アクセスを援助した「慈悲深い独占」のテオドール・ベイルのように、マーク・ザッカーバーグもいつかは引退するでしょう。そして、Facebookを引き継ぐ人物は彼のように前向きではなく、Facebookのユーザーとクライアントに商売を行うだけのセールスマンかもしれません。   将来、我々のインターネットは中国のようにロックダウンされるかもしれない 中国は世界で最も高性能な検閲ツールを持っています。 14億人の中国人は、グレート・ファイアウォール内のクローズなインターネットの中に閉じ込められています。 すべてのパケットの内容を調べずにISPがどのパケットを減速させるかを決めることはできません。これはプロバイダがデータを送信するだけでなく、パケットの中身を実際調べることになるということを意味します。   実際過去に、AT&Tは何年間もトラフィックを違法に監視していたことがありました。 このようにインターネットのトラフィックを監視することで、閲覧という行為を行き渡らせることができます。これは中国が歴史を書き換えるときに使用するときのやり方のひとつです。そして、それは確かに機能します。 「思想は銃よりも強力である。敵に銃を持たせるべきではない。どうしてやつらに思想を持たせてやらねばならないのか。」――ヨシフ・スターリン ISPが成功し、オープンインターネットが崩壊すれば企業や政府は人類史上最も強力なコミュニケーションツールであるインターネットの検閲官になるでしょう。   TechAcademyでは初心者でもエンジニアになれるオンラインブートキャンプを開催しています。 現役エンジニアがパーソナルメンターとして受講生に1人ずつつき、マンツーマンのメンタリングで学習をサポートし、最短4週間でオリジナルWebサービスを開発することが可能です。 独学で学習してみたけど挫折してしまったなんて経験のある方は、ぜひご覧ください。 プログラミングを独学で学習していて、このように感じた経験はないでしょうか？ ・調べてもほしい情報が見つからない ・独学のスキルが実際の業務で通用するのか不安 ・目標への学習プランがわからず、迷子になりそう テックアカデミーでは、このような
プログラミング

あなたの目的に合わせて学べるコース

副業したい方

Web制作の力を身につけ
副業までサポート

はじめての副業コース

転職したい方

未経験から16週間で
エンジニアに

エンジニア転職保証コース

スキルアップしたい方

AIも統計解析もできる
Pythonを学ぶ

Pythonコース

※ 経済産業省の第四次産業革命スキル習得認定講座で、厚生労働省指定の専門実践教育訓練給付制度の対象です。条件を満たすことで支払った受講料の最大70％（最大306,460円）が給付金として支給されます。詳しくは エンジニア転職保証コース のページ内の注意事項をご確認ください。

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

1時間でできる無料体験
挫折しない学習方法とは？
TechAcademy（テックアカデミー） プログラミング 【連載企画】プログラミング未経験の文系学生でもエンジニアになれる！