Keynote

GREE Tech Conference 2020 で発表された資料です。
https://techcon.gree.jp/2020/session/Keynote

Transcript

1. Keynote Masaki Fujimoto
2. ごあいさつ
3. アンケート
4. 4 4 ⓘ Start presenting to display the poll results on this slide. 業界はどのあたりですか？
5. Technology Stack
6. AWS, GCP, On Premise Servers, Docker, Linux (Ubuntu), GKE, ECS, EKS, GAE, PHP, Ruby, Python, go, JavaScript (node), Swift, Kotlin, C#, C++, Haskell, Java, Scala, Perl, TypeScript, Dart, Vue.js, React, Angular, Flutter, Babel, Unity, Cocos2dx, Unreal Engine, Ruby on Rails, Laravel, Django, GraphQL, Apache, nginx, Firebase, Jenkins, Big Query, EMR, Grafana, Prometheus, Sumo Logic, MySQL, Redis, DynamoDB, GCS, S3, memcached, ElasticSearch, Aurora, gRPC, CINC, Github Enterprise, TensorFlow, CDNs, Stackdriver, Protocol Buffers, fluentd, Apache Spark, Splunk, Cloud SQL, NewRelic, ... Technology Stack 6
7. Right Choice?
8. Technology Governance
9. より広義にはIT Governance: ITへの投資・効果・リスクを継 続的に最適化する為の組織的な 仕組み Technology Governance (?) 9 https://ja.wikipedia.org/wiki/IT%E3%82%AC%E3%83%90%E3%83%8A%E 3%83%B3%E3%82%B9
10. (例えば) 使う言語は誰がどう決 めるんでしたっけ？ どう決めるのが最適解なんでし たっけ？ Technology Governance... 10
11. 3 models 11 緩 厳 なにも決めない 完全統一 申請/承認
12. @GREE, Inc. 12 緩 厳 なにも決めない 完全統一 申請/承認 このへん
13. - 基本各プロダクトが主導して 決めてください - 連携するチームとは合意形成 をしてもらいます - ぼくはあの手この手で観測し て、「さすがにー」という選 択をしている場合は止めにい きます、めったにないけど - 閾値は難しいところ、後悔し ているパターンもあったり Technology Governance 13
14. これくらいがちょうどいいかな ーと思っている: - 外的要因の変化の速度 - エンジニアの成熟度 - 事業の多様性度合い Technology Governance 14
15. 結局のところ: - こういう場合はこうするとい いよ、という積み上げが足り ない (気がする、業界とし て) - やっていきたい Technology Governance 15
16. Technology Selection
17. 言葉のまま「技術選択」 - (例えば)どの言語を使うか？ - Ruby? Python? PHP? Go? JavaScript? Java? Rust? C++? Lisp? Elixir? … Technology Selection 17
18. - ...というよりも「どう決め るか？」 - 言語に限らず、ライブラリ、 フレームワーク、なんでも - あとで「正しい選択だった」 と思えるように - ミスったら、次はうまくやれ るように - さらには「使うか？」「作る か？」 Technology Selection 18
19. • やりたいことができるか？ (30点) • 機能 • 速さ • 早さ Criteria 19
20. • エコシステムはあるか？ (20 点) • トレンドライン (20点) Criteria 20
21. • 好きか？ (10点) • 使いやすいか？ (10点) • 費用 (10点) Criteria 21
22. (自分でつくる、は最後の手段) (「ふつう」が一番、ほとんど の場合...などと思うのは齢のせ いか...？) - 「ふつう」のレベルを上 げ続けるのがだいじ Criteria 22
23. - 正しい選択の大前提は、正し い要求と正しいビジョンから - 選択も大事だけど、適切に migrationする、できる、と いうほうが大事かもしれない です 補遺 23
24. [再] 結局のところ: - こういう場合はこうするとい いよ、という積み上げが足り ない (気がする、業界とし て) - やっていきたい Technology Selection 24
25. さいごに (大事なこと)
26. Thank You and Happy Hacking!