Live data from Hacker News

YOLO-Driven Development Manifesto

andersoncardoso.github.io

21–30 of 75 posts

Re: YOLO-Driven Development Manifesto

#21

Gotta go fast. Somewhere out there a competitor is eating your lunch. Now is better than later. Later is better than never. Avoid anything that slows you down: thinking, testing, fixing bugs, writing code.

im building an app that just generates an email signup and spams crunchbase with a weirdly worded pdf / sales deck.

Re: YOLO-Driven Development Manifesto

#22
post #7

>No Documentation, No Problem >Who needs documentation when you have the power of intuition? YOLO-Driven Development encourages you to keep your genius solutions locked away in your head. After all, real developers don’t read documentation; they conjure it from thin air. Apparently this style of development has already become very popular as almost none of the projects that I look at have any documentation at all.

New girl where I work did automated doc generation, good class coverage, gitlab wiki uploaded on CI. All alone. I was ecstatic.

Re: YOLO-Driven Development Manifesto

#24

Gotta go fast. Somewhere out there a competitor is eating your lunch. Now is better than later. Later is better than never. Avoid anything that slows you down: thinking, testing, fixing bugs, writing code.

im building an app that just generates an email signup and spams crunchbase with a weirdly worded pdf / sales deck.

It's pretty cool what you can get done with bash, curl, jq, awk, and a bit of moxy.

Re: YOLO-Driven Development Manifesto

#26

Gotta go fast. Somewhere out there a competitor is eating your lunch. Now is better than later. Later is better than never. Avoid anything that slows you down: thinking, testing, fixing bugs, writing code.

Yeah, for all the garbage codebases that are difficult to maintain there's an entire graveyard of projects that got stuck in analysis paralysis and never got past the hello world phase.

Re: YOLO-Driven Development Manifesto

#27

Earlier quoted context omitted.

It's funny that its satirical, but I could make an argument why every point is actually a good thing.

Really? In which context?

Prototyping can be a great way to explore the solution space. Just make sure to learn as many lessons as possible and then burn the prototype with fire.

Startups almost by definition face a literal deadline. They critically depend on people who code 80h per week instead of partying.

The impact of UI changes can be hard to measure. If the deployment platforms are very heterogeneous, it's literally impossible to test all scenarios. In these cases it makes sense to roll out slowly and find ways to measure the impact. Or to limit the fallout.

Sometimes, simple solutions get the job done perfectly well and run for years with manageable upkeep. It's a slippery slope though.

It can be very difficult to capture the domain knowledge and the insight of developers and operations people in documentation. Documenting will bog them down instead of getting things done. Managing the bus factor and training up people ahead of time is crucial.

Re: YOLO-Driven Development Manifesto

#29
post #7

>No Documentation, No Problem >Who needs documentation when you have the power of intuition? YOLO-Driven Development encourages you to keep your genius solutions locked away in your head. After all, real developers don’t read documentation; they conjure it from thin air. Apparently this style of development has already become very popular as almost none of the projects that I look at have any documentation at all.

so long as we can read the source code AND debug the program, it's ok.

it may be difficult, but sometimes things are difficult

free and open source but private and paid for documentation???

Re: YOLO-Driven Development Manifesto

#30
This feels like an amazing bit of scissor-writing. I don't know the real percentages, but yeah, half of y'all will immediately recognize this is satire and the other half will immediately recognize this as the best working philosophy ever.
Post reply on HN