エンジニアの生存戦略〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜

エンジニアの⽣存戦略〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし⽅〜 2024.7.20 Amazon Web Services Japan G.K. Solutions
Architect 清⽔崇之

Xへの投稿の際は、ハッシュタグ #cm_odyssey でお願いいたします。 2 お願い

© 2024, Amazon Web Services, Inc. or its affiliates. All
rights reserved. 自己紹介 4 清⽔崇之ソリューションアーキテクト @shimy_net AWS 芸⼈ AWS 公式ウェブマガジン builders.flash 「変⾝ベルト」を機械学習で作ってみた https://aws.amazon.com/jp/builders- flash/202108/ml-henshin-belt/

rights reserved. AWS 芸人とは 5 自転車で DynamoDB ピタゴラスイッチ自動化キックでサーバスタート Kinesis でフリーザ倒す

rights reserved. 10年ぶりに動画を発掘してきました 6

rights reserved. MMD トラッキングキック AWSへコマンド送信 EC2が起動 1) 2) 4) 3)

rights reserved. 私のエンジニアキャリア 2007 NRI Netcom 新卒入社 2007- Web システム開発 2010- Web システム開発/チームリーダー 2012- スマートフォンアプリ開発チーム立ち上げ 2014 AWSJ 入社 2014- ソリューションアーキテクト 2018- ソリューションアーキテクト部長 2021- 西日本ソリューションアーキテクト本部長 2024- ストラテジック製造ソリューション本部長 8

rights reserved. エンジニア（技術者）とは何なのか技術者は製造業一般、サービス産業など製品やシステムなど、また農林水産分野など、モノやことを生み出される、生産が伴う、あるいはその逆に、モノやことを消す（有害物質の無害化など）あるいは廃棄物処理などといった言わば生産の逆工程など、あらゆる技術が必要な場面に、技術者は存在している。通常、工学（機械工学、電子工学、情報工学、化学工学など）や理学（数学、物理学など）にまつわる知識について、知識だけではなくそれを実践できる能力を持ち、有用な物・工程・システムなどを設計・開発・製造する 9 引用: https://ja.wikipedia.org/wiki/技術者

rights reserved. 収穫加速の法則 10 • アメリカの発明家レイ・カーツワイルが提唱。 • 一つの重要な発明は他の発明と結び付き、次の重要な発明の登場までの期間を短縮し、イノベーションの速度を加速する。科学技術は指数関数的に進歩するという経験則 https://ja.wikipedia.org/wiki/収穫加速の法則

rights reserved. 技術の波を乗りこなさなければならないが、 11 クラウドモバイルサーバレスプログラムネットワークセキュリティ AI どれが重要なのか……

rights reserved. 12 重要なものとは

rights reserved. 「重要なもの」と「重要に見えるもの」 13 人は「重要に見えるもの」を選びがち

rights reserved. 「重要なもの」とは何か？ 14 重要に見えるもの重要なもの未来現在の延長現在

rights reserved. 「重要なもの」とは何か？ 15 重要に見えるもの重要なもの未来現在の延長現在キャンディ釣り道具

rights reserved. 「重要なもの」とは何か？ 16 重要に見えるもの重要なもの未来現在の延長ガラケー多機能なガラケースマホ現在

rights reserved. 「重要なもの」は使って判断する 17 画面が大きくて見やすいタッチパネルを操作しにくいガラケーより機能が少ない

rights reserved. The Lean Startup, BML サイクルの先を予想する 18 コンセプト構築製品計測データ学びリーン開発の BML サイクル 2008年 2012年 2017年未来未来を予測するには実際に使ってコンセプトを理解する

rights reserved. 使い勝手だけで判断しない 19 コンセプト構築製品計測データ学びリーン開発の BML サイクル Objective-C で開発する必要がある IDE が使いにくいガラケーの方が機能が多いタッチパネルの反応が悪い今は今は今は今は

rights reserved. 「重要なもの」を選んだとしてもコンセプトを理解していないと役に立たない・NoSQL データベースに複雑な検索を求める・クラウドにオンプレ時代のシステム構成をそのまま持ち込む・ノンブロッキング処理のなかにブロッキング動作を求める 20

rights reserved. あなたを惑わすもので溢れている・マーケティングによる誤誘導（たとえば、製品名に”クラウド版”とある）・似たような技術による誤誘導（たとえば、仮想サーバーをクラウドと呼ぶ）・既得権益を守るための妨害（たとえば、クラウドはセキュリティが危険と煽る）・声が大きいエンジニアやインフルエンサー（ポジショントーク、自己顕示） 21

rights reserved. 魅力的なキーワードに恋をしがちなエンジニア・Amazon Web Services → クラウド・iPhone → スマートフォン・AWS Lambda → サーバーレス・双方向のウェブ → Web 2.0 22 エンジニアはネーミングに信念があるから魅力的なキーワードに弱い • 変数名 • クラス名 • 関数名 • テーブル名 • カラム名キーワードは後付けだから惑わされちゃダメだよ

rights reserved. 23 技術トレンドの発生メカニズムと学習による知識やスキルの習得

rights reserved. 技術トレンドの発生メカニズム • 新技術の発明、コンセプトの提唱 • 初期適用 • ニッチ市場へ参入 • 機能向上と市場拡大 • 既技術に変わり主流へ遷移 • 新基準やインフラの整備 24

rights reserved. イノベーションのジレンマ 25 時間性能市場が求めるローエンド性能市場が求めるハイエンド性能 2) 新技術へ遷移 3) 新技術の持続進化 1) 既技術の持続進化

rights reserved. 学習すべき技術領域はどこか？ 26 時間性能市場が求めるローエンド性能市場が求めるハイエンド性能 2) 新技術へ遷移 3) 新技術の持続進化 1) 既技術の持続進化この辺りを学習すべきだが広範囲なので優先付けが必要

rights reserved. 市場への普及 27 イノベーターアーリーアダプターアーリーマジョリティレイトマジョリティラガード 34% 16% 34% 13.5% 2.5% イノベーターやアーリーアダプターを目指すほうが理にかなっている

rights reserved. 近年は・・・ 28 イノベーターアーリーアダプターアーリーマジョリティレイトマジョリティラガード 34% 16% 34% 13.5% 2.5% イノベーターやアーリーアダプターを目指すほうが理にかなっている

rights reserved. 重要だが緊急でない重要でも緊急でもない重要かつ緊急重要ではないが緊急重要度と緊急度で分類 29 重要度緊急度学習が充足しがち学習が不足しがち

rights reserved. 例）生成AIの開発に必要な知識とスキル例）パンチカードの使い方例）業務で使う開発言語例）障害復旧すべきニッチ社内システム重要度と緊急度で分類 30 重要度緊急度学習が充足しがち学習が不足しがち

rights reserved. 学習における２つのアプローチ 31 ペタゴジー（フルコース）⾃発的な学習未来のために学ぶ新卒研修社内セミナー、資格取得コミュニティ、 OSS 書籍、勉強会、ガジェットアンドラゴジー（ビュッフェ）受動的な学習学ぶ事⾃体が⽬的

rights reserved. レイトマジョリティステージ以後の技術の習得 32 時間性能市場が求めるローエンド性能市場が求めるハイエンド性能 2) 新技術へ遷移 1) 既技術の持続進化 3) 新技術の持続進化ペタゴジーによる学習アプローチで十分

rights reserved. アーリーアダプターステージ以前の技術の習得 33 時間性能市場が求めるローエンド性能市場が求めるハイエンド性能 2) 新技術へ遷移 1) 既技術の持続進化 3) 新技術の持続進化アンドラゴジーによる学習アプローチが必要エンジニアが意識するべき領域

rights reserved. 早期から学習を始めるほうが圧倒的に有利 34 160 280 516 722 1,017 1,430 1,957 2,345 2,757 3,084 2012年 2013年 2014年 2015年 2016年 2017年 2018年 2019年 2020年 2021年私が学習し始めた頃の AWS のアップデート数後期に学習し始めた場合に学ぶべきアップデート数基礎（コンセプト）を理解していると学習効率が良い（応用が効く）

rights reserved. ソリューションアーキテクトは応用力（雰囲気）で乗り切っている「Xサービスの Y機能が使えないんですけど！！」 35 （Y機能はクラウドの根幹に関わるから使えるはず、ネットを検索っと… … 「あー、このオプションをONにすると使えます。このオプションは安全に利用いただくためのリミッター機能です。（以下、理由説明など」「なるほど、ありがとうございます」ソリューションアーキテクト

rights reserved. 基礎がないまま知識だけ習得しても使えない「Xサービスの Y機能が使えないんですけど！！」 36 「持ち帰って確認します」「すごく使いにくいサービスね！」「（背景説明なしに）このオプションをONにすると使えます」・・・後日・・・

rights reserved. 37 技術以外の学習とキャリアパス

rights reserved. ゴールは？キャリアパスと成長 38 プログラマアーキテクトプロダクトマネージャいまの自分なりたい自分

rights reserved. 水平的成長と垂直的成長 39 垂直的成長 (OSアプデ) 水平的成長 (App追加) 知識やスキルの拡大自己中心性の減少・認識範囲の拡大なりたい自分（e.g. プロダクトマネージャ）いまの自分（e.g. プログラマ）垂直的成長を意識しておらず成長に時間がかかることが多い水平的成長ばかりに意識が向かいがち

rights reserved. エンジニア（技術者）とは何なのか（再掲）技術者は製造業一般、サービス産業など製品やシステムなど、また農林水産分野など、モノやことを生み出される、生産が伴う、あるいはその逆に、モノやことを消す（有害物質の無害化など）あるいは廃棄物処理などといった言わば生産の逆工程など、あらゆる技術が必要な場面に、技術者は存在している。通常、工学（機械工学、電子工学、情報工学、化学工学など）や理学（数学、物理学など）にまつわる知識について、知識だけではなくそれを実践できる能力を持ち、有用な物・工程・システムなどを設計・開発・製造する 40 引用: https://ja.wikipedia.org/wiki/技術者垂直的成長も含まれる

rights reserved. 成人の成長ステージ 41 自己中心型環境順応型自己主導型自己変容型多様な価値観・意見などを汲み取りながら的確に意思決定できる。他者の成長によって自身も成長できるという認識をもつ。自身の価値観や意思決定基準をもち自律的に行動できる。自身の意見を明確に主張する。自身の成長に強い関心がある。組織や集団における規範やルールに順応できるが、他者依存での意思決定を行う。自身の意思決定基準を持たない。自己中心的な認識の枠組みで自身の欲求を満たすことに焦点があたる。他者の感情や思考を理解することが困難である。 1% 割合 20% 70% 10% キャリアゴールによっては必要かもしれない

rights reserved. まとめ • 「重要なもの」と「重要に見えるもの」 • エンジニアはキーワードに恋をする • 技術トレンドの発生メカニズム • 学習すべき領域とタイミング • ペタゴジーとアンドラゴジーの学習アプローチ • 水平的成長と垂直的成長 • 成人の成長ステージ 42 @shimy_net

rights reserved. Thank you! 清水崇之 Amazon Web Services Japan G.K. Sr. Manager / Solutions Architect 43 @shimy_net

エンジニアの生存戦略 〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜

エンジニアの生存戦略 〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜

More Decks by shimy

Other Decks in Technology

Featured

Transcript

エンジニアの生存戦略〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜

エンジニアの生存戦略〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜