現役エンジニアが語る！エンジニアとして成功するために知っておきたい大事な9つのこと

これからエンジニアというキャリアを目指している方向けに成功するための大事な9つのことを現役のエンジニアが語っています。プログラミング初学者、未経験者は学習を始める上で知っておきたいことが詰まっているでしょう。

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

本稿は、Codementorのブログ記事を、Codementorより了解を得て日本語翻訳し掲載した記事になります。

CodementorのSteve Klabnik氏(以下Steve氏)は、オープンソースプロジェクトのコントリビューターとして知られており、2014年には1900以上のコントリビュートを行っています。

今回は、Steve氏よりこれからエンジニアを目指している方に「エンジニアとして成功する上で大事な9つのこと」を紹介していきます。

1. 常に1つのことに集中する

自分が新しいことを学ぶときはいつでも、やるべきことを分解して取り組むようにしている。

プログラミングをする際、作業によっては複雑に構造化して考えるものがあるだろう。1つのタスクを消化するためにもあらゆる方法があり、選択するだけで迷ってしまう。

ただ、何をするにもプラス面マイナス面はあるわけだから、1つのことに集中し、それに向かうことが大事なのだ。

2. 人々はそれぞれいろんな考えを持っている

プログラミングを知らない人の中には、簡単なことだと思っている人もいる。そういった人は、アセンブリのコーディングをすればあとは全てコンピュータがやってくれると勘違いしている。

本当のWeb開発者は、マークアップ言語・プログラミング言語を書き、スタイルを当ててあらゆるデバイスやシステムに応じて作っているのが事実である。もちろん相当難しいことだ。

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

3. 80%の仕事で十分だ

同じ車というものを作る上でも乗用車とレースカーでは必要な機能が違うだろう。

レースカーに搭載されている機能すべてが乗用車でも必要になるということはほとんどない。それは逆も然りだが、つまり80%くらいの完成度で十分なのだ。残りの20%の機能というのはほとんどの人が使わないし100%完璧を目指すのはよろしくない。

残りの1%のバグを追いかけても時間を浪費するだけなのだから。

4. 「ググる」能力を高めよう

多くのプログラミング初学者は、「ググる」という仕事を過小評価しすぎている。私の仕事ではよくプログラミングをする時間よりも何か検索していることの方が多かったりする。

5. 分からなければ聞く、分からない人がいれば助ける

プログラミングは、社会的な活動要素が多い。もし知人のサポートが無ければ自分は良いプログラマーにはなれなかったと思う。周りの知人は何かしら得意分野があって何か聞けばすぐに教えてくれる。逆に彼らから質問があればサポートするようにしている。

6. 技術は常に変わり続けている

テクノロジーは常に変化しており、プログラマーも言語主義者でいてはならない。

もし私が1980年代にプログラミングを始めていたら間違いなくアセンブリ言語を利用していただろう。しかし今ではほとんど使われていない言語だ。

これは全てのテクノロジーに当てはめることができて、Ruby on Railsも誰も使わない将来が訪れるかもしれない。

7. オープンソースに貢献しなくても問題はない

私にとってオープンソースに貢献したりドキュメントを作ることはより自分をステップアップするために大事な要素だけれども、ほとんどの人はドキュメントを読むことすら退屈に感じるだろう。

だからオープンソースに貢献するよりも自分にとってのゴールに向かうことが大事なのだ。

私のケースを少し話そうと思う。

私がRailsのコントリビューターになりたいと思った時に、当時あった未解決のイシューに全て目を通したことがあった。その中から一つピックアップし、解決案を提出したらそれが受け入れてもらえたのだ。その体験が自分にとっては本当にワクワクするもので

より自分の技術のレベルを上げるために難題にチャレンジし、

8. プログラマーは失敗の連続である

もしあなたがテスト駆動開発をした場合、「red, red, red, green, red, red, red, green」といった反応を見ることになるだろう。どういう意味かと言うと、作業のほとんどがエラーの連続であるということだ。

もちろんエラーばかり表示されて先に進めないと気分も下がるだろう。ただ、完璧にいかなくても上手く動かなくても焦ることはない。それがプログラマーの仕事なのだから。

9. 諦めない

プログラミング初学者からすると、何が難しくて何が簡単なのかイメージしづらいだろう。だから簡単だと思っていたことが本当は難しい実装であったりする。もちろんその逆も然りだ。

XKCDのイラストはそれを見事に表現している。

tasks

Q. ユーザーが写真を撮ったらナショナルパークにいるかどうかチェックしてもらってもいいかい？

A. お安い御用。数時間あればできるよ。

Q. あ、あと鳥の写真かどうかチェックしてほしいんだ！

A. それは研究チームと5年くらい時間が必要だな。

同じような質問にも見えるが、開発の難しさは大いに異なる。開発経験がない人からすれば、何が難しくて何が簡単なのか分からないかもしれない。

ただ、それは難しいプロジェクトを完成するごとに自分で理解してくるもの。そして、解決案やこうすれば良いといった勘はやっていく中で身につくものだ。

もちろん初めの頃は極めて大変かもしれないが、やっていく中で簡単に感じていくものだろう。

[お知らせ]TechAcademyでは初心者でもエンジニアになれるオンラインブートキャンプを開催しています。これからエンジニアを目指す方はぜひご覧ください！

3つの事例から学ぶ！適切なパンくずリストの使い方

本稿は、Webdesigner Depotのブログ記事を了解を得て日本語翻訳し掲載した記事になります。本記事は、コピーライターのMarc Schenke...

プログラミング

【歴史から学ぶ！】もう廃れてしまったWebのトレンドとは

本稿は、Webdesigner Depotのブログ記事を、Webdesigner Depotより了解を得て日本語翻訳し掲載した記事になります。 ...

プログラミング

IT業界の著名人がプログラミング教育について語った記事・コメントを集めてみた

国内外問わず、プログラミング教育に対するニーズは高まっています。以前の記事でも紹介したように、既に子どもがプログラミングを学習する機会は増えているようで...

プログラミング

偉大なプログラマーから学ぶ！プログラミングの考え方を学べる良書9冊とは！

本稿は、CodingDojoのブログ記事を、CodingDojo Blogより了解を得て日本語翻訳し掲載した記事になります。本記事は、Katie Bouwkam...

プログラミング

なぜエンジニアとデザイナーは一緒に仕事をする必要があるのか

本稿は、Designmodeのブログ記事を了解を得て日本語翻訳し掲載した記事になります。本記事は、Carrie Cousins氏によって投稿されました。 ...

プログラミング

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

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

プログラミング

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

本稿は、Studio by UXPinのブログ記事を、了解を得て日本語翻訳し掲載した記事になります。「問題を解決するためには、まず最初に、問題が存在すると認識することです。」- ジグ・ジグラー製品の問題定義は、製品開発の土台であり、ひいては製品の成功のための鍵となります。デザインに関する問題の解決策も、この問題定義を土台として導くことができるのです。つまり製品のデザインは、深い理解と定義が要されるような問題から始めるべきです。最初に何となく正しいと思える問題から、深く考えずにデザインを始めるとしたら、良い結果は期待できません。画像：「理解」→「定義」→「アイデアの形成」→「デザイン」→「テスト」の循環。UXPinからMarcin Treder氏による「デザインプロセス」より問題定義を中心としたアプリのデザインプロセスについて見ていきましょう。身近な問題を解決するアプリをデザインすることを想定します。 1つは「ストレス過多」の問題です。私は友人を集めて、ストレスの問題を抱えているかどうか聞いてみたところ、12人中9人が「はい」と答えました。「いいえ」と答えた3人は、超人的な禅僧のような精神の持ち主ではないかと思えたくらいです。アプリのデザインにおいて考えるべき問題を見つけたら、次は問題定義（解決するべき問題の範囲を定める宣言文）を書きます。チームのメンバーに上手く問題を提示できるような、質の高い問題定義の書き方をご紹介します。あなたが素晴らしい製品アイデアを思いついたり、フィードバックを受け取ったときには、次の方法が思考の指針として役立ちます。問題を認識する私は、DAPPER GENTLEMENという会社でアプリのチーム開発の仕事をしていますが、アプリのデザインや機能の設計方法についての話題をよく聞きます。創造意欲やアイデアを得られるような良いデザインのアプリの話もあれば、時には全てにおいて出来の悪いアプリの話もあります。最近、私の妻が新生児の育児サポートアプリについて「これは悪いアプリね。」と話していました。私はデザイナーとしての直感から、何か問題がありそうだと思いました。私が「解決の必要な問題があるの？」と聞くと、妻は「いいえ、ただ話を聞いて共感してもらいたかっただけ。最後まで話をさせてくれる？」と言いました。「もちろん力になるとも！まず最初に、問題をより深いレベルで理解する必要があるね。」私は声を大にして言いました。「・・・（ため息）」多くの開発者やデザイナーは、ユーザーの声に耳を傾けて問題をよく考える時間を取らないため、ユーザーの抱えている問題の解決方法を知らないようです。これは彼らが怠惰だからではなく、問題の本質的な原因を深く考える術を知らないからです。デザインプロセスも何らかの始点が必要ですが、このような問題が始点となることも多いのです。私の妻の例では、彼女の使っているアプリが「悪いアプリ」であることが問題でした。問題を認識したら次にすべきこと：問題を理解する問題を認識するだけでは解決できません。問題についてよく知る必要があります。ユーザーの声に耳を傾けて考える問題の解決へと一気に急いではなりません。まずユーザーの声に耳を傾けて、現状を把握する必要があります（私と妻のやりとりの例を考えてみてください。）。一方的な質問も構いませんが、現状を把握する前に、解決策を提案すべきではありません。また問題に疑問を投げかけて、さらに深く掘り下げてみましょう。「私はストレス過多である」という最初の問題に戻りましょう。「アプリの出来が悪い」という問題は、おそらく「ストレス過多」の問題と同じように考えることができます。ストレスを管理する方法はいくつあるだろう？ストレスの量が、本質的な原因なのだろうか？それとも、もっと深くにある問題の兆候に過ぎないのだろうか？出来の悪いアプリを改良する方法はいくつあるだろう？アプリの全体的なデザインが、本質的な原因なのだろうか？それとも、もっと深くにある問題の兆候に過ぎないのだろうか？兆候と問題を見分ける兆候とは、製品においては機能性や使用感が「標準」的な品質を満たしていないと、ユーザーが主観的に感じることです。より分かりやすい例では、疲労感は睡眠不足の兆候です。疲労感は、元気に活動できるという「標準」の状態から外れていると感じる主観的な感覚であり、睡眠不足という問題の兆候となっているのです。「ストレス過多」の問題でも、ストレスを感じないという「標準」の状態から外れていると、本人が主観的に感じているのです。ストレスの対処方法には、夜にグラス1杯のワインを飲んだり、音楽を聴いたり、テレビを観たりなど色々あるでしょう。ストレス発散のために、精神崩壊や癇癪を起こすに至る人もいるかもしれません。静かな場所に座って、深呼吸をして、ストレスの原因について考えることもできます。もっとも、多くの人はストレス状態にあることに気づいてすらいないため、原因を認識することは難しいのです。では、「ストレス過多」は根本の問題でしょうか？もしかしたら、もっと深い問題の兆候に過ぎないかもしれません。問題を解決するには、それ自体が根本の問題なのか、それとももっと深い問題の兆候に過ぎないのか考える必要があります。 [PR] プログラミングで挫折しない学習方法を動画で公開中根本原因を見つける問題の根本原因を見つけることはなぜ重要なのでしょうか？それは兆候を解決するだけでは、問題を完全に解決したことにならないからです。例えば、脚の痛みを感じたときにアスピリンを服用して痛みを緩和できても、痛みの根本の原因を解決したことにはなりません。問題の兆候として現れる痛みを何度も経験することになります。病院に行って「骨折が脚の痛みの原因です。」と診断されて初めて、骨折という根本原因を見つけることができるのです。では、「ストレス過多」の問題の根本原因を見つけるにはどうしたらいいでしょうか？トヨタ生産方式の「5つのなぜ」による分析を応用することができます。 5つの「なぜ」による分析 5つの「なぜ」による分析とは、「なぜ」から始まる疑問を繰り返すことにより、問題の根本に存在する因果関係を探り出すテクニックです。私の妻の話を思い出してみましょう。「これは悪いアプリね。それから、私が話をしているときには、もう少しよく聞いてくれても…。」彼女の抱えていた問題は、新生児の育児のための生産性向上アプリの使い方がよく分からないことでした。消費されたおむつの数や、ミルクの量などを楽しく管理できるアプリです。「5つのなぜ」による分析によって、このアプリの問題の深くにある根本的な問題を見つけてみましょう。なぜ出来の悪いアプリなのか？答え：正しく作動しないから。（より深い問題）なぜ正しく作動しないのか？答え：どこを操作したらいいのか分からないから。（より深い問題）なぜどこを操作したらいいのか分からないのか？答え：アイコンが上手く機能していないから。（より深い問題）なぜアイコンが上手く機能していないのか？答え：アイコンの選択後に、思っていたページに進まないから。（より深い問題）なぜアイコンの選択後に、思っていたページに進まないのか？答え：一見アイコンに見えるものがアイコンではない一方、アイコンには見慣れない要素が使われているから。（「問題解決につながる行動」が見つかりました！）私からこのアプリのデザイン担当者に意見を送ったため、この問題の根本原因には早く気づいてもらえたと思います。問題の根本原因はいつも「5つのなぜ」の5番目で見つかるとは限りません。では、根本原因を特定するにはどうしたらいいでしょうか？その鍵となるのが、「プロセスの欠け」または「問題解決につながる行動」を見つけ出すことです。これらは複数見つけられることもあります。「ストレス過多」の問題も同じように分析してみましょう。なぜ私はストレス過多なのか？答え：ストレス過多を起こす思考を多く抱えているから（より深い問題）なぜストレス過多を起こす思考を多く抱えているのか？答え：思考を鎮めることができないから（より深い問題）なぜ思考を鎮めることができないのか？答え：思考を鎮める練習をしていないから。（より深い問題、「問題解決につながる行動」が見つかりました！）なぜ思考を鎮める練習ができないのか？答え：思考を鎮める方法を知らないから。（「プロセスの欠け」が見つかりました！）なぜ思考を鎮める方法を知らないのか？答え：思考を鎮める方法が必要だと自覚していないから。（より深い「プロセスの欠け」が見つかりました！）この問題の根本原因は、思考を鎮めて精神を集中するプロセスが欠けていることだと判明しました。この問題では思考を鎮めることが、ストレス緩和、さらに問題解決につながるでしょう。次は、問題定義を発展させてみましょう。問題の再定義新しい問題定義：「ユーザーのストレスを緩和するために、精神を鎮められるように支援する」先の例では、5番目の「思考を鎮める方法が必要だと自覚していない」問題よりもさらに深い問題は見つけることができるでしょうか？「プロセスの欠け」をさらに深く考えることが、製品デザインに役立つことがあります。より深く抽象的な問題定義を書くことで、最初の兆候のみならず、より広い範囲の兆候を解決できるからです。また、デザインのプロセス全体を通して、問題定義は発展させ続けることができます。問題定義が深く具体的になり過ぎたときには、1段階元に戻して抽象化し、再定義すればいいのです。さらに新しい問題定義：「ユーザーのストレスを緩和するために、自分自身にもっと意識を向けられるように支援する」また、問題の再定義と組み合わせることで、根本原因を見つけて解決策を導くのに大いに役立つ手法があります。これらはチームでデザインの問題を深く考えるときにも応用できます。ブレインストーミングを実践する問題に取り組む全員（デザイナー、開発者、マーケティング担当、経済アナリストからセールス担当に至るまで）を集めます。デザインの問題を最終的に解決する仕事は、デザイナーに委ねられていますが、他の部門の人も役に立つ洞察力で貢献できるかもしれません。セールス担当はユーザーに最も近い存在であるため、問題をより深く理解しているかもしれませんし、経済アナリストは市場の読みにおいて優れているでしょう。問題のリサーチを実践するすでに似たような問題が発見されていないか調べるために、競合製品の市場分析を行うのも有効です。あるいは、消費者調査を実施することもできます（ストレスについて私が友人に聞いたように）。すでに市場に売り出している製品であれば、データ解析、ヒューリスティック分析、ユーザーテストなどを行うこともできます。モバイルアプリと正しい問題定義例として、問題定義が優れている3つのアプリを見てみましょう。 1. Enlight Enlight（iOSの写真加工アプリ）のStav Tishler氏によると、「これまでプロの写真家だけがデスクトップでのみ利用していた創造的なツールを、モバイル端末を使う写真家にも提供すること」がこのアプリの問題定義です。 Enlightは、優れたデザインとテクノロジーによってこの問題を解決しました。Lightricksが商標権を有する画像処理エンジンによって、Enlightの各種ツールでは、一貫性のあるUI（ユーザーインターフェース）が実現され、ユーザーは1つのツールで行った処理を、他のツールに継承させることも可能です。 2. PureChat PureChatのCEOであるHamid Shojae氏によると、「小規模ビジネスの運営者が、彼らのWebサイト上で訪問者とのコミュニケーションを円滑に行うことを支援すること」がこのアプリの問題定義です。 App StoreとGoogle Playの両ストアにおいて4.5星の評価を保持していることが、問題解決に成功した証といえるでしょう。 3. Crowd Mics Crowd MicsのCEOであるTim Holladay氏によると、「ユーザーに会議、ミーティングなどライブ形式の会合で自分の声が周囲によく通ることを可能とすること」がこのアプリの問題定義です。 Crowd Micsは、ユーザーのスマートフォンをワイヤレスのマイクに変えてくれるアプリです。結論あなたが製品によって解決したい問題を考えるために少しの時間をかけることで、将来、デザインを決定するときに役立つ強力な土台を築くことができます。ステップのおさらい問題定義製品によって解決したいと思う問題のリストを作成することから始めて、これらを考え合わせて問題定義を書きます。「5つのなぜ」による分析次に、「5つのなぜ」による分析を行い問題定義をより深く考えます。ブレインストーミングと問題定義の発展最後に、チームのメンバー全員を集めて、問題について議論と再評価を行います。より明確な問題定義が必要であれば、問題定義は繰り返して書きましょう。良い問題定義を作成できても、それにとらわれる必要はありません。デザインのプロセスが進む中で、新たに考えるべき事が発生すれば、問題を再定義しなければならない場面もあるでしょう。 [お知らせ]TechAcademyでは初心者でもUI/UXデザインができるようになるUI/UXデザインオンラインブートキャンプを開催しています。現役UI/UXデザイナーのサポートで学びたい場合はご参加ください。

アプリデザイン

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

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

イベントレポート

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

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

インタビュー

【脱フリーター！】正社員とフリーターの生涯年収は約3倍も違う！？

フリーターと一口に言ってもその状況は様々。「このままフリーターを続けてても良いのかな」「今が楽だしそれなりに稼げるから問題ない」と思っている場合は、もう少しフリーターという生き方を考えてみた方が良いかもしれません。フリーターと正社員とでは、どのような違いが生まれてくるのか詳しく解説していきます。フリーターとはフリーターとは、正社員以外の形（アルバイトなど）で生計を立てている人のことをいいます。高校卒業後すぐに10代で社会に出たという人の場合、社会に出て5年以上たっているけれど、今もまだフリーターという方も少なくないでしょう。「将来的にやりたい仕事や大きな目標がある。そのためにかける時間をどうしても確保したいからフリーターをやっている」というのであれば、一時的にフリーターという生き方を選ぶのも一つの選択肢といえます。しかし、もしあなたが「特にやりたいことがないから」「なんとなく楽だから」という理由でフリーターという働き方を選択しているとしたら、将来について少し考えてみる必要があります。特に年齢的に20代後半が近づいてきている人にとって、自分の職業や将来について考えることは今すぐやらなくてはならないことと言えます。 25歳以上のフリーターは「年長組」 20代前半の人であればどの職場でも問題なく雇ってもらえるケースが多いかもしれませんが、25歳を過ぎた頃から急に採用されにくくなるというのが実情です。 25歳を過ぎた人は採用側からすると「フリーター年長組」扱いとなるのが普通ですから、まったく同じ条件の応募者がいる場合には、20代前半などのより若い人を選ぶ傾向があります。若さを売りにできるのはどんなに遅くとも24歳まで。あなたがこの年齢に近づいている（あるいはすでに過ぎている）のであれば、少しでも早く正社員としての仕事を探すことが大切になります。正社員との生涯年収の差フリーターと正社員の生涯年収（一生のうちに稼ぐお金の額）についても考えておく必要があります。 20代前半のうちは正社員として働いている人も年収が低いため、場合によってはフリーターとして仕事をした方が稼げるということも少なくないかもしれません。しかし、年収について考えるときには「一生涯に稼ぐ金額」という視点からも考えて見る必要があります。正社員の人の生涯年収は一般的に2億円〜3億円と言われている一方、フリーターの方の場合は6,000万円〜9,000万円が相場とされています。その差は実に2億円以上。若いうちの年収はほとんど一緒でも、長い目で見ると圧倒的な差がついてしまうことがお分かりになると思います。夢さえあればお金はいらない？「夢さえあればお金はいらないよ…」と今は思っている方ももしかしたらいるかもしれませんが、20代後半〜30代になると出産や育児に関するお金も必要になります。 40代になると親の介護も考えなくてはなりません。有料老人ホームや介護施設に親を入れるための費用は数千万円が必要になりますから、親はサラリーマンで貯蓄があるだろうから大丈夫だろう…と思っていたら実はまったく足りなかった…ということも珍しくないのです。子供や親の面倒を自宅であなたが見るということになると、あなたが挑戦できる仕事は非常に限定されることも理解しておきましょう。正社員との福利厚生の差もしっておこうフリーターと正社員の違いは生涯年収だけではありません。家族ができたときの出産費用や、育児のために必要な期間だけ休みがとれるかどうか？といった福利厚生についてもフリーターと正社員とでは大きな差があるというのが実情なのです。健康保険や厚生年金など、社会保険についてもフリーターは圧倒的に不利であることを知っておきましょう。フリーターの人は国民健康保険や国民年金といった「本来は自営業の人が加入する保険制度」に加入しなくてはなりません。自分で事業をしている人であればサラリーマンよりも生涯年収が高いため何とかなりますが、収入の少ないフリーターが自営業向けの社会保険制度にしか加入していないというのは、将来のことを考えると「非常に不安定」と言わざるをえません。一方で、正社員として働く場合には健康保険や厚生年金といった保険制度に加入することになりますので、万が一があった時や老後に年金としてもらえるお金もフリーターに比べると多くなります。 [PR] プログラミングで挫折しない学習方法を動画で公開中人生設計を真剣に考えるあなたは将来的に結婚したいと思っている恋人がいますか？その人はきっと、フリーターをやりながら将来の夢に向かって頑張っているあなたを応援してくれる人なのだと思います。しかし、その人を本当の意味で幸せにするためには、ある程度のお金が必要になることも知っておかなくてはなりません。あなたが男性の場合、結婚するためには相手の親を安心させることができないと、結婚の承諾を得ることすら難しいケースもあるでしょう。子供ができたら？フリーターのあなたと恋人の2人であれば問題なく生活していくことができるかもしれませんが、一緒に生活を始めれば子供を授かることになるかもしれません。女性は出産や育児を経験すると仕事に採用されるのが難しくなり、急激にお金を稼ぎにくくなるというのが実情です。そもそも子供を育てながら仕事をするためには実家の両親の支援がないとほとんど不可能ですから、その面でも相手の両親の同意を得ることができるかどうかはとても大切になります。あなたの恋人はフリーターのあなたを認めてくれるかもしれませんが、あなたの親世代の人たちはフリーターのあなたを認めてくれるかどうかはわかりません。フリーターは家を買えない？結婚して子供ができたら家や車の購入を考える時がくるかもしれません。そうなると、一軒家やマンションなどを検討することになりますが、都市部で家を買うための金額は少なく見積もっても3,000万円程度〜が必要です。あなたやあなたの恋人の実家が大金持ちで全部面倒を見てくれる…というのなら話は別ですが、自分たちの収入だけでやっていく必要があるのであれば、家を購入するためには住宅ローンを組む必要が出てきます。住宅ローンというのは簡単にいうと銀行からお金を借りることなのですが、フリーターの方の場合、住宅ローンを利用するのは非常に難しいというのが実情です。銀行側も住宅ローンの審査をするときには「この人はちゃんとお金を返してくれる人なのか？」ということを入念にチェックします。あなたの職業や収入金額、貯金額についても当然チェックされますから、フリーターとしての収入や地位しかない場合には銀行としても住宅ローンの審査落ちとせざるを得ない場合がほとんどなのです。このように、フリーターとして生きることは自由なようで長い目で見るとさまざまな問題を抱えることになることを知っておきましょう。ひょっとしてあなたが、今だけにフォーカスして生きている状態だったとしたなら、いま一度、自分の人生を見つめ直す時間をとってみてください。正社員を目指そうここからは、フリーターを脱却するためにはどういうステップを踏めば良いのか？について考えていきましょう。フリーターを脱却するということは簡単にいうと正社員になるということです。「正社員になる」というと、なんとなく型にはめられた堅苦しい生活を送ることになる…というイメージを持っている方ももしかしたらいるかもしれません。しかし、多くの場合は漠然と「自分にはどんな仕事が向いているのだろう？」と考えているよりも、「正社員として働くことを前提として、自分にはどんな仕事が向いているのだろう？」と考えて見る方が良い結果につながることが多いのです。正社員として働くことを前提にすると、ある程度選べる仕事が限定されますが、限定されるからこそ具体的な進路が見えてくるということですね。以下では、限られた選択肢の中で自分にあった仕事を探す方法について考えてみましょう。限られた選択肢の中で「自分は何をしたいのか？」考える自分は何をしたいのか？自分にはどんな仕事が向いているのか？について考えることを自己分析と言います。自己分析を行うときには、以下のような順番で考えてみると「ひょっとして自分に向いているのはこういう仕事なのかも？」というものが見えてきますよ。自分の出生〜現在までの経験から「自分史」をつくるまずはあなたがこれまで歩んできた人生について見つめ直し、自分史（自分についての歴史年表のようなもの）を作ってみましょう。小学校から中学校、高校と進んできた人生の中で意外に「自分でした決断」が多いことに気づくと思います。中学校や高校ではどんな部活に入ることを選びましたか？サッカー部ではなくバスケ部だったのはなぜ？高校では中学校で選択した部活とは違う部活を選んだのは？…といったように具体的に考えていくと、あなたが何か決断をするときの傾向や、好きなもの、好ましいものとして選ぶものの傾向のようなものが見えてくるはずです。過去の経験やエピソードについて考える自分史が出来上がったら、より具体的にそれぞれの段階で経験したエピソードを思い出して見ましょう。特に、何かの問題にぶつかり、それを解決した時のエピソードについて考えて見てください。結果的にうまくいったこともあれば失敗したこともあると思いますが、大切なことは、問題にぶつかったときにあなたがどのような行動をとり、どのような結果を得たか？どのような役割を演じたか？です。リーダーとして問題解決に当たったという人もいればサポート役として頑張ったという人もいるでしょう。ここで見えてくることは、あなたがどうやって問題を解決するタイプの人間なのか？です。これは正社員として職業を選択するときにとても重要なことです。なぜかというと人は自分の嗜好に合った形で問題解決に当たることができるときにモチベーションを維持できるためです。正社員として働いていくためには長期間にわたって自分の仕事に対して高いモチベーションを維持できなくてはなりませんから、「自分がどういう形で仕事や問題を解決するのを好む人間なのか？」を知っておくことはとても大切なことです。自己分析の内容は、実際に仕事の面接を受ける時には自己PRや志望動機を面接官にアピールするときに役立ちます。自己分析が完了したら、実際に仕事をどこで探してくるのか？について考えましょう。正社員の仕事を探す具体的な方法は？正社員の仕事を見つけるためには、正社員の求人情報（企業側が出している情報）がどういうところに出てくるのか？を知っておかなくてはなりません。正社員の求人情報は以下のようなところで見つけることができます。ハローワークを活用するハローワークとは、厚生労働省が運営している「就職支援、雇用促進」のための公的な就職支援サービスです。職業相談や求人の紹介などを無料で利用することができます。資格を取得する自己分析を通して、具体的にやりたいことや方向性が見えてきたという人は、資格を取得することを第一の目標にするのも良いでしょう。もちろん、資格を取得するだけでは状況は変わらないので、その資格を武器に転職活動を行うことを前提に戦略を立てることが大切です。資格の種類 ITパスポート ITの最も基本的な国家資格です。 ITを利用しない業種はない現代ですのが、ITに疎い年代が多い企業もあります。その様な企業への転職を考えた時に、ITパスポートという比較的簡単に取得できる国家資格を取得しておくと良いかも知れません。 IPA(独立行政法人情報処理推進機構) スキルを身につける資格を取得することから一歩進んで、手に職をつけるということも考えておきましょう。手に職をつけるというのは、転職市場で「私の特技はこれです」というあなたを高く売り込むための「売り物」を持つということです。手に職をつけることができれば、過去の経歴がフリーターだったとしても積極的に正社員として採用をしてもらえたり、転職後のキャリアアップも実力次第でどんどん上を目指すことができるようになります。特に、業界そのものが伸びているIT業界で活躍するエンジニアは転職市場でも非常にニーズが高く、どこの企業でもエンジニアが不足していると言われています。 IT業界でおすすめの転職サイト・エージェントもまとめているので、転職を検討している方はぜひ活用してみてください。スキルの種類コミュニケーションスキル正社員として働く場合非常に重要なスキルがコミュニケーションスキルです。アルバイトと正社員の決定的な違いとして、関わる社員の数があります。アルバイトであれば、決められた範囲の作業だけ行えば良いです。しかし、正社員の場合、答えのない仕事を他部署の社員と協力して、成果を上げる必要があります。そのために、正社員であれば、自分の部署以外の人ともコミュニケーションを取るスキルが重要視されます。プログラミングスキルエンジニアになるのであれば、まずはプログラミングスキルを習得することが求められます。未経験者がエンジニアになるのは可能ですが、「プログラミングスキルが全くない」「PCをあまり触ったことがない」という状態ではやはり厳しいと言わざるをえません。そこで、基礎的な知識やスキルの習得については専門のスクールを利用するのが良いでしょう。その際、単にプログラミングスキルの習得だけではなく、スキル習得後の転職活動までトータルで支援してくれるスクールを選ぶのが大切です。以下ではプログラミングスキルを最短距離で学ぶことができ、ITエンジニアとしての転職活動も一貫して支援しているスクールを紹介します。 TechAcademy就職予備校フリーターからの脱却を意識してアクションを起こすのであれば、短期間で効率的に動いていきたいものですよね。正社員になる方法としてスキルを身につけることで、長期的に活躍するキャリアの選択肢を自ら作ることができます。 TechAcademy就職予備校では、フリーターからITエンジニアへの転職成功までを支援するサービスが全てついています。 ITエンジニアの世界でもっとも汎用的でキャリアの選択肢も広く、市場ニーズが高いと言われている「Java」というプログラミング言語を学習し、基盤となるスキルを習得します。カリキュラムの内容は8週間で完了するよう構成されています。このスクールの大きな特徴であり魅力的なポイントとして、現役エンジニアから学習のサポートを受けられるという点です。実際に、自分が目指すITエンジニアという職に就いている人からのサポートを受けられるのは他のスクールではなかなかありません。実際にどのようにして働いているのか、学習のコツやポイントなども聞くとモチベーション維持に繋がるはずです。また、このスクールの大きな特徴として「オンライン完結」であることが挙げられます。どこか教室に通う必要がないため、ネット環境とパソコンさえあればいつでもどこでも学習ができます。通うのが億劫になってしまうモチベーションの心配や、交通費が余分にかかったり、移動の時間なども節約できますね。また、このスクールで学習した人には転職活動の支援もついています。現在フリーターで、経験のない業界に転職をするのは多少は勇気がいることですよね。どういう業界なのか、どんなポジションが向いているのか、リアルな企業情報など転職のプロであるキャリアカウンセラーが1つ1つ丁寧に説明しながら進めていきます。履歴書や職務経歴書の添削もしてくれるから、「まともに書いたことがない・・・」という人でも大丈夫です。受講料金は59,000円（税別）となっていますが、転職に成功した場合は受講料金を全額キャッシュバックしていますので、実質負担はゼロで挑戦できます。（※一定の条件あり）今回こそはフリーターを脱して、これからの人生を好転させたい！という方はTechAcademy就職予備校を詳しく見てみてください。この記事を監修してくれた方中本賢吾（なかもとけんご）アジマッチ有限会社　代表取締役社長開発実績：PHPフレームワークを利用した会員制SNS・ネットショップ構築、AWSや専用サーバー下でLinuxを使用したセキュアな環境構築、人工知能を利用したシステム開発、店舗検索スマホアプリ開発など。地域の職業プログラマー育成活動では、小学生がオリジナルAndroidアプリをGooglePlayでリリース、NHK Whyプログラミング入賞、全国Programing Festival入賞。ゲームで遊ぶより作ろうぜ！を合言葉に、小学生でも起業できる技術力を育成可能で有ることを証明し続けている。

キャリア・転職

デザインはセンスじゃない！Photoshop/Illustratorの講師が語るWebデザインのポイントとは？

TechAcademyのはじめてのPhotoshop講座とはじめてのIllustrator講座の講師を担当する鈴木拓郎氏にインタビューを行いました。鈴木氏は、以前に楽天株式会社に所属しており、楽天市場の出店者向けに講座を行う楽天大学の「画像処理講座」に兼務で参加されていました。その講師の結果として、社内で初となる3年連続で講師オブザイヤーという賞を受賞されています。そんな鈴木氏にこれまでのご経験と、発注者が意識すべきWebデザインのポイントについてインタビューしました。お話を伺った方鈴木拓郎氏フリーペーパー発行、ネットショップの運営などの経験を経て2006年に楽天株式会社に入社。楽天市場の店舗出店をサポートする部署に所属し、店舗サイトデザインのアドバイスなどを行う。また、出店者向けに講座を行う楽天大学の「画像処理講座」に兼務で参加。社内で初となる3年連続で講師オブザイヤーを受賞。その後、Google日本法人でソリューション営業を経て、小売業とコンサルティング業をしながら、月に一回のFMラジオでECネタでコーナーを展開している。 Photoshop/Illustrator講座講師インタビューここからはインタビューをお届けします。 –鈴木さんがもともとPhotoshopやIllustratorを使うようになったのはいつごろからですか？もともと私は個人でアパレルのお店を運営していたのですが、そのお店のオリジナル商品としてTシャツのデザインを作るために使い始めました。使い方は独学で学びました。その後、2000年あたりに同じ業界の近所のお店どうしでフリーペーパーを発行することになったのですが、フリーペーパーを制作できる人がいなかったので私が作ることになりました。タイピングやロゴ作成などの少し難しい作業もここで習得しましたね。このような経験をしていく中でよかったのは、お店に出入りしているスタイリストの方やバイヤーの方との付き合いから、一線で活躍しているプロのデザイナーやイラストレーターにアドバイスをもらえるようになったことです。プロの方に相談していくと、「こういう使い方があったんだ」という独学では学べない知識がついていきました。商業的に使えるような技術はこの頃に身につきましたし、ビジュアルのデザインを見た時にどうしたら同じものが作れるのかということもわかるようになりました。 –楽天に入社されてから楽天大学の講師を担当されるようになったきっかけはなんですか？小売やネットショップの運営経験があるということは、楽天市場加盟店のサポートがより深い所でできるのではないかという部分で楽天市場に入社することができたと思います。楽天では楽天市場の店舗さんのネットショップ構築をサポートする部署に所属していました。その当時、楽天大学（楽天市場の出店店舗向けにネットショップの構築から、インターネットでの販売方法を考えて学んでいく学校）の画像処理とHTMLの講座があり、先輩の推薦で登壇させてもらえることになりました。当時、講座には受講者の満足度を図るシステムがあって、この２つの講座はどの人が講師を務めても満足度が低く、問題視されていた講座だったように記憶しています。なので、『我こそは！』と、勇んで挑戦した気持ちもありましたね（笑）。しかし、初登壇の講座では満足度がものすごく低く、平均にも満たない程。さすがに落ち込みました。落ち込みすぎて、当時の上司に慰めてもらったほどです。勇んでいって玉砕して、落ち込む・・・情けない話です・・・（笑）それでも当時の上司が再度チャンスをくれたんです。その上司の気持ちに応えたい気持ちもあって発想を変えて臨んだ次の講座では、なんと満足度が5点満点の平均で4.6くらいまでに一気に上がったんです。その時は、素直に嬉しかったですね。結果として、その講座全体でも、過去にないくらいの高い満足度だったので、月間MVPを受賞することもできました。その後も、通常業務と兼務で、月にだいたい2本の講座の講師を務めるようになりました。 –なぜ、満足度が改善されたのですか？初登壇の時は何回も練習して、テキストを読み返したり時間配分をコントロールしたりして、内容を全て頭に入れてました。他には声の大きさや、話すスピード、元気の良さ、なんかも気にしていました。しかし結果（満足度）はというと、低かった。受講者のレビューを見ても原因が分からない。と言うことは次回も同じ結果ではないか？って思ったんです。 PDCAサイクル（仮説→実行→検証→改善）という言葉がありますが、（当時の僕の勉強不足もあるかもしれませんが）改善が見えなかったんです。なので、改善ではなくて転換しようと思いました。練習してきた事以外に、今までこの講座をやってきた先輩講師がして来なかった内容が必要なんじゃないかと、ネットショップを運営する方が、この講座で本当に必要なのは、デザインを覚える事ではない、その先にあるお店の運営とデザインを結びつけることじゃないかって考えたんです。僕もネットショップ運営者でしたので、自分事として講座の内容を考えなおしました。結果、テキストには載っていない伝えるべきことが沢山あることに気づきました。テキストに印刷もされていない内容なので、ホワイトボードに図を書いたり、絵を書いたりして説明しました。字が汚くても、ノウハウを受講者全員に理解できるように伝えることだけを考えました。そんな気持ちで挑んだ2回目は初回よりも緊張して変な汗はかくし、熱くなってスールのジャケットは脱ぐし、シャツの袖は捲る。そんな熱血（というよりも必死さ）が伝わったのかもしれないですね。（笑） –講師オブザイヤーというのは、講師陣の中でその年もっとも評価された講師に贈られるものだとおもいます。その中で3年も連続で受賞できた理由は何だと思いますか？先ほどの問いの答えと重なりますが、自分でネットショップを運営していた経験をもとに、カリキュラムにないことを積極的に話すようにしたことと、「全受講生が共感すること」を意識したことがよかったのだと思います。ノウハウや事例を聞いたって、全てが使えるわけではないですが、ネットショップを運営する中でビジュアルが1つ作れるだけで表現の幅がものすごく広がることは実感していたので、絶対にこれだけは伝えたいと思っていました。また、ネットショップのオーナー側に立って、外注ばかりに頼っているとコストがかかってしまうことなども伝えていたので、そこが店舗さんの共感をよんだんじゃないでしょうか？ –楽天大学の講座を実際に講座を受けられた方の反応はいかがでしたか？講座のアンケートを毎回取っていたのですが、コメント欄に名指して「鈴木さんありがとうございました」といったことをたくさん書いていただきました。アンケートの担当者の話では、感想で講師を名指しで評価される事は珍しいと言ってました。他には、まったく同じ内容の講座なのに2回目を受けてくれる方もいて嬉しかったですね。 –今回なぜTechAcademyの講師を引き受けてくれることになったのでしょうか？今まで右も左もわからなかった方が受講したことによって、一歩を踏み出せるような背中を押してあげられる講座であればやりたいなと感じたからでしょうか。受講された方の可能性を広げたいという気持ちもありました。それは楽天大学で講師をしていた時と同じですね。あとはメインの理由ではありませんが、都度アンケートを取ることができるので、今のニーズを知ったり、講師としてレベルアップできるのではないかとも思いました。 –TechAcademyではPhotoshopとIllustratorを担当されていますが、どんなことを意識して講座を行なっていますか？できるだけ悩みや先入観を取り払ってあげることを意識しています。私が伝えたいだけではなく、受講者様のニーズにマッチしなくてはいけない。講座の最初には受講生様ごとの課題を聞いて、書き出す。課題を講座の終了までに全て解決します。また、TechAcademyの場合はFacebookグループで受講生の方とコミュニケーションがとれるようになっているので、Facebookの場で質疑応答を行うなどの交流も図っています。あとは途中からついていけなくなってしまう方がでないように注意していますね。 TechAcademyで鈴木氏が講座を行う様子 –TechAcademyの講座に参加されているような発注者の方がデザインに対してどんなことを意識すべきだと思いますか？受講する理由はさまざまかと思いますが・・・相手に伝えたいことを丁寧に、わかりやすい形で表現することがこれからは必要だと思っています。技術的なデザインの話の前に、このデザインをみた人がどんな気持ちになるだろうと考えることがまずは大切なのではないでしょうか。 –具体的にはどのようなアクションしていくことがよいのでしょうか？いろいろなもの観察することから始めるといいと思います。なんでこのレイアウトなんだろう？なんでこの配色なんだろう？そしてそのデザインを観た相手がどう感じるのか考えます。デザインを見てワクワクしたり、なんか気持ちが暗くなったり・・・テレビCMなんかで、気になるCMが流れたりすると、（なんで僕は今、このCMが気になってるんだろう？色彩か？音楽か？タレントさんか？）とか考えます。デザインと聞くと、どうしてもセンスが必要という先入観を持つ方が多いですが、良いデザインはちゃんと計算されているんです。その狙いは何なのか？考えて意識していくのが良いのではないでしょうか。 –最後に、今後鈴木さんの講座を受ける方に伝えておきたいことはありますか？ PhotoshopとIllustratorがわかるようになると、本当に可能性が広がると思うんですよね。印刷にしてもWebサイトの画像にしても表現の手段が広がります。それは小売をやっていた私が、PhotoshopとIllustratorを覚えたことでネットショップをオープンできたことにもつながると思うんです。自分の表現方法を広げるきっかけとして、この講座はきっと最初の一歩になると思います。インタビューは以上です。鈴木さんありがとうございました！（取材・文・撮影／伏田雅輝　取材場所／帝国ホテル）

インタビュー

プロジェクトを成功させるために！優れたUX戦略を作るための4つのステップ

本稿は、UXPinのブログ記事を了解を得て日本語翻訳し掲載した記事になります。また本記事は、HP（ヒューレット・パッカード）でストラテジスト、フロントエンドエンジニアなどの経歴を持つDave Malouf氏によって投稿されました。あなたがデザインチームのリーダーだとしたら、計画なくして目標を達成することは期待できません。目的を持って目標を設定するときには（山の頂上を目指して登山するように）、目指すべきゴール（山の頂上）を特定して、最良の方法（経路）と計画（戦術）を定めましょう。全てのUX戦略には、プロジェクトを開始して軌道に乗せるための、堅牢なフレームワーク（枠組み）が必要です。登山に例えて、戦略的フレームワークに必要となる5つの要素を見てみましょう。 1.目的 ―― そもそもなぜこの山に登っているのか？目標を明確に設定して理解していますか？目標は達成する価値があるものかどうか検証されていますか？誰のための目標ですか？チーム全体がこの目標について理解していますか？ 2.目標――目的地を選択する、または少なくとも方向性を定める例えば、登山においておよそ「北」の方向に向かうというように。 3.経路――山頂にどのように到達するかが重要です目標への経路設定は組織にとって、利益上の目標を達成するだけではなく、その過程で成長するために重要なものです。 4.途中のポイント――一度立ち止まって、分析と評価を行う機会経路の途中のポイントは、単なる成果物や活動の場ではありません。これらの各ポイントに到達したら、目標および目標へ至るための経路について、確認と調整を行いましょう。 5. 計画――探検には戦術のための計画が必要です多くの人は、経路を計画だと思い込んでいます。たしかに、一つ一つの活動は目標に近づく一歩となりますが、戦術は戦略の一部に過ぎません。経路とは、戦術を集めたものではないのです。目次ステップ1：目的と目標ステップ2：経路をチャート化ステップ3：評価ポイントの作成ステップ4：仮説を検証するための計画ステップ1：目的と目標目的は、あなたの思い描く結果であるビジョンと結びついたものです。そして、最初に設定するべきものです。私の場合は、いつも次のようなことから目標設定を始めています。目的を定義するために、次のような質問を自分自身にしてみましょう。私たちはなぜここにいるのか？私たちはどのような価値を創造できるだろう？この価値から、誰が恩恵を受けるだろう？なぜ恩恵を受けるといえるのだろう？目標またはビジョン（思い描く結果や展望）は、目的を明確にします。目的が達成されない場合には、問題点を伝える。問題の解決策を1つ示す。問題の解決策がユーザーにどのような付加価値を提供できるかを示す。解決策を実現するための現実的な手段を提案する。目的をサポートするデータを示す。目標を真に価値あるものにするためには、感情に訴える現実的なメリットが必要です。これは製品の性能だけで伝えることはできません。製品の性能は、設計図の中にある要素を示すことしかできません。ユーザーエクスペリエンスを伝えることはできないのです。以下は、以前私がRackspaceで主導した例です。目的と目標を定義するために、私は「Managed Cloud（マネージドクラウド）」の意味について掘り下げました。複数の分野のチームを横断的に編成して、2日間これに取り組みました。まず「Managed（マネージド）の意味とは何だろう？」という問いを考えました。顧客にとっての価値を明らかにするために、言葉を分解してその意味について考えたのです。この過程で、私は多くの専門用語の罠を突破しなければなりませんでした。チームのメンバーたちの定義に対して、私は「でもそれは、Managedの本当の意味ではないですよね？適当な言葉を当てはめただけではないですか？」などの問答法で返して、彼らがより理解を深められるように計らいました。私は次に、チームの各メンバーに、顧客（Rackspaceの従業員）と共有できるストーリーと、新しい価値を反映したシナリオを作成するよう指示して、ストーリーテリングの練習をさせることでチームを導きました。彼らは、現在どのような問題があり、私たちがその現状をどのように改善できるかについてストーリーを作りました。また、否定的なストーリーと明るい未来を対比させたことで、私たちは目的を考えながら取り組みやすくなりました。その後、ストーリーを、他の部門と話し合うことができる形でコンピュータに保存しました。音声ナレーション付きの短いフォトエッセイを作成しました。いわば、ビジョンのプロトタイプを作成したのです。私たちは社内外の利害関係者の前でそのビデオを再生し、良い点と悪い点について、多くのフィードバックを得ました。また、ビデオの内容をユーザー調査に活用したところ、購入数が急増しました。製品デザイン、製品管理、エンジニアリングの全てにおいて、新しく設定した目的と目標に基づいて、未処理の業務の優先順位付けが行われました。 [PR] プログラミングで挫折しない学習方法を動画で公開中ステップ2：経路をチャート（図表）化する目的地に到達する経路は、ただ1つとは限りません。経路を選択する前に、考えられる可能性について様々な要因を分析する必要があります。「目的は手段を正当化する」という考えによって、経路を決めるのは良くありません。選択肢の比較もう一度、登山する山を見てみましょう。赤い色の経路には次のようなメリットがあるとします。安い高速品質が高い良い選択肢のように思えるかもしれませんが、本当にそうでしょうか？他のいくつかの要因を考慮に入れるとしたらどうなるでしょう。他のプロジェクトから、キープレーヤー（中心人物）を割り当てる必要があります。採算の取れる計画もなしに、技術的債務を生む出すおそれがあります。チーム開発について考慮されていません。製品は予定通りにリリースされますが、販売＆サポートの取り組みと上手く調整が図られていません。仮説を検証したり、学んだ教訓を適用できるような場面がほとんどありません。成果物や商品の開発を、将来的な偶発債務として扱うことができません。これでもまだ赤い色の経路は魅力的に思えるでしょうか？他の選択肢（と要因）についても検討してみましょう。青い色の経路には次のような特徴があります。少し高価です（短期的に）。市場に参入するまでにより長い時間がかかりますが、確かな価値を提供できるという確信は高まります。他の方法よりも品質は向上し、NPS（Net Promoter Score、ネットプロモータースコア）の向上など、顧客ベースの高いKPIを実現できます。赤い色の経路についてすでに箇条書きした問題点について、明確な答えを出すことができます。青い色の経路が、あなたとあなたの顧客の両方にとって最大の価値をもたらす選択です。正しい経路の選択では、正しい経路を見つけるにはどうしたらいいでしょうか？まず組織の文化、ビジネス、競合、能力などを把握してください。リソースを対象としたマトリックス分析だけでなく、シンプルなSWOT分析も役立ちます。 XPLANEによって普及しているカルチャー・マップも、非常に有用なツールです。カルチャー・マップでは、組織のカルチャー（文化）を図解で描くことによって、それが結果に与える影響を明らかにします。選択肢を評価する際には、次の基準について考えてください。技術的およびUXの債務はどのくらいになるでしょうか？現在の状況を考えれば可能ですか？またそれを実行する方法は？ある経路を選択した場合、他のプロジェクトの優先順位を下げる必要はあるでしょうか？それは費用に換算してどのくらいになるでしょうか？仮説を定期的に検証するために、どのくらいの時間を割けるでしょうか？利害関係者に意思決定を理解してもらう（あるいは彼ら自身に意思決定してもらう）ために、十分な時間的余裕を確保していますか？ステップ3：評価ポイントの作成 GPSが登場するよりも前には、私たちが歩き回るときには道順案内（人）に従ったものでした。その人たちの案内能力や、彼らがその地域にどのくらい精通しているかに影響されました。評価ポイントは、経路上を上手く進んでいるかを確認するためのものです。目標を精緻することはもちろん、成功と失敗について再度評価しましょう。私たちは、OODAという認知プロセス（Observe：観察、Orient：方向性、Decide：決定、Act：行動）を採用しています。 OODAは、各評価ポイントにおいて次のプロセスを実行します。データを収集するデータを分析する分析を熟考する一連の仮説を統合する仮説の価値を評価する新たな考察に基づいて計画を修正するアジャイル開発のプロセスにおいては、経路の各部分がエピック（Epic）に相当します。戦略的な評価ポイント（停止点）は、「スプリントエピック+1（Sprint Epic +1）」に相当します（次の図表より）。 UXのリサーチと発見に「スプリント0（Sprint 0）」を割り当てて、設定したメトリクスに基づいて過去のエピックを振り返ることに「スプリントエピック+1（Sprint Epic +1）」を割り当てます。このとき、ポストモルテム（Post-mortem）やレトロスペクティブ（Retrospective）などの基本的な振り返り手法だけではなく、アナリスト、設計者、製品チームのメンバー各自が、成功と間違いについて深く掘り下げてそれに応じてパスを調整できるように、スプリントの期間は十分に確保します。スプリントを過密なスケジュールで進めていると、全体的な視点を持つことが困難になるため、エピック全体についてもレビューを行います。時間的余裕を確保しておくことは、メンバー全員がより広い視点から物事を見るのに役立つので、価値ある投資といえます。ステップ4：仮説を検証するための計画経路上の評価ポイントにおける成功は、あなたがどれだけ上手く計画を立てられたかに100％影響を受けます。最良の計画の立て方は、「これを達成するためには何が必要か？」を逆算的に考えることです。ポストイットなどの付箋に、スタート地点（始まり）とゴール地点（目標）を別々に書き、辺りにある最も大きな壁に貼り付けます。このメソッドは、「バックプランニング」と呼ばれています。最初に目標から考えて、最初のスタート地点まで、逆算的に考えます。以下では、企業がチケット管理システムを構築するケースを例として、このメソッドをどのように応用できるかを説明します。最終的な目標まず顧客であるITマネージャーが、当社のITオペレータと複数のチャネルにわたって、良いコミュニケーションを図れるよう支援することを目標とします。新しいシステムにおいては、メッセージングだけでなく、意思決定に対応するワークフロー管理システムも組み込んでおり、エンドユーザーによるカスタマイズも可能になります。また、NPS（Net Promoter Score、ネットプロモータースコア）の数値を10ポイント上げることも目標です。現状現在当社では、電子メールの通知サービスのみ提供しています。またこの通知は、必ずしも顧客チームの中の適切な人物を対象としているわけではありません。当社のITオペレータは、チケット管理システムで通知を送信します。一部のカスタマイズが可能です。デスクトップのブラウザ上でのみ動作します。 1人に一括して送信することができます。次に受信者の ITマネージャーは、チームの各メンバーに再送信する必要があります。大まかな計画今、私たちは目標と現状を把握できたので、その間のギャップを埋めていきます。この場合は、逆算的に作業を進めます。まず、エンドポイント（end point：ネットワークに接続された端末）におけるユーザーエクスペリエンスと製品の性能の両方について、最善の方法で考えます。タブレット対応のモバイルアプリケーションが必要です。タブレット対応のモバイルアプリケーションが既にある場合、エンドポイントに対してマップすることは可能ですか？顧客がどのプラットフォームを使用しているのかを調べる必要もありますが、おそらく2つの主要なプラットフォームは使用することになるでしょう。ビジネスプロセスマネジメント（Business process management、BPM）のためのエンジンを、作成または購入する必要があります。管理のシナリオを作成し、これらを顧客と共同設計する必要があります。シナリオを理解したら、ビルドしたシナリオまたは購入したシナリオに対してマップします。新しい監視スタックに基づく、通知エンジンが必要になります。予測に役立つトレンド分析機能グラフィックスエンジンを使用してビジュアルコンテキストを通知に追加する（開発や製品管理について議論するために、質問を作成または購入する）。当社のITオペレータは、新しい通知システムを使用するために、互換性のあるコンソールが必要になります。既存のシステムに、新しいビジネスプロセスマネジメントのためのエンジンを適用するために、必要となるAPIはありますか？これらのアイデアは設計とテストの開始後に変わるかもしれませんが、少なくとも利害関係者との議論のために計画を作成してください。バックログを作成します。「現在の進捗状況を考えて、バックログの未処理の項目に取り組むにはどのような作業をすべきか？」を考えます。これら各点が、大まかに定義していたエピック（Epic）とスプリント（Sprint）の一連の流れにおいて線として繋がるようになるまで、これらの手順を繰り返してください。計画中には、製品に直接関係のない問題に気づくかもしれません。これらの問題は、チームビルディング、組織の文化、顧客管理など他の戦略的な事項に関連するものです。例えば、既存のチームがモバイル開発やレスポンシブデザインのシステムに精通していない場合、そのコンピテンシー（高い業績を生むために必要とされる行動特性）を満たすためのトレーニング、採用計画を開始する必要があります。または、営業、サポート、配信チームに、顧客の新しいユーザーエクスペリエンスについて理解するためのトレーニング資料を渡すこともできます。最終的には、アイデアを生み出して、デザインのコンセプトを検証するために、リサーチの計画書にも書き込む必要があります。結論戦略とは「目的のある意思」です。 IBM、GE、Honeywell、Intuit、CapitalOne、USAAなどの多くの組織は設計プロジェクトのために、組織と経営幹部のコンピテンシーという莫大なリソースを投資しています。大きな組織になるにつれて、優れた設計プロジェクトのリーダーの需要も高まります。今日において競争力を維持するためには、設計プロジェクトのリーダーは単にプロセスを実行するだけでは不十分です。彼らは、収益に結びつく明確なビジョンを作り、それを顧客や利害関係者に対して守り、目標達成のために明確な計画を立てる必要があります。また、ビジョンを生き生きと伝えるには、ストーリーテリングや視覚的なツールを活用してください。そのビジョンを構築するために、チームを柔軟に編成しましょう。そして、どうしたら全てをビジネスのより大きな目標に結びつけられるかを常に話し合うことを忘れないでください。 [お知らせ]TechAcademyでは初心者でもUI/UXデザインができるようになるUI/UXデザインオンラインブートキャンプを開催しています。現役UI/UXデザイナーのサポートで学びたい場合はご参加ください。

アプリデザイン

記事を検索

ニュース

インタビュー

テクノロジー

キャリア

お問い合わせ

現役エンジニアが語る！エンジニアとして成功するために知っておきたい大事な9つのこと

1. 常に1つのことに集中する

2. 人々はそれぞれいろんな考えを持っている

3. 80%の仕事で十分だ

4. 「ググる」能力を高めよう

5. 分からなければ聞く、分からない人がいれば助ける

6. 技術は常に変わり続けている

7. オープンソースに貢献しなくても問題はない

8. プログラマーは失敗の連続である

9. 諦めない

関連するキーワード

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

具体的な方法を学ぶ！優れたアプリのデザインプロセスとは

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

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

【脱フリーター！】正社員とフリーターの生涯年収は約3倍も違う！？

デザインはセンスじゃない！Photoshop/Illustratorの講師が語るWebデザインのポイントとは？

プロジェクトを成功させるために！優れたUX戦略を作るための4つのステップ

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

記事を検索

ニュース

インタビュー

テクノロジー

キャリア

お問い合わせ

1. 常に1つのことに集中する

2. 人々はそれぞれいろんな考えを持っている

3. 80%の仕事で十分だ

4. 「ググる」能力を高めよう

5. 分からなければ聞く、分からない人がいれば助ける

6. 技術は常に変わり続けている

7. オープンソースに貢献しなくても問題はない

8. プログラマーは失敗の連続である

9. 諦めない

記事を検索

関連するキーワード

関連する記事

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

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

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