3 ms·
The point about frameworks is something all developers and software engineers need to realise, about all programming languages and domains. Use what you need t
by CM30 6y ago
The point about frameworks is something all developers and software engineers need to realise, about all programming languages and domains.
Use what you need to use, in a way that makes the code easier to read, shorter, etc. A simple brochure site with little in the way of interactivity doesn't need to be built in React or Angular. A one page portfolio site doesn't need Bootstrap, and even many bigger ones don't need to import the entire framework.
What's best practice for Google and what's best practice for a small widget manufacturer in the middle of nowhere are likely not the same.
That's basically the lesson behind all of these points to be honest. Use what's right for the project instead of taking a list of rules as gospel and overcomplicating things to hell.
- sanderjd 6y agoIt is not as simple as this because of the time component of software engineering. It is necessary to both use what's right for the project in the moment and to use what's right for the project's future evolution. Of course you rarely know for sure what that evolution will look like, but if a group of people think a project is worth working on, they probably think it will live and continue evolving for awhile, in which case it is necessary to make choices aimed at supporting that evolution. It is very often the case that a framework is not "what's right for the project" in the moment early on, but it is usually the case that it is what's right for the project to evolve. The alternative is for a newly invented framework to be built up over time, and this is not a good use of time and often results in a mess. A framework always feels silly when you're just doing some fairly simple thing once. But if you anticipate doing similar things tens or hundreds of times, it is usually worth the cost up front to avoid reinventing wheels later.