2 ms·
This only means that you are not putting enough effort when writing your application code compared to the library. So you are basically adding technical debt to
by tigershark 10y ago
This only means that you are not putting enough effort when writing your application code compared to the library.
So you are basically adding technical debt to your application.
Apart from a deadline that will make the project fail if it is missed I don't see any rational reason to add technical debt.
And also in that case you must plan some time to remove the technical debt that you just introduced, and better sooner than later.
So writing a library is not harder than writing a good application.
It is certainly harder than writing quickly a mess of hacks that become an application.
- sheepmullet 10y agoSoftware engineering is all about tradeoffs. Since libraries have different use cases and characteristics than normal app code they can and should be treated differently. A 10% cognitive cost for code that is used by thousands of developers is a very high price to pay for an initial 3x speed boost to one developer. A 10% cognitive cost for code that needs to be understood 3-10x before it effectively expires (like most app code) is a great tradeoff for a 3x initial speed boost. I'll get my app in my customers hands in 3 months, wear a little "tech debt" on the dev side, and get crucial feedback. You can take 9 months to deliver a functionally equivalent app with slightly better internals.