Re:It Takes 6 Days to Change 1 Line of Code
by sodapopcan on Sunday July 16, 2023 @12:06PM
(#36748505)
I really like the term "workday code". I always struggle for a concise term to use for this and now I have one! Thanks :)
Also, agreed on documentation though I didn't feel like diving into that one in my response.
Re:It Takes 6 Days to Change 1 Line of Code
by jiveturkey on Sunday July 16, 2023 @12:28PM
(#36748739)
you misread workaday
Re:It Takes 6 Days to Change 1 Line of Code
by sodapopcan on Sunday July 16, 2023 @12:33PM
(#36748809)
I don't think I did but I wouldn't know since you neglected to explain how.
EDIT: Ohhhh I see now :)
I googled it but didn't really see anything obvious -- what is "workaday code"?
Re:It Takes 6 Days to Change 1 Line of Code
by gtirloni on Sunday July 16, 2023 @12:28PM
(#36748742)
Not your side project.
Re:It Takes 6 Days to Change 1 Line of Code
by chefandy on Sunday July 16, 2023 @01:12PM
(#36749286)
Others also seem confused— it clearly wasn't the best wording. Maybe the usage is more common in my regional dialect or something.
'Workaday' technically has two definitions: the first is something work related, and the second is something ordinary, common, or routine. Both definitions carry connotations of the other though. In this context, I'm referring to the everyday code that we write to solve most problems. I'd juxtapose this with unusual code working around really weird constraints or making up for a fundamental shortcoming or bug in a language or critical library which might require janky counterintuitive code.
If workaday code needs documentation for other developers to understand it to begin with, it needs a rewrite. Even if it runs great as code, people aren't computers and it needs to communicate it's purpose to both. Finding a showstopping bug under pressure in code like that is enough to make you want to put pencils though your eyes.