Autogenerated direct data coupling.
Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
61–70 of 108 posts
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#62Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#63Earlier quoted context omitted.
I've been developing web apps in Node for a couple years and I'm done with it - I'm all in on Django + DRF now. I only made the switch a couple months ago and it's amazing how cozy I am with it: everything feels mature, stable and reliable. I reach out for 3rd party packages as needed but it doesn't feel like I'm gluing a Frankenstein together, or that I'm rolling out a bunch of code I don't want to own, or that I'm…
I've never been unhappy in any web framework in any language except for Plone. The NodeJS ecosystem is not without its problems, but you can absolutely write great software in it. Comparing Django to NodeJS itself is a bit of an apples to oranges comparison though. Even something like Express or Koa will come without an ORM. Django will certainly hold your hand a lot more through the process. It seems like the bigges…
I wouldn't question this for a second. Nor that some people may be extremely happy with it. But me personally, for my most common use case (end-to-end monolithic web apps, complete with client and back-end) it feels like it places a higher cognitive burden than the alternatives, due to all the things we're mentioning (eg, lack of an established ORM)
> Comparing Django to NodeJS itself is a bit of an apples to oranges comparison
Well, yea, but that's the point of my whole comment - Node could have a Django or Rails equivalent after ten years, don't you think?
> It seems like the biggest issue with the NodeJS ecosystem is that everyone wants to roll their own thing
Completely agree - it's almost an ethos thing. Though I'm not sure if it's a conscious "ethos" or rather having to due with the ecosystem and developer population being disparate and disjointed - anarchical, maybe?
Again, not questioning that there are some really good devs out there that are deliberate and successful in rolling out their own thing. I also think however there's a group of devs who think that they want to roll their own thing, until they have to face the consequences down the road and wish they hadn't.
> how deceptively easy it is to work with NodeJS
Yes, that's a big point in my comment. To add: I have a formal education in software engineering but like many others had to pick up web dev on my own. I bought into the Node.js "one language to rule them all" hype, only to find a much steeper learning curve than I would have had otherwise (mainly due to the async model and the lack of a batteries-included framework), without much of a payoff for it.
I feel no regrets, my path has been what it's been, I've learned a lot and I'm glad to have Node.js as an option in my toolbelt since it's so prevalent and there are good use cases for it. But if I had to recommend a young dev where to start I'd probably point them elsewhere.
As for me going forward I see myself sticking to Django and exploring things like Elixir/Phoenix, Swift, Go or F#, and only coming back to Node if the situation really calls for it or maybe, like I said previously, if there's a batteries-included framework that reaches maturity.
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#64Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#65Built on top of immature overhyped tech (nestjs, prisma, etc...) with lots of issues. Something very common in the JS/NPM that always gives you headaches down the road. There's an arms race to sell hosting through immature buggy magical frameworks in the JS world, so this is to be expected. I'll take the one/two days to set up node, express, postgres with libs for now. What takes up the majority of the time is domain…
At first because they look so easy, clean and productive (just 5min!), but then because I try to get specific answers, like: what drives the schema? Can I use websockets with this? What problems does it solve that others don't? Why does a simple CRUD application need GraphQL integration? Why are there emojis everywhere? Why does it feel like their intentions are unclear?
Then I close the tab and leave with an empty feeling.
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#66Earlier quoted context omitted.
I've been developing web apps in Node for a couple years and I'm done with it - I'm all in on Django + DRF now. I only made the switch a couple months ago and it's amazing how cozy I am with it: everything feels mature, stable and reliable. I reach out for 3rd party packages as needed but it doesn't feel like I'm gluing a Frankenstein together, or that I'm rolling out a bunch of code I don't want to own, or that I'm…
I've never been unhappy in any web framework in any language except for Plone. The NodeJS ecosystem is not without its problems, but you can absolutely write great software in it. Comparing Django to NodeJS itself is a bit of an apples to oranges comparison though. Even something like Express or Koa will come without an ORM. Django will certainly hold your hand a lot more through the process. It seems like the bigges…
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#67Earlier quoted context omitted.
I've never been unhappy in any web framework in any language except for Plone. The NodeJS ecosystem is not without its problems, but you can absolutely write great software in it. Comparing Django to NodeJS itself is a bit of an apples to oranges comparison though. Even something like Express or Koa will come without an ORM. Django will certainly hold your hand a lot more through the process. It seems like the bigges…
> you can absolutely write great software in it I wouldn't question this for a second. Nor that some people may be extremely happy with it. But me personally, for my most common use case (end-to-end monolithic web apps, complete with client and back-end) it feels like it places a higher cognitive burden than the alternatives, due to all the things we're mentioning (eg, lack of an established ORM) > Comparing Django t…
It's not that such a thing hasn't been developed, but that by the time such a thing gets developed (for example: [0]), NodeJS devs have already decided they don't like gulp (even though just last week gulp was the new thing vs. grunt), they like webpack; they don't like AngularJS, they like React (or VueJS now); etc.
Almost feels like the JS ecosystem is plagued by people who want to rise to dev stardom by making the next big framework, and they spend a LOT of time trying to convince people their thing is the next best thing since sliced bread. I've seen grown up devs abandon stacks that were perfectly fine to spend years migrating to the new thing — granted this happens more at larger companies where resume building sometimes overtakes business needs.
[0]: https://github.com/angular-fullstack/generator-angular-fulls...
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#68Earlier quoted context omitted.
Prisma is awesome. We initially tried TypeOrm and Sequilize and quickly move to Prisma for various reasons. I may post a blog post about this journey soon
Please give MikroORM a shot, vastly better than the mentioned. https://github.com/mikro-orm/mikro-orm
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#69How does this compare to https://redwoodjs.com/ ?
Re: Show HN: Amplication – Instantly Generate Node.js Apps with GraphQL and REST API
#70Built on top of immature overhyped tech (nestjs, prisma, etc...) with lots of issues. Something very common in the JS/NPM that always gives you headaches down the road. There's an arms race to sell hosting through immature buggy magical frameworks in the JS world, so this is to be expected. I'll take the one/two days to set up node, express, postgres with libs for now. What takes up the majority of the time is domain…
Every time I look at one of these I get anxieties... At first because they look so easy, clean and productive (just 5min!), but then because I try to get specific answers, like: what drives the schema? Can I use websockets with this? What problems does it solve that others don't? Why does a simple CRUD application need GraphQL integration? Why are there emojis everywhere? Why does it feel like their intentions are un…
what drives the schema? We provide you with an intuitive UI to create the schema. Later down the road, we plan to add a CLI for easier integration with scripts and other tools.
Can I use websockets with this? Since we provide you with a generated Node.js source code you can build on top of it with whatever you want and expand your application with any missing capabilities. Websocket is also on our list, but to be honest the list is long. We are looking forward to getting more contributors to be able to expedite the releases.
What problems does it solve that others don't? We are focusing on saving time for Node.js developers and provide them with a set of tools for all the repetitive tasks they usually face.
Why does a simple CRUD application need GraphQL integration? We initially generate the app with CRUD operations (both with REST and GraphQL). The idea is that developers will keep adding on top of that all the more complex APIs and operations relevant to their business domain - Currently with code, and soon with more tools to expedite some of the boilerplate.
Why are there emojis everywhere? We love emojis, more precisely we love beautiful UI. Once the CLI is out you will be able to avoid the emojis :-)
Why does it feel like their intentions are unclear? I would love to provide details on every question you may have about our intentions. Generally speaking, we hope in the future to create a sustainable business around the open-source project, while keeping the service free for 99% of the users. The project is open-source so anyone can host a server locally and get all the benefits of Amplication with no string attached.