News for hackers. Stuff that matters.
Re:Software Engineering at Google (2017) by lugg on Friday January 04, 2019 @01:58PM (#18826636)
You're talking about rewrites. I'm talking about cleaning up messes left by lazy people long ago, so long ago that most of the juniors are scared to clean it up despite it being impossible to understand without a days reading.

You can say it disrupts others understanding of shitty old code, frankly I don't care. Code is not immutable and maintaining status quo helps nobody except the old guard stay relevant.

Re:Software Engineering at Google (2017) by quietbritishjim on Friday January 04, 2019 @02:17PM (#18826835)
I said:

> Of course, sometimes rewrites/refactors really are an improvement

If that's what you were talking about in the first place, fair enough and my apologies.

Re:Software Engineering at Google (2017) by lugg on Saturday January 05, 2019 @04:14AM (#18830701)
No apologies needed. It was a fair assumption and I do agree with your points, although I think I've come to move more in the other direction the last few years.

Those perfect one line fixes are great but they approach their limits and eventually need to be refactored. This is natural and should not be frowned upon. Likewise you can't just refactor all the time, one line fixes are faster and less costly in all sorts of ways. The key is to pick and choose when to use each strategy.

I think we're too often looking for simple rules. There are none. Just a bunch of guidelines.