recently I gave AI a task to configure a software and the software didn't have any docs of how it works only the source code. the agent went through all the files and generated a summary of how it works and why it's not working for my particular scenario and suggested edits to my docker-compose.yml file. I couldn't believe it since the bug was very hard to find and it used headless firefox to find why it wasn't working.

made me realize do we still need documentation of how a software work when a AI can easily explain it?

you are viewing a single comment's thread
view the rest of the comments
[–] 1 point 5 hours ago*

E.g. for one-off web page design it’s been good enough for a long time.

In just the last two months, I've been handed the following web projects:

  • A page filled with bootstrap style div-soup
  • A page filled with tailwind style class-soup
  • A slideshow webapp that has duplicated state and three different ways to change slides (navigate(), goTo(), and changeSlide()).
  • A slop-grenade of a chatbot interface for navigating a user through a flow chart, documentation of the flow chart, and documentation of the logic of the flow chart, all of which conflict with each other.

I think the effect you’re seeing is that different people have different levels of “good enough”

I think the effect that I'm seeing is twofold:

  1. People don't realise that every line of code is a liability.
  2. People think that once they have something on the screen that looks finished, the project is finished. They haven't thought about support or maintainability at all, and since they are completely inexperienced about such things: they aren't qualified enough to when when a project is "even done", let alone "good enough".
  • source
  • parent