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
78
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
90
命名をリントする
chiroruxx
1
700
良い命名かを調べるリンターを作った + α
chiroruxx
0
81
GoLandを布教する会
chiroruxx
0
26
PHPはいつから死んでいるかの調査
chiroruxx
3
620
元phperから見たGoの良いところ
chiroruxx
0
77
Go Connectへの想い
chiroruxx
0
450
GraphQLに入門してみた
chiroruxx
2
320
ドキュメンテーションコメント再入門
chiroruxx
0
250
Other Decks in Technology
See All in Technology
技術を育てる組織・組織を育てる技術 / technology and organization
motemen
10
3.6k
プロダクト開発者目線での Entra ID 活用
sansantech
PRO
0
310
大人の学び - マイクの持ち方について
kawaguti
PRO
3
500
Platform Engineering for Private Cloud
cote
PRO
0
110
“常に進化する”開発現場へ! SHIFTが語るアジャイルQAの未来/20250306 Yuma Murase
shift_evolve
0
190
スクラムというコンフォートゾーンから抜け出そう!プロジェクト全体に目を向けるインセプションデッキ / Inception Deck for seeing the whole project
takaking22
4
450
【Snowflake九州ユーザー会#2】BigQueryとSnowflakeを比較してそれぞれの良し悪しを掴む / BigQuery vs Snowflake: Pros & Cons
civitaspo
5
1.7k
TDSE_20250311_AIxIoTビジネス共創ラボ第2回勉強会_発表資料.pdf
iotcomjpadmin
0
170
User Story Mapping + Inclusive Team
kawaguti
PRO
3
670
自分のやることに価値を見出だせるようになり、挑戦する勇気をもらったベイトソンの考え / Scrum Fest Fukuoka 2025
bonbon0605
0
210
どうすると生き残れないのか/how-not-to-survive
hanhan1978
13
11k
x86-64 Assembly Essentials
latte72
4
1.1k
Featured
See All Featured
Designing for humans not robots
tammielis
250
25k
What's in a price? How to price your products and services
michaelherold
244
12k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.6k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
The Cult of Friendly URLs
andyhume
78
6.2k
Thoughts on Productivity
jonyablonski
69
4.5k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
How to train your dragon (web standard)
notwaldorf
91
5.9k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
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分
レビュー 時差があるわけでもないのになぜか後にまとめてやる レビューの待ち時間 手戻りの多さ 実装を終えてからレビューをするのは遅すぎる
実装しているタイミングでレビューをしたい ペアプログラミング モブプログラミング
マネージャー
マネージャー 様々なプロセス・タイミングで承認をする 例:リリース判定 トップが責任を持ち、メンバーに作業を割り振る 識学のようなかたち
結果として マネージャーがボトルネックに 完成してから手直しが発生する
だからこそ 承認よりも支援 オーナーシップをメンバーに移譲する
まとめ シフトレフトについて勉強してみた 色々なところに応用されていた なんかすごい!