News for hackers. Stuff that matters.

albertgao

Re:Leaving the Cloud on Saturday October 22, 2022 @05:26PM (#33302385)
Re:Leaving the Cloud on Saturday October 22, 2022 @05:17PM (#33302322)
Re:The Future of the Web Is on the Edge on Thursday October 06, 2022 @08:53PM (#33116108)
Native app , or, desktop app… it’s already there for decades….
Re: on Sunday July 24, 2022 @07:41PM (#32218952)
Request validation is the probably the most boring but critical layer of any web framework. Today I will show you how to do it right in gin framework in golang.
Re:Next.js 12 on Tuesday November 09, 2021 @11:12AM (#29163631)
Simply because Rails is not designed to solve frontend problem where complex user interactions and client side state are included, not to mention partial rendering and transition. Rails is a backend framework after all, spitting a HTML is all it can do in terms of a frontend part. Just don’t know why you think you can solve all the modern frontend user interaction with a backend framework like rails and Django,,,,,,,,,,,,,,
Re:Next.js 12 on Tuesday November 09, 2021 @11:01AM (#29163479)
Because in 21st century, not everyone likes a website with a lower-bar rendering experience… SPA or hybrid rendering is just plain better, but I get the point where time is limited for human being, so if modern frontend is hard to grasp for you, perfectly to stick with old tech. Pretty safe.
Re:Next.js 12 on Tuesday November 09, 2021 @10:46AM (#29163253)
Once u have enough experience in AWS tooling world, Amplify is probably the last one you want to use for your product, just so unpolished…..
Re:Next.js 12 on Tuesday November 09, 2021 @10:44AM (#29163222)
Backend is probably a lot easier than the frontend, which is why you can see service like hasura and supabase. Backend is a highly patternized work, which is why it can be low to no code, whereas front end as a service is merely just deployment as a service.
no worries, it's their goal :)
the DSL is only for table management, and pretty similar to GraphQL type definition

The ORM layer is not a DSL but some nicely done JS/TS functions

I love both Prisma 2 and Hasura! 2 awesome products!
Isn't a DB naturally embrace 'visually'? I mean, there is a table. Every time I think of a table, I get a picture in my brain... xD
You need to try it 1st dude...

There is no query based language, the runtime API is generated from your DB layer, and is fully TS/JS, so there is no new language to learn. It is just TS/JS.

You don't know which API to use? Type a dot and all APIs is there, this is called Intellisense.

So, it is not `like every other multi-SQL-flavor-SQL ORM and query builder`

`I think the best approach to this problem is a single-SQL-flavor query builder that attempts to match SQL as closely as possibly`, you do not work with GraphQL, do you...

Knex. I think Objection.js is much better.

Ask HN: Do you have a SaaS running in production with a heavy use of Amplify.js?

There are some pretty impressive aspects of the framework. I really want to adopt it. But I tried it twice, all end up in some GitHub issues (created 1~2 years ago and still open).The auth part seems pretty ready now, but the DataStore and AppSync part is now out of sync, for example, one supports keyName the other does not. And problems like this happen many times.Just wonder anyone uses...

( Read More... | no comments | 4 points | on HN )
Re:With React 16.8, React Hooks are available in a stable release on Wednesday February 06, 2019 @03:48PM (#19099769)
`hooks are technically interesting, but make it easy for humans to screw up. It's a precise critic.`

You just haven't tried it, right? I love when people talking big but in fact they have 0 exp on some topic.

As one who has adopted hooks in production for 2 projects, one is med-big size.

You CAN NOT screw up. Because if you did, it even won't work or won't build.

And how it helps to decouple logic and code sharing is fantastic.

Older »