Tagged: product-building

Jordan Lord:

These are the 3 constraints that I use before I start building anything. I'm a believer in constraints as an enabler for creativity. Constraints help us collapse the search space, and figure out innovative solutions to problems.

I've been a builder for 10 years, and I've built products that went nowhere because they were either too complex or had no identity. These are the constraints that I landed on after making those mistakes.

I tend to agree with the author — constraints breed creativity and all that jazz.

I find the second constraint fascinating in particular: “The core tech must be separable from the product.” I’ve been thinking about this in the context of product ideas I’m constantly exploring.

For example, Pi, my favourite coding agent and daily driver has this: the pi-ai package which is similar to Vercel’s AI SDK (abstract access to various models & providers) and pi-agent-core (built on top of pi-ai and provides common constructs to build an agent). OpenClaw is built on the latter, and that played a big role in making Pi popular.

Andrew Sharp:

And that's ultimately Cook's legacy, to me. He made sensible choices under the circumstances, nurturing Apple profits and its stock price at every turn. If many of those choices were ultimately predictable and unfulfilling, well, that's the game for a company at Apple's stage of the corporate life cycle.

Where Apple under Jobs was selling performance and possibility, Apple today capitalizes on our collective dependence on the iPhone ecosystem and promises superior reliability to any peers. And that's still a pretty good deal! But it's a categorically different value proposition than that of the company that was changing the way an entire generation interacted with technology.

This is the best commentary I've read in light of the announcement of Cook's retirement. Most of the other coverage has been way too positive, this is much more balanced and closer to how I feel.

Vicki Boykis:

What makes good engineers good at product design is the same thing that makes them good at engineering. They feel for the boundaries of what the code and the product allows them to do and stop at those boundaries.

Another name for being able to understand and plan for affordances, either through good product intuition, or experience, or both, in the real world is mechanical sympathy.

I agree with the assertion that agentic coding tools don't have mechanical sympathy. At least as of now; maybe the future models will overcome this (but maybe not).

Michael Bloch:

I'm more bullish on AI than I've ever been. And that's exactly why I'm bearish on most software companies. Not because their customers will leave, but because their next thirty competitors just got a lot easier to build.

I've seen/heard a bunch of different people quip exactly this. This is one of the crispest articulations. Rings ominous to me.

Kerrick Long:

Many people will tell you to ship a minimum viable product. Others say to ship a prototype to get feedback. Not me. I think you should ship a blank page to your production servers on day one.

Notice how much is involved in shipping software that does nothing. This work will come around eventually. The later you do it, the riskier it is.

Not satire. Good food for thought.