brillout

4个月前讨论

Indeed Accel is a long-term Vercel investor [0].

Not sure whether VoidZero and Vercel sharing the same investor has any sorts of implication.

[0]: https://vercel.com/blog/series-f

brillout

4个月前讨论

Doesn't seem like it — see VoidZero investors [0].

> Unfortunately for Bun, if they are forced to help Anthropic more than they can focus on OSS

Curious: is that speculation, or based on observation?

[0]: https://voidzero.dev/about

brillout

4个月前讨论

Vite+, Void Cloud, Void Framework... an epic battle between Vercel and Void is coming.

The PRC (aka server functions) demo [0] is particularly interesting — end-to-end type safety (from DB to UI) is a major milestone for JavaScript. We've been doing a lot of RPC design work in that space with Telefunc (tRPC alternative) [1] — it's a really hard topic, and we're looking forward to collaborating with the Void team. (Also looking forward to contributing as the creators of Vike [2].)

[0]: https://www.youtube.com/watch?v=BX0Xv73kXNk (around the end of the first talk) [1]: https://telefunc.com (see the last PR) [2]: https://vike.dev

brillout

4个月前讨论

The Void Framework demo [0] is exciting!

The PRC (aka server functions) demo is particularly interesting — end-to-end typesafety (from DB to UI) is a major milestone for JavaScript.

We've been doing a lot of RPC design work in that space with Telefunc (tRPC alternative) [1] — we're looking forward to collaborating with the Void team. (Also looking forward to contributing as the creator of Vike [2].)

[0] https://www.youtube.com/watch?v=BX0Xv73kXNk (around the end of the first talk)

[1] https://telefunc.com (see the last PR

[2] https://vike.dev

brillout

7年前讨论

有许多 JS 库非常简单。我认为问题是：

- 选择太多；在开始之前你必须做出多少决定，这真是太疯狂了：React 还是 Vue？ SSR还是SPA？ REST、GraphQL 还是 RPC？ PostCSS 还是 Sass？ CSS-in-JS？什么路由器？ Redux 还是有状态组件？ Axios 还是 Fetch API？客户端渲染/路由还是服务器端渲染/路由？ Webpack、Parcel、Create-react-app、Next.js 还是 Gastby？这样的例子不胜枚举……我的意思是这简直是疯了。

- 状态管理本质上是复杂的；人们没有意识到 90% 的情况下您不需要交互式/有状态视图来构建产品。人们实现了一堆无用的交互式“好东西”，这些“好东西”是矫枉过正的，因为 React 允许他们这样做。如果你使用 React 作为 HTML 模板引擎，那么 React 实际上是超级简单、超级整洁的。

如果有一个框架能够针对所有这些问题提供合理的默认设置，那该多好啊。这教会了如何决定某些关键方面。

例如：

- 如果可以的话，使用普通的旧 HTML 而不是交互式视图。

- 不要从 Redux 开始。相反，只有在确切知道为什么需要 Redux 后才使用 Redux。

- 使用类似 RPC 的 API（例如 https://github.com/reframejs/wildcard-api），并且仅在需要将数据公开给第三方时才使用 REST/GraphQL。

- 如果您的应用程序主要与内容有关（博客、报纸、电子商务商店……），请使用服务器端渲染/路由。

- 如果您的应用程序主要与用户交互有关（音乐播放器、电子邮件应用程序、图形编辑器......），请使用客户端渲染/路由。

这就是我正在尝试使用 Reframe 的方法：https://github.com/reframejs/reframe

brillout

7年前讨论

问题是我们有大量的选择：

- React 还是 Vue？

- Redux 还是有状态组件？

- GraphQL、REST 还是 RPC？

- SSR还是SPA？

- ...

对于所有这些问题，我们缺少一个具有合理默认值的框架。这很好地解释了人们应该做出什么决定。

我正在尝试构建这样的框架：Reframe（https://github.com/reframejs/reframe）。

提交

Show HN: Universal Deploy – deploy Vite apps anywhere

评论