totaldex

What sorts of "healthy laws" would you suggest the government pass to curb TikTok specifically?

I'd chalk it up to a difference of opinion then - I like simplicity, but I'd take verbose clarity over it any day. Having to explain to newer engineers the nuances of hooks (and the permutations required to wrangle them in) is harder for me than saying "this exact lifecycle method is what you're looking for, take a look at its documentation".

I don't entirely agree - the old React way was verbose and explicit about when events are executed. This allowed developers to more concretely reason about logical workflows in applications.

With hooks, we traded verbosity for a single interface that does it all (assuming you know how to hook up your dependencies correctly, or compose helper hooks to manage state comparisons). Hooks allow you to do mostly anything lifecycle methods did, but they're a lot trickier to reason with, review, and develop.

This all goes away if all your developers are functional maestros - in practice, it's lead to buggier code across our various frontends.

These effectively boil down to ROI - it's tricky to quantify what return a tool will give, but its even harder to quantify the cost of switching over. At a big enough company, most will shudder at the thought of a massive migration without an equally passive payoff.

In a perfect world, things would be like you describe.

Unfortunately we live in a diverse landscape of browsers and devices, many of which have not been updated in quite some time. Factors ranging from IT policy at older companies, to geographical limitations, may prevent many users from upgrading to the latest and greatest.

Some companies choose to cut their losses, and support only certain browsers - these can get away with less compilation and polyfills. Other companies may be targeting these specific segments (such as B2B), and can't get away with such a luxury.

Perhaps, but this assumes that this information is available and accessible.

Many engineering organizations don't have full documentation on institutional knowledge, and many things travel by word of mouth.

There is value in 'ranking' things like books and authors: It may serve to emphasize a point someone is making about their relative importance or impact.

It's helpful to have some sort of comparison, even if they're imperfect or highly subjective (as historical observations often are). With a more cynical take, we can perhaps call it analytical clickbait.

It appears that this setting controls cross-account like visibility on posts:

"Even if a user has Like Counts enabled, they will not be able to see the number of likes on accounts or posts that have hidden them."

Even with positive intentions, I'm not convinced this will solve the problem in any meaningful way. Turning off likes might be perceived as someone being unhappy with their social media status relative to their peers (ie, not getting as many 'likes' as their friends), which signals its own stigma.

Users will be forced into a new dilemma: Enable likes and accept the 'social media pressure', or announce to everyone that they harbor some sort of insecurity about their social media status by turning them off.

Certainly true, but it doesn't counter the original claim: Anonymized telemetry collection with proper privacy considerations can have a net positive impact on the product.

+1 to this. As long as proper privacy concerns are addressed and the data gathering is imperceptible to the product experience, telemetry signals are immensely valuable for improving the product in a variety of ways.

The title requires context - although given recent events we can infer that it is referring to the specific mutation seen in the UK. This particular mutation is of note since it has postulated as being more transmissible than other variants.

While this may fix the issue you pointed out, it gets rid of a crucial benefit of managing a team you're familiar with: context and trust.

By the time a manager gets promoted, they often have enough context to functional well at that level. They may have built a network within their organization, have seen the product or technology go through several iterations, and developed a good understanding of how their team members work. In turn, this makes them a better manager.

New managers have to work hard to gain these skills, and incur great cost in doing so.

I understand the frustration, but A/B testing is one of the more objectively tools we have at our disposal.

While there are good arguments against A/B testing UI changes and doing p-hacking, much of the modern web's current UX and UI improvements are in part due to this. How else would we truly know what affects user on a broad scale?

While I agree with your premise, its important to stress that finding solutions by 'blowing up your server' and starting fresh are rarely sustainable.

It's often a useful exercise to dig into the root cause - a lot of times the problem you're seeing is just the tip of the iceberg.

With respect to body fat percentage, I would caution being conservative with your goals. I don't know your personal situation, but my experience with this area led me to a powerful conclusion in 2019: Fitness has diminishing returns as you get to the more extreme ends.

For me, getting from 20% to 15% body fat was straightforward, and took 3 months. I figured 15% to 10% was achievable in a similar timeframe, but it ended up taking twice as long, even with careful dieting and exercise. I would imagine 10% to 8% or 7% is even more difficult to achieve (and maintain).

Fitness is strange - everyone's bodies are different, so your mileage may vary. Although I do believe the concept of diminishing returns plays out in a general manner. Good luck on your goals!

The headache doesn't come from building out this 'simple' bare bones solution. It comes from making it play well with the larger ecosystem you're integrating it with, and committing to supporting it for other engineers. All of a sudden, your job description starts to change and you're working well out of your scope.

These managed solutions can provide value for large companies, especially ones that fall into a DIY trap.