For the front end, I like Vue because it's just react with less boilerplate.
For the front end, I like Vue because it's just react with less boilerplate.
Of course you don't _need_ an ORM or at least you definitely don't need one as full-blown as Django ORM. But I didn't even feel comfortable using any of the solutions I saw that were supposedly the 'best.' And yet, when I went and evaluated the solutions, I do agree they were the best - I just never felt like they were mature enough to really use yet. As far as not using an ORM goes, certainly this is doable, but at the end of the day if you don't want to hardcode a bunch of SQL queries and statements you probably are going to need to write code that will begin to look awfully like ORM code for basic operations...
- JS-Data - https://github.com/js-data/js-data
SQL:
- Sequelize - https://github.com/sequelize/sequelize
- Bookshelf - https://github.com/bookshelf/bookshelf
- Objection - https://github.com/Vincit/objection.js
- TypeORM - https://github.com/typeorm/typeorm
NoSQL:
- Mongoose - https://github.com/Automattic/mongoose
- Thinky - https://github.com/neumino/thinky
Coming from Python world, it's probably for the best that nobody is using ORMs.
But yes, keep on using your ORMs because using a query builder is too hard. I'm sure your significant experience building services that will at most ever handle 2 QPS is very important to the software engineering world.
It's also unclear how that's related to whether you're working in an async environment or not.
He was probably thinking about stuff like that.
It strikes just the right balance between the data modeling approach and query building for me.
https://github.com/Qbix/Platform/blob/master/platform/classe...
https://github.com/Qbix/Platform/blob/master/platform/classe...