Live data from Hacker News

The Speed of Prototyping in the Age of AI

darylcecile.net

71–80 of 119 posts

Re: The Speed of Prototyping in the Age of AI

#71
post #65

Earlier quoted context omitted.

The same thing happened when figma made it easier make prototypes that looked real and people stopped doing low fidelity mockups. Everyone understands that a wireframe isn’t done yet and it’s easy to change at that phase.

This I believe is lowkey one of the core ways design broke at tech companies. There are other big ones, design (really product) is broke deeply, but once mockups became easy we stopped having discussions about information architecture and UX. We're talking about whether we think this looks nicer in blue or green. Happened before Figma, but Figma really grew it. The designers that tried to hold onto wireframes (or wen…

I've noticed and felt this trend, but I haven't ever seen it put so well or really connected the dots with figma & pretty rectangles.

I remember discussions over relative easy of use of gray box wireframes... and that led to better products.

Now I've got designers vibing monstrosities that would have fit right in in the Flash era, I guess in order to draw even nicer rectangles now that execs than wave at AI and get a design.

Re: The Speed of Prototyping in the Age of AI

#72

Earlier quoted context omitted.

> But is it really any faster than using an already existing code generator/scaffolding tool? Yes, very much so. Our team was fast with those tools and created many of our own before this LLM AI (we used other AIs though to go faster), however it still took weeks to months from idea to launch; the same complexity now takes days, including everything. We already had rigorous processes and those really help now moving…

But “are you really moving at speed after you generate the majority of your application?” is my other point. If you were to start working somewhere with an existing product the changes you would apply are more than likely incremental. What is the advantage of using LLMs to change 1-10 lines of code on average? How do you measure the ROI for that? What did the time savings gain you? A quicker release date? How can you…

> How can I take any engineer seriously that they think they know it saved weeks

Because we have experience doing things pre-AI.

For example, most projects had no tests before AI because tests are very time intensive and take a lot of forethought since you also need to engineer the code to be testable. Yet now tests are trivial. Every project I delegate to AI has tests. Good tests too. How do I know? Because I have 20 years of experience and I looked.

Or, fixing a bug in my codebase is as simple as copy and pasting the user's bug report email into Claude Code. The LLM verifies that the bug exists, writes a red test to ensure the bug exists, then proposes the best fix that will turn the test green. Meanwhile it did all this while I was doing something else.

Or, the projects I've built that would have taken me a lot of time because they are in domains I don't have much experience in. I built a macOS app around libghostty which involved bridging Swift to Zig, something I've never done before. And when Ghostty has new versions, I ask AI to look at the diff and find new features and APIs I can take advange of in my own project. I didn't write any code in this project myself. It would have taken me a lot of time because everything takes a lot of time. It makes progress on the project while I'm doing something else, yet I use the project as my main terminal every day, it's so good.

It's very wishful thinking to assume that nobody knows whether AI is helping them or not, probably coming from an understandable place where you hope all of this a fever dream and we'll go back to the old way any day now. But you owe it to yourself to believe others here so that you can take it seriously.

Re: The Speed of Prototyping in the Age of AI

#73

While the speed of prototyping and even shipping to production has increased, I have been asking myself at what cost? I see a lot of garbage being shipped. Not because the code quality is bad, because execution has become cheap now. Ideas even though crap, are getting prototyped. Things which look effective on the surface, but has real UX problems in the underneath, are getting prioritised because someone in the room…

The same thing happens because of tools like the Unity/Unreal engine. Lots of low quality barely-more-than-a-demo "games" uploaded to steam. However those games rightly fail to make any decent $ so probably not a problem long term.

Re: The Speed of Prototyping in the Age of AI

#76
post #56
post #39

Earlier quoted context omitted.

Prototypes aren't only for UX though, sometimes they're for exploring whether something is technically possible, or what are the unknown unknowns in a particular area. For example, for personal projects, I've been wondering if it's possible to automatically create RSS feeds for pages that don't have them (yes), what are the challenges when building an archive-style page dumping system (need to dump CSSOM alongside ge…

Why wouldn't you use Archive Box? https://github.com/archivebox/archivebox

A few reasons. Learning is one of them, since I don't normally deal much with browser and web related technologies, so it's a good way to learn more about them.

I also think there are a few interesting things you can explore that go beyond a simple carbon copy of what's on the Internet. Ideas that I've implemented are things like automatic extraction of audio tracks, transcription, and summarization, loading a page or podcast transcript into the context window of a LLM to discuss the arguments or factuality of the claims being made, automatically turning articles to reader view using readability/trafilatura, etc.

Directions I'd like to explore would be things like multimodal search ("that page I read six months ago about computer security with neon green text on a black background", or give me a list of fitness related pages I've read in the last twelve months), personal statistics (how is the mix of topics I've been reading about changing over time), annotating pages instead of just passively reading them, maybe even P2P archiving or discussions about pages, and all kinds of other things.

But installing archivebox would be easier indeed.

Re: The Speed of Prototyping in the Age of AI

#77
post #57

Earlier quoted context omitted.

The premise here is that people are selling these prototypes, and they are being bought . I mean, fine, that's bad, but when we discuss "prototypes", I assume uninformed cash transactions are off the table.

I gave the example of Apple and Google for a good reason. Because these big companies are selling products that don't even exist yet. You don't consider that selling prototypes? Fair, they're selling stuff that isn't even a prototype. I'm not sure that's any better. Or maybe you're making a very different point, which I have entirely missed.

> I gave the example of Apple and Google for a good reason. Because these big companies are selling products that don't even exist yet.

I guess I'm curious what you mean by this, I don't particularly see either of those companies doing this, certainly not in the way this article describes, and not really in any way that's impacted substantially by AI.

What "product that doesn't exist" is Apple selling? Google? Who is paying for it?

Re: The Speed of Prototyping in the Age of AI

#78
For the past few months, many times i’ve tried this workflow: 1. Ask a coding agent to think and implement a feature that is non trivial 2. This leads to really understand pros and cons for many possible solutions and see it happen end to end 3. Revert all changes and implement it myself when i’m settled on a solution i’m satisfied with 4. At this point the agent is just an iterative reviewer

I’ve felt that any non trivial amount of code not written myself tends to be hard to own. And like the author said, need to keep skills sharp also

Re: The Speed of Prototyping in the Age of AI

#80

While the speed of prototyping and even shipping to production has increased, I have been asking myself at what cost? I see a lot of garbage being shipped. Not because the code quality is bad, because execution has become cheap now. Ideas even though crap, are getting prototyped. Things which look effective on the surface, but has real UX problems in the underneath, are getting prioritised because someone in the room…

I see a lot of garbage being shipped.

One of the second order effects of AI collapsing the cost of building things is that product management is much more important now. A Product Owner/Manager who lacks the taste and insight (or data) to know what they should put in front of users and what they should just put in the bin will cause a company real harm, especially if the company moves to a "there's zero effort in building something, so we'll try everything!" model.

The only part that's really collapsed in effort is the translation from requirements into code. If you're using AI to generate requirements you're effectively building things based on what a 'random' requirements generator says. If that's as good as the requirements a Product Owner was writing then that person needs to improve.

Post reply on HN