『日用品のIoT化』は良いですよね。

といっても、作るのは結構大変そうだと思いますが……？

では、用意するものをご紹介しますね。まず『Raspberry Pi (ARMプロセッサを搭載したシングルボードコンピュータ)』という、小さいパソコンみたいなもの。

次に、CO2の濃度を測るセンサーですね。

そして、先ほどのセンサーとRaspberry Piを繋ぐためのケーブルですね。どこに何をさしたか分かりやすいように、カラフルにしています。

あとは、音を鳴らすためのスピーカーと、電源を供給するためのモバイルバッテリー。それから設置するためのティッシュボックスですね。

では実際に作っていきます。まず、センサーとRaspberry Piを接続します。
センサーの裏に「ここはこうですよ」という情報が貼ってありますので、それに合わせてケーブルのピンをさします。同様に、Raspberry Piにも「ここは電源ですよ」とか「ここはこれですよ」という決まり事がありますので、それに合わせてつないでいきます。

はい。全部同じで、ただケーブルの色が違うだけです。
今回は電源に分かりやすく赤を、グラウンド(GND・グランドとも呼ばれ、電気をスムーズに流すために、必要な回路動作を決める基準となるもの)には、紫のように少し濃い色のケーブルをつけていきます。

こちらはシリアル通信(電気通信において伝送路上を一度に１ビットずつ、逐次的にデータを送ること)という形で接続しますので、センサー裏面の『TX』『RX』と書いてあるところにもピンをさしてまいります。

続いて、Raspberry Pi側の右から2番目が電源の接続部になるので、こちらに赤いケーブルをさします。その横がグラウンドですので、そちらにもケーブルをさします。

書いていないですね(泣)
「Raspberry Pi　ピンアサイン」と調べていただいて、確認していただければと思います。続いて『TX』『RX』ですね。確か、TXが上でRXが下だったかな……

このような感じで、センサーとRaspberry Piの接続というのは、こちらでひとまず終了となります。あとはスピーカーを差し込みまして、箱に設置していこうと思います。

ですね。やはり、電源が入りますとセンサーにも電源が供給されますので、センサーのLEDが光っています。

ケース底部に設置したRaspberry Piの上からティッシュを乗せまして、フタを閉じます。

こちらでティッシュケースへの設置は終了となります。

次は、パソコンを使って音声を録音ですね。では録音していきましょう。

3段階だから、3つ音声をとるということですよね？　何にしましょう、1つ目のセリフ考えてください。

逆に「あれ、今何か話したよ？」みたいな感じになるかもしれませんよ。

なるほど、結構怒る感じでね(笑)

まず1つ目ですね。

OKでしょう！(笑)
次、2つ目ですね。これは普通にお願いします。

良いですね、可愛いじゃないですか。

3つ目は「換気しろ、コノヤロウ」と怒鳴る感じで。

良いですね！　こんなアラート鳴ったら、少し腹立ちますけど(笑)
さて。こんな感じで収録した音声を「Raspberry Piに移していく」ということで、かおりんさん、次の工程をお願いします。

Linuxではお決まりですね。

はい、送れました。これで名前を変えつつ、残りの2つも送ってまいります。

移せたことを一応確認しますと、Raspberry Piのコンソール内の『case』というフォルダにcase1～3のデータが入っているのが確認できました。

次はプログラミングですね。センサーで実際に受け取った値をケース分けして、対応した音声を流すということを書いていきたいと思います。
先ほど接続したセンサーの値を受け取るのに、とても便利なライブラリがPythonにありますので、まずはライブラリのインポートをおこないます。

はい、Pythonを使います。
センサー内のライブラリ名がmh_z19ですので「import mh_z19」と入力します。続いて「import subprocess」と入力しますが、こちらはスピーカーから音を出すときに使用するライブラリですね。
そのために、CASE1・2・3という形で、センサーのアラートを鳴らす『条件の値』を決めていきます。

900くらいで「換気しませんか」とささやきまして、1000超えたところで通常に「換気してください」と。1500を超えたら怒る、ということで値を設定しました。

続いて「センサーからCO2の濃度を受け取る」というコードを書いていきましょう。CO2の値を取得できるメソッドというものがありまして、そちらの変数にCO2を入力してまいります。

次に、先ほどインポートしました『subprocess』で決めた『条件の値』と比較して音が鳴るように、コマンドを叩くような形で「shell＝True」といった記述をしてまいります。３つとも似たような文章になるので、複写しつつ値を記述します。

コンソール上で叩いた時にCO2の濃度を知りたいので、確認ができるように一応、デバッグ用として『print』というコマンドも入力していきます。

値が取れているか、の確認はしたいですからね。プログラムとしては、こちらで以上です。

あっ、定期実行する設定のプログラミングを忘れておりました！　Linuxおなじみcron(ジョブ・スクリプトなどを自動実行するためのデーモンプロセス)を使用して『new cron』として記述しまして、1分ごとに実行するという設定をいたしました。

そうですね。

どうなるかな？

(息を吹きかけ) ……これで実行をお願いします。

普通の声ですね。

そうですね。

怒られてしまいました(笑)
今怒られてしまったので、換気しないといけませんね。

良いですね。

ずっと怒っているので、まるで機嫌の悪いティッシュケースみたいですね(笑)

数値が下がってきたので、もう少しでcase2になりそうです。

まあまあ機嫌が良くなってきましたね。数値も1150くらいということで、そろそろ怒らずにウィスパーボイスでささやいてくれるかな、と思うのですが。

かなりレアですね(笑)

素晴らしい！

IoTエンジニアはIoT製品やサービスの開発・保守をするような業務をするエンジニアでございます。
お客様の要望実現に向けたプリセールス(クライアントへ提案する際に、営業に同行し技術面からサポートする職種)のプロトタイプの作成や、現在扱っている機器の不具合などを調査するような業務を行っております。

私は異業種からの転職だったのですが、やはり面接を受けて合格する、という流れが一般的かと思っております。自身で作ったもののエピソードなどを話したところ、そちらを面白がっていただいて採用につながったと考えております。

「IoTエンジニアは、具体的にどういうことをするのかな？」と思いながら目指すよりも、やはり手を動かして「具体的にこういうものか」と、自分で確認しながらできた方がいいかなと感じます。

穴を空けたひょうたんを二つ並べて、ハンガーにかけてスピーカーにしたものです。

ひょうたん自体はIoTではないのですが、ひょうたんの中に入れた小さいパソコンをBluetoothでつなげまして、そのパソコンにAlexaの機能を入れることで「この子をAlexaにしよう！」ということをしました。

ただ『パソコンにAlexaを入れる』というものでは、音楽などは著作権の問題で流せませんでした。ですが、天気予報などをばっちり答えてもらえる状態にはできた、というような形ですね。

そうですね。こういうものを作るのが好きだなと思い「モノづくりをするような者になりたい」という気持ちからIoTエンジニアを志しました。

相手のリアクションも、結構良さそうですよね。

IoTエンジニアになる結構前からそういったモノづくりをされていたと思いますが、必要なスキルはあるのでしょうか？

なるほど。僕は詳しくないのですが、電子工作ってどういったことを指すのでしょうか？

高校生くらいの頃、情報の授業でやったような感じですかね。ちなみに、今かおりんさんが作っているものを見せていただくことは可能ですか？

手を下に入れれば、アルコールが噴射される、という感じですか？　やってみましょう……

すごい！　これが手作りですか？

続いて、おすすめの資格は何かありますか？

どうしてクラウド関連の資格がおすすめなのですか？

どんな業種でも、クラウドは必要になってきているのかもしれないですね。

逆にクラウド系のお仕事、クラウドエンジニアとかからIoTエンジニアになった知り合いの方はいらっしゃいますか？

IoTエンジニアになるための学習方法として、実際にやっていたこととか教えていただきたいです。

『作ってみたいものを作る』という、インスピレーションはどこから得るのですか？

日々の中から、そうやって仕事に活かせるというのは素敵ですね。やはり、好奇心を持っている方というのは、IoTエンジニアに向いていますか？

ちなみに、実際にものを作るとたくさんの部品が必要になると思いますが、値段は結構お高いのでしょうか？　一つのものを作るのに、どれくらい必要になるのでしょう？

思ったよりとても安いですね！

いや、楽しいですね。先ほどおっしゃっていた『Raspberry Pi』というのは、大体いくらぐらいなのでしょうか？

なるほど。少し上がってはきているものの、高校生や大学生でも作れる金額ですね。

狙えると思います。私自身がほとんど未経験で入社しておりますので、未経験でもなれるということはお伝えできると思います。ただ、まったく知識がない状態だとやはり厳しいところが多々ありますね。パソコンをコマンドライン(キーボードからコマンドを文字列で直接入力をおこなう)で操作するようなことや、LinuxなどのOSとか、わからないことがあると最初は厳しいかと思います。

他にも、採用面接では技術力も重要視されると思いますが、それ以上にクリエイティブ性と言いますか「ものと技術の結びつけをどう活かせるか」なといった発想力の方が評価される、ということもあると思います。ですので、作品作りをしたり、自分のやりたいことをアピールしたりすることで、まったくの未経験からでも入社を狙えるかと思います。

先輩に聞いたところ、未経験から一人前のエンジニアになるには「3年ぐらいかかるかな」ということでした。

大体、3～4か月ぐらいでしたね。

前職の画像加工の会社で使っているソフトを「自動化したいな」と思い、簡単にプログラミングをしたところ「ものが動くのは楽しいな」と感じまして、それがIoTエンジニアを志すきっかけとなりました。

やはり「ものづくりが好き」というのは、必須条件みたいなものかなと思っております。あとは、不具合の調査などの地味な作業であっても、そういったことに根気強く、粘り強く取り組めるような力が必要かなと思っております。ですので、何にでも興味を持って楽しめるような方は、かなり向いているかと思います。

『IoTエンジニア』は、IoT製品のサービスの開発や保守をするエンジニアです。例えば、弊社の製品には「インターネットにつなげることができる機器」と「温度と湿度を計るセンサー」があります。
このセンサーで計ったデータを、ネットにつながる機器でクラウドに送ることで「遠隔で確認可能となり、アラートの設定やデータ分析ができる」というIoT機器です。

私は、お客様の要望を実現するためにIoT機器の試作品製作や、先ほどのセンサーの不具合を調査する保守業務などを担当しています。

そういうこともします。

ほかにも冷蔵庫の中身をスマホで確認できる機能があると聞いたことがあります。

IoTエンジニアの1日の流れを教えていただけますでしょうか？

具体的には何をされていらっしゃいますか？

「ここに不具合がある。こうした方がいい」といった検証に似た作業を繰り返し行っている、ということですね。

正常に作動し、データが送られてくるのを確認すると、嬉しい気持ちになります。実際にモノが出来上がるので、達成感を覚えやすいですね。

逆に、大変なことは何でしょうか？

結構手探りなのですね。Google検索も使いますか？

それは大変ですね。実際にある商品の説明書を引っ張ってくるのとは違いますからね。

いろいろと苦労されてきたと思いますが、その中で印象に残っている失敗談はありますか？

気になるところで、20代～30代の平均年収を教えていただきたいです！(笑)

上の方だとどのくらい、とかご存知ですか？

最後に、IoTエンジニアのオススメのポイントがあれば、教えていただきたいです。

僕は農業高校出身なのですが、やはり「これ人がやる？」みたいなことが結構ありました。農業とIoTはすごく課題に挙げられているところだと思いますが、発展していくと楽になる人が増えると思います。

フロントエンドエンジニアというのは、Webデザイナーのデザインをもとに『CMS(Contents Management System: Web コンテンツを管理するためのシステム)』や『WordPress(オープンソースのプログラムソフトウェア)』の構築やカスタマイズを担当する職種になります。

その際の言語は『HTML(Webページを作るための基本的な言語)』『CSS(文字の装飾や画像などの配置を指定するための言語)』『JavaScript(動きのあるサイトを作るための言語)』などを使用しています。

一般的に求められているスキルは、フロントエンドエンジニアには『コーディング(HTMLやCSSなどを記述して、Webサイトの実装を行う工程)』スキルになります。HTML、CSS、JavaScriptなどといった言語の知識を習得していないと難しい職種ですので、そちらの勉強からになりますね。

自分の場合は、フロントエンドエンジニアになる前に職業訓練校に通って、HTMLやCSS、JavaScriptの勉強をしていました。また大学の頃には『PHP(動きのあるWebページの開発に利用される、オープンソースの汎用プログラミング言語)』の勉強もしていました。

あと、職業訓練校では『Illustrator(図形やロゴ、イラストを作成・編集できるソフトウェア)』や『Photoshop(Webサイト制作では、デザインやCG・動画編集ツールとして利用されるソフトウェア)』といった、フロントエンドエンジニアで使うデザインのスキルなども勉強していました。

そうですね。

フロントエンドエンジニアは、Webデザイナーからデザインをもらって、それを再現できるかが重要になります。
そのため、HTMLやCSS、JavaScriptを最初から記述するスキルが必要になりますね。また『サーバーサイドエンジニア(Webサイトの裏側であるサーバーの開発・管理を担当する)』とやりとりをしながら制作をしていく過程で、CMSの構築やバックエンド言語のスキルも少し必要になります。

『Webディレクター(プロジェクトを管理・進行する役割)』からの「カスタマイズが可能か」といった相談を受けた時に、上手い感じで返答することもあります。あとは『UI(フォントや色などの視覚情報や、デバイス本体の外観デザイン)』『UX(わかりやすい導線や、読み込み速度などのユーザ体験価値)』設計や、コミュニケーション能力スキルとかですね。

結構、調整力とかも必要になってきそうですね。

1番は、コーディング系のテキストを1つやることですね。それを一通りマスターしたら、今度はJavaScriptなどの勉強をします。それと並行しながらデザインの勉強をする、といった流れで。

僕の場合、1番最初に学んだ言語はPHPでした。

使わない現場もありますので、今はHTMLやCSS、JavaScriptですね。

今まではWeb制作の資格というのはあまり重要視されていなくて「これまでに作ったものや実績をクライアントが評価する」みたいな感じでした。
ですが、ここ最近はコーディングという面で『HTML5プロフェッショナル認定試験』という資格が重要視されてきています。フロントエンドエンジニアでも、これを取得している方が少し増えてきていますね。

自分も勉強をしたところ、コーディングのスキルもかなり向上していました。普通のコーディング用のテキストをやる以上に、コーディングに必要な知識が学べるので、こちらの『HTML5プロフェッショナル認定試験』というのはすごくおすすめしております。

さまざまな企業で、この資格を取得することが推奨されています。周りのエンジニアの方からも「今これが重要視されている」とよく聞きますね。

そうですね。

主にHTMLとCSS、JavaScriptの学習の仕方についてですが、HTMLとCSSは簡単なテキスト1冊で学ぶだけでも構わないです。僕が勉強したのは『作りながら学ぶHTML/CSSデザインの教科書』というので、一通りやって覚えました。

3週間ぐらいです。

そうですね。それを勉強した後に『サーティファイ』というWeb制作系の資格の中で『Webクリエイター能力認定試験』の資格取得を頑張りました。
先ほどご紹介した『HTML5プロフェッショナル認定試験』より難易度は簡単なものですが『Webクリエイター能力認定試験』を学べば、最低限のWeb制作の技術は身に付きますね。

そうですね。『HTML5プロフェッショナル認定試験』の場合は、結構勉強が必要になりますが。

そうですね。……ただ、実際の業務では必要のない知識もすごくあります。

そうですね。現場にいる方でも、落ちている方は何人かいましたので。

そうですね。
あと、JavaScriptの勉強方法についてですね。こちらは、本当にいろいろな書籍で勉強して、さまざまなサイトで実装の仕方を確認して、それを自分なりに再現する、といったことをしていました。

そうですね。Google Chromeのデベロッパーツールの『開発者ツール』というものを使って「どういった感じにコーディングしているか」を確認します。あとはそれを見ながら、自分なりに再現できるようにコードを作り直していく、といった感じです。

常駐してから、大体１～2年でなれると思います。あとはITの特有のルールを覚えたり、実務経験を積んだりすることで、必要なスキルの習得やコーディング作業はより洗練されると思います。

そうですね。

その方が常駐も早くできるのかなと思います。

フロントエンドエンジニアに向いている方は、新しい技術とかにすごく興味を持って、知識のアップデートをし続けられる方になりますね。

そうですね。例えばiOSのアップデートなどのタイミングで「こういったバグがある」とかを把握しているとか、HTML/CSSやJavaScriptなどでも「バージョンをアップデートしたから、こういったツールが使える」とか。
あとは「他のブラウザではこういったものが使えないけど、Google Chromeだけはこういったものができる」とかを把握している、といった感じですね。

そういった情報を発信しているWebサイトがあります。あとはHTMLやCSSの公式サイトを見て、確認しながらやっていますね。

あとフロントエンドエンジニアは、サービスの中でも特にユーザに近い部分を担います。ですので、やはり人を楽しませたいとか、サービス精神が旺盛な人は、ユーザの気持ちに寄り添えるでしょうし、向いていると思います。

やはりお客様が使いやすいサイト、かつクライアントの要望に応えているサイトをしっかり実現することですかね。

用意されたグッズの中で一番大きい、これは何ですか？

汚い字で試し書きしました(笑)
このボタンを押すと、書いたものが消えるらしいです。

良いですね、他に鉛筆とか必要ないですし。

後ろにロックするところがあるので、書いた後に間違ってゴミ箱ボタンで消さないよう、書いたものの固定もできるみたいですね。

3段階！？

良いですねー！

200円か。でも、200円でこのライト買えるのは、かなり良いですね。

携帯もちょうどで、ぴったりですね。

こちら、おススメです。

中身はこういう感じのものでした。ベトベトとかはしないです。

見えないですね(笑)

空気だけでは取れないものもありますからね。あと、楽しいです(笑)

どうやらキーボードがキレイなようです！(笑)

深いキーボードや、リモコンとかにも使えそうですね。

確かに。こちらの商品の価格は100円になります。

これはテーブルにかけるフックですね。普通のS字フックとは違う形ですが、どういう使い方をするのかと言いますと、テーブルにこう掛けて、鞄などの荷物を引っかける感じですね。

そうですね。滑り止めがついているだけなので、持ち運べて、喫茶店とかどこでも使えます。大きさとかデザインもいろいろと種類があるので、用途で選べると思いますよ。

確かに！

4キロって、耐荷重すごいですね。

そして、こちらの商品も100円です。

こちらはマウスパッドですね。何が書かれているかと言うと、Windowsで使えるショートカットキー、コマンドの一覧です。

よく小学生向けの下敷きで、アルファベット書かれたものとかありましたよね。これはその大人向け版です。仕事向けの内容で、あったら嬉しいものですね。

100円です(笑)

こちらはコードを収納する入れ物ですね。

このコードは自前のものを入れたので、残念ながら長さが上手く合いませんでした。
ここがダイヤル式のようになっていまして、このツマミを回してコードをクルクルっと収納していくような商品ですね。

収納したコードを使う時は、コード自体を持って引き出す感じですね。

こちらも100円です。

こちらはノートパソコンとかスマートフォンなどの内カメに貼る、カメラ保護用のシールですね。

シャッターのようになっている部分があるので、ここをスライドしてカメラをつけたり消したり、ということができます。

確かに。

これは何でしょうか？

パソコンの上に置く……？

おおー、嬉しくなりますね！　これ良いですね、欲しい。

お次のこれは何ですか？

なるほど！

良いですね、これ。

なるほど、ありがとうございます。

さあ、ラストになりました。

大分前の記事内で、私が力説したアイテムに似ていますね。

ケーブルは、本当に散乱しますからね。ケーブルが机の裏に押し入ると苛立つこともあると思うので、こういったもので止めておくと非常に良いですね。

便利ですね！

分かりやすいですね。

「ロー」と言っていますから、少ないわけですね。

無料で作れるのですね。もっとお金が掛かるイメージがありました。

このツールはGoogleのアカウントでログインができるので、誰でも簡単に使えるかな、と思います。
この画面の右上、赤丸で囲んだ「+新しいプロジェクト」のボタンを押すと、いろいろなテンプレートが表示されます。ポートフォリオのテンプレートもあるので、就活中の方は活用できるのではないかと思います。

今回は、分かりやすいように空白で、ファイル名を「test」にして作っていきますね。空白を選ぶと、何も置かれていない真っ白なページが表示されます。

画面の左側に、いろいろなツールボタンのようなものがありまして、これを使用すると、テキストや画像が簡単に挿入できるようです。

今回は画像を使おうかと思っていますので、左のツールボタンから「画像」のボタンを押して挿入します。表示された画像アイコンはページ内で移動させることができますので、ページ中央に移動させて、少し小さいので大きくしておきますね。

大きくした画像アイコンをダブルクリックしますと、左に画像のテンプレート一覧が表示されます。今回はお試しサイトなので、ITらしいものを選んでおきましょう。

すごい。

かなり楽ですね。

そうですね。書いたことになっている、という感じですね。

次に『ローコード・ノーコード開発』が注目されている理由として「DX推進(デジタル技術を使用して、組織の在り方や枠組みを新しく作り直し、変えていく動き)」が関係しています。2018年9月7日に経済産業省が発表したDXレポートでは「老朽化した既存の基幹システムの問題」とか「現状のシステムを刷新しないと、2025年以降、最大で年間12兆円の経済損失が発生する可能性がある」ということが説明されています。

加えて「ITの人材不足」という問題もありまして、企業は早急にDX推進へ舵を切らなければいけない状態になっています。いわゆる『2025年の崖(老朽化したシステムが残存した場合に2025までに発生する問題を指す)』ですね。『ローコード・ノーコード開発』にはDX推進を加速させる可能性があるので、今まさに期待・注目されている技術ということですね。

他にも便利なツールがあるので、もう少しだけ紹介したいと思います。「ノーコード開発」のツールからは2つご紹介します。まず1つ目は『Glide』というツールですね。これは、Googleのスプレッドシートをデータベースに使用することで、手軽にアプリの開発が行えるものになります。

はい。開発ツール上から、好みのデザインにカスタマイズも簡単にできますし、料理レシピやローカルガイドなどのコンテンツ作成に適していますね。
もう1つご紹介するのは『Yappli』です。これはAndroidやiOSのような、スマホ向けのネイティブアプリ開発に適したツールですね。ドラッグ＆ドロップの簡単な操作だけで開発ができまして、アプリの運用や分析も、ワンストップで行えるのが特徴になっています。

そのCMを放送しているので最近有名になっていますし、利用している会社も結構多いです。
次に「ローコード開発ツール」では、世界的に『Salesforce』が一番有名だと思われます。クラウドベースのCRM(Customer Relationship Management：記録・管理した顧客情報ごとにきめ細かく対応し、顧客満足度の向上や良好な取引関係を継続させる取り組みやシステムのこと)サービスですね。

また、SFA(Sales Force Automation：主に企業で利用される、営業活動の効率化を支援するシステム)サービスを提供していまして、それを使用したさまざまなアプローチにより、顧客管理や営業支援の実現をグローバルに展開しています。

最後に、今回のテーマである『ローコード・ノーコード開発』の将来性についてですね。
知識が不要であったり、少ないソースコードで開発ができたりと、アプリ開発の開発者のハードルが下がることで「経験・未経験問わず誰にでもチャンスがある」という点があります。後は「DX推進の役に立つ」ということと、開発スピード自体が上がるので、企業競争力を高めるためにこれからも伸びていくような分野かと思います。

実際に、ミック経済研究所による市場調査レポートでは、ローコード開発市場は2023年度に全体で4.560億円。CAGR(Compound Annual Growth Rate)という『年平均成長率』では16.3％の成長が予想されていますから、今後大きな伸びが見込まれますね。

今回『ローコード・ノーコード開発』について紹介してきましたが、お二人は何か気になる点とかありましたか？

私たちは必要な人材ということで！(笑)

それでも「SalesforceがDX推進にとても良い」ということは印象に残りました！

フロントエンドエンジニアとは、Webデザイナーのデザインを基に『WordPress(オープンソースのブログソフトウェアであり、CMSの一種)』や『CMS(Contents Management System: Web コンテンツを管理するためのシステム)』の構築やカスタマイズを担当する職種になります。

主に使用している言語は『HTML(Hyper Text Markup Language：Webページを作成するための基本的な言語)』『CSS(Cascading Style Sheets:：HTMLで作られたWebページのデザインを整え、統一するための言語)』『JavaScript(HTMLなどで構築されたWebサイトに動きを加えるための言語)』などですね。

自分の場合ですと、始業前と始業後に『Teams』というチャットツールや『Outlook』のメールで、1日の連絡をチェックします。そこから定時までは、構築案件のコーディングをしていますね。
その間に、ディレクターから修正の案件や、または「こういうカスタマイズはできないか」といった相談なども受けています。

そうですね、基本的には大体1人で担当しています。

長く仕事をしていると、やはりアニメーションを多く使うような、高難易度な実装依頼がくることがありまして、そういったものを実装できるとすごく達成感がありますね。大きい案件とかにもどんどん携わっていけるので、それが一通り終わった時は、もう達成感が半端ないですね。

ものすごく……

アニメーションの場合ですと、いただいた指示が具体的ではない時もありまして。その場合に、具体的な要望にどうやって合わせるか、少し試行錯誤していくところが大変ですね。

調整が大変なのですね。

具体的に言いますと、お客様の要望に沿ったものを作った後に「満足した」といったお客様の声をいただいた時とか、ディレクターやチームメンバーからも良い評価をもらった時ですね。
チームにも貢献していて、クライアントにも満足いただけるものを提供できている、といった面で、結構やりがいを感じています。

ありますね。

先程とは逆に「地獄だった案件」はありますか？

では、それまでの過程は……

想像しただけで寒気が走りますね。

多いですね！？

あまりやったことがなくて、10個も作らないといけないのに「期間は短め」というのは、すごい地獄ですね……

やり手のデザイナー基準のスケジュールで来るので、大体1週間以内ですね。

『CMS』の運用作業とかも、フロントエンドエンジニアが携わることも多いです。結構古いバージョンの『CMS』で運用作業を行う案件もありまして、その更新作業に大体1～2時間かかるのですが、その間にまた別の更新依頼が来ることもあります。
新しく来た依頼の作業をしている間に、今度は最初に依頼されたものが無くなる、ということもありますね。

はい。他にも「どうしても短納期で作ってほしい」という依頼がありまして、作り終わった後にデザイン総入れ替え、みたいなことも結構多いですね。
そういった作り直しの作業や、設計に無かったページを一通り作り終わってから「あれもこれも作ってくれる？」といった、短納期での作成依頼は本当に多いです。

では次に、気になる20代と30代の平均年収を教えていただけますでしょうか？

「スキルを上げていこう」という話ですね。

はい。

1つ目は『フロントエンドエンジニアのスペシャリスト』になります。

フロントエンドエンジニア自体が『HTMLコーダー（Webサイトの制作過程において、HTMLやCSSなどの言語を使用してWebページを作成・構築する職種）』や『マークアップエンジニア（コーダーの上位職に当たり、作成するWebサイトの意図・目的を理解し、使いやすさを考慮したコーディングが求められる職種）』の上位職になるので「さらに技術を磨こう」と、スペシャリストとしてご活躍されている方は多いですね。

2つ目は『テクニカルディレクター(CMSなどのシステム要件定義から、社内エンジニアとの連携によるプロジェクトを円滑に進行までを担う職種)』ですね。
フロントエンドエンジニアからディレクターになる方は、大体がコーディングのノウハウを知っているので、無茶な依頼をする方が少ないです。

はい。続いて、3つ目は『Webデザイナー』ですね。
先程もお話したと思いますが、フロントエンドエンジニアは結構デザインに関わる業務が多いため、デザインの勉強も多少必要になります。その勉強をしていく内に「Webデザイナーになってみたい」と思い、Webデザイナーを目指す人も多いです。

フロントエンドエンジニアもできて、Webデザインもできる方は「1つのデザインを渡せばコーディングまでやってくれる」ということで、企業によってはすごく重宝されると思いますね。

一人二役ですからね。

初見ですね。『フルスタックエンジニア』とは、どのような職種でしょうか？

すごい！　「フルスタック」って、そういうことですか。

となると、結構フロントエンドエンジニアの最終形態、みたいな感じですか？

未経験者で入社してから一人前になるまで、どのぐらい期間が掛かるのでしょうか？

勉強はして、やりたいなとは思っているけど「実際にやれるかどうか不安だな」という方でも、入社したら仕事やる中で覚えていく、という感じなのでしょうか？

どこもそうなのですね。

フロントエンドエンジニアは実務を通じて、Web制作全般の知識をはじめ、WebデザインやSEO(検索エンジンに合わせて自社のWebサイトを最適化する施策のことで、Webマーケティングにおいて重要な位置を占める)などの、幅広い知識やスキルを身に付けることができます。自分の市場価値が高められる職種になりますので、興味がある方はやってほしいな、と思っております。

そうですね。

これまでWebディレクターやプロジェクトリーダー・マネージャーなどの経験を経て、現在はセールスエンジニアという職に就き、さまざまな案件を担当しています。今僕が所属している企業では、主に受託開発や技術・人的リソースの提供を主なサービスとして行っています。

僕の仕事では、技術者としてお客様にヒアリングを行い「プロジェクトを本来あるべき体制にするために、必要なスキルのあるエンジニアを参加させるよう提案する」といった流れがありますね。

1つ目は「プロジェクトの受注をした途端にエンジニアさんがいなくなる」です。
お客様から依頼内容を詳しくヒアリングして「このスキルを持ったエンジニアの参加で、こういう体制でどうですか？」と提案させていただいて、受注が決まった直後ですね。参加予定のエンジニアから「申し訳ないですが辞めます」と言われるという……

本当に始まってもないし、受注を頂いて「ありがとうございます。エンジニアの事前学習からやっていきます」とお話した手前、お客様には伝えにくいものがありました。

こういったことはおそらく、IT業界の営業やセールスエンジニアの人なら、必ず経験しているものだと思いますね。

2つ目は「何の定例会だったかな？」となることです。
やはり長期プロジェクトになると、月1回もしくは隔週での定例会を行うことが多いです。忙しい中集まったところで「今日の内容は何だった？」と思い出せなくて、プロジェクトメンバー全員で定例会の内容を整理して確認し合うところから始める、という。

結果的に話は進んでいくのですが、最近はリモート参加も多いので、画面に映った瞬間にみなさん「えーっと？」となることがありますね。

3つ目は「自分で作業をやってしまう」です。
本来望ましいことではないのですが、エンジニアの経験が長いと自分でも作業ができてしまう、ということですね。実例としては、担当プロジェクトで「リソースが足りなくて間に合わない」という時に仕方なく自分でやってしまったことがあります。
その部分が「クオリティ高いです、ありがとうございます」という評価を頂いて、でも自分がやったとは言い出せないので「良かったです」と……

やはり会社組織として役割分担がありますからね。僕のミッションは、セールスエンジニアとしてお客様との交渉や商談を重ねて売上を上げていくことです。リソースや作業の手が足りなくて作業するというのは、僕に本来課せられたミッションではありません。ですので、そこに時間をあてるべきではないのですが、社内調整した結果「一部だけやろう」という話になることもありました。

実は裏話がありまして、そのプロジェクトから半年後くらいに、同じ作業を行うプロジェクトが1回あったのですよ。
了解したところ「前回ミスも少なくてとても良かったので、同じ体制でお願いします」と依頼されまして「あの作業実は僕がやりました。今回はできません、言わずにいてすみませんでした」と言ったことがあります。

4つ目は「どうしても効率化したくなる」です。
社内の営業的な仕組みや、事務的なフローなどに関して「エンジニアとしての血が騒ぐ」じゃないですけど、どうにか効率化できないかを考えてしまいますね。

これまでの営業を例にすると、案内や提案のメールを企業様に送った場合、やはり見ているか興味を持ってもらえたか、が気になるところになります。それをメール内のリンクにつけたパラメーター(ソフトウェアなどの仕組みに対し、外部ツールからの情報を与える値のこと)で分けます。

さらに企業様ごとのパラメーターで分けて後から『アクセス解析(Webサイトへのアクセスを時系列で記録・集計して、表やグラフなどの統計的なデータに加工すること)』というログツールで確認します。ログツールを見て「A社さんが見て下さった、ご興味あるのかな？」と思ったら電話をして、ご案内を行ったりしますね。

５つ目は「エンジニアを慰める、なだめる」です。

そうだと思います。「プロジェクトのリーダーの方にこう言われて」「そうか、君はこう考えて頑張ったけど、上手くいかなかったのか。大変だったね」というのを2時間、気持ちがおさまるまで、ひたすら聞いてあげたりします。

自分の考えや感情を整理しながら「次は何をやろうか」というところまで導いてくのは、結構重要なのですよ。先程のように慰める必要があるのは、自分で処理できなかったタイプの方ですね。その方も自分で処理できるように導いていくというのは、エンジニアとしてだけでなく、社会で働く中で必要な力になると思っています。

セールスエンジニアとして、エンジニアを管理していく中で「お金が発生すればそれで良い」ということではないので。やはり今のエンジニアが、これから先も長くエンジニアを続けていくために「どうすれば良い5年後・10年後を思い描けるのか」ということも考えてあげることが重要だと思います。

スッキリして帰っていきました。最近でも小言のような連絡はきますが、今は「まあうまくやれよ」の一言で終わっています。

今まで何人も見てきて「未経験から挑戦して3年ですが、この業界向いていないので辞めたいです」という相談を受けたことがありまして。よく話を聞いてみるとプロジェクトに恵まれていない、努力の方向が間違っていたとか、相談できる人がいなかったということが結構ありました。「何かできることがあったはず」「これを目指していたなら、もう少しこういう努力をさせてあげれば良かった」と後から思うことも実際にあったのですよ。

会社には売上を立てるというミッションがあります。その一方でエンジニアをしっかりとキャリアアップや自己実現をさせて「ハッピーにしてあげたい」という気持ちがあります。僕はIT業界・WEB業界を愛しているので、エンジニアにはいろいろなものを身に付けて「WEB業界・IT業界に携わって良かった」と思えるようになってほしい。
これが僕のモチベーションですね。

ご紹介いただいた『セールスエンジニアの仕事あるある』はこちらになります。

聞いたことはある、くらいです。

NFTとは『Non Fungible Token』の略で、日本語に訳すと非代替性トークンという意味になります。

要は、NFTは「鑑定書や所有証明書付きのデジタルデータ」のことです。仮想通貨と同じく、データ管理にブロックチェーン技術が用いられています。そのため、改ざんや偽造ができない仕組みになっていますね。

『ブロックチェーン』というのは「取引履歴を暗号技術によって鎖のようにつなげ、全ての取引履歴を正確に維持する技術」のことです。ビットコインや暗号資産も、このブロックチェーンを使用したデジタルデータでして、安心して利用できます。

仮想通貨とNFTには、1つだけ明確な違いがあります。それは、暗号資産には代替性がありますが、NFTは「非代替性」なので、代替性がありません。

「代わりがある」ということですね。仮想通貨の500円は「デジタルデータの500円分」として存在しますが、そこに唯一無二の価値はつかないですよね？

そうですね。NFTの場合は、その500円にシリアルナンバーが入っているようなもので、唯一無二の500円として価値がつきます。

NFTのメリットは、唯一無二の価値が保証されているので、それを「誰でも売買できる」ということですね。

データなので自分で物理的に持っていられる訳ではないですが、手に入れたら「自分だけが持っているもの」になるということですね。

その通りです。

NFTアート(NFTと紐づけられたデジタルアート作品)というものが注目されています。最初に注目を浴びた例では、Twitterの創業者ジャック・ドーシーと言う方が、が最初に投稿したツイートですね。こちらがオークションに出品され、約3億円で落札されました。

後に続くように、アメリカの「Beeple(アメリカのデジタルアーティスト・グラフィックデザイナー)」というアーティストのNFT作品も、過去最高の75億円で落札されました。こういった海外の驚くようなニュースが次々と発表されたことで、日本でも現代美術家の村上隆さんや、音楽ユニットのPerfumeなどの著名人も、続々とNFTを発行しています。

海外のDJが購入した、という話でしたね。

夢がありますね！

それは、実際に住む家ではなく「デジタルアートの家」ということですよね？

デメリットはありますか？

何の手数料ですか？

まだできたばかりですし、法が定まっていないことやデメリットもあって「普及はこれから」という感じなのですね。

物凄い右肩上がりですね！

確かに、選挙をネットで行うのは難しそうですが、NFTを利用することでネット投票ができるようになれば、投票率の問題なども解決の兆しが見えてきそうですね。

セールスエンジニアは「技術的な知識から営業をサポートする職種」ですね。僕自身、Webディレクターやプロジェクトリーダー・マネージャーという経験を経て、セールスエンジニア職に就いています。

僕が所属する企業では、売買をするよりは受託開発とか無形のサービス、人的リソース、技術提供といったサービスをメインとしています。プロジェクトの状況と課題を技術者視点でヒアリングをして、お客様のビジネスやプロジェクトを成功させるため「このプロジェクトにはこういったリソースと役割分担の体制が良いのでは？」といった提案をしています。

当社では個人に課せられたノルマはありませんが「担当部門の売上予算達成」はミッションとして課せられています。

コロナの影響もあって、週2回ぐらいはテレワークをしていますね。元の出勤時間は9時ですが、今は「8時出社の17時退勤」を定時としています。

ですね。具体的な1日の流れとしては、午前中はメールのチェックや返信、定例ミーティングなどが1～2本というところです。

午後からはお客様やプロジェクト担当のエンジニアとミーティングを行って、プロジェクトの状況把握と課題の有無を確認します。他は商談が1～2件くらい。夕方頃には翌日以降の会議の準備や提案資料の作成などで、1日の流れは大体終了しますね。定時で帰れる時もあれば、30分～1時間ぐらいの残業をする時もあります。

対顧客と、対社内エンジニアの、2つがあると思っています。
対顧客視点では、お客様から「プロジェクトで1名欠員が出たので技術提供を」という依頼があったのですが、そのプロジェクトはただ欠員を埋めるだけではあるべき姿にできませんでした。そこで、このプロジェクトを本来の姿にするため「リソースに対する役割ではなく、役割分担した方が良いですよ」と提案しまして、結果的に3名がプロジェクトに加わりました。

お客様から「おかげさまでプロジェクトの稼働も安定して、欠員が出た時のフォローもうまくできるようになった」とか「企業内で本来やりたかったことにようやく手がつけられるようになってきた」など、感謝の言葉をいただきました。自分が技術者として経験してきたことを応用して「うまくお客様に貢献できたかな」というところで、やりがいを感じました。

社内的な視点では「Webデザイナーを目指しているが、実務経験もスキルも足りない。自分はデザイナーになれるのか」と悩んでいるエンジニアがいまして。その方に、少し背伸びをした挑戦をしてもらったのですよ。
挑戦したプロジェクトを通して、今では自信を持って「デザイナーです」と言えるように成長していく姿を見て、やはりエンジニアの成長に携われることはやりがいの1つだと思いました。

地獄だった案件の話、というのはありますか？

まあ、よくある話だと思います……

週に1度はエンジニアと会話するようにしていました。「プロジェクトの調子はどうなの？」と尋ねた際に「頑張っていきたい」とのことだったので「では最大限頑張ってみましょう」と、プロジェクトは継続していきました。

ですが、日が経過する内に「エンジニアも限界だな」と感じる状況になりまして。エンジニアの心身を最優先で守らないといけないので、最終的に「うちのエンジニアを離脱させてください」と申し入れさせていただきました。

いくつかポイントがあると思っていますが、やっぱり最優先に守らないといけないのはエンジニアです。良い例では「成長ができない」ということでヒアリングをして「もう少し、こう広げられるかもしれないよ」とか「ここを考えたら、こういうスキルが身に付くよ」という話をすることで解決する場合もあります。

ですが、自分の手では届かないところで、プロジェクトの負担が多くなってしまう場合は、やはりきちっとした引き際で「これ以上は調整ができない」というラインを見極めて、エンジニアの心身を守るために離脱させていただく、というポイントがあると思います。

20代では、400万円の後半ぐらいが平均値だと思います。30代になると結構幅広くなりまして、500万円の後半から600万円くらいというイメージです。
30代が幅広いというのは、30代は中堅からベテランになっていくにあたって「どんなキャリアを積んできたのか」といった点で、収入に大きな差が出始める時期だと思うからですね。

営業職からスタートして、営業をしながら技術を身に付けてセールスエンジニアになる、というルートもありますが、一般的にはエンジニアからセールスエンジニアになることが多いと思います。

僕自身、Webディレクターとしてキャリアをスタートしました。その後プロジェクトリーダーとプロジェクトマネージャーを経て、プロジェクト全体のリソース管理や収支といった課題をつぶしていく作業の経験を積んでから、営業と同行する機会が増えまして。
技術的な立場から調整のためにヒアリングをしたり、営業と一緒に提案を進めていったりと、そういう機会が増えていって、気がついたらセールスエンジニアになっていました。

ですね。段階を踏んでいって、今はセールスエンジニアと言えるような役割を担ってきた、というイメージです。

むしろ、セールスエンジニアはITインフラやシステム開発からの方が多いかもしれません。

未経験で入社して「セールスエンジニアになるぞ」という場合は、どれぐらいの時間が掛かりますか？

結構掛かりますね。

ようすけさんから見て、セールスエンジニアに向いているのはどんな人でしょうか？

セールスエンジニアの将来性をふまえた、おすすめポイントについて教えていただけますか？

では、どの企業でも需要があるということですか？

そもそも、Webサイトの見た目の部分を制作することを「Webデザイン」と言います。ですが『Webデザイナー』の仕事の範囲となると、会社によって違いがあると思います。WebデザインをPhotoshopなどのツールで作る前に、ワイヤーフレームや構成案を作成する段階があります。

そこから全部デザイナーが作る会社もあれば、ディレクターが前段階までは担当するという会社もありますし、コーディング（Webデザインを実際のブラウザで表示するために、HTMLやCSSなどの言語やソースコードを用いる作業）もWebデザイナーが担当する会社もあります。ちなみに私は、Photoshopを使用したWebデザインの見た目部分の制作までを担当しています。

仕事の流れというのは、お客様との打ち合わせで「どういうサイトを作りたいのか」「どういう雰囲気にしたいのか」といったヒアリングを行います。その後の『トーン＆マナー（デザインの統一性を保つルールのこと）』という段階でサイトの雰囲気や、作るデザインの方向性を決めます。次が『カンプ制作』といって、デザインカンプというPhotoshopやデザインツールで「1枚画像の状態で完成形を作る」という工程があります。

作ったデザインカンプをお客様と確認して、出し戻しや修正を繰り返して完成したら『コーディング』という仕事に移ります。デザインには、使い勝手が良くて見た目もきれいな「機能性と美しさを両立させたサイトを作る」という目的が絶対あると思います。売上を上げるとか、採用サイトであれば応募数を増やしたいとか、そういった要望に見た目の部分で貢献することが『Webデザインの目的』ですね。

ボタンの配置や、押したらどこに飛ぶかという部分は、見た目を作る前段階の「構成案・ワイヤーフレーム」と呼ばれる部分で先に考えてあることが多いですね。ただ、デザインに入ってから変えるというパターンも結構あります。

やはり、構成案と向き合う時間はデザイナーが一番長いので、作っている時に「このボタン、実は要らないのでは？」とか「このページよりも先に、そちらのページに飛んだ方が良いのでは？」という違和感を覚えることがあるのですよ。そういう時は構成案を変更したり、ディレクターさんに相談したりしていますね。

案件によってバラバラですね。ランディングページ（LP：訪れたユーザーが最初に閲覧する、商品・サービスの紹介や、問い合わせなどのリンクもまとめた1枚の縦長なWebページのこと）の1枚だけ作って終わりの案件とか。会社のコーポレートサイトとなるとページを何十枚も作らないといけない案件もありますので、本当にピンキリです。最初のページは大体2～4日くらいで、すごい時間を掛けるのであれば1週間くらいですかね。

私は元々、雑誌やポスターなど、紙媒体中心のデザイナーをやっていました。その時に勤めていた会社があまりにもブラックだったので転職を決意しまして。

ちょうどその頃は雑誌の廃刊や休刊がニュースになっていて「紙媒体これから大丈夫かな？」みたいな時で、Web業界の方が「未来は明るいかな」と。あと、Web業界は変化が早くて、流行り廃りもどんどん変わっていくので、そこから「Webの方が面白いかも」と思って、気軽に足を踏み入れた感じですね。

そもそも使うツールが違いますね。紙媒体だとIllustratorや、ページものだとInDesignというツールを使うのですが、WebだとPhotoshopやAdobe XDというツールを使用します。

そうですね。

Webデザインはアート作品ではないので､目的がありますし、予算も決まっていたりタイトなスケジュールが組まれていたりと、制限も大きいです。そういった制限がいろいろとある中で「これがベストだ」と思う形を試行錯誤している時が楽しいですね。

それでいうと、私は美術高校に通っていました。

はい、美術大学でした。

あまり関係ないのかな、という気もしますね。もちろん、美術大学を出ていればデザインの考え方は身に付くので次のステップから始めることになりますが。まったくデザインの学校に通っていなくても活躍している人が多いのが「Webデザイナーの特徴かな」と思っています。SNSとかを見ても、結構有名な人が美大出身じゃないとか、新卒でデザイン業界に入ったわけでもなく「営業から転身しました」という人もいますから。

デザイナーというと「生まれ持った才能やセンスがモノをいう」イメージがあると思いますが、デザインはセンスよりも経験を積み重ねて「デザインの引き出しを増やしていく」ことでカバーできる部分が大きいと思っています。

もちろん飛び抜けたセンスを持っている人もいますが、Webデザインはアート作品ではないので「サイトの目的を意識して、そこから逆算してデザインできるか」といった、ビジネス・マーケティング的な視点が必要になります。そういう意識や視点が重要になってくるからなのかな、と思っています。

デザインが好きかどうか、興味があるかどうか、というところは一番重要だと思います。

高いイメージがありますね。

Webデザイナーは、1000万円プレイヤーになれますか？

その場合、デザインの案件の数を増やすのと、1個素晴らしいものを作るのと、どちらの方が金額は上がるのでしょうか？

私が考えてきた初心者と熟練者の違いの4点がこちらです。

簡単に言うと『管理ができる』ということですね。どういったことを管理するかというと、システム開発におけるスケジュールやお客様との調整などの期限管理ですね。あと、残業も含めたメンバーの稼働時間の管理もします。

私は「調整力」と思っています。私が駆け出しの頃に経験したものでは、お客様の要望を全て鵜呑みにして「全部やりきらないといけない」と思い込んでしまうところがありまして。やってはみるものの手一杯で、結局「納期に間に合いませんでした」という状況に陥ってしまいました。

お客様からの要望があったとしても、自分で見積もりを立てて「この量ならできるかな」と予算・納期・機能などをコントロールすることが重要です。難しいのであれば、お客様と調整をして予算を増やしてもらうとか、機能を減らすとか『先を見据えたことができるかどうか』というところが、初心者と熟練者の違いかなと思いますね。

提案能力というのは、今まで経験してきた中で「どれだけの引き出しを持っているか」だと思いますね。初心者の頃は、まだ携わる案件が少ないから、提案する数も少なくなりますが、経験を積むことで引き出しがどんどん大きくなって『熟練度が増す』というところはあります。

お客様からの要望に対して、プラスアルファで提案ができると「そういうことも可能なのですね！」と相手からはとても喜ばれますね。そういった距離感も近くなっていくことで「相手の会社に任せようかな」という気持ちになっていただけると、次の仕事にもつながります。

そうですね。先に「こういった要望があるのですが、実際にどうやって作っていきますか？　各社企画してください」といった、コンペティション（複数の業者を競わせ優劣をつけ、1つの業者を選ぶ方式）のような方法を取ることもあります。

提案する企画書を作り上げるのは、誰でもとは言えませんが、経験があればできるものだと思います。ただ、同じ内容でも予算が少ない方がお客様にとって良いので、そこの『提案力』というものにつながると思います。

設計というのは1つの機能だけではなく、他の機能も一緒に見ながら一つひとつ設計していく必要があります。そこがバランスよく組み合わせられないと「動作しない」ということにつながりますので、その部分で『自分の能力をどう活かして設計していくか』が重要なところですね。

他の機能と合わせる時にインターフェース（パソコンと周辺機器など、異なる機器やプログラムを結び付けるための共有部分のこと）を利用してデータの受け渡しを行います。そこが上手く調整できていないと「こちらが足らなかった」「ここは情報がこれだけ足りない」ということになってしまうので、設計ミスを防ぐためにインターフェースでの調整をしておく必要があります。

後半になってからでは全く動かないこともありますので、その部分の情報がどれだけ頭に入っているかが「システムが動くか動かないか」という重要なところになりますね。

意思決定が早ければ早いほど仕事は進みますし、上にエスカレーション（上司に相談や報告をして判断を仰ぐ・対応をゆだねること）するほど遅くなりますよね。作業者にとっては、どこかで決めてもらった方が進められるので、大きな違いになってくると思います。「自分で意思決定できるかどうか」というのは業務内容のレベルにもよりますが、判断ができるのも、熟練SEの大事なところだと思います。

例でいうと、作業者・プログラマーが実装している時に「ここってどうしたら良いのかな？」という疑問が出てくることがあります。設計書から読み取れない部分があって、そこの判断をSEにあおぐことが多々ある訳です。そこの判断がすぐできて「Aでお願い」とか「Bで進めて」とかの答えが返ってくると仕事が進むので、そういった判断は熟練SEだと早いと思います。

やはり自分が分からないと判断できないので、別の方に聞きますよね。その分、仕事が遅れてしまうということですね。

個人差がありますので、私自身は3～4年ぐらいでしたが、大体5年ぐらい経てば経験も増えて判断も早くなってきますね。あとは携わる案件にもよりますが、さまざまなことを経験した人の方が、より早く熟練者に近づくような気がします。

1つ目は『ディレクターが一人で抱え込みすぎること』です。具体的には「これは俺がやる！」と一人で抱え込んでしまうと、どんどん仕事の片付け方が自分流の力技みたいになってしまう、ということですね。シンプルな作業にしておかないと、他の人に引き継ぐ時に上手くいかず、トラブルの原因になってしまうので、いつでも人に振れる「シンプルな作業にしていく」ことが大事かなと思います。

簡単にする、というのも、なかなか簡単じゃないなと思っています。

2つ目は『理由を考えないで行動すること』です。例えば、クライアントや制作の方に「こうしておいて」「こう伝えて」と言われたことをそのままやるだけでは、少し話が違った場合に自分で軌道修正できなくなってしまう、ということがあると思います。なので、何かをやる時には「これはどうしてやるのだろう？」とやる理由を、面倒でも確認・理解をしていく必要があると思いますね。

自分の気持ちで動かしていかないと、自分でディレクションしている案件が「いつか自分のモノでは無くなる」「無責任な成果物になってしまう」のではないかな、と思っています。

そうですね。その疑問の一つ一つが成長につながることにもなりますので、ぜひ、みなさんにも実践していただきたいな、と思っています。

3つ目は『作業の優先順位を付けないで取り掛かること』です。仕事をしていると、新しいタスクが発生することは常にあると思います。それがすぐできそうな簡単なものだと、つい片付けてしまいたくなるのですが、その行動によって「本来優先すべきタスク」の優先度を忘れてしまうきっかけになっている可能性があります。

また、自分の力だけでは片付けられないような「面倒で難しい作業」というものが発生する場合もありますよね。そういった場合でも、自分の中に「タスクの優先度」というものがしっかり落とし込めていれば「これは大変な作業だから、すぐに分かる人に相談しよう」と動き出しのタイムラグを抑えられます。何事に関しても「作業の優先順位を忘れずに仕事をする」ということがディレクションをする際に重要な心掛けだと思っています。

4つ目は『自分の優先度を下げすぎること』ですね。デザイナーやコーダー、お客さまなど、周りの人の作業を気にしすぎてしまって、本来自分がやらなくてもいいことに手をつけてしまうとか。そういったことが積み重なって、少しずつ遅れが出るような原因にもなると思っています。

ですね。やはり安全な案件というのは「ディレクターの手が空いていて、いつでも動ける状態」だと思っています。「いざという時に動けないと良いディレクターではない」とも思っていますし、ディレクターというのは「みなさんが頼れるような存在であるべき」だと個人的には思っています。

最後5つ目は『エビデンスを残さない』です。これを残すことは、本当に基本的で大事なことですね。いつの時代も、案件に関わる人たちの身を守るのはディレクターが残しているエビデンスだと思っています。口頭でスムーズにお話が進んだ場合でも、エビデンスを残さないと後々のトラブルにつながることが、経験上多くありました。

それだけ「信頼していただけているのかな？」とは思います。けれど、クライアントとの関係性を崩したくないのであれば、信頼できる情報をしっかり残して仕事をしていくというのが「一番良いコミュニケーションなのかな」と私は思っています。

そうですね！　そういったものは、誰が見ても信頼できるものになりますので。

良い関係を続けたいのであれば、どんなコミュニケーションでも手を抜かずにしっかりやることが大切だと思っています。

今回紹介した『Webディレクターがやってはいけないこと5選』の内容をまとめると、こちらになります。

1つ目は「新しいことを始める時に取り組んだことは？」と面接で聞いた際に、よくあるのが「〇〇をやろうと思っていました」「今準備しています」といった、口だけで終わってしまうような答え方ですね。これはNGです。

そうですね。行動が伴っているかどうかは面接官としても見たいですし、受け入れる会社としても「どれぐらい準備しているのかな？」というのは一番気になるところですから。

それはもちろん、何をやっているのかは聞きますよね。

それは言ってもらえた方が良いですね。
前に僕が面接した子で、結構面白い子がいましたよ。「ITパスポートを勉強した」と言うので「何をどこまで、どのように勉強しましたか？」と聞いた訳です。そうしたら、かなり最近買ったらしい本を取り出して、10ページ目ぐらいを開いて「ここまで勉強しています！」と。

好感は持てましたけど「10ページか……」とも思いましたね(笑)

2つ目は「あなたが会社に求めることは何ですか？」という質問に、受け身の姿勢で「充実した研修制度」とか「研修を受けたい・学びたい」などの答え方をすることです。特に未経験の方に多いですね。
この質問の意図は入社希望先の会社が「何をやっているのか」「どういうサポート体制があるのか」といったことを学んできたのか、知ることにあります。なので「学びたい」とか、受け身の部分だけだと少し厳しいですね。

最初は受け身でも良いと思いますよ。ですが、社会人になると受け身ではなく、自分から取り組んで「どうなりたいか、どうしたいか」ということも必要になってきます。ですので、最初はそういった話をしたとしても、それまでに学んで受け取ったものを上手くアレンジして「この会社に貢献したい」と言えると良いでしょうね。

今回NG例としていますが、実際のところはどう発信するかだと思っていますね。「学ぶ環境がある」というのを「使えるものを使い倒してやろう！」というような表現の仕方にしたら、同じ言葉だとしても捉え方が変わるかな、と思います。

3つ目は「今までの人生で上手くいかなかったことは何ですか？」という質問に対し「他の人のせい」とした答え方をすることです。
人によると思いますが、上手くいかなかったことを「自分の責任」という形で話すのか「他人のせい」にするのか。後者だとNGですね。

よくいますよ(笑)
面接の時に「あの会社の、あの上司の下についたからダメだった」とか「このプロジェクトが失敗したのは○○のせいだ」みたいなことを、平然と言ってくる子は多いです。多分本音なのでしょうが、それを面接の時に言うのは、あまりよろしくないと思います。

そうですね。

上手くいかなかったことには原因がありますよね。「その原因を次に活かすためにどう自分を振り返ったか」という表現の仕方ができれば良いと思います。

4つ目は「仕事をするうえで重視することは？」という質問に対して、最近流行りの「ライフワークバランスを重視したいです」と答えるケースです。
このケースは、NGというより少し採用を見送りたくなってしまうものですね。

それもありますが、今回の例は『未経験という形でエンジニアになりたい』場合です。未経験者が最初からライフワークバランスを重要視してしまうと「学ばないといけないことや、仕事以外にも何かする必要が発生した時はどうするの？」という疑問が出てきます。ITは自分が目指すところ以外にも必要となるものが増えてくるので、それをやらないとなると「本当にその業界で働けますか？」と面接官としては思うところですね。

積極性やモチベーションの高さが窺えない、ということですよね。

ライフワークバランスは確かに大事ですけど、それ以上に何かにチャレンジする上で必要になってくるものとか、そういったことに貪欲な方が良いということですね。

確かに、その答え方だと「勉強が目的なの？」という感じに聞こえますね。

別のNG例でもお話がありましたが『学びたいから・学べるから・研修があるから』ということが頭にあっても、それだけしか言わないと「じゃあどうしたいの？」という話になってくる訳ですよね。そこも貪欲になっていく必要があると思います。ここまでNG例が5つ出てくるということは、逆にこの質問にきちんと答えられる人は好印象になりますか？

今回ご紹介いただいた『未経験エンジニアがやりがちな面接のNG回答5選』の回答例はこちらになります。

IT業界に入ってからの十数年間、さまざまなシステム開発を行ってきました。有名なプロジェクトにも携わってきましたので、いろいろなお話ができると思います。よろしくお願いいたします。

システム開発にはいろいろな工程があり、主には「要件定義」「設計」「システム開発」「テスト」などがあります。上流工程と言われる「要件定義」では、設計からお客様と会話することが多いです。コミュニケーションがとても重要になってきますので、コミュニケーション能力が高い人ほど活躍しているイメージがありますね。

システム開発はまず「こういうシステムを作りたい」というお客様の要望から始まります。ですが予算や内容には限りがありますので「実現するためにはどうすればいいか？ 」と言ったところを、お客様と直接相談して要件を定義していく、という感じですね。

要件定義が決まると「こういうシステムにする」という設計分野に移って、その後にプログラム開発を行います。設計や開発の工程でも役割がいろいろありますので、進捗やスケジュール管理などもシステムエンジニアの仕事の範囲だと思っています。

プロジェクトの規模にもよりますね。予算が少ない場合は人員が限られていますので、SEがプログラム開発を行う時もあります。

自分の作ったものが世に出ていて、触れたり動かしたりできた時が、システム開発を行ってきて一番達成感を覚えました。システム開発中は忙しいのですが、終わった後に「やって良かった」と思えるところが大きいですね。

あとは、人と関わることが多いので楽しいです。システム開発もコミュニケーションなしではできませんし、人によってはそこから仲良くなったり、結婚やお付き合いに発展したりすることもありますよ。

新人の年収は、300万円程が一般的ですね。上を目指すとキリはないのですが、上がる人はどんどん上がっていきますので、年収が700～800万円程の人もいますよ。

「どれだけできるのか」というような、アピール材料を持つことが重要ですね。私が必要だと感じたことは、自ら改善案の提案をしたり、面倒見のいいリーダーと仲良くなったりすることです。人間関係はとても大事ですので、有能な人だと判断されれば大きな仕事を任されることもあります。大きな仕事を頑張ればそれなりの成果が出ますので、結果として給与が上がることもあるかもしれませんね。

私自身はあまり資格を持っていませんが、資格があればアピール材料の1つになりますので、取って損はないですね。

結果を出して昇進して行く人たちに共通するイメージとしては「コミュニケーションが取れる人」というのが、一番重要だと思います。

「報連相ができる人」だと思います。あと、伝え方も大切だと思います。「コミュニケーションが取れたとしても、相手に内容が伝わっていない」と意味がありません。また「プレゼンテーションの資料がうまくできていても、相手に伝わるように話ができない」となると、アピールもできないですよね。

伝え方で一番重要だと感じるポイントは、結論をはっきりさせることです。あとは、相手が何を聞きたいのかを理解したうえで伝えることも大切だと思いますね。

十数年の期間と、何百億円もの費用がかかったプロジェクトでは、天国と地獄の両方を味わいました。辛かった地獄のエピソードからお話しすると「システムテスト」と呼ばれる、リリース直前に本番を想定したテストがありまして。当時携わっていたのが夜間に行われるバッチ処理(あらかじめ一連の処理を登録しておき、それらを自動的に実行する処理方式のこと)でした。

シフト制のため夜間組だけでは手が足らず、1人で作業を行ったのですがエラーが発生して処理が止まってしまいまして。いろいろと調べて手を尽くしたのですが、入社したばかりで何もできず、そのまま朝を迎えました。あれは辛かったですね。

天国だと感じたのは、楽しかったところですね。有名企業のとても大きなプロジェクトだったので、世間に出た時は達成感もありました。

システム開発における、中心的な役割を担うのがシステムエンジニアの役割です。システムが完成した時の達成感は最高ですので、ぜひ皆さんもこの業界に入って一緒に頑張りましょう！

まず1つ目は『見た目のことしか気にしないデザイナー』ですね。

「Webサイトを作る目的」というのは「綺麗でお洒落なサイトを作ること」自体では無いですよね。採用サイトであれば「応募してもらう」こと、アプリのサービスサイトであれば「ダウンロードしてもらうこと」とか、そういった目的が必ずあります。その目的を達成するためには「可愛い・格好いい」だけではダメなこともあるのですよ。

商品を売るサイトには購入ボタンがありますが、サイト全体が綺麗にまとまっているのに、購入ボタンだけがピカピカした目立つ色にしてあることが多いです。それを「綺麗か・格好いいか」だけで言えば、全体に馴染む色にした方が絶対見栄えは良いですよね。でも、サイトの目的は買ってもらうことなので、少し浮いても目立たせた方が購入数は多くなります。そういったことを考えられるデザイナーでないとダメかな、ということですね。

何となくですが。この場合のデザインは、作品ではないので購入とか広告的な目線とかもあると思いますが、それを知らないと勘違いしてしまうのかな、と思います。

デザインの勉強というのは、具体的にどのようなことをされるのでしょうか？

フォントと色に相性があるのですか？

デザインを勉強しきる、みたいなことはありますか？

今から「勉強しよう」と思っている人は、どこからスタートすると分かりやすいでしょうか？

HTMLの知識が「無さすぎる」というのはどういうことでしょうか？

Webデザイナーは、動きの表現もすることがありますか？

デザインが好きでないと、デザイナーとして続けていくのは難しい、ということですね。

今回は画像や写真から人の顔を検出して、その顔が「誰に似ているのか」ということを判別できるようなツールを作ってきました。作成時間は、3～4時間くらいですね。

今回は要望をいただきましたので、木村拓哉さん、竹内涼真さん、中村倫也さん、佐藤健さん、吉沢亮さんの5人ですね。この中で「誰に1番似ているか」を判定するツールになります。

そのイケメン5人に「似ているのか」判定をされる人というのは、誰なのでしょうか？

ちょっと勘弁していただきたいですね……
今回ミーティング無かったのはそういうことですか(笑)

6割木村拓哉ですか！？　60％はもう、ジャニーズ事務所に片足突っ込んでいますよね。Pythonやるな！

中身としては、対象の画像に映る人の顔が「5名の芸能人の中では誰に1番分類する確立が高いか」というものになります。その結果「5人の中では6割くらい木村拓哉さんに似ている」という感じですね。

では、続いてじまさんの結果ですね。33％佐藤健です。

これは、いろいろな人のイケメン要素が合わさっているということです。

顔の検出は意外と簡単でして、この黄枠の四角いところを、AIが「顔だよ」と認識しています。

てもしさんは、竹内涼真さんが47％くらい。

5人の内、誰の要素が1番強いかグラフで表示してみましょうか。
まず、けいさんのグラフですね。そこそこ竹内涼真も入っています。

面白いですね。

てもしも、何となく僕と似た感じがします。

少し混ざっているけれど、竹内涼真と木村拓哉要素が多め、ということですね。
続いて、じまさんの結果がこちらです。

多分、顔の系統が全く違うからだと思います。

ちなみに、この有名人の写真というのは、何枚ぐらいを集めてデータとして使っているのでしょうか？

それぐらいの枚数があると「AIがきっちり判別できる」というか、それだけの枚数があれば「AIの精度が上がる」という感じですか？

先程は実行結果だけを見せていただきましたが、ツールの中身というのは、実際どういった風に作られているのでしょうか？

Pythonで使える要素を、結構フルに使われている感じでしょうか？

その四角単位、セル単位っていうのは「行ごとに」ということですか？

その赤枠で囲われた中のスクリプトだけを動かす、みたいな感じですか？

全部一緒だと、一度実行を押した場合、全部の処理が終わるまで確認もできないですよね。

可能です。なので、先程出していたように「結果だけ見たい」という時も、結果が書かれているセルだけ実行すればできる訳です。

何行でしょうね、これ。200行もいってないような気がします。

ありますよ。顔の画像は、人の目では「こういう特徴があるな」という風に見分けられますが、機械には「どういう特徴なのか」ということがイマイチ分からないということがあります。そのため、特徴を抽出して数字で表せるように、ディープラーニングを用いています。
実際、上手くいかなかったのでテスト結果には使っていませんが、もう少し複雑なディープラーニングのモデルを使用して「顔の画像を分類できるか」というところまで試しました。

この辺りがディープラーニングで試したところですね。コードとしては割と長めです。

画像というものは、色味によって数値を変えて表されています。それを「どういう形で分布しているか」みたいな部分をいい感じに数学で計算して均して、顔を128個の数字で数値化しています。

そうですね。

よく使っているライブラリは、下にある画像の1枚目を見てください。今回に特化して使ったライブラリは2枚目にまとめました。
ちなみに「どこに顔があるか」というのを検出するコードは、3枚目の画像の赤枠で囲った1行になります。

はい、認識が終わっています。さらに、次のこの1行だけでこの顔画像を128個の数字に直しています。

はい。入っているおかげで、この2行だけで顔の解析が終わっています。

あと、ここの2行だけでAIの学習が終わっています。

AIに知識を教えて、かしこくする感じです。なので、今回のもので例えるなら「この顔の特徴だったら竹内涼真」みたいなことを覚えさせています。

1人あたり300枚ぐらいの画像を集める作業も、この3行で処理が終わっていますね。

検索してきて、その画像をダウンロードするところまでですね。これを300×5人で1500回分やっていまして、大体7～8分で終わります。

ドライブに入っているフォルダとかを指定して、その指定場所に画像をあらかじめ保存しておかないといけない、みたいなことではない？

他のツールだと、多分「フォルダに必要な画像を用意してそこを参照して行う」みたいな流れがありますよね。

しゅうさん目線では、Pythonを勉強してからどれくらいで、こういったコードを書けるようになると思いますか？

このツールを作成された時に、どのような手順で作成されましたか？

では、新しい画像を準備しましたので、実際にスクリプトが動いているところを見たいと思います。

じまさんの結果は、佐藤健さんの要素が31.5％でした。

でもまあ、5人いますから、全然悪い結果ではないかなと思いますけどね。

データサイエンティストからすると、31.5％は中途半端になりますか？

個性がある感じなのですね。

これはPythonがしっかり仕事している、ということですね。実際、2～3ヵ月で人の顔は変わらないから。

ではまず、じまさんのグラフ結果から。

先程と変わらない、同じような結果ですね。竹内涼真と木村拓哉は「どっちともつかない」みたいな。

続いてけいさんのグラフ結果ですね。

やはり、この3人ではないと……

これは、そうですね。1％もなさそうです(笑)

AIが学習していることは変わらないと思いますが、このツールがしっかり機能して動いていることが、みなさんにも伝わったかなと思います。

今回のイケメン分類器を作るのに使った機能ですね。

まず、Pythonのスクレイピング技術を活かして「Google検索を利用した1500枚程の画像データ収集」を行いました。次が「どのイケメンに似ているか」というのをAIに学習させる段階ですね。ディープラーニングのモデルの使用と、それよりも少し簡単な機械学習のモデルを使用して学習させたパターンがありました。その2つの「機械学習モデルの構築」を、Pythonを使ってやってみた、というところになります。

1つ目は『スケジュールが遅延して複数の案件が重なってしまう』です。

案件が始まる時には、ディレクターさんが「今週の前半に案件1、後半に案件2のデザインカンプを作るよ！」と、予定を完璧にずらして組んでくれます。でも、予算でもめたり構成案が決まらなかったりとゴタゴタしてしまって、大体スケジュール通りに始まらないことが多いですね。その影響で、案件1が週の後半に移動してくると「2日で2案件分のデザインカンプ（デザインの完成見本）を作らないといけない」ということになります。

そういう時は手が空きますが、完全に空いていることはあまり無いですね。前の案件の修正作業だったり、他にもデザイナーでもできる範囲でディレクターさんのブラウザチェック（ブラウザ上での表示崩れの有無や、動作に問題がないかどうかを確認する工程）にヘルプで入ったりしています。

デザインというのはWebサイト制作の中では最後の方の工程で、あとはコーディングして公開というところです。その分いろいろな遅れのしわ寄せが来やすい工程でもありますね。スケジュールは最終的な公開時期が決まっていますから、始まりが遅れても期限を延ばしてもらえないことの方が多くて「スケジュールに振り回される」というのは、結構あるあるだと思います。

ありますね。だからこそ、スケジュール通りに始まったら始まった時点で「よっしゃー！」みたいになります(笑)

要約する、ということですか？

「これお願いします！」と急遽渡されても、それに差し替えるだけでなく、ひと手間加えなければいけない、といったことがよく起きるのでしょうか？

純粋に嫌ですね……

クライアントから「やはりこっちが良いな」と言われた瞬間に「いや最終的にこうなるでしょ」と思いながら作る時もあるのですか？

「これ、何とかできない？」ということですよね。

クライアントの意図を「読み取る・汲み取る」といった力が必要になってくるということですね。

それに対応するためにはどうしたら良いのでしょうか？

制作が進行してから、どこかで止まれるようなところとか「ここまで進んでからは本当にキツイよ」ということはありますか？

お話を聞く限りでは何段階かひっくり返されそうなポイントがあると思いますが、実際に同じ案件の中で何回ひっくり返されたことがありますか？

2回、3回はない、という感じですか？

……どういうことでしょうか？

それは対応が難しいですよね。

今回紹介いただいた『Webデザイナーあるある5選』はこちらになります。

Pythonはプログラミング言語ですね。Ｃ言語などの他言語と比べるとすごく書きやすいので、初心者におススメな言語になっています。

しゅうさんは日常的にPythonを使われているのですか？

つまり、1つ1つ自分で組み立てる必要はなく、既に用意されたものがあると。それは便利そうですね！

たとえば表計算に特化した『Pandas』というライブラリがありまして、これはデータ分析とかによく使われるライブラリで、コードがすごく簡単に書けるので人気ですね。

コードを1行書くだけで、Excelみたいな感じでグラフが書けますよ。

「機械学習」という言葉を聞いたことがあるかと思います。統計分析・機械学習みたいなことを、自分で数式からプログラムを書くことなく「こういったことをしたいです」という風に書くと、すぐ学習させることができますね。

先程の話と関連しますが、Pythonはデータ分析が得意な言語なので「大量のデータを扱うことが得意」と言えます。

何百万行、ですね。

PythonのMaxデータ量はありますか？

すごい！　可能な限り無限、ということですね(笑)

深層学習について、簡単にご説明いただいてもよろしいでしょうか？

なるほど、本当にPythonは世界的に主流のプログラミング言語なのですね。先程「深層学習」とか「機械学習」という言葉がありましたが、深層学習というのは具体的に何かに使われているのでしょうか？

思います。「何で今、俺が調べようとしたこと分かったの？」みたいな時あります！

何か調べものをしている時に、大体自分の年齢向けの、ちょうど必要としている広告がポンっと出てくるのは……？

他に画像解析も得意、ということでしたが、どういった点が優れているのでしょうか？

なるほど、そこもリンクしてくる訳ですね。