[GitHub][1] и [NPM][2] библиотеки. ![][3] _какой-то неведомый агрегат, никак не связанный с node.js. Но на хабре считается хорошим тоном приложить картинку_ Некоторое время назад я задумался, почему же в node.js работа с реляционными БД, такими как \*SQL, и некоторыми noSQL типа Mongo, сложна, и сделал альтернативное решение, заточенное под скорость работы программиста (в сравнении с классическими решениями, заточенных под скорость работы с БД) и прямолинейность и компактность API для минимального порога вхождения. Первым источником вдохновления стал доклад ["минимальная поверхность API"][4], вторым — знаменитая [цитата][5] Дональда Крута:

> Программисты тратят ненормальное количество времени, волнуясь о скорости некритичных частей приложений, и эти попытки повысить эффективность серьезно отрицательно влияют на отладку и поддержку этих приложений.
>
> **Преждевременная оптимизация есть корень всех зол**
>
> .

[Читать дальше →][6]

[1]: https://github.com/jabher/agregate
[2]: https://www.npmjs.com/package/agregate
[3]: https://habrastorage.org/files/143/80b/c5e/14380bc5e2164333bd59da1f987c3adb.jpg
[4]: http://2014.jsconf.eu/speakers/sebastian-markbage-minimal-api-surface-area-learning-patterns-instead-of-frameworks.html
[5]: http://c2.com/cgi/wiki?PrematureOptimization
[6]: https://habrahabr.ru/post/278871/#habracut