←back to thread

422 points sungam | 4 comments | | HN request time: 0s | source

Coded using Gemini Pro 2.5 (free version) in about 2-3 hours.

Single file including all html/js/css, Vanilla JS, no backend, scores persisted with localStorage.

Deployed using ubuntu/apache2/python/flask on a £5 Digital Ocean server (but could have been hosted on a static hosting provider as it's just a single page with no backend).

Images / metadata stored in an AWS S3 bucket.

Show context
jmull ◴[] No.45158303[source]
I kind of love the diy aspect of ai coding.

A dermatologist a short while ago with this idea would have to find a willing and able partner to do a bunch of work -- meaning that most likely it would just remain an idea.

This isn't just for non-tech people either -- I have a decades long list of ideas I'd like to work on but simply do not have time for. So now I'm cranking up the ol' AI agents an seeing what I can do about it.

replies(8): >>45158952 #>>45159302 #>>45159473 #>>45159715 #>>45160836 #>>45162079 #>>45162916 #>>45163734 #
farai89 ◴[] No.45163734[source]
I believe this captures it well. There are many people that would have previously needed to hire dev shops to get their ideas out and now they can just get them done faster. I believe the impact will be larger in non-tech sectors.
replies(2): >>45163951 #>>45165156 #
1. NitpickLawyer ◴[] No.45165156[source]
Right. And what a lot of folks here miss is that the prototype was always bad. This process only speeds up the MVP, and gives the idea person a faster way to validate an idea.

Focusing on "but security lol" is a bad take, IMO. Every early attempt is bad at something. Be it security, or scale, or any number of problems. Validating early is good. Giving non-tech people a chance is good. If an idea is worth pursuing, you can always redo it with "experts". But you can't afford experts (hell, you can't even afford amateurs) for every idea you want put into an MVP.

replies(1): >>45165805 #
2. gentooflux ◴[] No.45165805[source]
There's a big difference between a "prototype" (or a POC, or a spike, or whatever your company calls it), and an "MVP" (minimum viable product). An insecure product is not viable. A product which cannot be extended or maintained without being almost competitively rewritten is not viable.

MVP means just enough engineered code to solve a problem, rough around the edges and lacking features sure, but not built by someone who has literally no idea what they were doing.

Prototypes of physical products are never put into production and sold to consumers. Unfortunately software prototypes "run", and are sold at that point. Then they begin to scale, and the inherent flaws in their design are amplified. The same thing used to happen with MS Access apps; the same thing still happens with "low code" solutions.

The engineers cost just as much after the prototype phase, but if you don't hire them to build your MVP then you never have one.

replies(1): >>45166106 #
3. NitpickLawyer ◴[] No.45166106[source]
Yeah, no. Every MVP I've ever seen has been riddled with problems. Hell, even publicly launched projects are a mess most of the times. How many social networks we've had in the past 5 years that were pwned right after launch? I remember at least 4 or 5 very public failures (firebase tokens, client-side apis and so on). Those are just the most public ones.

Everyone wants to pretend that the software used to be better, but the reality is that MVPs and sometimes even public launches were always a house of cards.

replies(1): >>45166327 #
4. gentooflux ◴[] No.45166327{3}[source]
You are pointing to the same low code/no code prototypes that I am, but you keep calling them MVPs for some reason. There's no "used to be better" here, there is good and bad software full stop.