Dave Archer

338 posts

Dave Archer

Dave Archer

@furybyname

co founder of https://t.co/oCCe7hbuYl

Katılım Ocak 2009
119 Takip Edilen122 Takipçiler
Dave Archer
Dave Archer@furybyname·
@TimVereecke If argue visitors with a "good" lcp don't care care about that either. Unfortunately it's a very broadly researched number and won't make sense for all sites
English
0
0
0
0
Tim Vereecke
Tim Vereecke@TimVereecke·
Visitors with a bad LCP experience couldn't care less about the fact that your 75th percentile is actually "good" #webperf #perfnow
English
1
4
26
0
Dave Archer
Dave Archer@furybyname·
Thinking about building something a bit special in terms of user experience monitoring. Take a look here: mailchi.mp/c4ff257ba04a/b… If you like what you see, please do add your email to help give an idea of its usefulness. Also, sharing is caring, so please share!
English
0
0
1
0
Dave Archer
Dave Archer@furybyname·
@obeattie Unit tests as a regression guard fail when we refactor at a higher "unit". Subtleties and edge cases in the now-deleted code and corresponding tests are lost immediately. That's a long way of saying I agree
English
0
0
0
0
Oliver Beattie
Oliver Beattie@obeattie·
If I could only have one kind of test, I would 💯% just have end-to-end tests that can run continuously against any environment, checking that the things actual customers want to do work. The feedback loop is longer than unit tests, but the ROI very high.
English
9
3
53
0
Hank Green
Hank Green@hankgreen·
Everything in this image that doesn't have spikes coming off of it is a galaxy. Every. Single. Dot.
Hank Green tweet media
English
2.9K
61.5K
520.7K
0
Dave Archer
Dave Archer@furybyname·
@Steve8708 I don't think it's precisely codebase size that matters, but to be pedantic it's more functionality being added. Poor organisation of execution, network calls, redraws etc. The browsers and networks do what they do pretty well. We do the silly things
English
0
0
5
0
Steve (Builder.io)
Steve (Builder.io)@Steve8708·
A big problem with how we build web frontends today: Your brand new project is fast (woo!), but as the codebase grows, perf declines rapidly We treat this as if it's the developer's problem, but when it's the case for virtually every site, it's clearly a tooling problem
Steve (Builder.io) tweet media
English
15
46
417
0
Dave Archer
Dave Archer@furybyname·
@Steve8708 @____lighthouse I'm biased here, but I'd argue that a RUM solution is better for tracking. Don't get me wrong, lighthouse is amazing, but it runs under controlled conditions. Good for a snapshot check and build pipelines (which RUM can't do obvs)
English
0
0
1
0
Steve (Builder.io)
Steve (Builder.io)@Steve8708·
then, be sure to track your performance always. love it or hate it, @____lighthouse is the gold standard here, and esp. look at the google pagespeed insights *mobile* score for emulated real world metrics (your m1 laptop on 1gbps wifi is not real world!)
English
2
0
6
0
Steve (Builder.io)
Steve (Builder.io)@Steve8708·
Innovation in web performance has been 🔥 lately. Here are the projects you need to watch in 2022: 🧵
English
5
64
270
0
Tim Vereecke
Tim Vereecke@TimVereecke·
My changes in the beginning of January will likely result 97+% good LCP… later than expected, but it gets harder and harder to move the needle. Screenshot from @__treo #webperf
Tim Vereecke tweet media
English
2
4
17
0
Dave Archer retweetledi
Perf Bytes Matter
Perf Bytes Matter@BytesPerf·
Controversial? Purely in terms of #webperf (i.e cost per MB aside), page WEIGHT doesn't matter, but page WAIT does. Weight optimisations aren't always (very) effective because of browser optimisations. Subtle shift to focus on WAIT means a focus on user
English
0
2
0
0
Emma Bostian
Emma Bostian@EmmaBostian·
My personal opinion: Having 100% test coverage doesn't make your code more effective. Tests should add value but at some point being overly redundant and testing absolutely every line of code is ineffective. Ex) Testing that a component renders doesn't IN MY OPINION add value.
English
177
59
1.3K
0
Rao Dao Zao
Rao Dao Zao@RaoDaoZao·
On the plus side: you can no longer walk off the edge of the map, so this level is now technically shippable. 😌
English
1
0
0
0
Matt Hobbs (@TheRealNooshu@hachyderm.io)
On the 'report COVID test results' page's RUM data, I see 1 session where it took 29 seconds to load the page for a user on a very slow connection. Only way I could reproduce was applying 10% packet loss to the synthetic test connection (that's a lot!). Thankfully this is rare!
Matt Hobbs (@TheRealNooshu@hachyderm.io) tweet mediaMatt Hobbs (@TheRealNooshu@hachyderm.io) tweet mediaMatt Hobbs (@TheRealNooshu@hachyderm.io) tweet media
English
2
0
4
0
Matt Hobbs (@TheRealNooshu@hachyderm.io)
RUM data from GOV.UK shows an increase in both backend and frontend performance time at 7am every morning. Now considering almost 92% of traffic is from the UK, is that just general internet congestion as people are all waking up? Or something else? Thoughts?
Matt Hobbs (@TheRealNooshu@hachyderm.io) tweet media
English
9
0
7
0
Harrison Gilmore
Harrison Gilmore@harrisongilmore·
@ilanamunckton “This is the third time someone has written this exact same document Dave, just stop it.”
English
2
0
0
0
Harrison Gilmore
Harrison Gilmore@harrisongilmore·
My morning revelation is that tech companies should hire... Librarians 📚 How much time is spent trawling through Confluence, Google Docs, Notion and other doc management platforms? Imagine that was curated by someone who knew what they were doing? IMAGINE
English
2
0
7
0