With respect to software development, there are two ways to think about scalability.
- Performance scalability
- Productivity scalability
TypeScript is meant to address 2. Productivity scalability.
It's been agreed upon that:
- It's better enable the compiler to catch silly bugs, typos, and other errors at compile time, rather than in production at runtime.
- Tests are the best documentation possible for your code. Types are no substitute for writing tests, but they can do a good job at reducing the surface area of bugs.
- Tests also enable faster and safer refactoring. Similarly, if no tests exist, types can (at the very least) catch syntatic inaccuracies.
We've talked about it previously, but TypeScript addresses #3 of the Hard Software Problems: The Compled Domain Problem.
See also: "When to Use TypeScript", a Detailed Guide through Common Scenarios.
Liked this? Sing it loud and proud 👨🎤.
Stay in touch!
View more in TypeScript
You may also enjoy...
A few more related articles
Learn how to use DDD and object-oriented programming concepts to model complex Node.js backends.
In software, change is inevitable. The more complex the software, the more it should be enabled to be changed. The SOLID principles are a set of principles all developers should know about in order to design robust, maintainable, and flexible software.
Want to be notified when new content comes out?
Join 2000+ other developers learning about Domain-Driven Design and Enterprise Node.js.
I won't spam ya. 🖖 Unsubscribe anytime.