TechAcademy（テックアカデミー） 最新記事 【40%OFF】130の技術書が割引セール中！半期に1度のエンジニア応援祭
オーダーメイドコース
icon
icon
最新記事

【40%OFF】130の技術書が割引セール中！半期に1度のエンジニア応援祭

130の技術書(電子書籍)が10月2日まで割引セールを行っています。セキュリティや開発全般に関する本からVRや人工知能といった新刊まで安く購入することができます。Kindle等で購入できるので、お見逃しなく。

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

翔泳社が主催する「Security Oniline Day 2016」「Developers Summit 2016 FUKUOKA」の開催を記念して、電子書籍の割引セールを実施しています。

2016年10/2(日)までセールが行なわれているので、ぜひこの機会に読んでみることをおすすめします。

セキュリティや開発に直接関わる本から人工知能やVRといった新刊も販売されているので、幅広く学ぶことができるでしょう。

 

以下でいくつか割引対象の電子書籍を一部紹介していきます。

エンジニアのためのGitの教科書

エンジニアのためのGitの教科書 実践で使える！バージョン管理とチーム開発手法

Git初心者向けの内容を網羅している一冊です。これからプログラミングを学んだり、開発現場で役立てたいという人に最適でしょう。Gitの仕組みやブランチの設計など実践的な内容を学べます。

 

おうちで学べるセキュリティのきほん

おうちで学べるセキュリティのきほん

インターネットサービスに触れる中でセキュリティは切っても切り離せません。個人情報漏洩のニュースなど見る機会もあると思いますが、被害にあってからのダメージは非常に大きなものです。

今すぐ役立つというわけではないかもしれませんが、過去事例を紹介しながら仕組みを説明しているので、知っておいて損はないでしょう。

 

[PR] プログラミングで挫折しない学習方法を動画で公開中

VRコンテンツ最前線

VRコンテンツ最前線 事例でわかる費用規模・制作工程・スタッフ構成・制作ノウハウ

2016年は「VR元年」として、多くのVR用ヘッドマウントディスプレイが発売されています。カフェやショッピングモール等でも体験できるコーナーが増えています。

初めてVRコンテンツを作ろうと思うと、どれくらいの制作期間でいくら必要なのか分からないことも多々あります。そういった企画面で必要な情報を事例を交えて紹介してくれています。

 

はじめての人工知能

はじめての人工知能 Excelで体験しながら学ぶAI

人の仕事を奪うのではないか、などニュース等でも取り上げられている人工知能(AI)ですが、実際にExcelを使いながら人工知能の技術を体感することができます。

単語自体はよく聞くけど、裏側はどんな仕組みになっているのか知りたいという人におすすめです。

 

プログラマ脳を鍛える数学パズル

プログラマ脳を鍛える数学パズル シンプルで高速なコードが書けるようになる70問

プログラミングに直接関わる本ではないですが、考え方を養うためにクイズが好きな人は楽しく学べるはずです。「運命の出会いは何通り？」や「国名でしりとりしたときに、一番長く続く順番は？」というような問題が70あり、パズルを解くような感覚で進められるでしょう。

 

他にも多数良書が並んでいるので、ぜひ購入を考えてみてはいかがでしょうか。

 

アジャイル開発とスクラム

アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

ルビィのぼうけん

ルビィのぼうけん こんにちは！プログラミング

プログラマのためのDocker教科書

プログラマのためのDocker教科書 インフラの基礎知識＆コードによる環境構築の自動化

 

以上、130タイトルが10/2(日)までセールを行っているので、ぜひ購入を検討してみてください。

今まで触れたことのない技術に触れるいい機会になるかと思います。

[お知らせ]TechAcademyでは初心者でも最短4週間でエンジニアになれるオンラインブートキャンプを開催しています。

記事を検索

関連するキーワード

関連する記事

「Xbox One S」が11/24に発売決定！34,980円で数量限定なので要チェック

本日11/10、日本マイクロソフトによる「Windows Innovation Day」が開催されました。 同イベントにて、「Xbox One S」が11...
最新記事

Apple（アップル）、新型Macを10月27日のイベントで発表か

Apple(アップル)が米国時間10月27日(日本時間10月28日)にスペシャルイベントを開催し、新しいMacを発表する計画だとrecode、Bloomberg...
最新記事

新型MacBook ProよりESCキーを廃止へ！macOS Sierra 10.12.1ではリマップ可能に

Appleは、日本時間10月28日に新型Macを発表される予想はされていますが、新型MacBook Proのイメージ画像がリークされていました。 ※App...
最新記事

Chrome OSとAndroidが融合！Googleの新OS「Andromeda」搭載の「Pixel 3」を

GoogleがChrome OSとAndroidを融合した「Andromeda」という新OSを搭載したノートPC「Pixel 3」を2017年に発表する計画だと...
最新記事

2016年のベストアプリ！アップルが「今年のベストApp」を発表

2016年のアップルが発表した「今年のベストApp」を紹介していきます。2016年からはランキングではなく、ベストアプリ10選からベストアプリが1本、次点が1本...
最新記事

音楽ストリーミングサービス「Spotify」ようやく国内で提供開始

9月29日、世界最大手の音楽ストリーミングサービス「Spotify」の公式アプリが、国内のApp Store/Google Playからダウンロードできるように...
最新記事

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

事例から学ぶ！人工知能（AI）を種類別に解説【初心者向け】

現在、幅広い業種で人工知能（AI）が使われています。またニュースや新聞でも、人工知能の報道を目にしない日はありません。 このような状況の中、人工知能に興味・関心を寄せるエンジニアが増えてきています。また企業においても、人工知能のスキルを持ったエンジニアの採用が活発に行われています。 人工知能（AI）とは、「コンピューターが物事やルールを理解するための仕組み」の様々な技術の総称です。 よって、人工知能の種類や歴史、できること、できないことを知ることで、エンジニアとして適切なスキルアップを図ることができるようになるでしょう。 この記事では、人工知能の種類と特徴、人工知能の歴史、人工知能(AI)でできること、できないことをそれぞれ紹介していきます。 人工知能とはどのような技術か、実際にどのようなサービスに使われているか、ぜひ知っておきましょう。   なお本記事は、TechAcademyのオンラインブートキャンプ、AI講座とデータサイエンス講座の内容をもとに作成しています。   目次 人工知能とは 人工知能の種類と特徴 人工知能の歴史 人工知能ができること、できないこと 人工知能の学習書籍やサイトの紹介   田島悠介 今回は人工知能について解説するよ。 大石ゆかり 田島メンター！人工知能って最近よく耳にしますね。具体的にどのような技術なんですか〜？ 田島悠介 いろんな技術の総称なんだ。詳しく見ていこう。 大石ゆかり 分かりました！ 人工知能とは 人工知能(（AI）とは、「コンピューターが物事やルールを理解するための仕組み」の様々な技術の総称です。人工知能、Artificial Intelligenceという言葉は、1956年にダートマス会議でジョン・マッカーシーにより初めて使われました。ダートマス会議とは、人工知能という学術研究分野を確立した会議の通称であり、初めての人工知能プログラムもこの会議の中で紹介されています。 現代において、人工知能という言葉の定義は非常にあいまいになっており、ちょっとしたセンサーを使った家電や、ゲームソフトの処理ルーチンなども人工知能と呼ばれることがあります。 人工知能には、強いAIと弱いAIという考え方があります。 強いAIは、人間の脳そのものを表現しようとする考え方です。対して弱いAIとは、人間が知能を使ってすることを機械にさせよう、という考え方です。 現代の研究は、ほとんど弱いAIの立場に立って行われています。すなわち、人間が知能を使ってすることを機械にさせよう、という立場です。弱いと言っても、人工知能の性能が低い、という意味ではありません。囲碁や将棋などのゲーム、画像認識などの分野においては、既に人間を凌駕する性能を実現できています。   [PR] プログラミングで挫折しない学習方法を動画で公開中人工知能の種類と特徴 それでは、人工知能の活用について、代表的な種類と特徴を見ていくことにしましょう。 言語 いわゆる自然言語処理を行う人工知能です。文章を読んで構文を理解したり、内容が似た文章を選択したりすることができます。機械翻訳システムも言語処理を行う人工知能を生かして構築されています。言語処理は古くから研究されているテーマですが、特に最近の深層学習（ディープラーニング）技術の発展により、急激にその能力が向上しています。現在では「人工知能の歴史」のようなテーマを与えることで、新しい文章を人工知能が生成することも出来るようになってきています。自然言語処理については、こちらの記事も参考にしてください。 Google翻訳 りんな(Microsoft のチャットボット) きまぐれ人工知能プロジェクト(ショートショート創作)   音声 雑多な音の中から人の声だけを抽出したり、声を認識して文章に変換したりする人工知能です。言語の人工知能と組み合わせて使う場合が多く、翻訳アプリに直接話しかけると他言語に翻訳された音声が返ってくるリアルタイム翻訳など、様々なソリューションが開発されています。音声を認識できる精度が向上したことにより、スマートウォッチやスマートスピーカーなど、音声を主要なインタフェース（操作方法）とする製品も多く登場するようになってきました。 Clova(Line社のスマートスピーカー) Google翻訳 Shazam(音声から曲名を推測するアプリ)   画像 画像や映像に写っている物体を認識する人工知能です。Googleの画像検索や、監視カメラにおける人物識別にはこの技術が利用されています。また、物体を認識するだけではなく、画像や映像の加工にも人工知能技術が使われています。スマートフォンのカメラの美肌処理や、showのような顔写真加工アプリは身近な存在ですね。さらに最近では、「The Next Rembrandt」のような、画家の作品の特徴を学習させ、新たな作品を創造する、といった取り組みも行われるようになってきています。 Google画像検索 NeoFace(NECの顔認証技術。監視カメラなどに活用) The Next Rembrandt(人工知能によるレンブラント作品の創造)   制御／推論 なんらかのデーターをもとに、未知の状態を予測する人工知能です。身近なところでは、家電や自動車の制御、通販サイトでのおすすめ商品の表示などもこの人工知能を活用しています。これらの人工知能は機械学習と呼ばれ、前出の人工知能も含め、広い分野をサポートする、いわばバックエンド的な存在です。機械学習には、教師あり学習、教師なし学習、強化学習といった種類があります。強化学習とは、囲碁や将棋、コンピューターゲームなどを人工知能に攻略させる種類のものです（勝つことでより学習が強化されるため、強化学習と呼ばれています）。機械学習については、こちらの記事も参考にしてください。 機械学習（マシンラーニング）とは！まずはここから理解しよう scikit learn(代表的な機械学習ライブラリ) TensorFlow(代表的なディープラーニングライブラリ)   人工知能の歴史 次に、人工知能の歴史について、簡単に振り返ってみましょう。人工知能は、1956年にダートマス会議で初めてその名称が使われてから、ブームと衰退（冬の時代）を繰り返して現在に至っています。これは主に、人工知能に対する期待と失望、研究資金の供給と停止によるものです。 ただ、幾度のブームと衰退を繰り返すことで、人工知能でできること、できないことが精査されてきました。現在の研究が、弱いAIの立場に立っているのもその一例です。 また、コンピューターの飛躍的な性能向上により、以前は机上の空論でしかなかった理論が、容易にできるようになったことも、現在の人工知能ブームを支えている一因です。 人工知能の誕生 1943-1956 ブーム第1期(黄金時代) 1956-1974 冬の時代第1期 1974-1980 ブーム第2期 1980-1987 冬の時代第2期 1987-1993  〜 ブーム第3期  2006- wikipedia 人工知能の歴史   人工知能ができること、できないこと それでは、人工知能にできること、できないこととは何でしょうか？ 結論から言うと、人間が行っているほとんどの作業は、人工知能が行うことができます。例えば医療分野では、人間の医師より高い精度で病理を判断できる技術が開発されています。 また、従来は「人間の感性」に属すると思われていた、例えば写真が綺麗とか、歌が心地よい、といった分野も人工知能が対応できるようになってきました。   逆に人工知能ができないことは、倫理や人生に関することです。 例えば、自動車の自動運転技術は、技術としてはほぼ完全運転が可能になってきていますが、「人身事故を予見した際、ドライバーと歩行者のどちらの命を優先すべきか」という倫理的な問題は、人工知能だけでは判断できません。 人間同士が合意して解決しなければ社会的な正解にはなりえません。また、人生に関する選択も同様です。人工知能はアドバイスできるかもしれませんが、それを受け入れ、行動するのは人間自身です。 人工知能ができること、できないことを知り、過度に期待することなく、仕事や生活に活用して行きましょう。   田島悠介 人工知能について、理解は深まったかな？ 大石ゆかり 人工知能の種類やできること、できないことなど、勉強になりましたー！ 田島悠介 人工知能の概要を学習したら、機械学習や深層学習などにも取り組むと良いよ。深層学習や画像認識、自然言語処理については、また別のところで説明するね。 大石ゆかり 分かりました。ありがとうございました！   人工知能の学習書籍やサイトの紹介 人工知能の学習書籍 図解 人工知能大全 AIの基本と重要事項がまとめて全部わかる ターゲット AI初学者向けです。   特徴 図解でわかりやすい解説です。   何が学べるのか AIに関して誰しも最初に疑問に思うことを解説してあります。     ゼロから作るDeep Learning ―Pythonで学ぶディープラーニングの理論と実装 ターゲット プログラミング経験のあるAI初学者向けです。   特徴 論理的な解説で実務でも応用できる内容です。   何が学べるのか 外部ライブラリに頼らず、ゼロからPython3を使ったディープラーニングの実装方法を学習できます。     ゼロから作るDeep Learning ❷ ―自然言語処理編 ターゲット ゼロから作るDeep Learningを学習済みの方向けです。   特徴 自然言語処理や時系列データ処理に焦点を当て、論理的な解説で実務でも応用できる内容です。   何が学べるのか ゼロから作ることで、ディープラーニングを使ってさまざまな問題を解決する力をつけることができます。   人工知能の学習サイト Google AI 料金 無料。   ターゲット Googleが用意したカリキュラムで学習したい初学者から中級者向けです。   特徴 機械学習から TensorFlowに至るまで様々な内容を英語で学習できます。   Elements of AI   料金 無料。   ターゲット ヘルシンキ大学が用意したカリキュラムで学習したいアカデミックな受講生向け。   特徴 人工知能の理論から英語で学習できます。   Udemy   料金 1400円～   ターゲット 初学者から中級者まで幅広いターゲットに対して、日本語での受講が可能です。   特徴 各講師が独自でカリキュラムを作成しているので、選択肢が広いです。   今回は、人工知能の種類について解説しました。 これから人工知能を勉強したい、人工知能を使って何か作ってみたいという方は最初に理解しておきたい内容でしょう。   TechAcademyでは、初心者でも、AI（人工知能）の構築に必要な機械学習・ディープラーニングについて実践的に学習することができる、オンラインブートキャンプAI講座を開催しています。 挫折しない学習方法を知れる説明動画や、現役エンジニアとのビデオ通話とチャットサポート、学習用カリキュラムを体験できる
機械学習

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

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ではこれからもプログラミング学習者のためのイベントを開催していきます。
イベントレポート

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

本稿は、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)を欲している事が分かるでしょう。   言語別給与ランキング 次は、求人広告の内容から、潜在的にどの程度の賃金が得られるのかみてみましょう。このデータはgooroo.ioから抜粋しており、求人広告で提示された給与の平均値で積算しています。 Ruby、C++またはJavaを知っている技術者は、高い初任給を得られそうです。優秀なRubyとPythonの開発者は不足し、高い需要があるので、RubyとPythonは潜在的に最も高い給料を得られるでしょう。 JavaScriptは2015年4月時点で188,168ドル(約2000万円)も給料があったのに、今では124,oo0ドル(約1300万円)に減っていて、落ち込みが大きいです。 しかし、JavaScriptは特殊はケースです。以下で説明します。   特殊なケース：JavaScriptのフレームワーク 単純にJavaScriptを他の言語と比較するだけでは、どの程度稼げるのかを正確に予測する事はできません。 各プログラミング言語の概説で説明した通り、JavaScriptは様々に分類されます。フロントエンドのウェブサイトの開発を促進する為、多くのフレームワークが開発されてきました。したがって、JavaScriptやjQueryを知っているだけでは、JavaScriptのフレームワークを理解している技術者よりも稼げる可能性は少ないでしょう。 米国におけるJavaScriptのフレームワーク別の技術者の平均給料をみてみましょう。（React & Backboneはライブラリであり、フレームワークとはしていません。Node.jsは含んでいます。） 平均給与は悪くありません。 特に、Reactの展望は明るいです。もちろん、ここに記載されているのはあくまで参考であり、ineed.comでは平均給与105,000ドル以上とみています。これらの技術を学ぶにはJavaScriptを知る必要があり、逆にフレームワークを身につければJavaScriptをより有益なスキルにしていくはずです。   これらのフレームワーク技術者の需要を見てみましょう。 Node.jsはバックエンドの開発用なので、単にフロントエンドのフレームワークとなればAngularJSが需要という点では圧倒的です。フロントエンドのJavaScript技術者に関心があるのなら、AngularJSを学ぶと良いでしょう。 一方でReactは、比較的新しい技術なのでAngularJSの初期段階を同じような勢いで人気を得てきています。 まだ初期段階ですが、AngularJSよりも汎用性があり、ユーザーの使い勝手も良いので、これから需要はますます広がるでしょう。   プログラミングに関するサポート体制について 独学でプログラミング言語を学ぶ場合、他の技術者からサポートを受ける事が非常に重要な助けになると気づくでしょう。 サポートコニュニティの一員となる事は将来のあなたの技術者生活をより快適なものにします。   StackOverflow StackOverflowは相互支援の場として世界中の技術者に使用されている最大のコミュニティであり、プログラミング言語がどの程度普及し、人気があるのか、また同時にそのコニュニティが言語習得に程度役に立つのか、を知る事ができます。   言語の人気 StackOverflowのフォロワーを根拠として、各言語の現時点の人気を確認できます。 すでにJavaとJavaScriptが技術者に大きな需要があることは確認しましたので、これらの言語が最も多くのフォロワーをもっている事は驚きに値しません。「JavaScript」は現在では「Java」を追い抜き、StackOverflowでもっとも多く使用されているタグです。 SQL、Ruby、それからSwiftのフォロワーは少ないですが、RubyはWebの開発に専ら使用されていて、Swiftは比較的新しい言語なので、これは当然の帰結かもしれません。   StackOverflowでの回答率 StackOverflowでは質問を「正確に」しなければならない、という暗黙のルールがあります。このことを頭に入れて各言語別の質問に対する回答を得られる確率を見てみましょう。 この情報に拠ると、C、SQL、それとC++関連では、質問に対し60%以上の回答を得ています。 CとC++は専門性が高く、質問者はプログラミング経験豊富なので、より正確に自分の質問を表現できるのではないか、と考える人もいるでしょう。一方で、SQLは物事を構築する為に使用されている訳ではありません。   注目に値するのはStackOverflowにおいて、PythonとRubyの技術者も回答に協力的である、という点です。前述の通りPythonとRubyは初心者に最も勧められる言語であるのですが、これ考慮しても、30日以内に60%の回答があるという事は驚きです。 一方で、広範に使用されているはずのPHPの回答率が最低です。これは、多くの人がPHPに関する質問をしていますが、回答はあまり得られていない、という事を意味します。   GitHub 開発に参加すると、出来る限り既存のソリューションを使用する事が最善だと気づくでしょう。既存のソリューションは、一般的にオープンソースから取得でき、GitHubはこれを取得する手法を提供します。ユーザーは自分の気に行ったプロジェクトに星印をつけます。あるプロジェクトに多くの星印がつくほど、そのプロジェクトは盛んになりませす。 以下はGitHubの人気プロジェクトの言語別分布です。 JavaScriptが最も人気のあるツールである事は細部を確認せずとも明らかです。JavaScriptは、フレームワークや技術の移り変わりにおいて、技術者が現状についていくのが困難と認識する程、変化の速い言語です。 加えて、Node.jsを除いては、JavaScriptはフロントエンドの開発に最も使用されています。従い、Ruby、Python、JavaおよびPHP等バックエンド向けの言語と直接競い合っている訳ではありません。JavaScriptが他の言語とこれだけ差がある、というのは驚くべき事では無いのです。   一方で、RubyとObjective-Cは開発の為にたくさんのツールとリソースがあります。興味深いのは、StackOverflowでの比較において、いずれの言語もJava程人気がある訳ではないですが、技術者はこれらの言語のオープンソースプロジェクトを有益と考えていることです。 言語別の総プロジェクト数を確認すると、特にObjective-Cにこの傾向が強い事が分かるでしょう。 また、CやC++のオープンソースプロジェクトのほとんどはCやC++の為ではなく、開発全般のツールにする為に書かれています（例えば、最も使用されているPythonの解釈プログラムはCPythonです。これはCで構築されています）。 各プログラミングの概説でお話しした通り、CとC++はシステムアプリケーション開発によく使われているので、GitHubのオープンソースプロジェクトもシステムツールの為だという事が良く分かるのではないでしょうか。 最後に、PHPは広範に使用されているにも関わらず、使用可能なリソースの数という点では遅れをとっています。C#に関しては、マイクロソフトが自前の多くのサービスでオープンソースを模索しているので、将来GitHubにおける価値は拡大するでしょう。   各プログラミング言語の将来性 将来、プログラミング言語はどの程度必要とされるでしょうか？ プログラミング言語の将来性は、「若い人材がどの程度その言語を採用するか」がその言語の人気やリソースの確保につながるので、多分にそれを使用するコミュニティの成長に依存します。では人々が学習の対象としてどの言語に関心があるかをみてみましょう。 Python、JavaScript、C#とSwiftは人々の関心を最も集めています。現在知られているトレンドを基にすると、次の様な各論を出せます。   JavaScript JavaScriptは疑いの余地なく人気の言語となってきていて、特にバックエンドの開発に使用され、潜在的に（ReactNativeを介し）モバイルアプリケーションも構築可能です。 JavaScriptは更に多くのツールを取得し続け、かなり速いペースでアップデートされています。従って将来においても重要な言語であり続けるでしょう。   Ruby スタートアップは「Ruby on Rails」を好みます。Airbnb、Twitch、Hulu等の多くの有名サイトはRailsで構築されており、Ruby技術者を必要とするでしょう。Railsは、習得し易いのでコーディング初心者にとって人気であり続けるでしょう。 一方、Node.jsの台頭は間違いなくRuby on Railsの人気に影響を及ぼします。GithubにおいてNode.jsはすでにRailsを追い抜いています。これは決してNode.jsがRailsを凌駕するという兆候ではありませんが、Railsも数年前にバックエンド開発でPythonの最大のウェブフレームワークDjangoに取ってかわり、Djangoより多くの人気を博した事は留めておくべきです。   更に、同一構造のアプリケーションという新たなトレンドもRailsの採用に影響するでしょう。この慣行はWebアプリケーションのパフォーマンスに影響すると言われています。 同一構造のアプリケーションはNode.jsのプラットフォーム上で動く事を要求されており、フロントエンドと同じくJavaScriptで構築されます。たった一つでもよく言語を熟知している（この場合はJavaScript）という事はアピールになるので、Rubyを新たに学ぶ人が少なくなる可能性があるでしょう。Googleの「Go」もまた新たに注目を集め始めているバックエンド言語です。 しかしながら、Railsは頻繁にアップデートされるので、しばらくは重要な言語であり続けるでしょう。特に開発者にとって豊富な利便性のあるツールがあり、コミュニティが存在するので、多少人気が衰えても、Rubyは活躍し続けるはずです。   Python Pythonは、研究機関とデータサイエンティストに人気で、前述の通り、多くの初心者はPythonでコーディングを学びます。これはPythonが着実に普及しており、重要になってきている事を意味します。 PythonはJavaScripと同様に爆発的な人気を得ている訳でなないですが、データサイエンス分野では高い需要があり、力強く成長していくでしょう。   PHP この数年間、バックエンドの開発トレンドはPHPから他の言語へ移行してきました。しかし、80%のWebサイトが依然としてPHPで構成されています。これはWeb用に設計された言語なので当然かもしれません。 しかしながら、初学者がどの言語を学ぶべきかグーグルで調べると、多くの技術者がPHPを薦めていないことが分かると思います。実際に、PHPは多く技術者から疎まれています。 PHPのコミュニティはPHPの正しいコーディングの仕方や新しい開発ツールを提供する事でPHPに関する悪評を取り除こうとしています。   Java AndroidによりJavaは最も人気のある言語に押し上げられ、その安定性と拡張性から開発会社からもまた支持される事となりました。 ビッグデータ管理用のフレームワークとして（Scala）を使用するSparkと（他の言語をサポートする）Cassandraの台頭により、Hadoopはビッグデータ管理のフレームワークとしてどの程度人気を得続けるか予測が難しくなちました。 しかし、大企業が転換期にどのように行動するかを考慮すると、Hadoopが捨て去られる事はないでしょう。Javaはバックエンド開発において優れたツールを持っていて、企業の開発に不可欠なのです。 この様に、Javaは今後数年間は重要な言語の一つとして力を持ち続けるでしょう。   Objective-C/Swift アップル（Apple）がSwiftをリリースし、Objective-Cが専らアップル（Apple）の製品に使用される様になると、Objective-Cの需要が無くなるとは誰も想像していません。アップル（Apple）の製品が使用される限りは数年間はObjective-Cは重要な言語で有り続けるでしょう。 iOS向けのオープンソースプロジェクトの大半は未だObjective-Cで書かれていますので、2017年現時点においても、学習する価値のある言語です。一般的にまったく概念を理解する事の出来ないものを学ぶのは効率的ではありません。従い、もしSwiftを知っているのならObjective-Cは習得しやすいでしょう（また逆もしかりです）。   C Cは、他の言語と比べると極めて下位レベルで使用されますが、OS用の汎用言語でもあるので残り続けるでしょう。多くの開発ルールはCとリナックス、またはCで構築されています。   SQL SQLは大抵のデータ管理者に習得されています。しかし、MongoDBやRedisの様なSQLを要しないサービス、またはHadoof、SparkとCassandraの様なSQLを必要としないプラットフォームの台頭によりSQLは勢いを失っていると考えられていました。 現状はそうではありません。かつてSQLを必要としなかったサービスまでがSQLを活用し始めたのです。 ビッグデータの台頭と管理の難しさから、SQLはかつてないほど必要とされています（それは求人トレンドからも分かるでしょう）。Googleは、BigQueryサービスをアップデートし、一つのテーブルに対し1秒間で100,000行を処理できる様にしました。BigQueryはSQLを使用しています。Sparkはバージョン1.3からSparl SQL Moduleを採用しています。 つまり、ビッグデータを管理する必要性から、SQLは再び重要な言語となったのです。SQLは単に普及しているというのみならず、暫くは重要な言語で有り続けるでしょう。   C++ （Rustに対してまでも）未だ性能と能力においてパワフルな言語と考えられており、C++は高性能を求められるシステム（例えばゲームエンジン）で重要な言語で有り続けるでしょう。最新の主要バージョン（C++14）は2017年にリリースされる見込みであり、未だ進化しています。 Rustが作るソフトウェアはC++が作る場合よりも脆弱性が少なくなることを目指しているので、将来的にはRustは一部のシステムプログラミングでC++と入れ替わるでしょう。   C# マイクロソフトのプラットフォームに限定されていた事とクローズドソースであった事は過去にC#に有利に働きませんでした。しかし、Monoはこの問題の大部分を修正しました。（Monoは性能に問題がありましたが、最近のアップデートにより改善しました。） C#で働いた技術者はC#を好きになる傾向があるので、この言語は、とても強いコミュニティを持っています。C#はUnity 3Dの主要言語であり、iOSやリナックス上で動くゲームエンジンにも使用されています。ゲームエンジンとしてのUnity 3Dの台頭は、C#の立ち位置を確固たるものにし、バーチャルリアリティアプリの開発を支えています。バーチャルリアリティは重要な技術なので、C#の未来は明るいでしょう。 補足として、C#は米国の外、例えば英国の企業での開発でも人気があります。マイクロソフトもC#をしばらくは活用し続けNETプラットフォームで重要な言語とするつもりでしょう。そして技術者が活用し易い様にアクセス可能なオープンソースの製品を積極的に打ち出すでしょう。   まとめ プログラミング初心者がどの言語を学ぶべきか？ Web開発に関わるならばJavaScriptを学ばねばならないのは明らかです。バックエンドのウェブ開発をしたいのならSQLは必須でしょう。 データ関連のウェブサイトやデータサイエンスに関心があるのなら、Pythonが推奨されます。企業で働くのなら、Javaが必要です。システムの構築に関心がなく、単に労働機会が欲しいだけならSQLをおすすめします。（特に数学好きであれば） TechAcademyでは初心者でもエンジニアになれるオンラインブートキャンプを開催しています。未経験でもこれからプログラミングを習得したいと思っている方は特にご覧ください！ また、現役エンジニアから学べる無料のプログラミング体験会も実施しているので、ぜひ参加してみてください。
プログラミング

無限スクロールの課題とは！スクロールが長いサイトのデザイン手法

本稿は、Smashing magazineのブログ記事を許可を得て日本語翻訳し掲載した記事になります。 本記事は、UXデザイナーのNick Babich氏によって投稿されました。   縦長で無限にスクロールするWebサイトが最近一般的になってきています。ロングスクロールを使うと、ユーザーはページをスクロールするだけで大量のコンテンツを閲覧することができるようになります。 無限スクロールはFacebook・Twitterなどのフィードで見られる、エンドレスなスクロールの手法です。 ロングスクロールには次のような利点があります。 ユーザーをより引き込むことができます。スクロールを利用することで、目的のために必要な操作を最小限に抑えることができます。「次へ」をクリックする必要がないというメリットによって、ユーザーは次のページに移動する変化を気にすることなくコンテンツに没頭することができます。 モバイルデバイスにうまく変換されます。ロングスクロール技術の普及の背景には、モバイル画面がよく使われるようになったということが大きく関わっています。画面が小さいほどスクロールの頻度は増えます。モバイルデバイスのジェスチャーコントロールによって、スクロールは直感的で楽しいものになります。 しかし、このやり方には欠点がないわけではありません。デザイナーはコンテンツとナビゲーションにしっかりと注意を払う必要があります。 この記事ではロングスクロールにおいてのいくつかの利点、考慮すべき点、それと簡単なヒントについて解説します。   どのようなときにロングスクロールを利用するか ロングスクロールはすべてのWebサイトに使われるわけではありません。次のような場合にふさわしいでしょう。 ストーリーテリング(ストーリーテラーのために線型構造を作り出す) 長い記事や複数のステップによるチュートリアルなど、連続した長いコンテンツ(複数のページに分割するよりもユーザーエクスペリエンスが向上する) コンテンツを別々のパーツに分割できず、全体として提示する必要がある場合(インフォグラフィックなど) 製品の機能・品質・特質を物語形式で見せたいとき   どのようにロングスクロールを実装するか 次の10のルールが、ロングスクロールによいユーザーエクスペリエンスをもたらすのに役立ちます。 1. ユーザーにスクロールを促す ページが表示されるとすぐにユーザーはスクロールを開始しますが、サイト上部のコンテンツは依然として重要です。 訪問者の最初の印象と品質に関する予想は、ページ上部の内容で決まります。ユーザーがページをスクロールするのは、サイトの上部に表示されているのが期待できるものである場合だけです。なので、最も魅力的なコンテンツを置きましょう。 良い導入部・前書きを提示しましょう。(コンテンツの状況をはっきりさせて、ユーザーに「このページがどういうものであるか」ということを分かってもらうことができます) 魅力的な画像を使いましょう。(そのサイトに関連する情報を含む画像は、ユーザーの注意を引きつけます)   2. ナビゲーションオプションを常に保持する ロングスクロールのWebサイトを作成する場合、ユーザーは現在の位置とナビゲーションを把握したいと思っていることを忘れないでください。ロングスクロールではナビゲーションに関する問題が起こることがあります。 ページをスクロールしたときにナビゲーションバーが表示されなくなった場合、下の方までスクロールしていたのに一番上まで戻らなければいけなくなったりします。 こういう問題に対しての解決策として、常に一貫した場所に表示され続けるメニューがあります。 モバイルデバイスの場合：モバイル画面は他のデバイスよりも小さいため、ナビゲーションバーが画面の大部分を占めることがあります。ユーザーがコンテンツを見るためにスクロールしているときはナビゲーションバーを隠して、トップに戻るために画面を引き下げたときに表示させるとよいでしょう。 ヒント：追加のナビゲーションを使用して、ページ内の各セクションの間をジャンプさせることもできます。 以下のアニメーションの場合、ユーザーは自分の進行状況を確認することができると同時に特定のセクションへのショートカットとしてこれを利用することができます。   3.「戻る」ボタンが適切に動作することを確認する ロングスクロールのサイトでは、ユーザーが自分のページ上の位置を見失うことがよくあります。ロングスクロールのリストからクリックして該当のページに行ったあと「戻る」ボタンを押したとき、元いた場所でなくページの一番上に戻ってしまうというような形です。 そうすると、一度見たコンテンツをまたスクロールしなければいけなくなります。適切な場所に戻れないことで、当然ユーザーは不満を感じるでしょう。 フィード内の要素をアクティブにしたあと、元いたところにきちんと戻れるようにしておく必要があります。Flickrの「戻る」ボタンはこのような機能についての良い例です。スクロール位置が記憶されており、「戻る」ボタンを押すと元の場所に戻ることができます。   4. スクロール位置に基づいてURLを変更する ロングスクロールの一般的な問題のひとつとして、ページ上の特定の場所へのURLによる共有ができないという点があります。スクロール位置はURLに反映されず、そのページの先頭に繋がります。 URLが現在の位置を捉えないので、ユーザーは画面を簡単に切り替えることができなくなり苛立つことになります。 HTML5からは、history.pushState()関数を使うことで、ページをリロードすることなくブラウザに表示されるURLを変更することが可能になっています。   5. ページ内ジャンプ機能を使用する ロングスクロールのもうひとつの共通の問題は、方向感覚がなくなることです。ユーザーは前に見たものを探すときに苦労します。長いチュートリアルなど、コンテンツが複数の重要なセクションに分かれている場合に特に深刻な問題になります。 「セクションへジャンプ」オプションをつけることでこの現象を解決することができます。 例えばTumblrでは、ページ内で迷子になったときのためにページの下や上にジャンプすることができるようになっています。ページ上のコンテンツはいくつかのはっきりしたブロックに分けられており、大きなインジケーターのドットが画面の左に固定されています。 ヒント：「セクションへジャンプ」機能では、インジケーターのドットを使いやすくする必要があります。 ドットがクリックやタップがしにくい状態だとユーザーを苛立たせることになります。そのため、ドットの大きさが適切であるかどうか確認してください。   6. コンテンツを読み込むときに、視覚的なフィードバックを表示する ヤコブ・ニールセンのユーザビリティ10原則のひとつによると、システム状態の視認性はUIデザインにおいて重要な原理です。ユーザーはシステム上の現在の状態をいつでも知りたいと思っており、Webサイトは閲覧者を不安にさせてはいけません。 適切な視覚的フィードバックを通して、ユーザーに今何が起きているのかを伝える必要があります。Webサイトがコンテンツを動的に読み込む場合は、ローディングが行われていることをはっきりと示さなければいけません。 進行状況を示すインジケーターを使用して、新しいコンテンツが読み込まれていることを表現しましょう。 読み込み時間は2秒～10秒の短い時間であるはずですので、システムが動作していることをループアニメーションで表すことができます。   7. スクロールハイジャックを行わない スクロールハイジャックのWebサイトでは、スクロールが制御され基本的なWebブラウザの機能を無効にされてしまいます。ユーザーがページをコントロールできない上に動作の予測ができなくなってしまうため、スクロールハイジャックは好ましくありません。 この問題はAppleのMac Proのページで見ることができます。ユーザーがどれだけ早くスクロールしても、レイアウトはあらかじめ決められた速度で移動します。 このページの全てのコンテンツはスクロールに関連付けられているため、訪問者はページを遅い速度でブラウズすることを強いられてしまいます。   8. ページの読み込み時間を最適化する ロングスクロールのページでは、読み込みの長さの問題も発生します。これはWebサイトにおいて致命的な問題です。 実際に、ユーザーの47％が2秒以内のWebページの読み込みを求めています。ページが3秒以内に読み込まれない場合、57％のユーザーが去ってしまいます。 ロングスクロールの読み込み時間の問題は解決することができます。レイジーローディングなどの読み込み技術を利用し、ページの読み込み時間を最適化することで基本的なコンテンツにすぐにアクセスできるようにします。   9. リソース消費を考慮する ロングスクロールを使用する場合は、ページが消費するリソース(CPUとメモリ)を常に考慮に入れてください。 ページをリロードせずに複数のページの写真・アニメーションGIF・動画をスクロールすると、システムリソースが大幅に浪費される可能性があります。リソースが限られているデバイス(iPhoneなど)では大量のアセットの読み込みによる遅延が起きる可能性があります。 そのため、さまざまなデバイスでWebサイトをテストし、該当の場所を通り過ぎたときにはアニメーションや動画を一時停止するなどの手法を利用します。   10. ユーザーの行動を考える ロングスクロールがどう効果的であるかを判断するために、ユーザーがどのように操作しているかを調査してください。アナリティクスデータが有効です。 例えば、Googleアナリティクスではページ解析によって何人のユーザーが折りたたまれた部分の下をクリックしているか確認することができます。そのデータに応じてデザインを調整することが可能です。   [PR] プログラミングで挫折しない学習方法を動画で公開中ECサイトでのロングスクロール ECサイトではロングスクロールは頻繁に使用されます。ユーザーは製品のリストや検索結果を、中断することなくスクロールして閲覧し続けることができます。 ただしユーザー満足度を向上させるためには、いくつかの一般的な問題に対処する必要があります。 ナビゲーションとフィルタをスティッキーに フィルタリングが適切に行われていると、ユーザーは何千ものWebサイト内の選択肢をニーズに合った数少ない項目に絞り込むことができます。ナビゲーションメニューとフィルタオプションを持続的に表示することで、ユーザーがコンテンツをうまく管理することができます。   それぞれのアイテムをブックマークできるようにする 後々参照できるように気になったアイテムを簡単にブックマークしておける機能は、ユーザーにとって強力なツールです。   条件に一致したアイテムの数を表示する 利用できるアイテムの数を表示することで、ユーザーはフィルタリングによる結果内容のスクロールにかかる時間を判断することができます。   フッターにアクセスできるようにする ユーザーはフッターの概念を理解しており、そこにWebサイトの大事な情報があると思っています。 しかし、ロングスクロールではフッターの閲覧が困難なことがあります。ページの下に行くと新しいアイテムが継続的に読み込まれ、フッターは見えないところに押し込まれます。この問題は深刻なもののように思われますが、「もっと見る」ボタンを利用することで解決できます。 この手法では、コンテンツはオンデマンドで読み込まれることになります。新しいコンテンツは、ユーザーが「もっと見る」ボタンをクリックするまでは自動でロードされません。これによってフッターに簡単にアクセスできるようになります。   ロングスクロールと視差効果 インタラクションデザインはロングスクロールを使ったWebサイトの基礎であり、アニメーションはその中でも欠かせない部分です。 Web上でのユーザーの注目のスパンが約8秒であることを考えると、楽しいスクロールは注意を引きつける時間を引き伸ばすことができると言えます。閲覧者を喜ばせるアニメーションのひとつに視差効果があります。 視差スクロールでは背景画像は手前のコンテンツよりもゆっくりと動き、深みと没頭の錯覚を作り出します。この効果によって画面の立体感が増します。   パララックススクロールをどんなときに使うか 視差は大きな印象を与え、訪問者がもっとスクロールしたくなるなる面白い視覚効果です。ユーザーをあっと言わせたいときに便利な手法になります。 パララックススクロールは、ガイド付きの物語形式で効果を発揮します。 ストーリーをスムーズに直線的に伝えたい場合、視差効果とロングスクロールを組み合わせることによってユーザーは閲覧を実体験のように夢中になって楽しむことができます。 The Boatでは、画面がスクロールされると次のコンテンツのパスを作成しながらアニメーションによって閲覧者を次の場面に導きます。スクロールの動作はより楽しいものになり、ユーザーは「次はどうなるんだろう？」とワクワクするでしょう。   パララックススクロールを使うべきではないケース 多くのユーザーがはっきりしたタスク(製品の購入など)を目的としている場合は、パララックススクロールは使用しないでください。もし製品を購入するたびに視差効果を見せられるAmazonがあったら、どれだけフラストレーションがたまるか想像してみましょう。   パララックスとページパフォーマンス 視差効果を使用するWebサイトの多くは、スクロールのパフォーマンスに苦しんでいます。iPhoneのような高画素のデバイスでは特に害のあることです。 すべてのパフォーマンスの問題を完全に解決することはできませんが、簡単な手法でスクロールのパフォーマンスを向上させることができます。 ブラウザのアニメーションにはtranslate3d・scale・rotation・opacityといった手軽なプロパティのみを使用してください。 大量の画像をアニメートしたり、劇的にサイズを変更させたりしてはいけません。ブラウザに画像(特に巨大なもの)をリサイズさせると、コストがかかる可能性があります。 一度にたくさんのものをアニメートしないようにしましょう。   パララックスとアクセシビリティ 前庭機能障害を持つユーザーが、そのWebサイトを使用したとき視覚的にどのようになるかを考慮しましょう。アニメーションによって目まいが起きる可能性があります。 Val Headはより安全なアニメーションをデザインする方法として、もしWebサイトに大量の動きがある場合はモーションをオフにするオプションをつけることを推奨しています。 ボタンあるいはトグルスイッチを使用して、Webサイト上のアニメーションを減らしたり消したりできるようにします。このアイデアの研究のために、Nat TarnoffはどのWebサイトでも使用できるトグルスイッチのプロトタイプを開発しました。   最後に ロングスクロールによって、没入感のあるブラウジングを生み出すことができます。 ユーザーが直感的なUIが好きであれば、スクロールの長さは気にならないでしょう。閲覧者の目的が達成され、かつ便利だと感じさせるものにしてください。   また、TechAcademyでは初心者でも最短4週間でオリジナルWebサイトを公開できるWebデザインオンラインブートキャンプを開催しています。 現役のWebデザイナーがパーソナルメンターとして受講生に1人ずつつき、マンツーマンのメンタリングで学習をサポートし、最短4週間でオリジナルWebサイトを開発することが可能です。 独学に限界を感じている場合はご検討ください。
Webデザイン

「Sketch vs. Figma」デザインツールとして優れているのはどちらか

本稿は、Smashing Magazineのブログ記事を了解を得て日本語翻訳し掲載した記事になります。 本記事は、WebデザイナーであるChristian Krammer氏によって投稿されました。   UIデザインツールはこれまでにおいてかなりの人気を集めてきました。Affinity Designerや、Gravit、Sketch等の素晴らしいアプリケーションが大きく進化した一方でAdobe XD （Adobe Experience Designの略）やFigma のようなプレイヤーもこのフィールドに参入してきました。 個人的には後者に最も魅力を感じます。Sketchとの類似性から、Figmaも最初の段階から簡単に正しく理解できました。更にFigmaは簡単なファイルの共有やvector networks、「constraints」(レスポンシブデザイン向け）、リアルタイムコラボレーションのような他の使い易い競合相手とは明確に違う独自の個性があります。 この記事ではSketchとFigma 両方のアプリケーションを細部に渡り比較し、それぞれの長所がどのような点かに焦点を当てていきます。   Sketchの最大の弱点は常にAppleのエコシステムにロックインされている事です。設計するだけではなく、ファイルを開きチェックするのにもMacが必要です。WindowsやLinux上では全く機能しません。 その為しばらく経つとSketchファイルのスペックを持つ有料のサービスが現れた訳ですが、それにしても厄介で余分な手順です。 上：Sketch  下：Figma   これが恐らくFigmaが最初の段階から一線を画す理由の1つです。 すなわち、世界中基本的にどのデバイスでもFigmaはWebブラウザで使うことができます。どのインストールも一切不要です。ただChrome（又はFirefox）を開いてアカウントを作成して設計を開始するだけでいいのです。 私は以前からずっとブラウザベースのツールを躊躇していましたが、Figmaは一瞬で私の懸念を仏拭しました。Figmaは多数の要素を含みながらもSketchと同様高性能です（もし同様でなければFigmaの方がより高性能です）。 WindowsやMac用のFigmaのスタンドアローンデスクトップアプリも入手可能ですが、基本的にそれらはただのブラウザバージョンのラッパーにすぎません。それらはキーボードショートカットにより優れた一方で、常にオンライン上にいなければなりません。 勝者：Figma 理由：プラットフォームに依存しないため   ユーザビリティ（特徴的機能とユーザーインターフェース） 基本的に、FigmaはSketchのインブラウザ版と呼ぶのが最も相応しいでしょう。機能はほぼ同じ、インターフェースも似ている、キーボードショートカットでさえもほぼSketchから受け継いでいる。 もし既にSketchを知っていれば、Figmaが2016年の始めにリリースされた時にすぐに簡単に使いこなせるようになったでしょう。   Figmaはリリース当初から様々な点において改善され、いくつかの部分ではSketchを上回ってきました。 しかし、プラグインやサードパーティ・ツールとの統合、リアルデータを利用できる機能（Craft Pluginも使用して）など、欠けている機能が未だにいくつかあります。それにも関わらず、この調子で改善が進むとFigmaがSketchに肩を並べるのはもはや時間の問題でしょう。 勝者：引き分け 理由：現時点では大差はありません。しかしSketchの方があなたの仕事を効率化させる要素を持ち合わせています。   価格 Sketchは元々新しいバージョーンごとに約99USドルの初回手数料のみで発売されました。しかしやがてこのビジネスモデルは維持不可能だと判明されます。Bohemian Coding社は最近価格を定期購入が必要なモデルに変更しました。99USドルで1年間の無料アップデートが入手できます。 その後はそのまま使い続けることができるか、更に同額を支払うことでまた別の1年アップデートが行えます。 この値上がりは当初不適切なように見受けられましたが、デザイナーとしてあなたのメインツールへの99ドルの価値とは何でしょうか？そうです、大した額ではありません。 Adobe’s Creative Cloud の定期購入よりはまだ安いのです。（又、Sketchは何の問題もなく使い続けることができる一方、Creative Cloud の定期購入を辞めたらどのAdobe CC アプリも使い続けることができなくなります。）   当分の間は、Figmaは全ての人が無料で使えるようになっていますが、今年後半には変わってくるでしょう。 きっと定期購入制になり、月額10~15USドルになるでしょう（あくまで私個人の見解ですが）。確かな事は1つあります。それは、Figmaは学生に対して常に無料でしょう。（Sketchが教師と学生に対しリーズナブルなディスカウントを提供しているのと似ています。） 勝者：引き分け 理由：Figmaの価格に関する発表はまだない為   [PR] プログラミングで挫折しない学習方法を動画で公開中コラボレーション機能 Figmaの主な差別化要因は恐らく「マルチプレイヤー」と呼ばれるリアルタイムコラボレーション機能でしょう。その機能を使って他のユーザーと同時に1つのファイルを編集することができるだけでなく、他のユーザーがデザインをいじっているのを見たり、内蔵型のコメント機能を使って変更を知らせることができます。 1つの例として、この同時編集はプレゼンテーションやリモートチームにとって素晴らしく、また関わっている全てユーザーが同じ状態を確認し、意図していなかった上書きを防ぐことができます。   Sketchには（プラグインを使用してですら）そのようなコラボレーション機能はありませんし、多分そのような機能がない方がSketchにとってはよいのかもしれません。 なぜなら「このボタンをもっと大きくしよう。ちょっと待てよ、勝手にやっちゃえ！」というような結末をもたらすかもしれないからです。もちろんこれは少し大げさな例です。この機能は多少価値はありますが、事前に特定のルールを決めておかないとリスクがあります。 勝者：Figma 理由：同時に同じファイルを複数の人で共同編集できる為   ファイル共有とスペック リアルタイムコラボレーション機能に幾らか関連しているのは設計ファイルの共有です。なぜならFigmaではすべての事がブラウザで行われるため、全てのファイルが必然的にURLを持っていて、それを同僚や上司に送ることができます（閲覧専用モードでも可能です）。 このブラウザベースのアプローチの別の大きな利点は、開発者をはじめ全ての人がサードパーティツールの必要性なしにすぐにデザインを開き検証できることです。 Figmaでは簡単に他のユーザーとデザインを共有できます。   これはまさに、1つのファイルにおいて必要不可欠な全ての情報（例えばフォントサイズや色、寸法、アセットなど）を他の共同制作者に提供するためにSketchに求められているものです。 しかしながら、前にも述べたように、ここであなたを手助けするZeplinやSimpli、InVisionの Inspect、Avocode、Marklyなどの有料のツールが必要です。公平な立場からみて、最初の3つは1つのプロジェクトでは無料ですが、より複雑なものに取り組む際にはそれだけでは十分ではないでしょう。   更に何らかのツールを必要としている場合や、そのような（正直なところ基本的な）機能にお金をかけたくないというのであれば、MarketchやSketch Measureという無料のプラグインもあります。多くの有料のアプリではコメントを追加したり自動的にスタイルガイドを作成することができます。 あるいは、FigmaはSketchのファイルフォーマットをサポートしているので、SketchのファイルをFigmaにインポートしてチェックすることさえできます。 左上から右下順に:Avocode、Zeplin、Simpli、Markly。これら全てにおいて様々な方法でSketchのデザインの閲覧、共有可能。   もし共同編集者とデザインをちょっと見たいだけであれば、内蔵されているSketch Cloudが正にその役割を果たしてくれます。iOSデバイスでデザインを見るには、Sketch MirrorやFigma Mirrorを使って、Androidのデバイスであれば、MiraやCrystalを使用することができます。 FigmaはAndroidベースのアプリを提供しないのですが、（デスクトップコンピューター上で）フレームかコンポーネントを選択後、デバイス上で「www.figma.com/mobile-app」を開くと、1種のプレビューが見れるでしょう。 勝者：Figma 理由：サードパーティツールの必要性なしにブラウザ上で簡単にファイルの共有が可能な為   ファイルの整理 Sketchには、ページを提供するという組織能力があるため1つのファイルでアプリやWebサイト全体を作ることができ、ページ同士のスイッチも即座に可能です。Figmaはこの点において後れをとっています。 Figmaはページを提供しませんが少なくとも複数のファイルを1つのプロジェクトに結合することは可能です。 左：Sketchでは1つのファイルを複数のページに整理でき簡単にスイッチ可能 右：Figmaのプロジェクトは未発達   アートボードというSketchのもう1つ重要なコンセプトも適応され強化されました。Figmaでは塗りつぶしやボーダー、エフェクトを簡単にアートボードに適用でき、またそれらをネストしたりグループから簡単に作成することもできます。1つの例として、これにより組み合わされた範囲より大きな要素のコンテナも許容され、「constraints」機能の手助けになりうるでしょう。 更には、各アートボードには独自のネストされたレイアウトグリッドがあり、それによりレスポンシブデザインに役立つのです。 Sketchでもアートボードをネストすることが可能ですがそのインプリメンテーションはFigmaと比べると全く有効的ではありません。 勝者：引き分け 理由：Sketchにはページがあるが、Figmaのアートボード（フレーム）はより有効的な為   レスポンシブデザイン Figmaが導入した（Sketchにも何ヶ月か経ってから導入された）機能はレスポンシブデザイン、すなわち、どのように要素が異なるアートボードやデバイスのサイズに対応するかを設定した機能です。 Sketchでそのような機能を提供するプラグインが以前からありますが、ちょっと使いにくい感じがありました。「group resizing」という特有の機能だけはFigmaの「Constrains」機能に匹敵して簡単に使用できます。 左：Sketchの「group resizing」機能は1つのドロップダウンメニューで設定され慣れるまで少し時間がかかります。 右：Figmaの「constraints」機能はより目で見てわかるようになっています。   両者とも基本的に同じような動作ですがその見栄えは一目瞭然。Sketchでは4つのオプション付きのドロップダウンメニューしかなく、操作中に一体どんなふうになるなるのかがイメージしずらいです。Figmaはよりビジュアル化した方法でこれらのプロパティを明確にします。 例えば、ある要素をアートボードの端に固定するか、それと均一にリサイズする事などができます。 Figmaの大きな利点はこれらの制約がレイアウトグリッドと一緒に組み合わせることで機能することです。要素は、例えばある列（又は行）に固定されるか、それらの幅に一致します。更には、各軸にこれらの設定を個別に変更することができ、グループだけではなくアートボードにも機能します。Sketchではあり得ない機能です。 勝者：Figma 理由：その制約機能は遥かに進化していてより多くのオプションがある為   ベクトル　マニピュレーション Figmaが発売された時の1つの大きな特徴は「vector networks」でした。もはやベクトルはただ一連の繋がった点（ノード）ではありません。今や、新しい線でどのノードからも分岐する事ができます。例えば、矢印を作るのなんて朝飯前です。 Figmaのvector networksはベクトルのどの点にもセグメントを追加することができます。 しかしそれよりも遥かに勝っているものがあります。ベクトルのパーツはPaint Bucketツールで簡単に塗りつぶされる（又は削除される）事ができます。ベンドツールを使ってセグメント全体を動かす（又は曲げる）事も可能です。そして1つのベクトルから別のベクトルへ線点も同様に）をコピーするのは一瞬でできます。 Figmaのvector networksでセグメントを簡単に動かしたり曲げたりする事ができます。   この特殊な機能1つでFigmaはSketchと一線を画しており、アイコンデザインに適したものになっています。 それに比べ、Sketchで利用可能なツールはほぼ時代遅れな感じを受けます。Sketchではベクトルオブジェクトを作成し操作するために必要なすべてのものが揃っているかもしれませんが、より複雑なベクトル操作が必要になってくるとすぐに扱いにくくなるでしょう。 はじめの図：Figmaでは、ペイント塗りつぶしツールを使って2つの重複した円の塗りつぶされた部分を削除し1つの輪をつくる。 2番目の図：Sketchではブール演算を用い従来の手法を使っている。(ちなみにこの方法はFigmaでも可能)   ほとんどの場合、Sketchではある特定のタイプの形を作るのにブール演算を使用しなければいけませんが、その多くはFigmaのvector networksではより簡単に作成可能です。Sketchでは2つのベクトルオブジェクトを繋げたり、またはブール演算が適用された後に形を平らにすることさえしばしば難しいという事実がさらに物事を悪化させます。このアプリはこの点において問題が山積みなのは確かです。 勝者：Figma 理由：vector networksは全く新しい次元をベクトルマニピュレーションにもたらします。Sketchにおいてはまだそれと匹敵するものはありません。   サポートされているファイルの種類 新しいアプリケーションが出るたびに、もしプロジェクトを移行したければ全てをやり直さなければいけないという問題によく直面するでしょう。Figmaではそうではないのです。見事なほどに正確な方法でSketchのファイルを開くことができ、この時点で既にFigmaが優位です。 残念なことに逆パターンでは機能しません。1度Figmaでデザインをスタートしたらもうそれを使い続けるしかないのです。SketchにエクスポートすることもPDFファイルを作成すること（またはインポートすること）もできません。SVGにエクスポートするオプションもありますが、デザインアプリケーション間で複雑なファイルをエクスチェンジするのに理想的なフォーマットではありません。 エクスポートオプションは一見似ていますがSketchにはより多くのオプションがあります。 左：Sketch 右：Fiigma   もう1つの制限要因はJPG画像をFigmaでエクスポートしたときにその品質水準を設定できないことです。なので画像を最適化する他のアプリケーションが必要になるかもしれません。Sketchの最新版ではさらにもっとエクスポートのオプションが改善しています。 現在ではファイル名に接頭辞と接尾辞の両方を設定できると同様、Androidへのエクスポートをはるかに簡単にさせるエクスポートプリセット機能があります。 各アプリケーションがサポートするエクスポートファイル形式を見てみましょう。 Sketch PNG JPG TIFF WebP PDF EPS SVG   Figma PNG JPG SVG 勝者：Sketch 理由：より多くのファイル形式とより良い保存、エクスポートのオプションがある為   アクセシビリティ FigmaにはSketchで使用できる多くのショートカットキーがありますが、そのアクセシビリティのレベルは同じではありません。Sketchではほぼ全ての事がキープレスで行うことができます。 もし気に入らないショートカットキーの組み合わせがあればあなた独自のやり方をシステム環境設定で登録することが可能です（デフォルトによって割り当てられないショートカットコマンドが主になる傾向があります）。 macOSのシステム環境設定でSketchのあなた独自のショートカットキー設定が可能   Figmaはブラウザ上に存在しているためそのようなことは一切不可能です。デスクトップアプリでその点を補うことができますが、特定のメニューバーコマンドが無いせいである特定の機能を単純にキーボードに割り当てることは不可能です。 勝者：Sketch 理由：そのアプリケーションのほぼ全ての機能がショートカットキーでアクセスすることができ、更にはカスタマイズできる為   シンボル（コンポーネント） 1つの重要な機能がちょうどFigmaに導入されました。それはシンボル、又はここではコンポーネントと呼びます。コンポーネントを使用すると、「instances」の形式で簡単に再利用できる1つの複合オブジェクトにいくつかの要素をを組み合わせることができます。主要なコンポーネントが変更されるとすぐに、全てのインスタンスがその変更点を受け継ぎます。（しかしながら、その同じコンポーネントのバリエーションを考慮して特定のプロパティは個別に修正されます。） 最近では、Figmaではファイル間や複数のユーザーと一緒に共有できるコンポーネントのライブラリを作成することさえ可能です。これは確固たるデザインシステムへの大きなステップです。 Sketchでは、個々のインスタンスの修正がインスペクタパネル上でオーバーライドの形で処理されるので、各インスタンスごとにテキスト値や画像の塗りつぶし、ネストされたシンボルの変更が可能です。 Figmaでは、塗りつぶし、ボーダー、効果（影やぼかし）を含め、キャンバスで直に1つの要素のプロパティをアップデートすることができます。 上：Sketchではインスペクタパネル上でオーバーライドを使用してシンボルインスタンスの内容を変更します。 下：Figmaではテキストの色を含め直接キャンバスキャンバスでコンポーネントのインスタンスをカスタマイズできます。   シンボル（コンポーネント）の真の強みはレスポンシブデザインで発揮されます。どちらのアプリでも、親のサイズが変更された時にどの様に要素がシンボル内で反応するか定義することができ、異なる場所や画面のサイズでシンボルを使うこともできます。 Figmaが未だに後れを取っている領域はレイヤーやテキストスタイルです。形やテキストレイヤーのスタイリングを保存することができなく、他の要素と同期することも不可能です。しかしながら、1つの要素から別の要素にスタイリングをコピーして貼り付けることはできます。 勝者：引き分け 理由：インプリメンテーションは極めて同じレベルですが、Figmaはその共有可能なコンポーネントでわずかに有利です。   プラグイン Sketchは並外れて素晴らしい機能を兼ね備えていますが、それを決定打にしているのはSketchを強化させたり足りない機能を補うサードパーティプラグインの存在でしょう。 1度に複数のレイヤーの名前を変更したり、ダイナミックボタンを作成したり、カラーパレットを保存し読み込んだり、Unsplashから簡単に画像を挿入したり、Git機能を有効化したり、Sketchの中でアニメーションを創り出すことができたりなど、使用目的は様々です。プラグインの全リストは公式ディレクトリやGitHub上で見ることができます。 公式WebサイトとGitHubの両方で、Sketchの膨大なプラグインのセレクションを閲覧可能です。 では、Figmaですが、現段階では全くそのような機能はありません。公平に言うと、Sketchは恐らく開発の初期段階ではこれらの多くの機能はありませんでした。そして将来的にはFigmaにもプラグインエコシステムが導入されるのは確実でしょう。 注意したいこと：プラグインがSketchに大きな利点を与えた一方で、それらが何かしらの落とし穴にもなりえます。それらは新しいリリースの度に正常に機能しない傾向があり、Sketchチームは将来の開発者たちを遠ざけないためにも細心の注意を払う必要があります。 勝者：Sketch 理由：単純に、Figmaにはプラグインが全くない為   プロトタイピング AdobeXDと違ってSketchもFigmaもプロトタイピング機能が備わっていません。今のところFigmaには導入される予定はありませんが、Sketchには少なくとも基本的なプロトタイピング機能をもたらすCraft Pluginがあります。更にその人気でSketchは他のプロトタイピングツールとの幅広く統合することが可能です。 例をいくつか挙げると、InVision、 Marvel、Proto.io、Flinto、Framerなどがあります。これらを一緒に使うことによって簡単にデザインをインポートしてアプリを同期することができます。   現時点でFigmaと動作する唯一のアプリケーションはFramerです。似たようなツールのサポートが将来どのようになっているか述べるのは難しいですが、そのようなインターフェースが既に製作段階かもしれません。 勝者：Sketch 理由：Craft Pluginには説得力のあるプロトタイピング機能がありませんが、Sketchは多くのプロトタイピングサービスと統合している為   実データでの作成 Sketchが提供する数あるプラグインの中でいわゆる「content generators」というものを見つけるでしょう。その一例として、ダミーコンテンツでデザインを埋めることができます。 しかし、より興味深いことはこれらのちょっとした機能が様々な情報源から実データを引き出すことを可能にし、またJSONファイルの形で内容を挿入することさえ可能です。 これにより設計の初期段階でより情報に基づいた判断ができ、エッジケースも明らかにできます。   このカテゴリーで最も優れているのはInVisionのCraft Pluginです。 それを使ってある要素に内容を追加するとすぐに、1つのステップで簡単にその内容を複製・変更する事ができます。Craftではデザインのアセットを保存し、チーム内で共有したり又は自動的にスタイルガイドの作成も可能です。 他の機能やオプションの中でも、SketchのCraft Pluginでは要素を複製し、同時に他の内容を追加することができます。   Craftよりは優れてはいませんが、似たような機能を持つプラグインがもう数個あります。Sketch Data Populator、Content Generator 、 Day Playerがそうです。 Figmaにはまだそのような機能はありませんが、時間の問題だと思います。Adobe XDが少し前に適応したようにアプリにその機能を統合するのか、もしくはプラグインシステムに依存するのか、どちらの手段をとるか興味深いところです。 勝者：Sketch 理由：Sketchでは様々なプラグインで備え付きの機能の不足を補い、簡単に実データを使用できる為   バージョニング 私がいつも行っていることの1つは、始めの頃のデザインがどのような感じだったか見るためにCommand+Zを使って変更点を1つ1つ元に戻すことです。評価の基準を持つか、新しいイテレーションをベースとして複製するかのどちらかです。Figmaはブラウザ上の限られたリソースのためここで行止まりと思うかもしれませんが、実際はSketchに劣ってはなんかいません。 どちらのアプリでも古いバージョンをブラウズして復元する事ができ、自動的に保存されます。しかしながら、Sketchのインプリメンテーションは理想とはかけ離れていて、どこから始めるかもわかりません。何といっても時間がかかるのです。   実際に閲覧できる前にバージョンを復元しなければいけなかったり、ハードドライブ上でスペースを無駄にする結果になるかもしれません。さらに言えば、クラウド上で(Dropboxを介してなど)複数の人が同じファイルで作業している時に簡単にダメになってしまう可能性があります。 Figmaでは瞬時に前のバージョンを復元する事ができ、複数の人が同じファイルを編集している時はそれぞれの人の変更を分離できるので役に立ちます。それから前の状態に戻ったり、新しいアイデアの出発点としてバージョンを復元することができます。 勝者：Figma 理由：Sketchのバージョニングは不完全過ぎて勝敗は明らかです。   テキスト機能 他の点と同様に、どちらのアプリケーションでもテキスト操作はかなり似ていますが、いくつかの違いは言及する価値があります。デフォルトによってFigmaではGoogle Fontsからでしか選択できないのですが、単純にインストーラーでシステムォントにもアクセスできます。 私が常にSketchに物足りなさを感じる部分はテキストレイヤーのボーダーの位置の変更機能です。ここでは「中心」だけが唯一の選択しです。Figmaにはその他にもシェイプレイヤー用であるかのごとく「内側」と「外側」が選択できます。 左：Figmaでは、テキスト枠内の垂直の位置（上）が設定でき、さらにボーダーの位置のオプションがある（下） 右：SketchではOpenType機能が適用される   さらにFigmaではテキストを垂直に配列する設定ができる為、枠内で垂直に中央揃えすることが容易です。対照的にSketchではより多くのタイポグラフィのオプションがあり、スモールキャップス、古い形式の図形、スタイルの選択肢や合字（フォントでサポートされていれば）等のOpenType機能が適用できます。 勝者：引き分け 理由：どちらのアプリケーションもそれぞれ違った利点があります。Sketchの方がその進化したタイポグラフィオプションで少しリードしていますが、完全な勝利にはまだ不十分です。   結論 簡単に各アプリの長所をおさらいしましょう。 Sketchの良い点 キーボードのアクセシビリティがより良くサポートされている プラグインとプラグインエコシステムがある サードパーティツールとサービスを統合可能 ファイルタイプとエクスポートオプションが豊富 複雑なプロジェクトを1つのファイル（ページ付き）にまとめることが可能 Sketchでは簡単に実データを使える より洗練されている   Figmaの良い点 ブラウザベースなので、世界中どの場所からどのプラットフォームでも使用可能 リアルタイムで共同作業できる ファイルの共有が簡単 ベクトルマニピュレーションが優秀（vector networksを介して） レスポンシブデザインオプションがより優れている（constraint機能により） コンポーネントのライブラリを作成しチームのメンバーと共有可能 アートボードがより強力   今後の展望 2013年のAdobe Fireworksの廃止はUIデザインツール界に大きな空白を残しましたが、Sketchがすぐにその空白を埋めてくれました。 Sketchが大成功を収め、その人気は主なライバルであるPhotoshopに徐々に迫り、ついには昨年インターフェースデザイナーのユーザー間における調査「the tool of choice」でトップの座に輝きました。 Sketchは恐らくWindows版があればより成功したでしょうが、他のツールにも問題はあります。Affinity
アプリデザイン

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

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

副業したい方

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

はじめての副業コース

転職したい方

未経験から
Webエンジニアに

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

スキルアップしたい方

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

Pythonコース

※ 経済産業省の行うリスキリングを通じたキャリアアップ支援事業の補助金対象コースです。条件を満たすことで支払った受講料の最大70％がキャッシュバックされます。詳しくは こちら のページをご確認ください。

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

オーダーメイドコース
TechAcademy（テックアカデミー） 最新記事 【40%OFF】130の技術書が割引セール中！半期に1度のエンジニア応援祭