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
What the customer really needed
kawaguti
PRO
3
230
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
32
32k
Cloudflare Workers 向けアプリを C# で構築する ~WASM Native AOT への道~
nenonaninu
1
1.6k
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
540
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
1
590
2026-09-18 gotanda.sre Terraformで複数環境作ったり、複数Stateに分割したりそれとTerragrunt / Terraform multi envs and multi states
masasuzu
4
750
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
130
AI感のないAWS構成図をAIエージェントに描かせたい!
sagochiko
2
400
メルカリにおけるAI時代の高速プロトタイピング基盤「Arca」
ryotarai
15
10k
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2.5k
AIは推し活である。
kurazuuuuuu
2
980
猫でもわかるKiro Web
kentapapa
1
110
Featured
See All Featured
We Are The Robots
honzajavorek
0
380
How to build a perfect <img>
jonoalderson
1
6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Building Adaptive Systems
keathley
44
3.2k
The Language of Interfaces
destraynor
162
27k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Side Projects
sachag
456
43k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
730
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
510
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
250
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
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!!