65
Do-nothing scripting: the key to gradual automation
(blog.danslimmon.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 22 Feb 2025
65 points (100.0% liked)
Programming
18473 readers
50 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
I have nothing to add except: man's really wrote like 7 classes to just have 1 function each
It's probably to allow for added complexity as they expand on each task. Makes it simpler to import elsewhere too.
"grug try watch patiently as cut points emerge from code and slowly refactor, with code base taking shape over time along with experience. no hard/ fast rule for this: grug know cut point when grug see cut point, just take time to build skill in seeing, patience
sometimes grug go too early and get abstractions wrong, so grug bias towards waiting
big brain developers often not like this at all and invent many abstractions start of project
grug tempted to reach for club and yell “big brain no maintain code! big brain move on next architecture committee leave code for grug deal with!”
https://grugbrain.dev/
I would very much argue that you shouldn't add complexity unless you actually make us of it. Them all using a uniform structure doesn't help readability nearly as much as just not having the complexity...