Quotes on simplicity, especially in the context of programming and computing. > [!quote] from [[cat -v considered harmful]] > _complexity_ is the bane of all software, _simplicity_ is the most important quality. > [!quote] Einstein > Everything should be made as simple as possible, but no simpler. ![[Performance#^7261c9]] ![[Hoare Property#^definition]] # against against frameworks [[2025-09-16]] - there are so many articles of the form; why use [[React]] when you can use vanilla js? [[Hillel Wayne]] has more charitable understanding of this, where there are multiple types of programming. But I feel annoyed by these takes; I would rather maintain react code than someone’s custom js vanilla code. [[Greenspun's Tenth Rule]]- sufficiently complex codebase will contain an ad hoc implementation of such a system; What these frameworks give you isn’t just code; they form a shared abstraction and vocabulary for communicating what is possible. # Keeping [[Package Manager|Dependencies]] lean If you are writing a library (or framework) that is meant to be embedded / used everywhere, then there's value in keeping dependencies small; Libraries like [[React]] and [[Django]] does not have any runtime dependencies; If one's trying to avoid dependency related issues, then there are few ways to resolve this; - peering - do not provide the dependency. - vendoring - embed the dependency into your code; for libraries it is fine, but if the library say, modifies some global registry, there can be a potential conflict; (ex: Go's sql driver).