←back to thread

1087 points smartmic | 6 comments | | HN request time: 0.638s | source | bottom
1. magarnicle ◴[] No.44304941[source]
I know, I get it, but I've realised that I'm not actually grug-brained. The way my brain works, I remember things pretty well; I like to get into the details of systems. So if more complexity in the code means the app can do more or a task is automated away I'll make the change and know I'll be able to remember how it works in the future.

This doesn't mean OP is bad advice, just make a conscious decision about what to do with complexity and understand the implications.

replies(3): >>44305082 #>>44306076 #>>44310039 #
2. pixelatedindex ◴[] No.44305082[source]
The knowing how it works in the future should really just be comments, right? And if it’s a bit more complex, perhaps a markdown file in a docs folder or stuffed in a README? When working with a large enough organization, tribal knowledge is an invisible t-rex
replies(1): >>44305655 #
3. magarnicle ◴[] No.44305655[source]
I don't think comments can capture the complexity of everything - there's too much interaction between systems to explain it all. I'm probably unique here in that my tribe is just one person: I wouldn't recommend adopting a pet t-rex in a team.
4. anonymars ◴[] No.44306076[source]
What about the rest of your team?
replies(1): >>44306344 #
5. magarnicle ◴[] No.44306344[source]
I am the rest of my team. So yeah, not applicable to most people.
6. d4v3 ◴[] No.44310039[source]
big brain dev say, "me add complexity. no problem."

grug whisper: “problem come later.”

grug see lone dev make clever code.

grug light torch for future archaeologist.