TechAcademy（テックアカデミー） プログラミング Python Pythonにおけるord()の利用方法を現役エンジニアが解説【初心者向け】
Python

Pythonにおけるord()の利用方法を現役エンジニアが解説【初心者向け】

初心者向けにPythonにおけるord()の利用方法について現役エンジニアが解説しています。ord()はPythonの組み込み関数で文字を1文字指定し、ユニコードポイントを取得してみましょう。

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

Pythonにおけるord()の利用方法について、TechAcademyのメンター（現役エンジニア）が実際のコードを使用して、初心者向けに解説します。

 

Pythonについてそもそもよく分からないという方は、Pythonとは何なのか解説した記事を読むとさらに理解が深まるでしょう。

 

なお本記事は、TechAcademyのオンラインブートキャンプPython講座の内容をもとに紹介しています。

 

田島悠介

今回は、Pythonに関する内容だね！

大石ゆかり

どういう内容でしょうか？

田島悠介

Pythonにおけるord()の利用方法について詳しく説明していくね！

大石ゆかり

お願いします！

 

ord()とは？

ord()とはPythonの組み込み関数であり、1文字のユニコード文字を表す文字列に対し、その文字のユニコードポイントを表す整数を返します。

全く逆の動きになるのがchr()関数です。

 

ord()の使い方

引数にユニコード文字1文字を指定しましょう。

2文字以上を指定するとTypeError例外になります。

 

[PR] Pythonで挫折しない学習方法を動画で公開中

ord()を利用して文字コードを変換してみよう

下記コード例の通り、ユニコード文字1文字の文字列を引数に指定しましょう。

評価結果は整数になります。

ord('a') => 97
ord('あ') => 12354

ord()とchr()を順に適用すると、元のユニコード文字に戻ります。

chr(ord('い')) => 'い'

 

執筆してくれたメンター

橋本紘希（はしもとひろき）

システムインテグレータ企業勤務のシステムエンジニア。

開発実績: Javaプログラムを用いた業務用Webアプリケーションや、基幹システム用バッチアプリケーションなどの設計構築試験。

 

大石ゆかり

Pythonにおけるord()の利用方法がよく分かったので良かったです！

田島悠介

ゆかりちゃん、今後も分からないことがあったら質問してね！

大石ゆかり

分かりました。ありがとうございます！

 

TechAcademyでは、初心者でも、Pythonを使った人工知能（AI）や機械学習の基礎を習得できる、オンラインブートキャンプを開催しています。

また、現役エンジニアから学べる無料体験も実施しているので参加してみてください。

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

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

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

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

「受けてよかった」と感じていただけるよう 厳しい試験を通過した講師 があなたの相談に真摯に向き合います。

「ただ気になることを相談したい」
「漠然としているがプロの話を聞いてみたい」
こんな気持ちでも大丈夫です。

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

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

記事を検索

関連するキーワード

関連する記事

Pythonのリストに関するエラーの解決法を現役エンジニアが解説【初心者向け】

Pythonのリストに関するエラーの解決法について解説します。 そもそもPythonについてよく分からないという方は、Pythonとは何なのか解説した記事...
Python

Pythonのaverage関数で平均を求める方法を現役エンジニアが解説【初心者向け】

Pythonのaverage関数で平均を求める方法について解説します。 そもそもPythonについてよく分からないという方は、Pythonとは何なのか解説...
Python

Pythonで順列を計算するアルゴリズムを現役エンジニアが解説【初心者向け】

Pythonで順列を計算するアルゴリズムについて、TechAcademyのメンター（現役エンジニア）が実際のコードを使用して、初心者向けに解説します。 P...
Python

Pythonのfor文におけるbreak文の使用方法を現役エンジニアが解説【初心者向け】

Pythonのfor文におけるbreak文の使用方法について、TechAcademyのメンター（現役エンジニア）が実際のコードを使用して、初心者向けに解説します...
Python

Pythonで配列のデータの平均を求める方法を現役エンジニアが解説【初心者向け】

Pythonで配列のデータの平均を求める方法について解説します。 そもそもPythonについてよく分からないという方は、Pythonとは何なのか解説した記...
Python

Pythonで切り捨て除算する方法を現役エンジニアが解説【初心者向け】

Pythonで切り捨て除算する方法について、テックアカデミーのメンター（現役エンジニア）が実際のコードを使用して初心者向けに解説します。 そもそ...
Python

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

Pythonのnoseを利用してユニットテストを書く方法を現役エンジニアが解説【初心者向け】

Pythonのnoseを利用してユニットテストを書く方法について、TechAcademyのメンター（現役エンジニア）が実際のコードを使用して、初心者向けに解説します。   Pythonについてそもそもよく分からないという方は、Pythonとは何なのか解説した記事を読むとさらに理解が深まるでしょう。   なお本記事は、TechAcademyのオンラインブートキャンプPython講座の内容をもとに紹介しています。   田島悠介 今回は、Pythonに関する内容だね！ 大石ゆかり どういう内容でしょうか？ 田島悠介 Pythonのnoseを利用してユニットテストを書く方法について詳しく説明していくね！ 大石ゆかり お願いします！   目次 ユニットテストとは noseとは noseの使い方 実際に書いてみよう まとめ   ユニットテストとは ユニットテスト(単体テスト)とは、関数やオブジェクトのメソッドなど、モジュール単位で行うテスト(試験)のことです。 プログラム全体を作成してからテストに着手すると、バグや性能不足のあった場合に、プログラムのどの部分に問題があるのか特定が難しいです。 モジュール単位でテストを行っておくことで、モジュールの品質を確保しやすくなるというメリットがあります。 一般にはユニットテストに成功した後、複数のモジュールを連携させる結合テストに進みましょう。   [PR] Pythonで挫折しない学習方法を動画で公開中noseとは noseとは、Pythonのユニットテストのライブラリです。 Pythonには標準でユニットテスト用のライブラリunittestが付属しているものの、noseはよりテストの記述や実行を容易にしたり、プラグインで機能を拡張したりする工夫がほどこされています。 (注) noseは現在活発に開発されておらず、新機能の追加には消極的です。 これからPythonのユニットテストライブラリを新規に採用する場合、noseは以下のようなライブラリの採用をすすめています。 後継のnose2 pytest 標準ライブラリのunittest   noseの使い方 インストール pipコマンドを用いnoseをインストールしましょう。 ここでは環境管理を容易にするため、pipを拡張したpipenvを使用します。 pipenv install nose 以下コマンドでnoseがインストールされたか確認可能です。 pipenv run nosetests コマンドの実行結果が以下のようになれば、インストールは成功しています。 ---------------------------------------------------------------------- Ran 0 tests in 0.001s OK   コラム 実は私も！？独学で損する人の特徴 「スクールは高いから独学で成功する」という気持ちの方は多いと思います。 もちろんその方が金額は低く抑えられるでしょう。 ただ 独学には向き不向きがあり、実はスクールが向いている人も大勢います。 そんな方のために参考として、
Python

過去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] Pythonで挫折しない学習方法を動画で公開中パート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サービスを開発することが可能です。 独学で学習してみたけど挫折してしまったなんて経験のある方は、ぜひご覧ください。 プログラミングを独学していて、このように感じた経験はないでしょうか？ ・調べてもほしい情報が見つからない ・独学のスキルが実際の業務で通用するのか不安 ・目標への学習プランがわからず、迷子になりそう テックアカデミーでは、このような
プログラミング

今年のトレンド！2016年最も売れたフォント、トップ50を集めてみた

本稿は、Designmodeのブログ記事を了解を得て日本語翻訳し掲載した記事になります。 また、本記事は、Doru Ciobanu氏によって投稿されました。   タイポグラフィは、独自の世界観、テクニック、統一感を組み合わせたアートです。素晴らしいデザインには、素晴らしいタイポグラフィがあります。 Webデザインまたは出版物のデザインでも、パンフレットやユーザーインターフェースのデザインでも、ロゴのデザインでも、プロジェクトを成功させるために重要な鍵となるものの1つはフォントです。 フォント、色、その他デザインをどのように組み合わせるかという選択が、成功と失敗の分岐点となります。こうした細部に十分な注意を払わないがために、優れた製品を生み出すために費やした全ての努力が無駄になることもあります。 しかし幸いなことに、優れたタイポグラフィのためのガイドとなるリソースは、豊富に存在しています。 そして、これから紹介するのは、2016年に最も売れた50のフォントです。   1. FF DIN デザイナー：Albert-Jan Pool デザインされた年：1995 発行者：FontFont FF Dinは、1995年から2009年にかけて、オランダのデザイナーAlbert-Jan Poolｚ氏によって制作されたフォントです。FF Dinには、20のウェイト（フォントの太さ）があります。 編集、出版物、広告、パッケージ、ブランディング、クリエイティブ産業（creative industries：知的財産権に関わるデザイン）、ポスター、看板、Webや画面の設計に適しています。なお、キリル文字とギリシャ語の書記体系については、サポートが限られています。   2. Brandon Grotesque デザイナー：Hannes vonDöhren デザインされた年：2010 発行者：HVD Fonts Brandon Grotesqueは、6つのウェイトとそれに対応する6つのイタリック体から成る、有名なサンセリフのフォントです。このフォントは、可読性を高めるために光学的な修正を加えた幾何学的形状から、インスピレーションを受けています。 Brandon Grotesqueは機能的かつエレガントなフォントです。ウェイトの太さをthinで色をブラックにすると、展示デザインに適しています。 Brandon Grotesqueは、洗練されたプロフェッショナルな印象を与えるデザインを生み出すには良い選択です。また、西ヨーロッパ言語だけでなく、中欧および東ヨーロッパ言語をサポートする拡張文字のセットもあります。   [PR] Pythonで挫折しない学習方法を動画で公開中3. Century Gothic デザイナー：Monotype Design Studio　Sol Hess　Morris Fuller Benton デザインされた年：1990-1995-2007 発行者：Monotype Century Gothicは、Futuraフォントの競合他社の2つの書体から派生したフォントですが、Futuraフォントの影響も強く受けています。 軽くて広々とした印象の書体であり、クリーンな縁取りを備えた、細部まで完璧なフォントです。見出しや大きな看板のデザインには理想的です。   4. Proxima Nova デザイナー：Mark Simonson デザインされた年：2005 発行者：Mark Simonson Proxima Novaのフォントファミリーは、有名なProxima Sansフォントの完全な復古版です。OpenTypeフォント機能は48個に拡張されました。 3つの幅には、それぞれ16のフォントが対応しています。 人間的な比率と幾何学的なデザインを組み合わせた、スタイリッシュなフォントです。ほとんどのラテン語系言語の文字をサポートしています。   コラム 実は私も！？独学で損する人の特徴 「スクールは高いから独学で成功する」という気持ちの方は多いと思います。 もちろんその方が金額は低く抑えられるでしょう。
Webデザイン

「お菓子を通したストーリーを提供しているから、全てにこだわる」株式会社BAKEのデザインにかける想い｜株式会社BAKE井手口氏・福田氏

井手口 直也｜BAKE Inc.にてグラフィックデザイン担当。FICC Inc.、BALCOLONY.を経て現職。 福田 映理｜新卒でグッチグループジャパンへ入社し店舗勤務を経験、その後お菓子業界へ転職し人事業務に従事。（クリスピー・クリーム・ジャパン→ジャパンフリトレー）2016年の12月から現職。   大学時代に出会った本に衝撃を受けて、デザイナーの道へ。 ーー井手口さんがデザインを始めたきかっけはを教えていただけますか。 井手口：大学時代にIDEOというデザインファームの本を読んで、衝撃を受けたのがきっかけです。その本には、クライアントの「売上げを上げたい」という課題に対し、ビジュアルを良くして売上げを上げることだけが効果的な解決方法ではない、本質的欲求に対してユーザーに行動を促すこともデザインだ……という内容が書かれていたんです。   ーー大学ではデザインの勉強をされていらっしゃったのでしょうか。 井手口：いえ、大学ではマーケティングやプログラミングを専攻していました。恥ずかしい話ですが、本当にデザインは未知の領域で、当時はデザイナーを「絵がかける人」と思っていたほどです。グラフィックデザインを学んだのは、大学卒業後に専門学校に通ってからです。 井手口 直也氏（株式会社BAKE グラフィックデザイナー）   制作会社から、製菓企業である株式会社BAKEへ転職。 ーー株式会社BAKE（以下 BAKE）の前には、制作会社に在籍されていたと伺いました。どのようなお仕事をされていましたか。 井手口：前職ではグラフィックやウェブを担当していました。クライアントの業種が幅広く、色々なデザインを担当させてもらい本当に勉強になりました。5年がたって、経験を重ねるうちに一つのことを深掘りしてデザインしてみたいという気持ちが強くなってきて。ちょうどインハウスのデザイナーに興味を持ち始めた頃ですね。   ーーBAKEのことは、どのようにして知ったのでしょうか。 BAKEを最初に知ったのは、THE BAKE MAGAZINE（株式会社BAKEのオウンドメディア）編集長の塩谷さんのTwitter（@ciotan）。”しおたん”と呼ばれているのですが、ライターや編集者として活躍していて、実は大学生の頃からSNSをフォローしていたんです。 彼女のような熱量の高い方が自社メディアの編集長をしていると知り、「BAKEってどんな会社なんだ？」と気になって。それがBAKEを知ったきっかけです。   ーーデザイン制作会社から、製菓企業であるBAKEへの転向をよく決心されましたね。 BAKEを知ってすぐ、訪問のアポをとりました。面談では、デザイナーや人事、現会長の長沼とも話して、彼らのお菓子への思い、素直さ、情熱…全てがストレートに伝わってきたんですよ。一度会って話しただけで、自分でも驚くほど惹かれていました。「日本を代表する製菓会社になりたいのでチャレンジしていきたい、一緒に頑張ってくれないか」という言葉に心打たれて入社を決めました。   [PR] Pythonで挫折しない学習方法を動画で公開中自信を持ってブランドを伝えられるように、細部のデザインの手を抜かない。 ーーご入社されてからは、どのような仕事をど担当されていらっしゃいますか。 井手口：最初はグラフィック兼ウェブ担当として入社し、「BAKE CHEESE TART」や「クロッカンシュー ザクザク」のキャンペーンサイトの制作などを行っていました。ただ、僕自身グラフィックに専念したい気持ちが強かったんです。転機になったのは、北海道にある自社工場の内装のデザインでした。昨年完成したのですが、工場の内装のデザインを行なったことをきっかけに、各ブランドのグラフィックの仕事が増えてきたんです。 Bake inc “BAKE” FACTORY from Bake inc. on Vimeo.   ーーお客様が目にすることのない工場までも、社内のデザイナーさんがデザインするのは面白いですね。 井手口：確かに、珍しいかもしれませんね！他にも、工場から店舗へ半製品を運ぶ段ボールも、デザインしています。 こういったものは、お客様が目にする機会はないかもしれません。ですが、工場やお店のスタッフが自分たちのブランドに誇りを持もてるようにブランドに関連するものは全て自社でデザインするようにしています。また、ぱっと見ても分からない細部にも絶対に手を抜かないのが暗黙の了解です。   ーー暗黙の了解というのは、すごいですね。言葉にしなくても当たり前になっている理由はどうしてだと思いますか。 井手口：「お菓子を進化させる」という会社の方針があるのですが、みんなそれを強く意識しています。お菓子をおいしくするのは当たり前で、お菓子を届ける全てのものに本気で取り組んでいます。お菓子を進化させるために、自分たちができることをやり抜く。それが、BAKEらしさなんじゃないか、と思いますね。   シズル感に頼るだけのデザインはしない。 ーーデザインをする上で、気をつけていらしゃることはありますか。 井手口：シズル感に頼るだけの表現方法を取らないようにしています。飲食関係のデザインは、シズル感を出しておいしく見せる方が良いとされています。例えば、この箱にドーンとチーズタルトが描かれていれば、わかりやすく美味しそう！と感じられるかもしれません。けれど私たちはインハウスだからこそ、つくり手の姿勢や、お菓子への本気感も汲み取って、表現することができると思うんです。 BAKE社内では「いかに本質を表現できているか」をよく話し合っています。社内では「フックがある」と言っているのですが、突き詰めて突き詰めて、独特の表現にたどり着くことを目指しています。   ーーその感覚が統一できているのですね。箱を開けるときはとてもわくわくしました。開けた後も、この紙がチーズタルトの形と相まってレースみたいで可愛かったです。 井手口：グラシン（タルトの下部分包んでいる紙）も全てオリジナルでつくっています。コストはかかりますが、チーズタルトとの高さやサイズ感にこだわっていて、食べる瞬間までいかにわくわくしてもらえるかを考えています。   コラム 実は私も！？独学で損する人の特徴 「スクールは高いから独学で成功する」という気持ちの方は多いと思います。 もちろんその方が金額は低く抑えられるでしょう。 ただ 独学には向き不向きがあり、実はスクールが向いている人も大勢います。
インタビュー

【現役エンジニアが書籍レビュー】JUnit実践入門 ~体系的に学ぶユニットテストの技法

この記事では、「JUnit実践入門 ~体系的に学ぶユニットテストの技法（WEB+DB PRESS plus）」の書籍を現役エンジニアがレビューしています。 書籍の全体的な概要を説明し、どんな人におすすめの書籍なのか、評価はどれくらいなのかまとめているので、これから購入しようと考えている方はぜひ参考にしてみてください。   田島悠介 今回紹介するのは「JUnit実践入門 ~体系的に学ぶユニットテストの技法（WEB+DB PRESS plus）」だね。 大石ゆかり 田島メンター！JUnitということは、何かを作成するというよりはユニットテストについての概要を中心に書かれた本ということですか？ 田島悠介 そうだね。なので対象はある程度の経験者、Javaで開発ができてテストをしたいという人になるよ。まずは評価を見てみよう。 大石ゆかり 分かりました！ 書籍名 JUnit実践入門 ~体系的に学ぶユニットテストの技法（WEB+DB PRESS plus） JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)   今回のレビュワー レビューしてくれる現役エンジニア 嶋田（TechAcademyメンター） バックエンドエンジニア PHPやPythonでの開発及び、Linux Administration が専門。いくつもの大手WEBサービス開発に携わり、主にビックデータを扱う業務に従事。   [PR] Pythonで挫折しない学習方法を動画で公開中書籍の概要 書籍を購入した目的 実務上テストを書くことは実践しているが、テストについてしっかりと学んだことがなかったので、基礎知識として購入しました。   学べる技術、スキル Java,JUnit,テスト駆動開発   本の内容 初心者向けにユニットテスト全体を説明した内容です。   書籍のレビュー 総合評価 ★★★★☆ 4.0点   どんな人にオススメか Javaでのプログラミングができる方で、テストの知識が必要な方におすすめです。   書籍の良かった点 細かい用語の説明が随時されており、テスト初心者でもスムーズに読み進められると思います。 書籍の悪かった点 あくまでもテストの概要を説明している本なので、この本からすぐに実践とはいかないと思います。   コラム 実は私も！？独学で損する人の特徴 「スクールは高いから独学で成功する」という気持ちの方は多いと思います。 もちろんその方が金額は低く抑えられるでしょう。 ただ 独学には向き不向きがあり、実はスクールが向いている人も大勢います。
Java

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

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] Pythonで挫折しない学習方法を動画で公開中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制作の力を身につけ
副業までサポート

はじめての副業コース

転職したい方

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

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

スキルアップしたい方

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

Pythonコース

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

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

1時間でできる無料体験
挫折しない学習方法とは？
TechAcademy（テックアカデミー） プログラミング Python Pythonにおけるord()の利用方法を現役エンジニアが解説【初心者向け】