Write code that is easy to delete, not easy to extend (2016)

Re:Write code that is easy to delete, not easy to extend (2016) by lucideer on Wednesday November 04, 2020 @12:28PM (#24991075)

I've seen both cases (people over-avoiding dependencies to detrimental levels, and people who are VERY bad, and very zealous, at selecting dependencies). While I think it varies per language community; overall, the latter seems more common.

That said, the worst codebases I've worked with were examples of the former. So it's definitely a tricky balance.

[ Parent | on HN ]

Re:Write code that is easy to delete, not easy to extend (2016) by ChrisMarshallNY on Wednesday November 04, 2020 @12:33PM (#24991131)

My codebases can be difficult to maintain (I know, because I'm the one that has to maintain most of them).

It's not because the code is bad. Quite the opposite, really. It's well-structured, and incredibly well-documented.

It's because I tend to do some fairly ambitious things, and write in a modular, layered fashion that can distribute functionality throughout the stack.

I also tend to write in a fairly asynchronous fashion (would you call it "reactive"? I dunno. I've been writing code like that since long before "reactive" was an official buzzword).

Can be hard to grok.

[ Parent | on HN ]