AsyncTalk

RTE 大会将在 25， 26 号在北京举行，包含了众多音视频和前沿 AI 的内容，关键这么好的活动还免费。欢迎大家来参加呀： 

https://www.bagevent.com/event/sales/qlyy24ejnpq8qd31qk7se84msx4zzjv4

本期节目借着 Deno 2 的发布，又来聊了 Node.js 的发展变迁。js 社区的折腾是有意义的，它带来不断的新变化，新机遇。一成不变，最为无聊。

Deno 2 还是很有趣的，各位可以试试看 �

内容中如果有任何不正确，或者你有自己的意见建议，欢迎留言或者在 twitter 中沟通: https://x.com/AsyncTalk

主播

AnnatarHe: https://annatarhe.com

Timeline

00:20 RTE 大会贼牛逼，25， 26 号来北京参加一下吧～

01:28 自己一个事业比打工爽多了

02:55 很多时候一个事业来源于愤怒的想法

03:45 Node.js, io.js 与 deno 的分分合合

07:00 稳定的东西很无趣，变化才有机会

08:55 Deno 的发展是一步步的妥协与成长

14:25 Deno Deploy

14:43 我自己会不会用 Node/Deno

相关链接

Node.js: The Documentary | An origin story https://youtu.be/LB8KwiiUGy0?si=vssFbRqJgWIFi7Sd

Node.js 中关于 io.js 的部分: https://en.wikipedia.org/wiki/Node.js#:~:text=In December 2014%2C Fedor Indutny,including the updating of io.

Node.js Releases: https://nodejs.org/en/about/previous-releases

Node.js Pull Request: module: add --experimental-strip-types https://github.com/nodejs/node/pull/53725

关于 js 社区变化大的一条 twitte: https://x.com/AnnatarHe/status/1846757992492159210

Announcing Deno 2 https://deno.com/blog/v2.0

Deno Deploy: https://deno.com/deploy

Deno compile: https://docs.deno.com/runtime/reference/cli/compiler/

扩展阅读

Bash/Sh is an objectively awful programming language: https://news.ycombinator.com/item?id=35992575

AI 发展很猛，可是我们前端却不怕失业。因为我们有表单可以做。 hhhhhh

快来听听新一期的播客吧，

主播

AnnatarHe: https://annatarhe.com

Timeline

00:53 AI 发展太快了。前端是不是要丢工作？

03:33 做表单是 web 开发的安全区

04:20 内容大，多级联动，业务复杂是表单不被 AI 取代的原因

06:20 技术实现上，表单也不好做：代码设计不好搞

09:02 表单校验很重要

11:10 校验国际化还是非常重要的

12:38 标准化与合规也是设计表单的一部分

15:38 做表单不仅要快，更要做好

相关链接

https://claude.ai/

gpt-4o: https://openai.com/index/hello-gpt-4o/

https://www.adobe.com/products/dreamweaver.html

https://en.wikipedia.org/wiki/Microsoft_FrontPage

EP06 Low Code 到底 Low 不 Low: https://asynctalk.com/posts/ep6

EP10 出海，国际化: https://asynctalk.com/posts/ep10

Antd.Form: https://ant.design/components/form-cn

react-hook-form: https://react-hook-form.com/

BGM by Otologic

状态机自古以来就是前端领域不可分割的一部分。

本期节目从状态机开始，讨论了一些开发经验 —— 包括不能走极端框架信仰，同步不一定万恶，状态机不可分割。

之后用一个例子介绍了如何用流程和状态管理来进行业务设计。

最后，前端的天花板不一定像是外界说得那么低（有没有可能，低是因为视野低？）

主播

AnnatarHe: https://annatarhe.com

Timeline

00:07 比较懒，所以更新慢

03:40 因为巨大的项目，所以想起了状态机

01:58 不要定式思维框架

04:21 设计模式确实很有道理，得学，得用

05:30 复杂状态下，考虑一下，接上状态机

08:20 同步并不是纯粹的坏事，也不应该完全拒绝

09:48 状态机可以有效降低维护成本

10:12 例子：和机器人聊天的状态与逻辑设计

14:14 不要定式思维，不要接到需求就开干

14:50 前端的天花板，也许没有外界说得那么低

相关链接

XState: https://stately.ai/docs

State and Lifecycle: https://legacy.reactjs.org/docs/state-and-lifecycle.html

扩展阅读

Improving State Management with Xstate: Refactoring Authorization Flows: https://annatarhe.github.io/2024/08/04/improving-state-management-with-xstate-refactoring-authorization-flows.html

本期节目从前端性能优化开始，主要还是关于 SSR, RSC 和 Node 如何提升渲染性能。目前这条路径看起来应该是个比较确定的 Web 发展方向了。大家可以考虑追上节奏，升职加薪

欢迎评论区留言, 给我们发邮件 [email protected] 或者在 Twitter 留言: https://twitter.com/AsyncTalk

主播

AnnatarHe: https://annatarhe.com

Timeline

00:28 从前端性能优化开始

02:00 传统的前端性能优化在 Server rendering 面前略显尴尬

03:10 后端渲染和 RSC 很不同

07:20 后端渲染的网络天生比客户端快

10:59 大项目可以考虑自己实现 Server rendering

11:30 API Server 的两种设计方式

14:50 Node 躲不开，得学习

15:21 Node 几个有趣的学习点

18:20 后端是个很好的学习入口

相关链接

HTTP2: https://en.wikipedia.org/wiki/HTTP/2

DNS Prefetch: https://developer.mozilla.org/en-US/docs/Web/Performance/dns-prefetch

Preload: https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/rel/preload

React Server Component: https://react.dev/blog/2023/03/22/react-labs-what-we-have-been-working-on-march-2023#react-server-components

Partial Prerendering: https://nextjs.org/docs/app/api-reference/next-config-js/partial-prerendering

BigPipe: https://engineering.fb.com/2010/06/04/web/bigpipe-pipelining-web-pages-for-high-performance/

Spring: https://spring.io/

MVC: https://en.wikipedia.org/wiki/Model–view–controller

CGI: https://en.wikipedia.org/wiki/Common_Gateway_Interface

BGM by Otologic

最近工作不容易啊，来和 前端輕鬆聊 的 Eric 一起聊聊在北美的工作情况。

有任何意见，建议或者评论欢迎在下面评论或者发邮件至 [email protected]

本期剪辑是分开的，也可以去听 Eric 的版本: https://fetalk.dev/episodes/ep34

主播

AnnatarHe: https://annatarhe.com

Eric 前端輕鬆聊: https://fetalk.dev/

Timeline

00:02 欢迎 AsyncTalk 的 AnnatarHe 与 前端輕鬆聊 的 Eric

00:46 北美与中国的面试大概要多久？

04:45 北美面试流程长吗？

08:30 北美招聘市场似乎有回暖

10:30 有趣的面试经历

16:35 变成面试官什么感觉？

17:19 作为面试官，能否合作也许是最重要的

19:50 礼貌是面试者和面试官都需要具备的东西

20:05 面试时双向的，没有谁高谁低

21:42 面试官不要找优越感，找优点

22:46 有题库的面试官，本来就不公平

24:09 别谦虚

26:00 加拿大应届生大概 8 万 CAD ?

30:00 级别越高，股票越多？

31:50 Eric 的神仙面试

33:00 跟人合作也许比业务重要

BGM by Otologic

或许是 AI 的发展，文本编辑迎来了又一个春天。从最原始的 Textarea 到一站式的富文本编辑器，再到最近崛起的 Headless framework，文本编辑正在不停迭代

在 AI 的加持下，文本编辑会不会是一个新的窗口？如果自己做一个文本编辑器，如何做技术选型？应该做哪些功能呢？

来听一听今天 AsyncTalk 吧～

欢迎评论区留言, 给我们发邮件 [email protected] 或者在 X 留言: https://twitter.com/AsyncTalk

主播

AnnatarHe: https://annatarhe.com

Timeline

00:30 AI 时代，文本编辑发展很快

02:40 文本编辑器卷得非常厉害

04:05 Word/WPS 早期发展，专业领域依旧强大

04:40 Evernote 简单和云服务也许是它当年的优势

05:20 Markdown 正在吞噬传统文本编辑

07:30 自己造编辑器变得有可能了

08:40 云的链接也许是 notion 和 lark 强大的原因

09:50 jupyter notebook 很不一样

10:41 AI 的革新非常迅速

11:20 如何做一个 Web 文本编辑器？Textarea 与 framework

12:20 整套的文本编辑方案正在向 Headless 转变

13:58 TipTap 与 Lexical

18:06 文本编辑的协作，AI 和报表功能不可或缺

22:22 Local first 真的那么重要吗？

24:20 听众也可以卷文本编辑器，赶上这波 AI 与协作的浪潮

相关链接

Playwright 的 VSCode 拓展，展示了 block 粒度的编辑控制: https://marketplace.visualstudio.com/items?itemName=ms-playwright.playwright

印象笔记(Evernote): https://evernote.com/

飞书(Lark): https://www.larksuite.com/

Jupyter notebook: https://jupyter.org/

TipTap Editor: https://tiptap.dev/product/editor

Lexical Editor: https://lexical.dev/

扩展阅读

Observable Framework 这个产品看起来非常不错，推荐一把: https://observablehq.com/

BGM by Otologic

Shownotes

AsyncTalk EP36 来谈论最近很沉重的工作话题。

因为 AnnatarHe 最近有些朋友的职业有一些变化，包括网上的一些评论和态度觉得有必要聊一聊。

这一期主要是谈论了裁员降薪的背景原因，面试没过十分正常。记得要用闲暇时间放松一下，拓展视野。

也不要对互联网沮丧，这依旧是个容量和潜力极为巨大的行业。

在公司的话，记得多跟人沟通交流，学习一些自己不会的东西，也要有自己的品味，最重要的，做个好人。

祝大家过得开心，熬过这段周期。

欢迎评论区留言, 给我们发邮件 [email protected] 或者在 X 留言: https://twitter.com/AsyncTalk

主播

AnnatarHe: https://annatarhe.com

Timeline

00:16 谢谢赞赏支持 @Retros回憶 @Asurada

00:45 EP34 的 JS Runtime 分类并不准确, Hermes 的原因也不一定正确

02:00 最近大家都很压抑，来聊聊

03:45 裁员降薪的原因多种多样。大家都很棒，别 PUA 自己

06:00 面试没过原因多种多样，别沮丧

06:41 面试官水平不一定比你高

09:54 休息，读书，拓展视野

13:13 AnnatarHe 没觉得互联网下行，基本盘依旧是巨大的影响力

15:00 CRUD 也不简单哦 —— 性能，开发者体验，选型，效率

16:41 前端玩得很花，也没那么无聊

17:32 还在打工就一定要白嫖公司

19:00 站不站队？好的工程师一定是有自己的品味的

22:58 记得做个好人

23:50 大佬也不安全，记得做自己的业务

24:52 别沮丧，一定的危机是好事儿

相关链接

Carousell cuts 10% of total headcount, including about 50 job roles in S’pore: https://www.straitstimes.com/singapore/jobs/carousell-cuts-110-jobs-to-rein-in-costs

Mark Zuckerberg’s Message to Meta Employees: https://about.fb.com/news/2022/11/mark-zuckerberg-layoff-message-to-employees/

The Node.js Event Loop: https://nodejs.org/en/learn/asynchronous-work/event-loop-timers-and-nexttick#event-loop-explained

Tokio: https://docs.rs/tokio/latest/tokio/

BGM by Otologic

让我猜猜，你是不是也想自己写个博客官网啥的？
来听听这期节目试试有没有其他有趣的方案吧～

感谢 Roy 的赞赏
也记得要关注 twitter 哦: https://twitter.com/AsyncTalk

欢迎评论留言 [email protected]

名词解释
DSL: 专用领域语言 Domain-Specific Languages
ROI: 投资回报率 return on investment

主播
AnnatarHe: https://annatarhe.com

Timeline
00:00 感谢 Roy 的赞赏！
00:10 我们开通了 twitter: AsyncTalk
01:00 最近重写了遍官网，来聊一聊
02:02 官网和博客的特点：重 SEO, 低 ROI, 要面子, 高信息密度
04:20 技术选型: Gatsby, Astro 或者 Next.js
08:53 其他的技术选型？
09:51 写文章？选 MDX 吧
11:09 OpenGraph 还是要做的
12:19 如何生成 OpenGraph 的图？satori + sharp
14:00 讨好爬虫的手段: HTML 标签, a11y, RSS
16:40 官网博客应该接入其他服务吗？RSS, 打点分析
17:08 图片优化 - blurhash
18:20 怎么部署（白嫖）?

相关链接
twitter 账户: https://twitter.com/AsyncTalk
EP12 官网与 SEO: https://asynctalk.com/posts/ep12
WebWorker No.48 和 Astro Maintainer 瑞丰科普 Astro 使用心得、参与开源和成长感悟**:** https://podcast.webworker.tech/48
Gatsby - 曾经的 JAMStack 老大哥: https://github.com/gatsbyjs/gatsby
Astro: https://astro.build/
NextJS: https://nextjs.org/
Gatsby 5 is dead? https://github.com/gatsbyjs/gatsby/issues/38859
Ruby on rails - 曾经的后端框架王者: https://rubyonrails.org/
Jekyll - 静态站点生成: https://jekyllrb.com/
MDX: https://mdxjs.com/
The Open Graph Protocol: https://ogp.me/
satori - JSX 转 SVG: https://github.com/vercel/satori
sharp - JS 图像操作库: https://github.com/lovell/sharp
React Testing library: https://testing-library.com/docs/guiding-principles
Blurhash: https://blurha.sh/
Cloudflare Pages: https://pages.cloudflare.com/
Render.com: https://render.com/
Vercel: https://vercel.com/
DigitalOcean Apps: https://www.digitalocean.com/products/app-platform

扩展阅读
Domain-Specific Languages https://www.jetbrains.com/mps/concepts/domain-specific-languages/� 勘误

Node.js, Deno, Bun, Hermes, LLRT。怎么这年头做 JS Runtime 也这么卷？
本期节目介绍了几个 JS Runtime ，来听听看有没有你正在用的 Runtime

欢迎大家在评论区分享你对 JS Runtime 的看法，以及你正在使用或计划使用的 Runtime。

主播

AnnatarHe: https://annatarhe.com

Timeline

00:24 感谢 @辛宝-WebWorker 和 @烤箱 的赞赏支持
01:18 AI 虽然很火，JS Runtime 也很卷
02:17 JS Runtime: Node, Deno, Bun, Hermes, LLRT
03:36 NodeJS 还是老大哥，但是已经成了背景板
04:26 Deno 策略激进, 有力竞争者
07:30 Deno 真正的竞争力: Edge Computing, Cloud, 工具链
09:10 Bun 高兼容，高性能
10:24 Hermes: 启动速度，React Native 专属
10:48 Hermes 真正的竞争力是和 Android Webview 对比出来的
11:50 LLRT: 启动速度和成本
12:38 被遗忘的 Alinode: debug
13:04 如何选择 Runtime
14:24 不同的 Runtime 有不同的注意事项: 语法，接口
16:04 自己做 Runtime 需要注意什么：商业化，云服务，性能，工具链，兼容性
20:08 Deno 的几个卖点可能并不够有吸引力

相关链接

- NodeJS: https://nodejs.org/en
- Deno: https://deno.com/
- Bun: https://bun.sh/
- Hermes: https://hermesengine.dev/
- LLRT: https://github.com/awslabs/llrt
- The Future of the Web is on the Edge: https://deno.com/blog/the-future-of-web-is-on-the-edge
- Deno vs Node.js: Performance comparison for file server: https://medium.com/deno-the-complete-reference/deno-vs-node-js-performance-comparison-for-file-server-9af26133c800
- Is Bun really much faster than Node.js? https://medium.com/deno-the-complete-reference/is-bun-really-much-faster-than-node-js-e5b15942a8e8
- X5 内核: https://x5.tencent.com/
- Alinode: https://cn.aliyun.com/product/nodejs?from_alibabacloud=
- QuickJS Engine: https://bellard.org/quickjs/

BGM by Otologic

本期节目以最近更新的 react-email 作为引子，讨论了它的出现，功能以及发展方向。同时引申到项目的想法，融资，设计和营销等方面都困难重重，并不容易。最后探讨开发者服务也许是一片新蓝海。

如果你对本期节目有任何建议和意见或者希望合作，欢迎发邮件至 [email protected]

主播

AnnatarHe: https://annatarhe.com

Timeline

00:01 新出的 react-email 让开发邮件前端更简单

03:19 react-email 的 UX 做得非常棒

05:00 react-email 支持众多的 SDK 与 integration

06:38 react-email 有个平台，商业模型大概率是通过发邮件来收费

07:06 这个服务开发难度不高

08:16 但这个服务并不简单：这个想法不容易出，投资也很难拿

10:47 营销更是困难重重：高强度刷 twitter 也是一种工作

12:49 做不出这么酷产品的一大原因：设计的优先级极低

15:07 国内做大而全的产品，不会支持第三方服务的

15:53 开发者体验的优先级也极低

18:26 为何别人能做出 react-email 这样的项目：融资相对简单

19:51 为何别人能做出 react-email 这样的项目：自我牺牲的精神导致内部诉求低优先级

22:50 做开发者服务或许有些机会

23:01 工程师们收入相对不错，有付费意愿，且人数众多，越来越多

相关链接

react-email: https://react.email/

react-email 文档: https://react.email/docs/introduction

mjml: https://mjml.io/

fix(react-email): ESM Issue with await import of the compiled email templates: https://github.com/resend/react-email/pull/1214

野狗 - 云服务: https://www.zhihu.com/org/ye-gou-ke-ji/answers

Leancloud: https://www.leancloud.cn/

MongoDB Database Skills (Sia Cheap Thrills Parody): https://www.youtube.com/watch?v=0vPt7GI-2kc&ab_channel=MongoDB

Zeno Rocha: https://twitter.com/zenorocha

stripe: https://stripe.com