I think "being sure we need it" is shorthand for a particular list of costs that apply to any new dependency and new way of doing things, such as:
- cost of people learning how two different ways of handling things work, and having to choose between them
- cost of the inevitable cases where the library's choices don't mesh with ours
- cost of the inevitable cases where our libraries have to be modified to work with the new one (for example, we would probably have to make sure KhanErrors and MultiErrors can be composed both ways nicely -- possibly to the point of wrapping the whole lib)
- maintenance cost if the library later goes unmaintained, or makes breaking changes we need to incorporate, or whatever
— ben kraft
Yagni originally is an acronym that stands for "You Aren't Gonna Need It". It is a mantra from ExtremeProgramming that's often used generally in agile software teams. It's a statement that some capability we presume our software needs in the future should not be built now because "yo