Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
組織にパフォーマンス改善を根付かせる挑戦
Search
TwitterID:@rukiadia
February 22, 2017
Technology
2.3k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
組織にパフォーマンス改善を根付かせる挑戦
https://html5j.connpass.com/event/50524/
ここでLTした時の資料です。
TwitterID:@rukiadia
February 22, 2017
More Decks by TwitterID:@rukiadia
See All by TwitterID:@rukiadia
やらない事を決めるプロダクト設計
rukiadia
16
9.7k
セッションの有効期限をどう決めるか
rukiadia
0
220
ふんわり理解するcontext
rukiadia
1
510
今こそ深堀りする、PHPのDockerイメージ / understand_php_docker
rukiadia
3
3.2k
Dependency Injectionとデザインパターン / understand_di_and_design_patterns
rukiadia
1
580
今こそ理解するDI(Dependency Injection) / Understand Dependency Injection of PHP
rukiadia
4
6.2k
今こそ理解する PHPの日時計算 / Understand date manipulation of PHP
rukiadia
0
3.8k
ページネーションから考えるSQLパフォーマンス
rukiadia
1
1.9k
遅延読み込みとの正しい付き合い方 + α
rukiadia
7
1.5k
Other Decks in Technology
See All in Technology
ScotSecure West 2026 - Glasgow
raybugg
0
150
安心して変更できるWebフロントエンドの作り方
pirosikick
5
2.9k
時うどん〜Socket.getifaddrsで学ぶネットワーク編 / Tokiudon: The Socket.getifaddrs Edition
coe401_
4
220
「ピッケル本」日本語版は4.0(第6版)が出版されるべき / pickaxe4-nagoyark05
kakutani
2
270
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
620
なぜ「決定性」が 決定的に重要なのか? Durable Execution 基盤の数理的理解 #serverlessjp / ServerlessDays Tokyo 2026
ytaka23
3
1.2k
AIで社員の自主発信に広報目線を組み込む
_mossann_t
0
140
AgentCore Runtime上にAgentic Coding基盤を構築・展開する際の設計ポイントと限界点 / Design considerations and limitations when building an agentic coding platform on AgentCore Runtime
har1101
5
670
aws-iot-platform-architecture-use-cases.pdf
ma2shita
0
520
事業課題から技術的負債に向き合う
sansantech
PRO
2
2.2k
AIエージェントの権限管理 3: Agentic RAG の Fine grained access control 編
ren8k
0
200
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
0
480
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Facilitating Awesome Meetings
lara
57
7.1k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Building AI with AI
inesmontani
PRO
1
1.2k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.2k
KATA
mclloyd
PRO
35
15k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
360
エンジニアに許された特別な時間の終わり
watany
109
250k
Embracing the Ebb and Flow
colly
88
5.2k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Transcript
組織にパフォーマンス改善を根 付かせる挑戦 @rukiadia 2017/02/22 HTML5とか勉強会
Agenda • 自己紹介 • 発表のきっかけ • やってみた結果等 • 振り返りとまとめ
自己紹介 名前 : Sho Yamada 職業 : フロントエンドエンジニア Twitter :
@rukiadia
今日話すこと ・学習習慣を組織内に根付かせるために行動した時の話をします。 ・理由付けとして「パフォーマンス」という分野を選んだ。 ・その過程でつまづいた事は? ・その結果は?
結果 半分くらい上手くいきました。 ⇒ 半分って?後で補足します。
始めた経緯 「どんな事を勉強していけば分からなくて悩んでます」 半年くらい前に、こんな質問を新人さんにされた事がきっかけです。 ※弊社は未経験の方を多く採用しているので、そもそも技術に対する理解が浅い人 が多いというのが前提としてある事をご留意ください。
自分なりの回答 • 「とりあえず手を動かして、色々動かしてみよう。」 • 「まずは、UIデザインの本を大量に読もう。」 • 「サーバー側の勉強でもしてみるといいかも?」 相手に応じて色々なアドバイスをするが、続いてる様子がない。
辿り着いた結論 「パフォーマンスの勉強をやってもらうのがいいかも」
選んだ理由は? 学ぶ上で、様々な話が絡んでくるからです。 • ブラウザのレンダリングの仕組み • ネットワークの基礎(TCP/IP、レイテンシetc..) • キャッシュの仕組み、それに伴うサーバ側の話とか いわゆる「Webを支える技術」を学ぶのに最適かなと考えています。
思いも色々ある • 画面表示の高速化だけがパフォーマンス改善ではない。 • 理解を深めれば、業務を行う上での不安も払拭される気がする。 ◦ 「なんとなくやれている」が無くなるのはデカイ。 • 「業務に直結するテーマだったらやるでしょ」 闇雲にやっても継続しないと悟ったので、理由付けをしたかった。
で、どうでした? 全然普及しない\(^o^)/ まあ、そう簡単にいくとは思ってませんが。
何がいけなかったのか? 最初から飛ばしすぎて、ドン引きされてしまった。 • 『ハイパフォーマンスブラウザネットワーキング』を読むとか • 『Web Fundamentals』を読むとか 相手に合わせたアプローチをしていかなければならないと再認識。
まあ、冷静になろうか・・ • いきなり大勢を巻き込もうとするから失敗する。 • 1人で頑張らない。 • まずは周りで少数の仲間を作り、ミニマムな規模で始めよう。 • 地道な行動から再始動。ジワジワと攻めていく。 冒険し過ぎないことが肝要。
その結果は? • 勉強を習慣化してくれる仲間は少し増えた。 ◦ 日々の地道な積み重ねが、後々大きな差として出て来る。 ◦ 失敗も多かったが、何も変わらないよりは良い筈。 • 全員がパフォーマンスに関心があるわけではない(´・ω・`) ◦
関心がある領域は人によって違う。デザイン指向の人も。 ※冒頭で半分と言ったのは、この辺りの話を指している。
更なる課題 • 業務で活かす切り口をどう探していくべきなのか。 ◦ 「やりたいです」の一言で通る程、ビジネスは甘くない。 ◦ 数値で根拠を示すのか、事例で説明するのか。 • アウトプットをどうしていくか。 ◦
学んだ事は、アウトプットすることで棚卸し出来る。 ◦ ミニマムなグループを作って、まずはそこで展開し合う?
大事にしたい事 • 価値を示せるエンジニアになりたいし、なって欲しい。 ◦ そのための一歩として「パフォーマンス」を重視している。 • 愚直に地道に。 ◦ いきなりスーパーエンジニアになることは出来ない。 ◦
そこに至るためには何が必要で、自分の強みは何処にあるのかを 常に意識し考えていく。
振り返り • 行動をともにしてくれる味方を作る。 ◦ 1人だと心が折れやすい。 • 小さい変化を積み重ねていく方が上手くいきやすい。 ◦ 「少しずつ」の積み重ねを大きな変化に繋げる。 •
自分の考えが正しいと思い込まないこと。 ◦ 考え方は十人十色であり、全否定はNG。
まとめ • パフォーマンスの観点は、Webの理解に対する入り口に最適。 ◦ 周りに学んでもらい、自分も率先して学びましょう。 • 「誰かがやってくれる」の他人事意識は何も生みません。 ◦ 当事者意識を持ち、少しでも行動しましょう。
Thank you for listening!!