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
66
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
71
命名をリントする
chiroruxx
1
660
良い命名かを調べるリンターを作った + α
chiroruxx
0
72
GoLandを布教する会
chiroruxx
0
23
PHPはいつから死んでいるかの調査
chiroruxx
3
600
元phperから見たGoの良いところ
chiroruxx
0
73
Go Connectへの想い
chiroruxx
0
430
GraphQLに入門してみた
chiroruxx
2
310
ドキュメンテーションコメント再入門
chiroruxx
0
230
Other Decks in Technology
See All in Technology
Oracle Cloud Infrastructure:2025年1月度サービス・アップデート
oracle4engineer
PRO
0
110
第27回クラウド女子会 ~re:Invent 振り返りLT会~ 私の周辺で反響のあった re:Invent 2024 アップデートつれづれ/reinvent-2024-update-reverberated-around-me
emiki
1
570
Grafanaのvariables機能について
tiina
0
110
クロスアカウントな RDS Snapshot Export による カジュアルなデータ集約の仕組み / 202501-finatext-technight-lt
wa6sn
1
130
Windows Server 2025 へのアップグレードではまった話
tamaiyutaro
2
250
Platform EngineeringがあればSREはいらない!? 新時代のSREに求められる役割とは
mshibuya
2
3.5k
SIEMによるセキュリティログの可視化と分析を通じた信頼性向上プロセスと実践
coconala_engineer
1
2.5k
タイミーのデータ活用を支えるdbt Cloud導入とこれから
ttccddtoki
2
470
Skip Skip Run Run Run ♫
temoki
0
350
デザインシステムを始めるために取り組んだこと - TechTrain x ゆめみ ここを意識してほしい!リファクタリング勉強会
kajitack
2
300
ソフトウェアアーキテクトのための意思決定術: Software Architecture and Decision-Making
snoozer05
PRO
17
3.5k
HCP Terraformで実現するPlatform Engineering/nikkei-tech-talk-29
nikkei_engineer_recruiting
0
210
Featured
See All Featured
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
590
GitHub's CSS Performance
jonrohan
1030
460k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
The World Runs on Bad Software
bkeepers
PRO
66
11k
Raft: Consensus for Rubyists
vanstee
137
6.7k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.2k
KATA
mclloyd
29
14k
Gamification - CAS2011
davidbonilla
80
5.1k
Six Lessons from altMBA
skipperchong
27
3.6k
Building Your Own Lightsaber
phodgson
104
6.2k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.2k
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分
レビュー 時差があるわけでもないのになぜか後にまとめてやる レビューの待ち時間 手戻りの多さ 実装を終えてからレビューをするのは遅すぎる
実装しているタイミングでレビューをしたい ペアプログラミング モブプログラミング
マネージャー
マネージャー 様々なプロセス・タイミングで承認をする 例:リリース判定 トップが責任を持ち、メンバーに作業を割り振る 識学のようなかたち
結果として マネージャーがボトルネックに 完成してから手直しが発生する
だからこそ 承認よりも支援 オーナーシップをメンバーに移譲する
まとめ シフトレフトについて勉強してみた 色々なところに応用されていた なんかすごい!