18 Matching Annotations
- Mar 2021
-
medium.com medium.com
-
-
become more obscure in functionality to the point where some names literally describe what they do
-
There’s several benefits to splitting code into multiple packages, whether it be a library, micro-services or micro-frontends.
-
-
www.chevtek.io www.chevtek.io
-
But I believe the core philosophy of tiny modules is actually sound and easier to maintain than giant frameworks.
-
Write modules that are small. Iterate quickly.
Tags
- monolithic/giant modules/libraries/packages/projects
- sound/reasonable/wise/defensible
- microlibraries
- easy to maintain
- small units/components/modules/libraries/packages/projects
- core/guiding beliefs/values/principles/philosophy/ideology
- making changes / switching/migrating gradually/incrementally/step-wise/iteratively
Annotators
URL
-
-
www.sitepoint.com www.sitepoint.com
-
Again, this is all opinion-based, and due to the sheer number of developers who rely on this technology as their bread and butter, sub-communities and religiousness forms around patterns, anti-patterns, practices, de-facto standards, micro-packages, polyfills, frameworks, build-tools, etc.
-
While various shortcomings of the standard run-time library are the obvious, immediate reason for the creation of micro-packages
-
-
github.com github.comd3/d34
-
Each library is maintained in its own repository, allowing decentralized ownership and independent release cycles.
-
D3 4.0 is modular. Instead of one library, D3 is now many small libraries that are designed to work together. You can pick and choose which parts to use as you see fit.
-
The default bundle combines about thirty of these microlibraries.
-
Microlibraries are easier to understand, develop and test. They make it easier for new people to get involved and contribute. They reduce the distinction between a “core module” and a “plugin”, and increase the pace of development in D3 features.
Tags
- reasonable defaults
- d3.js
- simpler code is easier to understand and verify that it is correct
- microlibraries
- release cycle
- decentralization
- core vs. extensions/add-ons/plugins
- changes (software)
- contributing: low barrier to entry
- modularity
- constant evolution/improvement of software/practices/solutions
- change of behavior (software)
- breaking change
- independent release cycles among peer dependencies
Annotators
URL
-
-
ponyfoo.com ponyfoo.comPony Foo1
-
www.codemag.com www.codemag.com
-
-
A MicroJS library is a small JavaScript library with a single purpose; you’ve already seen me use a variation of this phrase several times in this article
-
These applications load faster and foster a good modular development approach.
-
Another important MicroJS attribute is independence. Ember, Backbone—even Bootstrap to a degree–have hard dependencies on other libraries. For example, all three rely on jQuery. A good MicroJS library stands by itself with no dependencies. There are exceptions to the rule, but in general, any dependency is another small MicrojJS library.
-
-
microjs.com microjs.com
-
Micro-frameworks are definitely the pocketknives of the JavaScript library world: short, sweet, to the point. And at 5k and under, micro-frameworks are very very portable. A micro-framework does one thing and one thing only — and does it well. No cruft, no featuritis, no feature creep, no excess anywhere.
-