What are those 400K providing our veterans and their loved ones? Drop-down menus, AFAICT. And a type-ahead search. Also React, React DOM, Promise and Object.assign polyfills (in browsers that have both natively), Modernizr, a copy of `core-js`, etc. etc. etc.
-
Show this thread
-
And that's just the vendor file!: https://www.vets.gov/generated/vendor.entry.574d7c1b8a175484ffb9-1536687772278.js …
1 reply 0 retweets 1 likeShow this thread -
Because this is in the now-traditional style of cultural-React-inspired DIY-bloat (everything's pluggable, which means an exercise to the reader), the app bundle includes Proptypes, what *looks* like a full copy of Lodash, and oh so very much more.
1 reply 0 retweets 6 likesShow this thread -
The net result is to push TTI in this trace back nearly 4 full seconds: https://www.webpagetest.org/video/compare.php?tests=180912_6Q_5fd08e0ef64071de6f3cd266c36a3cac-r:1-c:0 …
1 reply 0 retweets 1 likeShow this thread -
There's a lot going on deeper in this app, it seems: https://github.com/department-of-veterans-affairs/vets-website/tree/master/content/pages … But why is the front-page paying for that? Why are our vets and their loved ones being slowed down in accessing essential services this way?
3 replies 0 retweets 6 likesShow this thread -
If there's something that *doesn't* need React, it's a drop-down menu. The sport of pure-CSS drop-downs was won more than a decade ago. There's no excuse.
5 replies 4 retweets 34 likesShow this thread -
Replying to @slightlylate
If I look at the source (in Sources pane) then what I'm seeing seems related to authentication, forms, making claims, etc. So if anything I think the goal was to make the logged-in experience have less latency from page reloads. Of course should’ve been code split from main page.
1 reply 0 retweets 1 like -
Replying to @dan_abramov
"less latency from page reloads" would be preloading cacheable assets at low priority (e.g., a <link rel="preload"> or a SW install phase), not running code on pages that don't use them.
1 reply 0 retweets 1 like -
Replying to @slightlylate
Would your experience of using Twitter improve if Twitter reloaded the page on every click? That seems to be your suggestion. I understand you re: static pages not needing React perfectly well. I agree with it. But clearly the developers didn’t use React “for a dropdown”.
2 replies 0 retweets 3 likes -
Replying to @dan_abramov
Lets test the theory! If I click the big "Apply for Health Care" button on the main page, I get a full navigation anyhow. If I click through to start applying and go as far as I can without entering false information to a govt entity, still ~50% code use:pic.twitter.com/XRd573Rccb
1 reply 0 retweets 0 likes
So maybe all of this will get exercised later? Cool. But when most of this code is unused several taps deep, it raises questions about the approach.
-
-
Replying to @slightlylate
I agree the approach of "download most of your app first even if it's unused" doesn't make sense. It also doesn't have anything to do with React.
1 reply 0 retweets 7 likes - 1 more reply
New conversation -
-
-
Replying to @slightlylate
I appreciate the research, but might you be conflating the tech stack with a poor execution? There appear to be many flaws in that site that could be solved with better use of the tools they have available to them.
0 replies 0 retweets 0 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.