3 ms·
Please reread my original comment. I'll try to summarize: my point is not about a specific project, but rather that sometimes we talk about / sell something as
by slx26 7y ago
Please reread my original comment. I'll try to summarize: my point is not about a specific project, but rather that sometimes we talk about / sell something as being easy, short or simple without accounting for all the things you said: project tooling, IDE, version control, etc., while all that is indeed part of the software complexity. I was just pointing out that in some cases we may be obviating that too much. Yes, I could have written this in any other project that made remarks about some code being simple or easy when (imo) it's not.
I never criticised tooling, libraries, etc, themselves, I even made that explicit a couple times, and it's true I've said that it might happen in all languages. That still doesn't mean it's equally bad in all languages, or that it can't be improved, etc. I wasn't trying to start a discussion about this, it just happened. It was just a thought that I transcribed as a comment, in case it gave something to think about to someone.
- yawaramin 7y ago> sometimes we talk about / sell something as being easy, short or simple without accounting for ... software complexity. Software complexity exists, yes. But in your original comment, you did say: 'the code is actually simple and short, the logic is easy to follow...' I think the fact that modern software is built on a complex base shouldn't take away from when it accomplishes something in a simple, elegant way. Abstractions are after all the key enabler of software systems. Criticizing them and the complexity they sit on top of, seems like missing the point.