Live data from Hacker News

The Speed of Prototyping in the Age of AI

darylcecile.net

81–90 of 119 posts

Re: The Speed of Prototyping in the Age of AI

#81
Productivity has increased only for people who knows what they are doing. I have been able to increase my productivity to build and turn around things faster and in a much polished manner. One problem is too many things goes on in your head and I see using tools like Jira or notion are very handy to capture all edge scenarios, integrations need to be captured. Taking break from AI is very very essential for this to work for me.

Re: The Speed of Prototyping in the Age of AI

#82

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 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.

Yes, though this has been a problem long before Figma or AI. Photoshop enabled pretty pictures of what a website / app / service might look like, and then these often became set in stone.

One solution is to keep all mockups / prototypes strictly grey scale using bare bones vectors until every stakeholder has weighed in / signed off.

Re: The Speed of Prototyping in the Age of AI

#83

But is it really any faster than using an already existing code generator/scaffolding tool? How do you know your project isn’t just a regurgitation of another repository? Would it be just as fast to clone some existing project and hack on it? These are the questions everyone seems to be ignoring and saying “only LLMs can make projects quickly” but ignoring everything those LLMs are built on (your llmis probably calli…

Yes... and in fact I'm a professional prototypist (as in I get paid to do that) and this is 100% the process.

You do not, never EVER, start from a blank slate.

Step 0 is to actually challenge the value. Before you even start you spend a LOT of time with the person with a need to narrow down what they actually need. Not what they think they want but what's genuinely problematic for that. Again, NOT how to solve it but what's a thorn that's painful for them, not for what you imagine it might be. This honestly often get uncomfortable quickly because you have to ask "Ok but have you tried this? What about this quirky thing?" because it challenges their own attempts. If you don't spend a significant amount of time in that space you WILL implement faster, that's obvious, but you are very likely to efficient "solve" the wrong problem. You will solve what you can solve easily. Think about it like looking for keys where there is light, not where you lost them.

So... that's before one has even started to code, it's mostly uncomfortable discussions. Only once there is some confidence from both parties that the problem is identified can implementing might make sense. Then you don't! You do NOT touch a line of code. Instead you take whatever you can, post-it notes, Lego bricks, existing software, you tape all that together and you ask "Would THAT (very ugly barely working monster) kind of solve it for you?". So you do not build anything new, you ONLY stick together the BIGGEST existing parts.

Only then you might eventually build something but STILL you don't start from a blank slate. You are going to find the highest level of abstraction you can find. They want something related to the Web? You don't freaking build a Web browser, or a even PWA, you paste a code snippet in the console.

You always look for the way with the MINIMUM amount of new code. It's never about implementing faster. It's about NOT implementing faster.

Now the fun part (arguably) actually begins when you have done all that but it's still not enough. You use a CMS or a browser or whatever large exiting verified code base and the need is not solved. Then you rely on the built-in extension system of that code! Guess what, there might even be an existing plugin that does what you thought was novel.

Finally, finally you did find no extension for that existing quality open-source large code based so you HAVE to build it. Well, not so fast, is there another piece of code from another software that does it? Does it have an API? Can you connect to that API to get that functionality in that extension?

Then you have done it, you brought together 2 large pieces of software but you only coded the connector between the two.

Your prototype is, in practice, 10 lines of code.

TL;DR: yes, good prototypists code very little and yet still end up with genuinely novel work.

Re: The Speed of Prototyping in the Age of AI

#84

Earlier quoted context omitted.

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…

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

  >>> My Google Pixel phone still can't schedule a haircut for me or book a reservation at a restaurant, despite multiple promises
This example has been in how many Android announcements?

8 years ago: https://m.youtube.com/watch?v=D5VN56jQMWM

You're telling me you haven't seen the same promise for 8 years?

Re: The Speed of Prototyping in the Age of AI

#85

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'm having a hard time seeing your point. Faster iteration = easier to fix UX issues. That's all the LLM is providing here. Problems with UX = bad decisions. Those happen with or without LLMs.

Re: The Speed of Prototyping in the Age of AI

#86

What are people doing with prototypes afterward? Do you end up shipping it as is to production? What about at work? Are the prototypes useful in that context?

They chuck it over to the SRE or equivalent team and job done on to the next service/product/feature

Re: The Speed of Prototyping in the Age of AI

#87
Standard disclaimer from me that if you are forced to do it by people who have power over you then that is different from doing things voluntarily. You can still “just quit your job” but you have less agency.

I also use AI, not for muh agents but for asking questions. Even when I’m not forced to, unfortunately.

> I still don't think AI is magic, and I'm still cautious about the broader picture; the environmental, financial, and social questions haven't gone anywhere. But for me, right now, the day-to-day reality is that I can move faster, think bigger, and ship more than I could before. And that's been genuinely fun.

Three categories of concern, two of which are relevant for the well-being of commoners, and you still go ahead with it? Why? Because being productive and having fun is more important than the environment and driving people into social crises?

Re: The Speed of Prototyping in the Age of AI

#89
Prototyping is a lot easier indeed. I've experienced this as well. And many of the prototypes are kind of shipable even after a only a bit of iteration. Mostly it's super easy to go from prototype to something shippable. I hate the term vibe coding actually. Is it still vibe coding when the thing has end to end tests and I've been trying to break it for a few days?

The flip side is, nobody cares. I've put some of these things up on Github and ... nothing. It seems even my pre-AI projects have dropped sharply in eyeballs judging by issues, prs, stars, etc. People are too busy doing their own things to bother looking at other people's stuff. And rightfully so. There's nothing magical about my prompting to what people can prompt themselves. The value of these prototypes just dropped. Except op course for people still doing things the old fashioned way.

So, you can ship your prototype. But there's very little point to doing so. Even if it isn't slop, it's just very hard to stand out from the masses of other people's prototypes. The value of custom applications just dropped by an order of magnitude. Everybody is going to expect things to be tailored to them now.

Re: The Speed of Prototyping in the Age of AI

#90
I think it is mostly accurate to say that the cost of execution has dropped to zero.

In this new world, the ability to say "no" is more important than ever. It has never been so easy to burn time, money and energy. The fact that you can try anything now can be modeled as a disadvantage. The space of possible solutions got a lot bigger. Unless you have good taste you could wander and get lost very quickly in this vast new expanse. A true expert that has more paths to work with can arrive at higher quality solutions faster. A novice will get into trouble faster.

It often takes 10k hours suffering through an idea with a live customer before we deeply learn why something is a bad/good approach. None of this painful wisdom is available in the models. You can easily change the mind of ChatGPT with a single adjective. You cannot so easily persuade the person who has successfully cast the ring into the volcano already. They know what it actually feels like to get there.

Post reply on HN