Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
sl完全に理解したつもり
Search
chiroruxx
December 19, 2024
Technology
0
88
sl完全に理解したつもり
2024/12/17(火) 第171回PHP勉強会@東京 で飛び込み発表したスライドです。
chiroruxx
December 19, 2024
Tweet
Share
More Decks by chiroruxx
See All by chiroruxx
eBPF with PHPをさわる
chiroruxx
0
100
命名をリントする
chiroruxx
1
740
良い命名かを調べるリンターを作った + α
chiroruxx
0
93
GoLandを布教する会
chiroruxx
0
31
PHPはいつから死んでいるかの調査
chiroruxx
3
630
元phperから見たGoの良いところ
chiroruxx
0
82
Go Connectへの想い
chiroruxx
0
460
GraphQLに入門してみた
chiroruxx
2
330
ドキュメンテーションコメント再入門
chiroruxx
0
270
Other Decks in Technology
See All in Technology
PagerDuty×ポストモーテムで築く障害対応文化/Building a culture of incident response with PagerDuty and postmortems
aeonpeople
3
480
3D生成AIのための画像生成
kosukeito
2
470
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
5.4k
Perl歴約10年のエンジニアがフルスタックTypeScriptに出会ってみた
papix
1
210
【Oracle Cloud ウェビナー】ご希望のクラウドでOracle Databaseを実行〜マルチクラウド・ソリューション徹底解説〜
oracle4engineer
PRO
1
120
Microsoft Fabric vs Databricks vs (Snowflake) -若手エンジニアがそれぞれの強みと違いを比較してみた- "A Young Engineer's Comparison of Their Strengths and Differences"
reireireijinjin6
0
100
QA/SDETの現在と、これからの挑戦
imtnd
0
150
AIエージェント開発手法と業務導入のプラクティス
ykosaka
9
2.4k
OpsJAWS34_CloudTrailLake_for_Organizations
hiashisan
0
190
Road to Go Gem #rubykaigi
sue445
0
1k
営業向け誰でも話せるOCIセールストーク
oracle4engineer
PRO
2
120
AIにおけるソフトウェアテスト_ver1.00
fumisuke
1
290
Featured
See All Featured
Typedesign – Prime Four
hannesfritz
41
2.6k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
760
Designing Experiences People Love
moore
142
24k
The Language of Interfaces
destraynor
157
25k
The Cult of Friendly URLs
andyhume
78
6.3k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Documentation Writing (for coders)
carmenintech
69
4.7k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
23
2.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
2.9k
Build your cross-platform service in a week with App Engine
jlugia
230
18k
Transcript
sl完全に理解した つもり 第171回 PHP勉強会@東京
自己紹介 ちひろ X: @chiroruxxxx
None
今日はPHPの話は しません
sl これではない
Shift Left DevOpsに出てくる手法 あとにあるプロセスを手前に持ってくる 要件定義 仕様策定 設計 実装
QA セキュリティ レビュー デプロイ
課題 後でやると手戻りが多くなる 頻度をあげると耐えられない
だからこそ 最後にまとめてレビューしなくて済むようにする ゼロにはできないかもしれないが、頻度や負荷を下げる 仕様策定のタイミングでセキュリティ品質を組み込む セキュリティ要件と合わない仕様を作らない
実装のタイミングでセキュリティ品質を組み込む セキュリティ教育 CIへの組み込み
Shift Leftの説明 おわり
ところで
セキュリティ以外に も 適用できそうですね 見かける気がする
展開 色々な人たちに適用できる QA 開発者 マネージャー
QA
再掲 要件定義 仕様策定 設計 実装 QA セキュリティ レビュー デプロイ
品質保証 Quality Assurance ITシステムのライフサイクルをまたがって、すべてのプロセ スを通して品質保証の活動を行うことによって、変わりゆく 要求に追随していくことができるようになるのです。 https://service.shiftinc.jp/column/9494/
だからこそ 全員で品質に責任を持つ 仕様策定のタイミングで品質を組み込む 仕様策定にQAが参加する 実装のタイミングで品質を組み込む
一緒に高品質なシステムの作り方を模索する
開発者
質問 実装に30分かかる作業があります あなたは何分でマージまで持っていけますか?
よくある あなた ほかのひと 実装 30分 レビュー 5分 レビュー 修正 5分
Approve マージ
よくある あなた ほかのひと 実装 30分 レビュー 5分 レビュー 修正 5分
Approve マージ 120分 30分 10分 30分
レビュー 時差があるわけでもないのになぜか後にまとめてやる レビューの待ち時間 手戻りの多さ 実装を終えてからレビューをするのは遅すぎる
実装しているタイミングでレビューをしたい ペアプログラミング モブプログラミング
マネージャー
マネージャー 様々なプロセス・タイミングで承認をする 例:リリース判定 トップが責任を持ち、メンバーに作業を割り振る 識学のようなかたち
結果として マネージャーがボトルネックに 完成してから手直しが発生する
だからこそ 承認よりも支援 オーナーシップをメンバーに移譲する
まとめ シフトレフトについて勉強してみた 色々なところに応用されていた なんかすごい!