基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-

by gree_tech

Slide 1

Slide 1 text

Keynote Masaki Fujimoto

Slide 2

Slide 2 text

ごあいさつ

Slide 3

Slide 3 text

why techcon

Slide 4

Slide 4 text

トラックレコード why techcon 4

Slide 5

Slide 5 text

業界発展 why techcon 5

Slide 6

Slide 6 text

宣伝 why techcon 6

Slide 7

Slide 7 text

いろいろやっております 7 メディア情シス/データ/セキュリティ QA/インフラゲームメタバース

Slide 8

Slide 8 text

同じでありたいこと

Slide 9

Slide 9 text

Product 9

Slide 10

Slide 10 text

Respect 10

Slide 11

Slide 11 text

• 何かの議論を行うとき (e.g. PRレビューだったり、技術選択だったり) • 「自分の意見」vs「相手の意見」ではなく「意見A」と「意見B」として捉え続けること • 同じゴールに対してどちらがいいかを考え続けること、そのための議論であること • でも決めるのは1人、決まったら尊重する Respect? 11

Slide 12

Slide 12 text

Enjoy:) 12

Slide 13

Slide 13 text

build up

Slide 14

Slide 14 text

ソフトウェア書くとき大事にしてることを1つだけ build up 14

Slide 15

Slide 15 text

(特に正解はないです) build up 15

Slide 16

Slide 16 text

積み上がってること (≠コードが増えてる) build up 16

Slide 17

Slide 17 text

例: デバッグ (バグ減った、うれしい) build up 17

Slide 18

Slide 18 text

例: テスト書く (カバレッジ増えた、未来へめっちゃ投資した！) build up 18

Slide 19

Slide 19 text

例: 速くした (速くて困ることなんて1つもない、最高) build up 19

Slide 20

Slide 20 text

例: 機能追加した (たぶんいい、はず！) build up 20

Slide 21

Slide 21 text

などなど build up 21

Slide 22

Slide 22 text

全ては計測から build up 22

Slide 23

Slide 23 text

● プロダクト品質 ○ 要求仕様への適合性 ○ 動作速度 ○ 要求リソース ○ スケーラビリティ ○ バグ発生件数 ○ セキュリティ ● ソースコード品質 ○ テストカバレッジ (ユニットテスト、e2eテスト) ソフトウェアがよくなる？ 23

Slide 24

Slide 24 text

このあたりまではなんとか build up 24

Slide 25

Slide 25 text

● ソースコード品質 ○ C: 凝集性 ○ L: 疎結合 ○ E: カプセル化 ○ A: アサーション ○ N: 非冗長ソフトウェアがよくなる？ 25

Slide 26

Slide 26 text

● ソースコード品質 ○ 重複がないか ○ 独立しているか、結合は十分に疎か ○ 依存が循環していないかソフトウェアがよくなる？ 26

Slide 27

Slide 27 text

このあたりが計測しづらい (いろいろな手法/解析ツールはあるけれど) build up 27

Slide 28

Slide 28 text

● ジレンマ ○ プロダクト品質のほうがわかりやすい ■ ソースコード品質の優先度が下がる (負債がたまるやつ) ■ 本来は、両方をスコアリングし続けるべき ■ だけどまだまだ多分出来ていない、そもそも定量化手法すら怪しい (世間的にも) ○ 油断すると、重複が減り結合度が上がるソフトウェアがよくなる？ 28