I personally found that it seemed to globally lower any kind of reward-seeking behavior - initially it was alcohol (didn't make a dramatic difference for food), but pretty quickly I quit the running habit I'd had for years. My resting heart rate shot up, my heart rate variability plumetted, and a couple months in I stopped feeling motivated to get out of bed in the morning. I lost about a half a pound a week, which was lower than I had by calorie counting in the past.
Quit the Wegovy and added a low dose of bupropion, and all of that reversed in a month.
I am overweight, not obese, have an A1C of 4.7, and run regularly. I've never had food noise. YMMV.
Mine were mainly around bloating and abdominal pain, but I solved it by spacing the doses out further to once every 10 days (I'm already about as low as you can get at 1mg without making it difficult to measure accurately in the normal insulin syringe). My working theory is some people don't clear the drug as fast as the modeled rate, so once every 7 days starts to slowly accumulate. I didn't have symptoms until after 12 weeks on a weekly dose.
Gastrointestinal - nausea, extreme fullness, paradoxically both rapid and slow transit (I recommend lots of fiber, but that will make you too full too), bloating, all kinds of negative stuff, and obviously if you're on a calorie deficit because you get full off a single bite of food you're going to have low energy and feel pretty garbage on that front (thus ramp slowly), but also some jitteryness, all manner of things. I would call the first week on a tiny dose something like a very mild GI bug or flu, in terms of everything I experienced.
That said, I'm extremely prone to side effects, most people I know who have tried them started at maybe half the standard dose and had zero side effects at all. I'm the best possible guinea pig for these things, because if I can tolerate it, almost anyone who isn't frankly allergic or something can.
The other downside, obviously, is injections - you will need to learn how to use sterile technique to inject yourself or pay the incredibly high costs for the pens. The pills are also an option but I have no personal experience and their bioavailability is so low I don't know that I fully trust them.
They will completely change your relationship with food and alcohol, too. Your tastes will probably shift, nearly everybody I know who is on them has essentially given up booze (maybe a couple drinks a year, more or less)
I've been overweight many times in my life, and I've been able to use diet and exercise to get my weight back to a healthy level.
Each occasion took a large amount of willpower and the healthy habits didn't stick around forever.
I started taking tirzepatide weekly and the most striking effect was a marked decrease in cravings. Where previously it took all my willpower to ignore cravings, it has now become difficult to overeat. I would have to force myself.
Now I wonder if its like this for those who have never had issues with their weight. Are there people who insist it's easy but have never experienced cravings?
If your job is to write UI frameworks, by all means do that
Otherwise, yes, you do need React (or something like it). Don't waste time re-solving the problems these frameworks were created to address. Spend your time creating value for your users. Building bespoke state management systems is not needed.
LLM technology will never achieve 100% accuracy in its output. There is an inherent non-determinism. Tasks that require 100% accuracy cannot be handled by LLMs alone. If an LLM is used to replace HR, it will inevitably do something wrong, and a human will need to be in the loop to correct it.
Same goes for chess, there will always be a chance that it makes an illegal move. Same goes for code, there will always be a chance that it produces the wrong code.
Maybe a new AI technology will be developed that doesn't have the innate non-determinism, but we don't have that now.
> The enshitification of the internet is largely driven by people ad blocking
This is unfairly putting the blame on only one rational actor in a prisoner's dilemma.
Content providers are free to put their content behind a paywall with no ads, but they choose not to.
They choose not to because people don't pay for content when they can get it from other providers who don't use a paywall.
Consumers then are left without the option to pay for an ad-free experience.
But ads are run on hardware the consumer owns, consuming their resources and harvesting personal information on the consumer, which is a security concern.
So even if they want to support content creators by viewing the ads they run, they need to also accept the security trade-off, which many reasonably do not
Just a note that many creators integrate the advertisement of their sponsors into their content presentation and not all of that can be stopped by ad blockers (most, in fact, can't). Those creators also tend to have a Patreon or similar so their content can be supported directly. And I'd wager that's a much better model for the creators than relying on ads they don't even select themselves and that possibly clash with their content. This also makes it much more clear to users that the creators directly benefit from those integrated ads, so those kinds of ads are probably much better tolerated.
Which btw doesn't work. Users have to first watch the video, identify "sponsor blocks" and then update the blocker's database. So between the Sponsorblock users who have to watch the video and the multitudes who don't even know it exists... Sponsorblock won't block many sponsors.
Yes it's crowd-sourced, so of course it's not perfect. Saying it doesn't work isn't true though, and as more people get onboard, improves. I don't think it's the final solution, but it helps right now.
40-50% of people are ad-blocking some rather beloved content creators. That means, not paying for premium, and not viewing ads.
Ok, so maybe they are suscribing to patreon? Maybe Nebula?
Well those two have conversion rates around (on a good day) 1%.
You can swim in the waters of cognitive dissonance because ads really do suck and ad block is a great way to stop the pain while still getting what you want.
Understand though, the statistics are so damning against the ad-block crowd, that you come off like the people screeching about human generated CO2 being totally fine for the environment (It helps plants grow!) because they cannot imagine having to give up commuting in their diesel monster pick-up truck everyday. (Ad block does no damage because I cannot imagine having to see ads...)
As an aside, ironically, security nightmare ads are really only served to people with tracking blockers, because those people are the lowest value visitors and only scammers/bottom feeders really bid on their views. Regular tech illiterate people get ads for Tide and Toyota. The more you know.
I do want styles tightly coupled to my React components. The product I work on has tens of thousands of React components.
I don't want to have to update some random CSS file to change one component's appearance. I've had to do this before and every time its a huge pain to not affect dozens of random other components. Other engineers encounter the same challenge and write poor CSS to deal with it. This compounds over time and becomes a huge mess.
Having a robust design system that enables the composition of complicated UIs without the need for much customization is the way.
Front end development got taken over by the Enterprise Java camp at some point, so now there is no html and css. There’s 10,000 components, and thus nothing that can be styled in a cascading way.
All these arguments are just disconnects between that camp and the oldskool that still writes at least some html by hand.
When I get sucked into react land for a gig, it starts making sense to just tell this particular div tag to have 2px of padding because the piece of code I’m typing is the only thing that’s ever going to emit it.
Then I go back to my own stuff and lean on css to style my handful of reusable pieces.
Those technologies don't just solve tech issues, they solve organizational issues. If one or two people manage a website, going without fancy tooling is completely fine. When 1000 people are managing a product with complex business logic across multiple platforms, you need fancy tooling to ensure everyone can work at a reasonable level of productivity.
> you need fancy tooling to ensure everyone can work at a reasonable level of productivity.
If you have a thousand people working on a single product, yes, but you also have the resources to have dedicated tool support teams at that level. In my experience, if you’re under multiple dozens of developers or not everyone works on all of your projects, the tools fragment because people aren’t combining or configuring them the same way and there’s enough churn in the front-end tool space that you’ll hit various compatibility issues which lower the effectiveness of sharing across projects. This is especially true if you’ve hired people who self-identify as, say, Next or Tailwind developers rather than web developers and lack the understanding of the underlying technology to fix complex problems.
> build pipelines, bundlers, CSS frameworks with their own toolchains, progressive web apps, Core Web Vitals, SEO, layout shifts, srcset/responsive images
Build pipelines are purely a technical decision. Bundlers are purely a technical decision (TBH, a non-brainer if you decide to have a build pipeline, but it's not an organizational helper). Those help one do some things, not several people to organize.
I'm still waiting for any person to claim they made CSS maintainable by adopting a framework. It's an almost purely organizational decision with no upsides at all.
PWAs are a product decision, not technical or organizational. The same applies to Core Web Vitals, SEO, layout shifts and srcset, those are all product decisions.
You can escape the technical and organizational decisions. You can't escape the product ones.
This is why web development stopped being fun: developers that cannot manage or train people and instead hope garbage like jQuery will simply act as a surrogate parent.
reply