thevibesman

"The Lean Startup" was recommended to me about 10 years ago in the short phase when I was trying to build a startup (cool prototypes, no business model or product market fit, and starting the project with half the seed money I thought I needed to get it off the ground made it a short project).

It was a big influence on me and something I recommend and quote often.

I'm curious if your perspectives on the topics of "The Lean Startup" have changed I the era of AI tools. Particularly curious what you think about the role of MVPs to test a market.

This has been on my mind the past few weeks because of a recent experience during a company hackathon:

A few years ago I gave a talk about prototyping and MVPs at the Audio Developers Conference and in this talk to explain the concept of an MVP I proposed a silly idea for an audio plug-in (that replaces a singers voice with the sound of flamingos) as a demonstration of how we might test that there is a market for this plug-in before building it. I gave some examples of how we could test this like a landing page MVP, concierge MVP, etc.

Recently during the two days of this company hackathon I was too busy to do a project of my own because I was helping on-board colleagues with Claude and getting sucked into some leadership meetings. During the demos meeting I decided to try to build my voice replaced with flamingos plug-in and built a working plug-in in under two hours and this got me thinking:

If I can build a real functioning plug-in that a user can try in their host application in less than two hours why would I use non-software MVPs to test a market when I can build working software just as fast or faster than I could setup a non-software MVP a few years ago.

Of course there is more to learn from "lean" than just MVP (I'm also a big fan of the andon cord and the 5 why's)

(to anyone commenting on vibe coding I looked at the code and while not all of it was ideal I wouldn't consider this "vibe coded" and for serving the purpose of an MVP a couple things in the code that were a little funny are not a problem)

Yes, A COMMENTARY ON THE SIXTH EDITION UNIX OPERATING SYSTEM was the book I was thinking of. Thanks!

As a musician myself I am also quite protective about my hands but also a daily emacs user. The biggest ergonomic improvement you can make on a standard keyboard is to remap your control key to be command (most regular emacs users I know do this). At work I use a Kenesis Advantage keyboard which allows me to use my thumbs as modifiers which is even more comfortable.

To answer your question, if you are not looking for particular LISP I would checkout Racket as I think that has a non-emacs IDE.

Just started reading it, but I noticed that in the chronology, in 1979 for C with Classes “public/private” is listed. Was “protected” a later addition?

The MCP said "END OF LINE"

I'd have to disagree; I view programming as an art similar both to music composition but also very much like painting---this may require expanding your definition of panting from the classical sense to the Dada sense of found object sculpture as a form of painting/making-your-own-paint (can't find citation, but there is a good Marcel Duchamp paper about making your own paint I was trying to find---but late for work!).