|
|
|
|
|
by TeMPOraL
363 days ago
|
|
Precisely that. As you say, this complexity is both necessary and irrelevant to the actual problem. Now, I claim that the main thing that's stopping advancement in our field is that we're making a choice up front on what is relevant and what's not. The "actual problem" changes from programmer to programmer, and from hour to the next. In the morning, I might be tweaking the business logic; at noon, I might be debugging some bug across the abstraction layers; in the afternoon, I might be reworking the error handling across the module, and just as I leave for the day, I might need to spend 30 minutes discussing architecture issue with the team. All those things demand completely different perspectives; for each, different things are relevant and different are just noise. But right now, we're stuck looking at the same artifact (the plaintext code base), and trying to make every possible thing readable simultaneously to at least some degree. I claim this is a wrong approach that's been keeping us stuck for too long now. |
|