Viewing profile — happytoexplain

You said "alleged crime", but there is no alleged crime in the article. Yes, "it's expected" isn't always a defense, but your implication is wrong: More often than not, it is a def…

I've read the article, and I don't see anything like what you're referring to. There is no mention of legality. Sure, of course the internet is chock-full of wrong articles or comm…

Why would you adopt a defensive tone regarding "rude and expected" behavior? Are either of those things good? Is illegality the bar for criticism?

This is dishonest. Nobody said "coding is easy" in a void. They said "code isn't the hard part" - in the context of LLMs . The obvious implication being that the actual speed of wr…

You can't think of a single new development in the situation? Sorry to be snide - you can certainly make an argument that the demands of AI should not affect public perception of d…

I don't understand what you're trying to say - you're describing a win-win. Pay the citizens the price, or don't burden them in the first place. There are two options, and the data…

This response is basically culture war bickering. The parent didn't imply that slop didn't exist pre-AI, so that's a purposeful mischaracterization. The simple fact is that AI abso…

The implication being that people should like data centers more than sports stadiums...? I don't understand.

Right, it's supposed to be used to take people's homes. /s

I've always felt that many people write like LLMs, even before LLMs. It had to come from somewhere . A lot of LLM writing is truly bad - but a lot of it is also just interpreted as…

If we accept a very simplistic view of how people think and feel, then sure.

Yes, hobbyists are less interested than businesses in automating their own hobby.

Even disregarding the bizarre assertion that a human author could "just stop caring" at will, this is still unrealistic even on a practical level. Enough consumers want to know whe…

I don't know iOS-specific links off-hand - I'm basically just referring to rudimentary state-driven UI. But implemented manually, without a framework, and therefore bug-prone for u…

>SwiftUI it is the type of framework that makes the easy things easier to accomplish but the harder things harder. IMO it goes further than that: It makes easy things easier and ha…

They are simply not relevant at this level of discussion.

Compiler timeouts are only a Swift issue because it is so flexible. They don't happen outside of SwiftUI except in toy examples that look simple but aren't realistic. SwiftUI is th…

This is the main "problem" with autolayout. It's an amazing experience that "just works" if you think in the way that autolayout asks you to (relativity, declarative, the idea that…

All of Swift's complexity is opt-in, thoughtful, and domain-specific. It's the exact correct type of complexity. SwiftUI is not Swift. It is implemented using complex Swift feature…

I don't know, in my circles Swift was welcomed like a long-awaited friend. We loved ObjC, but none of the advantages ObjC has over Swift are relevant to app dev . Conversely, every…

I have always treated state as the source of truth in UIKit. Every view gets an equatable state struct, and mutating it triggers an idempotent view update. Self-mutating views (e.g…

Analogies are lazy rhetorical devices. Different things are, unsurprisingly, different. Saying "X is like Y" does nothing but invite the conversation to take a turn into identifyin…

Try not to tell people what they need to accept . Acknowledge? Admit? Recognize? Fine. Accept? Not bother caring about? Don't demand people do that.

Writing both your original comment and this comment, together in the same context, frankly appears as a form of anti-social insanity.

Autolayout, while flawed like anything else, remains the pinnacle of UI across all platforms. SwiftUI is a laudable attempt to idiot-proof UI, but it sacrifices too much and ultima…