Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Here are some of my thoughts:

It is using silly naming conventions in filenames as an alternative to specifying routes. eg /users/[name].tsx for /users/:name

It uses a manifest file. I remember when entity framework in C# had a separate file that represented the mappings of the database. The problem is the database and the manifest would get out of sync. I imagine the same thing would happen here.

There is no documentation about the islands or how they are implemented.

It uses JSX, which I don't think is even very nice.

It seems a lot of this "going back to server-side" is due to the slow and bulky nature of loading react on page load, but libraries built on top of native web components alleviate this issue to some extent. For many people, farming the rendering off to clients is faster if they don't have enough server capacity. After the first page load, client-side is faster. I am not sure how many people benefit from going back to server-side. I do think initial page load is very important though.

It says there is no build step but there has to be one because v8 runs JavaScript not TypeScript. The documentation for "swc" compares it to babel...



> It is using silly naming conventions in filenames as an alternative to specifying routes. eg /users/[name].tsx for /users/:name

Its a convention also used by Next.js, so it is just sticking to existing conventions.

> There is no documentation about the islands or how they are implemented.

Documentation is still only partial & incomplete.

> It says there is no build step but there has to be one because v8 runs JavaScript not TypeScript

This is a module for Deno, which does that under the hood, it isnt something a deno user would have to be concerned with.


The naming convention is no different to Next.js, arguably the most popular frontend framework currently




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: