d0gbread

How so? Those two together is literally agile; not as I've seen it done, but as it's intended. Learn, iterate, repeat.

I know Apple has a reputation for good UX but I think it's carry over from a different era and it's trending down.

I bought my kid an iPad for Christmas and set up parental controls, then could not disable it without another iPad (which I don't have).

There are many forum threads concluding you just have to factory reset.

I couldn't believe how many little unintuitive things I bumped into setting it up.

His learnings from 14 years at Google. Surely we've all learned things working for employers or with engineers that don't do a thing well.

In 14 years he probably also experienced great engineers come and go and start other successful businesses they very likely did not run exactly like Google.

I'd love to read this article but the website is cancer. I keep clicking dismiss on mobile and it takes me to another website.

Hard agree, from practical experience also. One thing will push you towards shadow dom (slots, for example) then ten things will push you back towards light dom. I don't exactly understand what the spec is aiming to solve with the way things currently are. But I do appreciate no build process.

Following "easily defeated" with "teaching everyone" gave me an audible chuckle.

Or use a checkbox and stop trying to make toggles a thing, since they just don't translate to digital as well.

Maybe with a shitty boss and a complacent environment. Help them not squint at it and make a gut decision. Why not instead ensure the objective of the report is clear, there's a meaningful target around which to hinge on a decision, and present the data in a way that helps make the decision? And in lieu of the time or resources to do that, work on those problems?

If it helps, it's not for you.

Execs can't do this themselves because they don't have the information they need, and are trying to be predictable and compete in a market. So think about it as an ELI5 exercise where you're infantilizing up, or as it's more commonly and professionally referred to, managing up, or more plainly, helping the business make better decisions.

Or building things that help retain current customers vs acquire new customers so sales has something to sell.

The bigger problem as I've seen it is engineers that don't see themselves as part of the business, either because of the culture or personal choice around lack of focus on soft skills.

All too often engineers spend zero time understanding the market and customers, and scaled agile, as it's typically implemented and managed, definitely doesn't help.

Upper funnel/lower funnel, depending. And don't forget the future employees that take notice of a culture that would allow for such an exercise. To me, it communicates good product management, roadmaps, and healthy financials to allow the room to breathe.

You're making a lot of statements across all your comments that are not backed up and easily disproven, and you double down with more of the same so it's not particularly valuable to engage.

I think with a little critical thinking you can take your "the only" or "is about" statements and ask yourself if you can think of exceptions. You can, and easily.

Chicken and the egg. You can't really make people not want cars without better alternatives, which requires investments that aren't being made.

I want a car, because I need a car. But put in a few bullet trains and offshoots, a business model for vehicles that enables access to a $100/month consumer fleet of shared vehicles so I can grab a truck, minivan, whatever as needed, and I will happily skip ownership.

What's the model called? I think someone accidentally base64 encoded it.

You have your facts correct and your conclusion backwards.