AsyncTalk

AsyncTalk

和我们一起,把 web 开发带向下一个高度


AsyncTalk 是一档中文,面向对 web 开发感兴趣的朋友所录制的 Podcast 节目。

后续我们会讨论更多更为前沿,工程化的话题,感兴趣可以持续关注。


联系我们请发邮件至 async.talk@gmail.com 期待沟通。



read less
TechnologyTechnology

Episodes

EP35 让我看看博客和官网应该怎么写
29-03-2024
EP35 让我看看博客和官网应该怎么写
让我猜猜,你是不是也想自己写个博客官网啥的?来听听这期节目试试有没有其他有趣的方案吧~感谢 Roy 的赞赏也记得要关注 twitter 哦: https://twitter.com/AsyncTalk欢迎评论留言 async.talk@gmail.com名词解释DSL: 专用领域语言 Domain-Specific LanguagesROI: 投资回报率 return on investment主播AnnatarHe: https://annatarhe.comTimeline00:00 感谢 Roy 的赞赏!00:10 我们开通了 twitter: AsyncTalk01:00 最近重写了遍官网,来聊一聊02:02 官网和博客的特点:重 SEO, 低 ROI, 要面子, 高信息密度04:20 技术选型: Gatsby, Astro 或者 Next.js08:53 其他的技术选型?09:51 写文章?选 MDX 吧11:09 OpenGraph 还是要做的12:19 如何生成 OpenGraph 的图?satori + sharp14:00 讨好爬虫的手段: HTML 标签, a11y, RSS16:40 官网博客应该接入其他服务吗?RSS, 打点分析17:08 图片优化 - blurhash18:20 怎么部署(白嫖)?相关链接twitter 账户: https://twitter.com/AsyncTalkEP12 官网与 SEO: https://asynctalk.com/posts/ep12WebWorker No.48 和 Astro Maintainer 瑞丰科普 Astro 使用心得、参与开源和成长感悟**:** https://podcast.webworker.tech/48Gatsby - 曾经的 JAMStack 老大哥: https://github.com/gatsbyjs/gatsbyAstro: https://astro.build/NextJS: https://nextjs.org/Gatsby 5 is dead? https://github.com/gatsbyjs/gatsby/issues/38859Ruby 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/satorisharp - JS 图像操作库: https://github.com/lovell/sharpReact Testing library: https://testing-library.com/docs/guiding-principlesBlurhash: 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/� 勘误BGM by Otologic
EP34 JS Runtime 怎么也卷起来了
26-02-2024
EP34 JS Runtime 怎么也卷起来了
Node.js, Deno, Bun, Hermes, LLRT。怎么这年头做 JS Runtime 也这么卷?本期节目介绍了几个 JS Runtime ,来听听看有没有你正在用的 Runtime欢迎大家在评论区分享你对 JS Runtime 的看法,以及你正在使用或计划使用的 Runtime。主播AnnatarHe: https://annatarhe.comTimeline00:24 感谢 @辛宝-WebWorker 和 @烤箱 的赞赏支持01:18 AI 虽然很火,JS Runtime 也很卷02:17 JS Runtime: Node, Deno, Bun, Hermes, LLRT03: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: debug13:04 如何选择 Runtime14: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
EP33 这能搞钱吗? —— 从新邮件到开发者服务
28-01-2024
EP33 这能搞钱吗? —— 从新邮件到开发者服务
本期节目以最近更新的 react-email 作为引子,讨论了它的出现,功能以及发展方向。同时引申到项目的想法,融资,设计和营销等方面都困难重重,并不容易。最后探讨开发者服务也许是一片新蓝海。如果你对本期节目有任何建议和意见或者希望合作,欢迎发邮件至 async.talk@gmail.com主播AnnatarHe: https://annatarhe.comTimeline00:01 新出的 react-email 让开发邮件前端更简单03:19 react-email 的 UX 做得非常棒05:00 react-email 支持众多的 SDK 与 integration06: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/introductionmjml: 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/answersLeancloud: https://www.leancloud.cn/MongoDB Database Skills (Sia Cheap Thrills Parody): https://www.youtube.com/watch?v=0vPt7GI-2kc&ab_channel=MongoDBZeno Rocha: https://twitter.com/zenorochastripe: https://stripe.com
EP32 npm run
12-01-2024
EP32 npm run
注:本期非技术内容本期和 Philo 及 TK 两位组成了 SG-JP-CA 轴心就海外生活聊了聊天。从出去的原因,方式和目的地选择,到海外业务拓展,商业前景观察。内容很长,聊天蛮愉快。如果你对海外生活感兴趣,可以试着听一听。因为我们三个人呆的时间都不长,如果有什么不对的地方,欢迎评论或邮件留言 async.talk@gmail.com今天的金句:感觉活着的成分里面,生活比生存更多了一些 - TK名词解释:SRE: Site Reliability EngineerGTA: The Greater Toronto Area主播AnnatarHe: https://annatarhe.comPhiloTKTimeline00:00 嘉宾介绍01:15 Philo 是为了职业发展, AnnatarHe 出去打工去了, TK 则跑去看世界05:00 世界这么大,是怎么选目的地的12:40 多样性带来的文化冲击有点儿大16:30 羡慕极了住在安大略湖旁的大 house 里的 Philo(而且还不贵)24:38 TK 能买房安家落户吗?26:00 HDB 买得起,condo 得努努力,house 就别想了27:20 AnnatarHe 通过中资公司的出海业务出去的27:59 Philo 是创业项目28:52 TK 日文好,工作随便找35:23 读好文档,可以比中介还专业37:40 3k USD === 3k CNY ?38:45 房子便宜,白菜贵了44:08 东京的生活成本可以比上海还低 ???47:50 月薪没 10w 人民币还是别来新加坡了48:00 JP 难高薪,CA 税收高49:40 高税收是 GOV 拿钱分配,低税收靠商业分给国民50:20 东南亚市场潜力大,但是种族,宗教因素很难把控52:15 CA 市场比较佛,熟人社会,流行负债60:00 JP 内外分明,非常保守,难以开拓市场66:20 合规成本不低,本地市场复杂71:20 去做 JP 上云业务是不是有点儿搞头?73:01 CA 做程序员性价比不高76:05 出来之后,发现生活可以不一样;上海的不满都解决了;天气不错,心情也好了,过非 NPC 的生活相关链接日本高度人才准证: https://www.mofa.go.jp/j_info/visit/visa/long/visa16.html香港高端人才通行证: https://www.immd.gov.hk/eng/services/visas/TTPS.html
EP31 [WebWorker] OpenAI 和 Github 又有什么新活?
03-12-2023
EP31 [WebWorker] OpenAI 和 Github 又有什么新活?
本期是 #2023 技术播客节 的一期节目。主要是和 WebWorker 播客联动一起畅聊 AI, Copilot, Next.js 与跨端技术,内容较长但是也同样比较有趣。欢迎大家也一起听一听 WebWorker 的节目若有其他任何意见建议欢迎发邮件联络: async.talk@gmail.com金句刚刚说 copilot这个事情,copilot 帮我们做的时候,是不是我的思维并没有什么价值— AnnatarHe我日常工作 50% 是 Copilot 完成的 ー 开翼12 月 4 日技术播客节节目单@科技乱炖:37位程序员用GPT写代码的真相和AI职业焦虑@Thoughtworks洞见: AIGC 对程序员的影响@软件那些事儿:人工智能第一次会议:1956年达特茅斯会议@OnBoard!:亲历硅谷的一二级投资思考@开始连接LinkStart:用 AI 打造你的社交助手,两位 90 后创业者有话要说@内核恐慌:编程的终结@AsyncTalk:WebWorker 联动 - OpenAI 和 Github 又有什么新活?@代码不在服务区:前端向未来:AI时代,怎样成为顶尖的前端工程师?@枫言枫语:科技快乐星球21: 大公司都在挤AI主播AnnatarHe: https://annatarhe.comWebWorker: https://podcast.webworker.tech/辛宝: https://twitter.com/ji3206开翼: https://twitter.com/real_kai42小白菜: https://twitter.com/cabbage00001Timeline00:30 OpenAI 发布会回顾07:13 Prompt 管理和调试,可能也没那么容易21:01 Copilot 卖你 $10 块钱有点儿便宜了37:50 Next.js 新的 Server Component 影响有点儿大55:59 小程序你到底行不行啊63:28 老外也有超级 App 的72:59 electron 该请个好公关86:17 快乐戛然而止,下期再见扩展阅读技术播客节: https://podfest.tech/zh-CNPrompPal: https://github.com/PromptPal/PromptPalgithub copoilt chat 节目链接: https://www.xiaoyuzhoufm.com/episode/647f4c3b5ed4bd1a463abff3如何用 Copilot 完整自己 50% 的工作: https://x.com/real_kai42/status/1728280569640018107关于「2023 技术播客节」缘起于2022仲夏时节技术播客之间的梦幻联动,我们感受到了社区共创共建的力量。今年我们再接再厉,集结了30+播客、5大出品人、20+社区,希望拉动更多技术生态的内容创作者,一起用声音来表达,建设自家技术影响力,推动更高粘性、更深互联、更持久共鸣的用户社区构建。
EP29 装上 Zod 没有 Bug
08-10-2023
EP29 装上 Zod 没有 Bug
Shownotes本期节目主要介绍了运行时的校验以及它的一个实现 —— Zod.在越来越大的项目中,运行时校验是逃不开的一个环节,可以应用在表单校验,API 返回值校验和后端的参数校验中。如果你的项目多人协作但是还没有接入类似的功能,可以考虑加一下,降低一些 bug 率如果对节目有任何意见或者建议,欢迎联系 async.talk@gmail.com名词解释Runtime: 运行时,运行中的情况CI: 持续集成,简而言之,build & test 放到独立的服务器去做Lint: 代码校验,规范协作情况下代码统一主播AnnatarHe: https://annatarhe.comTimeline00:20 最近意识到 zod 蛮有趣的00:50 大型项目协作的问题02:30 Runtime 检查的必要性03:20 Zod 的优势04:30 应用场景 —— 表单校验06:10 应用场景 —— API 校验07:50 应用场景 —— 后端 HTTP 参数校验09:10 Zod 实用小技巧 —— Infer09:50 Zod 实用小技巧 —— Don't Trust, Verify11:10 Zod 的竞争者们 —— Joi, Yup12:20 总结: 用起来呀~相关链接Zod: https://zod.dev/Zodios: https://www.zodios.org/Sentry: https://sentry.io/welcome/Joi: https://github.com/hapijs/joiYup: https://github.com/jquense/yup扩展阅读2 hidden ways to get more from your Gmail address: https://gmail.googleblog.com/2008/03/2-hidden-ways-to-get-more-from-your.htmlDon't Trust, Verify: 很久之前看的文章,找不到了,请自行搜索。Zod 对比: https://zod.dev/?id=comparisonBGM by Otologic
EP28 这次咱肯定全栈了 - React Server Component
24-08-2023
EP28 这次咱肯定全栈了 - React Server Component
React Server Component 是最近的大事。本期蹭一次热点,锐评 RSC 和 Next.js。做前端的朋友们,这次,必须得学后端了哦。本期内容比较追热点且较为主观。如果有任何想法或者意见也欢迎留言或者邮件交流: async.talk@gmail.com主播AnnatarHe: https://annatarhe.comTimeline00:30 Server Component 是 React 又一个巨大 feature00:50 从后端主导的 web framework 也许正在慢慢向前端倾斜03:10 Next.js 的 server component 实现大方向很棒,但是小缺点也不少04:40 缺点: 开发思维转换为 Node 模式06:10 缺点: use 指令过于魔法07:10 缺点: CSS in JS 寄了(目前)08:40 缺点: 框架设计可复杂了,比如路由09:40 缺点: Cache 有点儿糙。后端的 Cache 和前端是完全不同的思路11:50 缺点: Fetch 复杂且 HTTP handler 的设计思维不同14:00 JWT 又又又不行了. Make Cookie Great Again15:00 Debug 又不一样了,更更更困难了16:00 必须得学后端了,以及强推去学习 Ruby on Rails17:10 短期问题挺多,长期会把 Web 开发带向新的高度相关链接Routing Fundamentals - Next.js: https://nextjs.org/docs/app/building-your-application/routing扩展阅读RSC From Scratch https://github.com/reactwg/server-components/discussions/5Everything I wish I knew before moving 50,000 lines of code to React Server Components https://www.mux.com/blog/what-are-react-server-componentsRuby on Rails: https://rubyonrails.org/BGM by Otologic
EP26 那些无疾而终的技术项目们
21-06-2023
EP26 那些无疾而终的技术项目们
最近 AnnatarHe 接了 next.js 的 App dir 出了一些问题,由此想到了一些无疾而终的项目。本期节目主要从这些虎头蛇尾的项目中探讨- 技术选项怎么能不被 “骗”- 项目靠暴力营销能行吗大家有什么想聊的想说的,或者对节目有什么意见或者建议欢迎发邮件到 async.talk@gmail.com另外,其实还想说 Tengine 但是查了下 commit, 一年里还是有两三次 commit 的,饶过它了主播AnnatarHe: https://annatarhe.comTimeline00:20 从 next.js 的 app directory 画的饼谈起03:25 翻翻 Vercel 的旧账 —— next.js 的类型问题, swc 编译出错04:50 Mongo 当年营销很猛06:05 某大厂虎头蛇尾项目集锦 - weex07:48 某大厂虎头蛇尾项目集锦 - remax09:40 Swift 的用户很励志,每年都学新语言10:25 SwiftUI 用户很善良,每年都被坑13:01 那些无疾而终的框架,有比伤心更严重的后果14:50 员工要挣 credit 升职加薪,企业也要拿信誉做大做强15:20 技术选项,怎么不被骗 - benchmark, 文档和 “代价是什么呢?”19:20 项目需要营销,但是也得考虑长远发展20:35 项目的支点 —— 热情, 责任和钱21:02 (我相信)没有项目一开始只想着割韭菜,项目也得想除了热情,如何持续发展22:50 总结:多问一句 “代价是什么”23:35 总结:在激情褪去之后,靠什么维持项目?相关链接React Server Component: https://react.dev/blog/2023/03/22/react-labs-what-we-have-been-working-on-march-2023#react-server-componentsRailway.app: https://railway.app?referralCode=Ahd-pkswc: https://swc.rs/weex: https://weexapp.com/react reconciler: https://github.com/facebook/react/tree/main/packages/react-reconcilerreact native: https://reactnative.dev/remax: https://github.com/remaxjs/remax/issues/1977taro: https://docs.taro.zone/docs/BGM by Otologic
EP25 还有没有新的花活?WASM, web container & NodeBox
01-05-2023
EP25 还有没有新的花活?WASM, web container & NodeBox
Hi, 大家劳动节快乐~新一期的 AsyncTalk 从 Web Container 与 NodeBox 开始,探讨 Web Assembly 的发展与目前的状态,结论是虽然这些相关的产品在 AnnatarHe 看来前景并不乐观,但是 Web Assembly 技术已然成熟,可以尝试参与到我们的业务中,提升用户体验与性能。11:20 部分的英文是 code reusable 不是 code review 主播读音有问题 �主播AnnatarHe: https://annatarhe.comTimeline00:25 主题: web assembly01:10 web assembly 的概述 —— 语言无关,性能,安全03:24 这东西真的有用?!03:40 Web Container05:02 NodeBox06:30 web assembly 有没有缺点?—— 业务复杂度,debug 困难,只能做纯计算08:40 debug 困难也许不是 bug 而是 feature09:09 bundle 过大10:19 应用场景有哪些? Photoshop 网页版?sandbox?13:35 真正有用的场景在哪里?—— 加密,跨平台15:50 web assembly 已经比较成熟了,可以上生产试试看相关链接Introducing WebContainers: Run Node.js natively in your browser: https://blog.stackblitz.com/posts/introducing-webcontainers/Announcing Sandpack 2.0 and a Node.js runtime for any browser: https://codesandbox.io/blog/announcing-sandpack-2nodebox runtime: https://github.com/codesandbox/nodebox-runtimegzip: https://www.gnu.org/software/gzip/manual/gzip.htmlbrotli: https://github.com/google/brotli扩展阅读事后看了下 web 版的 photoshop,一个 apollo_assets 的 wasm 文件有 58 MB �BGM by Otologic
EP24 龙哥锐评 Rspack,开源与新加坡生活
26-03-2023
EP24 龙哥锐评 Rspack,开源与新加坡生活
本期节目成功拉到子龙和大家一起从 Rspack 开始,探讨开源和 ChatGPT,也有一些新加坡的生活。有任何意见或者建议请联系 async.talk@gmail.com主播AnnatarHe: https://annatarhe.com嘉宾子龙/龙哥Timeline00:11 子龙的自我介绍03:23 Rspack 看起来好像确实能用05:45 ECharts —— 国产开源之光09:36 开源项目也是要吃饭的 —— 大公司做开源项目有什么好处13:15 前端卷 rust 之后,debug 成本也越来越高14:40 前端去搞 rust 做这些性能提升真的有必要吗?18:20 降本增效背景下,大家都想搞副业20:10 做开源(core-js)不太能挣钱22:22 但是,做开源是每个程序员的梦想23:12 ChatGPT 无所不知25:17 但取代专业程序员还尚需时日29:00 很怪,国内程序员限制巨大,但是水平怎么都还比较不错呢?33:10 海外生活 —— 生活成本巨高,房租,吃饭37:20 海外生活的学习 —— 语言,金融系统41:40 这边也卷,但 “卷” 的概念并不一样43:48 新加坡怎么没胖子45:40 新加坡厨师们,请加把劲儿46:50 子龙觉得新加坡挺小,AnnatarHe 觉得新加坡很大49:50 新加坡的公关做得非常好51:40 有机会出去的话,要勇于探索一些不同相关链接turbopack: https://turbo.build/packvercel: https://vercel.com/rspack: https://www.rspack.dev/modernjs: https://modernjs.dev/ECharts: https://echarts.apache.org/zh/index.htmlwebpack: https://webpack.js.org/parcel: https://parceljs.org/扩展阅读TurboPack 卷起来了: https://asynctalk.com/posts/ep20/core-js - So, what’s next? https://github.com/zloirock/core-js/blob/master/docs/2023-02-14-so-whats-next.mdBGM by Otologic
EP23 让拉数据,像呼吸一样自然
26-02-2023
EP23 让拉数据,像呼吸一样自然
本期节目主要介绍了请求数据时常遇到的问题以及React框架下的几种解决方案。最后,我们将介绍本期的主角React Query,包括它的设计和功能。如果有任何意见和建议可以发邮件至 async.talk@gmail.com如果愿意加入我们的 discord 社区可以点击这里: https://discord.gg/TQczjSJMah主播AnnatarHe: https://annatarhe.comTimeline00:00 开场,确实鸽了段时间00:35 在 discord 上开了个社区,想来聊天可以加01:20 请求数据,不像说的那么简单02:15 loading 说起来容易,做起来麻烦03:20 in/revalidation 也挺麻烦的05:25 cancel 也不好处理07:10 有 devtool 的话,会比想象中更方便07:30 把前后端交互做好,下班时间(也许会)显著提前08:10 ahooks 陪跑08:50 apollo client 仅限于 GraphQL09:30 SWR10:30 SWR 翻页数据有想法12:11 React Query13:23 Mutation 的支持14:10 对 TypeScript 的支持较好14:40 不要 debounce 了,直接取消请求吧16:29 甚至支持直接生成 GraphQL16:45 devtool 要比预想中的好用很多17:07 ReactQuery 的 cache 要是能更强一点儿就更好了18:20 使用 ReactQuery 记得至少分两层架构19:00 实现不难,难的是怎么想出来的20:12 有想法就去实现,下一个万 star 项目属于你相关链接AsyncTalk 的 discord 社群: https://discord.gg/8XXfh6jhDocument: visibilitychange event**:** https://developer.mozilla.org/en-US/docs/Web/API/Document/visibilitychange_eventAbortController: https://developer.mozilla.org/en-US/docs/Web/API/AbortControllerReact.Suspense: https://beta.reactjs.org/reference/react/Suspenseahooks.useRequest: https://ahooks.js.org/hooks/use-request/indexapollo client: https://github.com/apollographql/apollo-clientSWR: https://swr.vercel.app/zh-CNReactQuery 对 TypeScript 的支持: https://tanstack.com/query/v4/docs/react/typescriptReactQuery 对于 GraphQL 的集成与支持: https://tanstack.com/query/v4/docs/react/graphql� 勘误SWR 2.0 支持了 Mutation: https://swr.vercel.app/zh-CN/blog/swr-v2#useswrmutationBGM by Otologic
EP22 Code is cheap, let’s talk
23-01-2023
EP22 Code is cheap, let’s talk
前期准备不太充分,节目中有些内容没有表达出来。一个是我们在做库或者框架的时候,要有一个特点,更重要的是要有设计哲学。第二点忘记推荐 unix philosophy,非常精彩。第三点忘记对比几种设计哲学了,设计思想之间的碰撞非常有意思。在很多时候,软件工程的设计是一个 trade off 的过程。如果我们想要 clickhouse 那样超强的写入计算,那么事务就很难加入进去。迷茫的时候,这些哲学思想可以帮助我们走出困境,设计出更好的 API,提供更好的开发体验,优化出更好的性能。节目中没有提到的可维护性也是非常重要的一点,尤其在这样降本增效的大背景下,运营维护成本也不容忽视。最后,还是节目中提到的,所有的设计哲学的前提是要有基础的能力。千万不能只会拼凑名词,夸夸其谈。一定要先写好代码有任何意见或者建议,可以联系我们 async.talk@gmail.com主播AnnatarHe: https://annatarhe.comTimeline00:44 更新频率又更新了01:20 今天的主题 —— Code is cheap, let’s talk02:18 文档中 Principles 一节非常重要03:12 react, redux, react-testing-library, tailwind 的设计哲学07:12 很多时候写代码不是能做什么,而是不做什么08:24 我们在做库的时候,可以从哪些方面考虑 —— 性能,颜值正义,开发便捷,语法简单,高可用12:00 负面例子 —— 我不能理解它设计逻辑的某个库14:06 做产品一定要有设计哲学/原则。15:10 基础能力是设计原则的基础,不能只会装。16:20 抄作业最好也只能抄到第二名相关链接Flux: In-Depth Overview https://facebook.github.io/flux/docs/in-depth-overviewReact Testing Library: Guiding Principles ****: https://testing-library.com/docs/guiding-principlesTailwindCSS: Utility-First Fundamentals: https://tailwindcss.com/docs/utility-firstByteByteGo: System Design: Why is Kafka fast?: https://www.youtube.com/watch?v=UNUz1-msbOMStarship: https://starship.rs/guide/Formik: https://formik.org/React hook form: https://react-hook-form.com/BGM by Otologic
EP20 TurboPack 卷起来了
28-11-2022
EP20 TurboPack 卷起来了
本期节目我们来蹭一下 Turbopack 的热点,谈了一些关于 packer 相关的变化。那么假如听众你要来做一个新的 packer,你会怎么设计呢?本期用了新软件剪辑,也许有很多问题,听众有问题可以直接留言或发邮件。节目内容如有错误也请帮忙纠正,非常感谢~邮件地址: async.talk@gmail.com主播AnnatarHe: https://annatarhe.comTimeline00:00 介绍及团队说明00:42 Vercel 新的发布会与 Turbo pack03:40 天下苦 Webpack 久矣?为什么?06:10 Babel 也许并不是很好的选择07:10 也许语言也会拖慢 Webpack09:30 loader 们同样的事情做了很多次10:10 Vite 的赢面看起来挺大,Rome, Parcel 也不错13:22 Webpack 由于生态和兼容,大概还是会继续统治前端构建15:40 假如来做一个新的 packer, 会怎么做呢?19:15 听众你会怎么做呢?相关链接Turbopack 的 release tweet: https://twitter.com/vercel/status/1584961746418208774Is Turbopack really 10x Faster than Vite? https://github.com/yyx990803/vite-vs-next-turbo-hmr/discussions/8https://twitter.com/ruanyf/status/1392101064866885638Announcing Rome v10****:**** https://rome.tools/blog/2022/11/08/rome-10/Parcel v2.8.0: https://parceljs.org/blog/v2-8-0/esbuild benchmark: https://esbuild.github.io/faq/SWC benchmark: https://swc.rs/docs/benchmarksAnnouncing Parcel CSS: A new CSS parser, compiler, and minifier written in Rust!: https://parceljs.org/blog/parcel-css/BGM by Otologic
EP18 “差生”文具多 - 软件
08-09-2022
EP18 “差生”文具多 - 软件
第 18 期几位主播聊了一些关于我们自己日常用的编辑器,插件和 App。如果有什么好用的东西也可以评论或者留言给我们哦: async.talk@gmail.com主播AnnatarHe: https://annatarhe.comSleaf: https://twitter.com/Sleaf_Tinko: https://space.bilibili.com/290664小鹿Timeline00:40 编辑器,IDE 与插件09:05 开发相关的一些 App 也很好用~18:00 Atom —— 时代的眼泪相关链接Jetbrains’ Free Educational License: https://www.jetbrains.com/community/education/#studentsEmmet: https://emmet.io/VS Code Remote Development: https://code.visualstudio.com/docs/remote/remote-overviewGitLens: https://marketplace.visualstudio.com/items?itemName=eamodio.gitlensrust-analyzer: https://marketplace.visualstudio.com/items?itemName=rust-lang.rust-analyzerAnnatarHe 的 vimrc 配置: https://github.com/AnnatarHe/vim-configEmacs Evil mode: https://github.com/emacs-evil/evilAlfred: https://www.alfredapp.com/uTools: https://www.u.tools/raycast: https://www.raycast.com/Xcodes.app: https://github.com/RobotsAndPencils/XcodesAppNetNewsWire: https://netnewswire.com/reeder app: https://reederapp.com/craft: https://www.craft.do/shottr: https://shottr.cc/TablePlus: https://tableplus.com/sqlectron: https://sqlectron.github.io/Sunsetting Atom****:**** https://github.blog/2022-06-08-sunsetting-atom/扩展阅读安裝 Xcode 的正確姿勢: https://www.notion.so/Xcode-dfbe2d934ff84b2d84e34ffceef56fe0weak self ep85 iOS 開發者之痛、iOS 開發者之恥 — Xcode 管理學: https://weakself.dev/episodes/85BGM by Otologic
EP17 “差生”文具多 - 开发工具
02-09-2022
EP17 “差生”文具多 - 开发工具
第 17 期几位主播聊了一些关于我们自己日常用的一些 Terminal, Shell 和命令。如果有什么好用的东西也可以评论或者留言给我们哦: async.talk@gmail.com主播AnnatarHe: https://annatarhe.comSleaf: https://twitter.com/Sleaf_Tinko: https://space.bilibili.com/290664小鹿Timeline01:17 入题:差生文具多01:22 Terminal10:18 Shell14:20 命令23:30 结语,还有下一集哦相关链接iTerm2: https://iterm2.com/Dracula Theme: https://draculatheme.com/tmux: https://github.com/tmux/tmux/wikiPowerline fonts: https://github.com/powerline/fontsMaple Mono font: https://github.com/subframe7536/Maple-fontWarp Terminal: https://www.warp.dev/tldr: https://github.com/tldr-pages/tldrthefuck: https://github.com/nvbn/thefuckhyper.js: https://hyper.is/putty: https://www.putty.org/Microsoft terminal: https://github.com/microsoft/terminalZsh: https://www.zsh.org/oh my zsh: https://ohmyz.sh/fish shell: https://fishshell.com/oh my fish: https://github.com/oh-my-fish/oh-my-fishash: https://en.wikipedia.org/wiki/Almquist_shellnushell: https://www.nushell.sh/fkill: https://github.com/sindresorhus/fkill-cliripgrep: https://github.com/BurntSushi/ripgrepjq: https://stedolan.github.io/jq/httpie: https://httpie.io/fzf: https://github.com/junegunn/fzfag: https://github.com/ggreer/the_silver_searcherbat: https://github.com/sharkdp/batdelta: https://github.com/dandavison/deltadiff-so-fancy: https://github.com/so-fancy/diff-so-fancybeyond compare: https://www.scootersoftware.com/zx: https://github.com/google/zxBGM by Otologic