At the last few grams, a small reduction gets very expensive. Helinox are super light, great for hiking and motorcycles. If you’re in a car, you can take a lot more with you.
The page will render perfectly fine before it is hydrated when using getStaticProps. To verify , simply run LightHouse in Chrome on a page with cache busting on and look at the screenshot timeline. It will render in a fraction of a second, long before React gets loaded.
The initial request size is not a great way to compare frontend frameworks. Next goes into a lot of effort to optimize navigation around your site, and gives you full usage of React in your frontend so you can show amazing things like charts, forms etc.
If the JS files are set to load asynchronously, the initial load should be almost equally as fast, and React should load in the background. Afterwards, additional navigation should be near instant.
This is what client side apps do (e.g. React). They come with their own set of challenges which when not solved correctly turn into downsides. Probably still easier for Wikipedia to do than fixing their backend.
A flame trench would probably be a lot more inconvenient to them. Right now they can freely move around most of the launch pad. This is probably important for their rapid iteration, which is what is going to get them to orbit as quickly as they can. If a big chunk of the launch pad is consumed by a trench, that area becomes inaccessible by their platforms, cranes, etc.
I, a React developer for ~8 years, don’t really remember what useEffect does without the second param. I never needed it, so I forgot. I almost feel it should be a required prop, and I doubt that that knowledge alone would fail or pass an interview.
As per this thread: https://news.ycombinator.com/item?id=35192038, I reckon the whole is “creative enough” and would be protected as the developer only used parts and cherry picked and combined what they needed.
> Instead, these prompts function more like instructions to a commissioned artist—they identify what the prompter wishes to have depicted, but the machine determines how those instructions are implemented in its output.
If you commission an artist, the produced result becomes yours and you own copyright on it. How different is it with AI?
The AI did not creatively decide to do something. An order was placed, it fulfilled it, and ownership was transferred.
Rendering performance can definitely add up, but rarely do React websites render so many elements that you get to 700ms. Once you do, you can nearly always fix that with an performance optimizations iteration. I reckon that issue is just as likely in all frameworks, and less likely to be about React using 0.2ms (or something like that) longer per element to render before optimizations.
If you look at library popularity more broadly, you’ll find over longer periods of time only those people enjoy working with actually continue to grow regardless of previous momentum. People really do move on if it doesn’t work well enough for them.
Take React form libraries for example [1], redux-form used to be the most popular by far, was followed up by react-final-form from the same authors so people naturally flocked to that. But that is now clearly seeing a decline as react-hook-form, a library that started from zero, is a lot more pleasant to use.
AngularJS and Angular are really the same product. Angular 1 turned into Angular 2 turned into Angular 15. That’s far from different frameworks, even if in between versions you’re essentially learning a new framework.
React/competitor performance that people use to compare frameworks is about rendering performance. E.g. React takes 100ms longer to rerender 10,000 elements (random numbers for the example). In these situations the actual real world difference will be negligible.
Site performance is much more API based, and that’s the same regardless of frontend. React has more library solutions to optimize the UX though, as it’s the most mature and popular.
Wow this is the worst take about customer service I have ever seen by a company. You cause huge issues for business with the touch of a button, and when they require help and don’t think the cause was acceptable behavior, they’re whining? Just wow.
> I think the helmets would just be too much of a hassle
While probably true, I think the emphasis is misplaced. The primary reason helmets aren’t as encouraged as elsewhere is the immense bike infrastructure that keeps cyclists safe. The risk is much much much smaller than in car focussed places.