# README
Information filtering service
### 立意
我们每天都会接收到过载的信息，然而明月与砾同囊，其中的优质信息往往会被淹没。因此需要一个信息过滤服务来提升接收的信息质量。
\[思考的价值] 由此而来，分享内容的不限，偏向于 计算机技术 与 科技人文的方向。
### 输出
站点的内容 皆来自于 思考的价值 微信群，它记录了 自从建群以来 每天有价值的信息。
从 22.11 月之后，站点输出的形式固定为周刊，周刊 newsletter 服务：。
站点导航:
* [具体的分享领域](https://thinking.tomotoes.com/tags)
* [讨论过的事物](https://thinking.tomotoes.com/tags/talk)
* [某一周分享的汇总](https://thinking.tomotoes.com/archives/2020/12/25-31)
* [分享汇总](https://thinking.tomotoes.com/archives)
如果你对内容很感兴趣，随时欢迎加群一起交流。
### 须知
在加群之前请先仔细阅读以下条目：
1. 讨论、发帖时 禁止涉及广告、色情与时政敏感话题。
2. 希望大家一起做有价值的输出，共同提升进步。
3. 站点内会 mark 群里一些有价值的讨论。但请放心，发表讨论时为匿名状态（以固定字母代称），不会涉及个人隐私。
### 入口
添加我的微信，邀你进群，微信号：simonaking
# Archives
汇总
# 2022
# 5-10
简单说下这些日子的停更原因吧，4 月份之后一直在沉浸工作，这一沉浸就是数月，期间确实没有太多精力时间 去学习 & 分享。
后续的话 虽然有一些时间，但很少有大片的时间，闲杂时间也会做些其他的事情，阅读过的文章，都是放到 pocket 后就不了了之了，没有进一步提炼思考的分享冲动，断更期间 学习能动性一直在下降。
思考的价值 的历史分享 已存档，近期准备重启。
这期间 分享的方式一直在探索中，看了 discord、飞书群、telegram、twitter space，最终的选择是 飞书话题群，随之而来的两个问题，我回答下。
为什么弃用微信？
线性的信息呈现形式 其实不利于学习 & 分享的形态，如果存在 >= 2条 话题线，基本上是比较乱的。
为什么使用飞书？
1. 个人使用方便，办公软件是飞书，可光明正大摸鱼（不是
2. 话题群功能强大
3. 国内应用 无需 梯子
4. 聊天记录不会丢失
5. 结构化的信息呈现方式
此次迁移，对不方便的同学很抱歉。\
\
除此之外，分享的形态可能不会像之前那么重，我可能会分享下链接，后续有时间（一周内）再补充一些说明信息。 \
\
并且 我会启动周刊的形式，每周会收集日常的分享，类似于阮一峰老师的科技周刊的形态。
该内容 短期会在 思考的价值站点上进行更新，未来会演变为 newsletter + 多平台的形式，类似于湾区日报。
感觉大家一直以来的陪伴，该群的旅程先到此为止了。
同时也欢迎大家加入飞书群，有什么意见可随时向我提出。
# 4
1. 分享个有趣的服务：
Bionic Reading
有个常见的结论：人脑的信息处理速度远大于人眼解析信息的速度，换句话说 不管脑子转 多快，处理信息总是需要先看到的，所以毫无疑问 处理信息的速度受限于人眼。 这好比于 人眼是外部 IO ，人脑是 CPU，对于 IO 密集型场景(如读书)，想要以最快时间 阅读完整本书，是存在一个基础值的。
而该服务就是根据该结论，通过自动标记单词前缀的方式，让用户可以快速获取到重点信息，这也很像 脑图与列表 之间的关系，让信息呈现更具结构化，从而提效信息处理速度。
很明显该服务与信息所用的语言高度依赖的，英语可以通过列举单词重点前缀的方式，来吐出重点，简单来看这是可以枚举的。而如果是中文，因为中文是由汉字组成的，所以想要自动标记重点是需要深入理解信息上下文语义的，这是需要 NLP 辅助的。
2. 项目分享：
react-worker-components
React Worker Components simplify using Web Workers
该项目提供 WebWorker 中渲染 React 组件的能力，思路类似于之前分享 partytown。
关键的思路在于 如何在其他 Worker 中渲染组件、传递 Props，查阅源码发现 实际组件渲染的步骤还是在主线程中执行的，Worker 充当了组件序列化的角色，Worker 与 Master 之间遵守相同的通信规范，感兴趣的同学可以看下源码，整体短小精悍。
项目中有一处较为亮眼的设计，组件序列化时会占据内存，作者使用 WeakRef 作为数据结构，还补充了 主动的简易 GC 机制。
3. \
Kotlin 函数的语法形式 可以轻易表达出其他域的语义。
4. 快餐文分享：
Strongly Typed JSON in TypeScript
文章介绍了一种小技巧，通过 配置 tsconfig.json 来实现 编程时的 json 对象的类型定义。
现在的开发方式，我认为从前往后 可大致分为三个阶段：
1. Coding Runtime，编辑器会使用 Tree-sitter、其他 parser 解析开发中的代码，给开发者提供一些代码智能提示、语义分析等能力。
2. Compile Runtime，大多数的语言会有源码编译的环节，该环节中强类型的语言会涉及到语法检验、性能优化等步骤，最后生产目标指令。
3. Client Runtime，即 终端 Runtime 距离用户最近的环节，该环节中的语言行为会直接关联应用逻辑、用户体验等。
其中前两个环节在业务场景中权重不高，多为建立规范、资源收口行为。
文中提到的技巧就是在 Coding Runtime 中增强开发时的类型感知，但如果 JSON 过大的话，无疑会造成编辑器的性能开销 从而带来机器卡顿，所以针对大的数据 还是建议使用某些 Type Generator 去生成类型。
5. 每日一句分享：
汽车是一种快速折旧的昂贵资产，生命周期的绝大部分时间都无所事事地停在车库。大都市地区必须拿出大量土地，当作停车场，才能放置所有的闲置车辆。 我们越早实现无人驾驶和大规模的按需运输，就能越早摆脱这种巨大的浪费。
来自阮一峰老师的 201 期科技周刊。
6. 惊讶系列分享：
I built a receipt printer for GitHub issues
一个很有脑洞、很可爱的项目，作者为 Github 项目的 issue 创建了一个打印服务，每当有新的 issue 时，打印机都会自动打印出一张表单，非常有仪式感。
文章具体介绍了该打印服务中的技术细节，简单总结是 issue 发布时，github 的 webhook 调用反向代理的 树莓派服务，树莓派服务连接打印硬件端口，并使用其提供的 Library 进行数据打印。
如果把信息源从 项目 issue 换成 报警消息、邮件通知，也很适用，交互方式的创新往往能带给人们很多的想象空间。
7. 惊讶系列分享：
Google Maps Hacks
如何使用 99 部手机 hack Google Maps 的交通状态，很粗暴，同时也很有效。
8. 快餐文分享：
Writing a document database from scratch in Go: Lucene-like filters and indexes
一篇很有学习价值的文章。
作者以 Lucene 语法为例，通过 500 行左右代码介绍了 文本搜索引擎的核心工作原理。
文章主要介绍了两点：1. 搜索语法的 parser 实现（基本的词法分析）；2. 数据存储服务的优化（索引优化，增加其他维度获取数据的方式，以空间换时间），感兴趣的同学建议刷下。
Lucene 作为搜索引擎的老大哥，Elasticsearch、Solr 都是基于此作为核心服务开发的。
文中梳理的 Lucene 的简易查找能力很类似于 GraphQL，不过 GraphQL 只重于通讯规范，后端实现不关心。
9. 每日一句分享：
'So much complexity in software comes from trying to make one thing do two things.' -- Ryan Singer
10. 快餐文分享：
From Static to Interactive: Why Resumability is the Best Alternative to Hydration
一篇介绍 Web Hydration 渲染现状的文章（忽视尾部推广）。
作者先是讲解了 Hydration 对页面性能产生的正向收益，通俗来讲，页面提前在其他 Runtime 上进行渲染，当页面真正展现时 取其他 Runtime 渲染的中间态 并加以恢复交互的逻辑（如事件绑定），以达到页面支出的效果。
但这种渲染方式虽然提高了 FCP，但页面的交互 TTI 并没有提高，原因在于交互的逻辑很难做到序列化，需要从 0 执行，延伸来说 不同 Runtime 之间的差异是无法抹平的，这也是为什么大多数高性能框架 需要同构的原因。
11. 快餐文分享：
Those HTML Attributes You Never Use
一篇关于一些鲜为人知 HTML 特性的介绍文章。
总结自认为有用的特性：
1. input 的 enterkeyhint 属性，可更改 enter 键提示文本
2. img 的 decode 属性，可更改图片解码的执行方式
3. iframe 的 loading 属性，类型与 img 的用法 可懒加载资源
4. preload 当前窗口 所适用图片的属性
12. 快餐文分享：
Pre-allocated lists in Python
一篇关于编程时提效技巧的文章。
文章介绍了一个简单的事实，以 Python 为例 预分配内存的计算比正常的计算会快出近 1us(微秒)。
其实这种编程技巧一直都存在，提效的原理也很明显，固定长度且申请一次内存的速度 要优于 长度不定且申请多次内存的速度。 前者的优势在于 申请的都是连续的内存区域，可以获得最佳的高速缓存一致性，但缺点也很明显 需要依赖 程序的数据特性，并有可能会造成内存浪费。 我见过业界中常见的技巧是 申请较小的固定连续内存，然后反复使用，可见之前的分享。
终于找到了，记错了 之前只是学习过 但没有分享过。
Dissecting the Disruptor: Why it's so fast (part two) - Magic cache line padding
中文翻译：
具体信息可见文中提到的 缓存行填充 与 伪共享情况。
13. 惊讶系列分享：
Expanding Single Page Apps into multiple Browser Windows
一篇关于 Web 页面渲染方式变革的文章。
作者介绍了充分使用多核 Worker 去渲染 Web 页面的案例，各个 Worker 根据场景职责各司其职，Master 尽可能闲置 以满足交互体验，在我看来 这或许是下一代 复杂场景下的 Web 渲染框架。
首先明确场景，这种 Worker 渲染框架很适用于复杂的 Web 场景（重特效、重计算），如前不久 阿 B 发生的用户体验事情，在用户终端执行视频解码。简单场景其实是用不到的，单线程足够了..
其次分析难点，抛开浏览器兼容性问题不谈，多 worker 的开发场景重于 数据同步、线程开销。数据同步解决成本与数据本身正向相关，如果是简单数据，序列化一把梭即可，如果是复杂数据如 React.FC，就需要仔细设计了。线程开销问题 很多前端框架已经解决了，可引入 vdom 将多次通信 批量化。
最后简单聊下看法，主观感觉多 Worker 框架前期还是会解决一些解耦比较明确的场景，如 文章的 Data Worker。如果框架侵入性很强（不只是数据通信还有组件生产）想象空间会很大，实现多 Worker 渲染的场景也不是没有可能。
补充一下项目地址：
14. 项目分享：
The missing child of Node.js and Deno.
一个有趣的项目，如何最小成本实现 deno 中无 package.json 特性。 项目整体比较简单，具体来说是使用 vite 来做到 node 环境中包下载，感兴趣的同学可以看下。
15. 快餐文分享：
The Next Google
一篇探索搜索引擎产品形态的文章。
文中梳理了多种搜索引擎，并分别介绍了各自主打的特性。
下面我介绍两个 比较 cool 的产品：
1. Kagi() - 一款完全定制化的搜索引擎，可以自定义搜索结果、UI 交互、网站过滤等。 该产品的 Slogan 是打造不一致的搜索结果，乍一看与今日头条分用户推荐很相似，但问题在于它并不会根据用户行为去做分析，而是完全依赖用户对搜索结果的配置，这无疑存在问题的，需要用户有很强的信息管理能力，导致用户成本过高。 而其他定制化的地方，一两个油猴脚本就能搞定。
2. Neeva() - 一款能搜索多种信息的搜索引擎，可以搜索 其他应用内的信息。 毫不疑问，该搜索引擎的愿景虽然很美丽，但几乎无法实现，需要不同产品的密切配合。于国内 现在 Web 2.0 已经发展为信息孤岛的形式，各个互联网产品之间建立了很强的护城河，禁止信息流通 自建生态、为用户构建信息茧房。这种产品没有相关部门的强大背书是做不到的。 而其他特性 Chrome 上都有相应插件可做到。
搜索引擎的本质是获取信息，现代很多人已经习惯了被信息推荐... 丧失了主动权..
我觉得下一个 Google 是很难出现了，不过垂类场景的发展空间 毫无疑问是存在的。
16. 每日一句分享：
Browsers should ship with the top 1GB of npm built-in, with the option to download the rest on-demand.
17. 好文分享：
教育对人的改变有多大？
文章摘要：
一个人所能达到的高度是由四个方面决定的：家境、 天赋、机遇和个人努力，四者缺一不可 。家境是个人发展的起步，是出发点，是个人成就的下限；个人努力是发动机；天赋代表着发动机的好坏，是加速度；机遇不同就是高速路、 柏油路、山路和山中小路的区别。
文章主题虽然是教育，但主人公的成功其实是在于他自身的努力 以及 对未来的勇气。
18. 好文分享：
开发者体验总览
在产品设计、需求研发中，开发者体验经常是被忽视的一环，很多基建、平台不重视。究其原因，大部分面向开发者的工具 产品设计薄弱、腐烂速度快，并且相关的优化措施也很难量化收益。
最近了解到 黄峰达老师在出一本关于开发者体验的书，主题覆盖了开发者体验、技术产品运营等主题，感兴趣的同学建议了解下。
19. Hi 各位晚上好，最近群里一直没有分享信息，因为我潜移默化中换了一种处理信息方式。
之前每次接受信息都会及时输出，虽然会加强思考，但如此一来 输入的密度会随花费时间降低。 并且随着这种习惯不断的重复加深，导致我获取信息的方式也出现了问题，做明显的是 我会不知不觉 倾向阅读自己擅长领域的文章，只是为了更方便的输出。
所以最近 我做了个试验，不输出只输入。 在此期间 给我最大感受是，阅读量比之前增加了好多倍，待消费文章个数 直线上升。 是的，没有输出了，也无需深入思考，大部分情况下只是获取信息的快感与贪婪。
这种方式好吗？不好。 输入的信息并没有融入自己的知识库，过两三天就会遗忘，所以最近准备采取 定期分享的方式，具体来说如下。
1. 输入还是单纯的输入，正向的信息会加入到待消费列表，该过程如上，无需深入思考，输入效率是最高优化级。
2. 定期输出，如每双休，会重新消费之前阅读的文章，深入思考，尽可能 输出一套相关的知识体系。
另：不会看重输出的数量，这不是目的。
ps：getpocket 作为链接管理服务，还挺好用的。
# 3
1. 每日一句分享：
Objects are data with functions. Closures are functions with data.
2. 快餐文分享：
Solid.js feels like what I always wanted React to be
一篇介绍 Solid.js 的软文。
作者直击 React 开发时的复杂度：React 并不是 Reactive 的，Runtime 的概念会让 代码不好维护、造成性能影响，说的都非常有道理。后面引出了 Solid.js，一个真正形式上的 Reactive 框架，没有 runtime，没有显示标记依赖等。
3. 快餐文分享：
Early peek at C# 11 features
宇宙第一甜的语言 C# 近期发布了 11 版本，文章梳理了其中的一些语法特性。
1. 字符串内计算能力增强
2. 列表模式匹配，不但支持数据还支持切片，看起来非常的甜
3. 非空参数断言，感觉不如设置关键词来代替，符号太多 阅读代码时会解析困难。
4. 分享一个有学习价值的库，可以快速用来熟悉语言。
A Lodash-style Go library based on Go 1.18+ Generics
再补充另一个 质量很高的 sdk 扩展
5. 快餐文分享：
It's always been you, Canvas2D
文章从多个方面介绍了 Canvas 的新特性与现有能力，其中值得一提的是 文字绘制能力基本追平了 CSS.
6. 每日一句分析：
要么是用户控制程序，要么是程序控制用户。
7. 好文分享：
Why Static Languages Suffer From Complexity
一篇介绍 设计静态语言时复杂度不可控的论述文。
文章篇幅比较长，章节较多，整体一直是围绕着 静态语言的不足展开。静态语言中最重要的就是类型系统，类型系统虽然可以让语言表现的更有张力，为程序赋予了编译时的检查能力，但如果过度重视会语言的不完整性，造成了运行时的二义性。作者引用了很多例子说明这一点，就不展开了。
程序的复杂度除了来源于问题的本身领域，更多由 追求完整性的表现造成的，摘录：
Combining statics and dynamics in a single working solution is also complicated since you cannot invoke dynamics in a static context.
Programming languages ought to be rethought.
8. 项目分享：
With generics, allowing chainable .Map(func(...)).Reduce(func(...)) syntax in go
一个实现通用方法 链式调用的库。
库源码很简单，定义了两个接收泛型的复合类型 wrapper，实现都是样板代码。仔细读下来 库中存在明显的问题，链式方法不支持类型转换，这其实反映了语言类型系统的缺失。
9. 每日一句分享：
战争之后，所有的相机都到别的战场去了。
10. 快餐文分享：
巨亏 55 亿，你的「三连」救不了 B 站
一篇围绕 B站 21年报 对内容消费产品商业模式的分析文章。
从文中可以看出，B 站目前的窘态，对于内容消费的产品来说，营收是产品商业模式重要的外在表现，它与用户增长其实是相辅相承的，用户增长带来流量，不可避免的会带来营收，而营收也会反哺这个闭环，从而做更多的用户增长。
为什么 B 站月日活 4 亿，存在一定流量还是亏损呢？我猜测原因有二，一是产品变现出了问题二是用户价值不高。
文中对于 B 站变现的动作说了很多，总结来说是 没有投入正确的方向。用户价值不高指的是用户与变现的动作不 match，就比如我看 B 站经常刷到一些乱七八糟的作者商单，自然没有消费心理，而这些商单理应是根据用户画像准确推送的。
11. 快餐文分享：
Introduction to GPUs with OpenGL
一篇介绍 OpenGL 与 GLSL 基础概念的文章。
文中用一个画矩形的过程，引出了 OpenGL 中相关概念，其中涉及了很多 GLSL 上的对 drawing 的建模思想，整体而言很偏领域性。
12. 每日一句分享：
These walls are funny.First you hate them,then you get used to them;Enough time passes,gets so you depend on them.That’s institutionalized.
13. 好文分享：
低代码平台边界探索：多技术栈支持及高低代码混合开发
一篇从多个维度介绍 Low Code 平台的好文。
文章虽然面向的是华为内部场景，但有很多思想都是搭建领域的通用方案，这种文章可以帮助我们很快建立起特定领域的思维框架。
我下面随文章脉络，简单梳理下各个部分。
1. 文章开始引出低代码的定义，指出其缺点，这里是有所偏失的，引用自 Gartner 的定义：“...以牺牲跨平台的可移植性、应用开放性为代价来提高生产效率。”。我并不认同 Gartner 的第一点定义，对于 Low Code 的本质来说，跨平台的差异其实在于物料层，并不在于搭建本身，搭建可以由专门的领域去承载 如 Web，不同平台的物料可以提供 Web 化的形态，所以 Low Code 与跨平台不是同一维度；而第二点作者的解读，我也不认可，作者在文中指的应用开放性是 应用级别的，而应用级别是更加广泛的开放，其实 Gartner 这里指的是物料开放，显然 Low Code 中使用的物料存在或多或少的约束，但我们可以借助中间层 或者 规范收口层 让其物料产物可对接更多的场景。
2. 文中探讨了一个我非常有同感的话题，Low Code 与 20 年前流行的 Delphi、WinForm 有什么差异，作者说的三个 LowCode 意义价值中，个人认为只有第一个站得住脚，Low Code 面向非研发人员，那么问题延伸到 非研发人员为什么要搭建应用呢？因为一直存在的数字化转型的场景；而至于作者提到的另外两个价值，其实算是 Low Code 领域下出现的新问题..
3. 文章提到了 Low Code 解决方案，该方案比较常见了，(这里作者使用“区块”封装了 组件的概念，自建名词)，其实这里也算是 LowCode 的价值之一，降本增效。
4. 作者从技术视角提到了如何在不同前端技术栈中复用组件，作者给出了 web-components 的方案，这里推荐感兴趣的同学了解 微前端，Low Code 领域 与 微前端领域 所面临的问题存在明显的交集，如 技术栈打通、沙盒运行，可执行文件加载运行等。
5. 文章提到了 Low Code 中非常值得讨论的一个话题，搭建后的产物是如何生成的？常见的有两种方式：运行时渲染、生成源码。作者分别梳理了这两种方式的优劣势，不过整体比较发散，简单来说 运行时渲染的方式 利于平台的扩展性、用户预览的体验，生成源码的方式利于 产物的性能、二次开放的场景。
6. 关于平台的架构设计，可以看出由上往下 扩展得大而全，有很多抽象的二次封装大一统，算是大厂基建的通病了，不管用户使用体验如何，具体问题是否解决，先把事情搞大..
14. CJS 如何在代码层面快速迁移到 ESM
15. 快餐文分享：
Inspecting Web Views in macOS
事实证明 因为天然的动态性与强大的跨平台能力，Hybrid 形态的应用无处不在。
作者在打开 Webview 调试开关后发现，iCloud Native 应用有很多页面已被 Web 技术栈渗透。
16. 最新 TC39 提案:
ECMAScript proposal: Types as Comments
背景：减少 TypeScript 侵入性，摆脱二次编译，使用注释方式声明类型信息。 提案中的类型标注 严格属于 TypeScript 中的子集，只是移除了部分非 JavaScript 标准的语法。
提案中的愿景在我看来并不适用于 C 端，就像软件与硬件的发展，高速发展与稳定迭代之间是一直存在 Gap 的，必然会使用某些技术手段抹平，并且方案中提到 类型标注是在 运行时移除，这对文件体积是会有不利影响的。
方案最后有很多 QA，其中涉及了 TC39 与 TypeScript 之间的发展关系、类型系统未来的演变方向等。
17. 分享一个小巧 REST Client 请求库：
源码很精炼，只有 60 行代码。主要工作是 通过 Proxy 实现声明式的路径请求，如： `await api.users(userId).get();`
18. 快餐文分享：
H.264 is Magic
文章介绍了 H 264 编码中压缩的主要思路。
分为三个措施：信息熵量化、色彩信息精简、运动补偿机制。 前两个措施是 空间维度上的优化，运动补偿是时间维度上的优化，我简单介绍下这三个措施：
信息熵量化：是将一帧的数据转换为某种分布规律的数据形式，这个过程属于无损的编码转换，而转换之后的数据可以进一步地做信息密度的量化，从而压缩一帧的图片体积。文章抛硬币的例子很通俗异同，在现实生活中无损编码的例子也比比皆是，如进制的转换。
色彩信息精简：指的是优化掉人眼无需要的色彩信息。
运动补偿机制：算是比较经典的视频压缩算法，通俗来说是根据之前帧与当前帧的块级信息的位置差异，来弥补当前帧，从而去掉序列冗余。
与之前提到的流媒体 VP9 算法，动态补偿机制应该是同一原理。
19. 快餐文分享：
Browser In The Browser (BITB) Attack
一个脑洞很大的攻击方式。
使用前端技术栈模拟 弹窗登录，这种方式类似于常见的钓鱼网站，不过 mock 的目标变成了组件，这种方式不仅成本低，并且用户容易忽视。
20. 快餐文分享：
理解 Language Server Protocol 的工作原理
一篇介绍 LSP 基本概念的文章。
LSP 重点在于其架构设计，通过引入规范协议将编辑器中的语言服务抽离出来，隔离了具体语言框架与编辑器，算是一个很典型的沙漏模型案例。
21. 快餐文分享：
Delightful React File/Directory Structure
一篇关于前端项目中 工程结构最佳实践的文章。
文章针对不同内容场景 输出了一些观点，个人感觉很收益，简单总结下：
1. 不要存在过多的 index 文件，index 文件应只用于管理 export，实际的逻辑由同名文件承载。该实践最大的好处是 可以加速检索文件的时间。
2. helpers 不等于 utils，前者应与项目场景相关，后者是通用的逻辑。
3. 维护 constants 文件，这里我展开一下，如果项目中常量定义过多，建议使用 文件(\*\*.const.js) 或者 复合结构(更推荐) 区分。
4. 推荐根据文件的定位 而不是 具体逻辑 分类。
22. 项目分享：
sysend.js -
一个具有学习价值的库，通过 localStorage / BroadcastChannel 实现跨 tab 之间的同域通信。
虽然项目文件很精简，但整体完整性很高，感兴趣的同学可以看下。
23. 快餐文分享：
Dependency Injection in Node.js
一篇介绍依赖注入基础概念的文章。
曾几何时，我非常讨厌依赖注入、设计模式这些“故弄玄虚”的概念，认为其只是常见的编程技巧，没有造词的必要。
但最近有了一些更深的理解，在开发中，经常会对所在域的不同实体进行抽象建模，而不同实体之间 因为责任范围或多或少的存在逻辑交集，逻辑子集，想要垮范围使用其他实体能力，必然涉及到模型之间的组合，这是依赖注入的意义之一，这一点很像函数式中的组合子，将不同的逻辑融合来增强函数。
依赖注入的另外意义是 管控 实体的输入，这一点很像函数式的偏函数，隔离了不同依赖的出现时机。
所以综合来看，依赖注入、设计模式在特定的场景下是可以解决问题的。这些模式在我看来更像是某些编程技巧、函数式理论 在 OOP 这个域上的延伸。
关于 IOC 最佳实践，推荐一个功能全面的库：
24. 
CSS properties and their initial step in the pixel pipeline
图片来源：
25. 快餐文分享：
Give me a browser, I’ll give you a Shell
如何通过浏览器获取当前环境的 shell，一段有趣的实践。
26. 分享一个检测网页产生碳排放的工具：
Are my third parties green?
以下内容摘要自工具：
It's estimated that global information and communication technology (ICT) accounts for around 4% of global CO2 emissions. That is about equivalent to Germany's national emissions (the world's 7th largest polluter), and is more polluting than the civil aviation sector.
27. 每日一句分享：
A broken watch gives the time correctly twice a day – Unknown
28. 快餐文分享：
Hooks Considered Harmful
一篇讨论 React Hooks 设计不合理性的文章。
内容整体比较发散，引起共鸣的点有二，一是 state 管理依赖的方式过于原始，二是 hooks 运行的时机，运行的次数很难把控。
除了文中提到的观点，hooks 对开发者的心智成本、项目中 state 的管控都有很大影响。本质上 React 是个由 state 驱动的 runtime，如果没有一个很好处理 state 的机制，则开发者就不得不面对带来的复杂度。
29. 项目分享：
dum - An npm scripts runner written in Rust.
dum 是知名开发者 egoist 的个人作品之一，项目中使用 rust 降低了执行 npm 命令的时间。
从压测数据中可看出，使用 rust 开启进程 执行 node 脚本，会提升 npm 命令数倍性能，可以看出 npm 命令主要的性能瓶颈在于 node 桥接层。
项目整体比较精简，是个很好的学习案例。
30. 快餐文分享：
Please put units in names
一篇介绍代码最佳实践的文章。
文章的关注点聚焦于魔法数字，文中梳理了 一些使魔法数字具有可读性的方案。
第一种方案可以称为 parameter hint，像一些编程语言在 语法层面存在该特性，如python、kotlin ，现代的 IDE 一般也都具有该功能。
第二种方案类似于类型别名，该方案就极度依赖语言特性了，并且在运行时 语义大概率会被抹出。
我经常实践的方案是数字计算，定义一个基本的单位产量，如 Second = 1000，然后魔法数字 foo = n \* Second 这些。这种方式的好处是 可以方便的升级计算公式，且具有很强的语义。
31. 惊讶系列分享：
A regular expression to check for prime numbers
使用正则表达式 判定素数证明 - `/^1?$|^(11+?)\1+$/`
文中针对原理介绍很详细，感兴趣的同学可以看下。
延伸来看 正则引擎可以匹配出所有非负的数字公式，这些公式使用正则去描述，两种不同领域之间的表达映射，实在是妙…
32. 好文分享：
Lisp的永恒之道
一篇论证编程语义的好文。
文章从多个角度介绍了编程语言中 语义的重要性，以 lisp 为主导论证了语义的强大之处。
从语义的角度出发，业界中常见的编程语言 本质上是基于底层（操作系统、网络模型、持久化这些域）提供的 DSL，或多或少都不太纯洁，比如在 C 系列语言中，用户需要关心 语言的内存管理，在 非 ML 系语言中用户需要留意 递归爆栈..
用户使用这些编程语言往往解决特定场景下的问题。这些问题是场景所赋与的，比如做电商平台，不同的商品模型是需要不同的建模策略。 理论上，在这些业务域上 使用常见的编程语言去抽象建模是不自然的，创造的思想会被编程语言所限 且 思想的表达会被语言的细枝末节所淹没。
解决问题的方案会明显，针对业务域的问题 创造专属的 DSL，扩展思想表达的能力，然后 研发编译器去将 业务域的思想 翻译到 底层。 很明显该逻辑已经被反复验证了 (上述的问题换成计算 DSL 换成 编程语言)。
那么问题是 DSL 表达能力如此强，为什么业界没有广泛应用呢？我猜测原因有两点：一是 人(需要强有力的技术专家推动)，二是 问题量级。
延伸阅读：
王垠 - DSL 的误区 -
从文中可看出 垠神对 DSL 持反对态度，其实不难理解 文中提到的 DSL 算是 常见编程语言的能力 子集..
我认为 DSL 所在的意义可看之前的一条分享。
33. 每日一句分享：
We talk a lot about “passive income,” but not as much about “passive social capital” or “passive knowledge gaining” — that’s what you gain if you build an asset that grows over time without intensive constant effort to sustain it. A few examples include starting a company, an angel portfolio, a newsletter, or a podcast.
摘录自： Build Personal Moats
文章介绍了 个人护城河的重要性，以及如何找到自己的护城河。
34. 快餐文分享：
Tao of Node - Design, Architecture & Best Practices
一篇探讨 Node 服务最佳实践的文章。
文章整体篇幅很长，涉及的方面比较广，主要分为项目结构，应用结构，请求处理，错误处理等等方面，感兴趣的同学可以刷一下。
对于文中大部分的最佳实践，社区内常见的 Express Koa 框架，因为设计的机制 是需要开发者投入人力的，这里我推荐 一个大而全的成熟解决方案 NestJS。
# 1
1. 快餐文分享：
DevTools 实现原理与性能分析实战
一篇介绍 DevTools 调试工具的综述文。
文章先是简述了 DevTools 的发展历史，分为三个阶段：WebKit Inspector 的先行阶段；Firebug 神器的风靡时代；DevTools 集百家之长后的快速发展 直到垄断阶段； 然后作者具体介绍了 DevTools 的架构设计，基础原理。也正是因为一开始优秀的解耦设计，让 DevTools 在跨端调试、Nodejs 调试 以及社区的生态中占据了重要的一环。可以理解为将 DevTools 中的关键动作 封装成了 DSL，只需要传递指令 即可响应。
延伸阅读：
1. 10 Years of Web Inspector
2. liriliri/chobitsu
Chrome devtools protocol JavaScript implementation
如果你想实现一个类 DevTools 的跨端调试工具，完全可参考 CDP 协议做到。
2. 每日一句分享：
web3 = decentralisation + blockchain + NFTs + metaverse
web0 = web3 - blockchain - NFTs - metaverse
web0 = decentralisation
3. 快餐文分享：
Go Fuzzing
Go1.8 除了在语法带来了泛型，其他重要的一点是 官方 Test 库支持了模糊测试。 模糊测试可理解为是编程时的“混沌工程，通过简单的 API 去测试 程序的各种边界情况。
文中给出了模糊测试的编写规则与其草案。
4. 每日一句分享 - 结果思维：
结果大于过程；
有交付价值的结果大于无交付价值的结果；
能复制的结果大于不能复制的结果。
5. 分享一个利用搜索引擎&关键词 快速找到替代品的技巧：
{keyword} vs
6. 快餐文分享：
揭秘 vivo 如何打造千万级 DAU 活动中台
文章介绍了 vivo 内部的头部 no code 搭建平台 悟空，逐个盘点了 平台所处的业务背景、应用层（组件、活动）的市场模型、画布渲染动态组件的核心思路、数据源的编排能力等，整体算是深入浅出了。
7. 快餐文分享：
Using Neovim for Three Years
文章分享了 作者使用学习 Vim 的经历，从初学者慢慢到使用者的演变，用作者的话来说：自己的需求 自己撸插件实现，完全掌握一个工具的感觉很爽。 文章中也分享了作者的 dotfile 与 使用插件，感兴趣的同学可刷一下。
8. 快餐文分享：
Gem: exploding string alternatives
文章分享了使用 python 去模拟实现 shell 列表字符串的方案。 核心逻辑在于 排列组合可以复用官方库。
评论区 也有使用 ruby 的复刻，以及使用 迭代生成器的精简版。
9. 每日一句分享：
我理解的用户体验，是让用户付出最小成本满足需求。
用户体验无法用一个通用方法整体衡量，只能在理解产品全貌的前提下评测分解属性。
摘抄自：什么是用户体验？如何评价用户体验的好坏？ - 俞军的回答
10. Github 最近新增了个 为自己添加继承者的功能。
数字遗产一直没有个规范化的处理方案，Github 算是开放先河了。
11. 分享个项目：
Darling -
一款可以在 linux 上运行 mac 程序的翻译层软件，与 Wine（在 linux 运行 windows 程序）的产品形态很相似。
12. 快餐文分享：
Why might you run your own DNS server?
一篇 关于 DNS 种草文。 作者先是介绍了 DNS 去中心化的特征，解释了 DNS 查询时的影响因子（几乎链路上的每个环节）。后面花大篇幅盘点 自建域名托管服务与自建域名解析服务的好处。于平时生活中，最显然的好处就是 block ad 了。 当然 于国情来说，自建 DNS 是违法的。
这里延伸话题可以说些 GFW 的原理，它的核心思路就是在 DNS 时做 404 的…
（DNS 污染也是我见过最牛逼的 DDOS 攻击 （没有之一
13. 每日一句分享：
国家新能源车辆标准 GB32960 规定，车载系统需 每十秒上传一次实时数据，包括经纬度、车辆发动机状态 、电池状态等。
14. 微软 终于出了 Execl JS API，JS 的生态更完善了。
15. 快餐文分享：
Visualizing Concurrency in Go
作者使用 WebGL 对 Go 程序中运行的 Goruntine 及 channel 通信做了可视化。 文中使用可视化的方式，总结了 Go 比较常见经典的多个并发模型，看起来非常直观。 结尾作者介绍了技术原理：使用 gotracker + three.js 实现。
16. 快餐文分享：
Introducing Metho: Safely adding superpowers to JS
由一个有趣的想法诞生的库，如何通过语言特性扩展基类的能力？文中给出了实践。 文章所属的系列一共四篇，详细地介绍了原理。
10\[times(()=>alert('Hello'))]
据我观察，可扩展基类的语言 比如 js、kotlin、ruby，都是解释型语言。
17. 视觉优先级。
18. 一些技术名词的缩写
19. 快餐文分享：
Memory leaks: the forgotten side of web performance
一篇谈 Web 内存泄漏的文章，作者先是梳理了 内存泄漏的性能特征：影响程度低，很难诊断等，然后站在用户角度，浏览器角度，开发者角度去分析问题影响，其中 有一句话很让我感触：Third, it’s a tragedy-of-the-commons situation, and people tend to blame the browser. 的确 很多情况下 用户分析是这样的，只到软件层级。
最后作者分享了他的内存泄漏检查工具，并表达了对产品的预期表现：不要因为性能问题，让用户对产品失去信心。
20. 快餐文分享：
Hashing is not encryption
文章总结了 encryption, encoding, and hashing 各自的定义与使用场景。
不过文中对 encryption 定义过于简单了，只是用传统 对称加密的方式去描述。
21. 惊讶系列分享：
Minecraft as a k8s admin tool
minecraft 是一款风靡全球的沙盒游戏。
作者脑洞大开地使用游戏作为用户界面，圈养的动物作为 k8s cluster，来实现 pod 管理... 实在是太秀了。
22. 排列 小猫咪
23. 快餐文分享：
The Optional Chaining Operator, “Modern” Browsers, and My Mom
文中讲述了作者帮忙家人解决网页问题的经历，原因仅是 网页中出现了不兼容的低端机的语法，但是却对个人影响很大……
摘录自 W3C 设计准则：
The internet is for end users: any change made to the web platform has the potential to affect vast numbers of people, and may have a profound impact on any person’s life.
（现代前端开发已经离不开 babel 了。
24. 快餐文分享：
Why I Like D
一篇小众语言种草文。
作者先从自己寻找 better c 语言的经历讲起，为什么 D 能优于 Go 与 Rust（非常主观）。
然后列举了 D 的语言特性，标准库，元编程，脚手架等。
其中 有个特性（集合类型 运算符重载）很有趣，让我想起了 Python ， half\[] += 1;
25. 好文分享：
走进 Web3
一篇介绍 Web3 的好文。
文章先介绍了 Web 的发展历史，延伸抛出了 当前 Web2 我们与信息之间的关系，这里说的很透彻：
互联网公司的产品大多是免费的，这个秘诀就在于用户也是其产品的一部分。
而 Web3 的引子 来源于 中本聪提出比特币应用的底层技术 - 区块链，可理解为是一种特殊的数据结构：节点之间存在验证关系的链表，并且节点与节点之间是去中心化的，既然是数据结构那么最大的作用就是存储数据，从这点看来 使用的场景是有限的。
这里就不得不说 币圈另一位知名的大佬 V 神，V 神基于区块链开发了 以太坊，一个支持智能合约的区块链平台，之前区块链的可编程能力非常有限，而以太坊的 EVM（虚拟机）是图灵完备的，具体细节就不展开了。
那么 Web3 与 区块链的核心关系是什么？
我的理解是 区块链的去中心化 让 Web 信息流动的过程 发生了变化，听起来是不是很像 Web3 变成 区块链上层的炒作概念？其实不是的，去中心化 技术一直在发展，蒂姆·伯纳斯·李 以及很多组织一直在倡导，今年来的一些技术：BT、ipfp、webrtc、solid 也是在以这个方向演讲，但是由于 去中心化后的利益问题（于巨头公司、国家监控），在现实中是很难大范围普及的。
关于去中心化，文章也说了一些：
去中心化想要落地 必须让价值从少数寡头公司中所属变为从属为网络中每个参与者。要形成共识就需要让一部分人先有币。
文章之后又谈论了，Web3 上创建去中心化产品的路径，一些必需依赖的生态等。其中创建产品路径的例子可以说稍显荒诞，产品的价值共识形成 可以不完全依赖产品本身，可以依赖一些名人的背书，这点很像币群的乱象，没有完备的白皮书也可以诞生一个市值很高的币。
A:
这篇讲了 区块链 NFT 的一些简单介绍 也不错
26. 惊讶系列分享：
Folders -
一个脑洞大开的编程语言，通过文件夹之间的结构特征 去代表出数据，运算逻辑。可只通过创建文件夹，来实现图灵完备的程序，解释器也有多个语言版本。
更多奇怪的编程语言：
27. 快餐文分享：
Effective Error Handling in Golang
一篇介绍 Go 错误处理的文章。 文章整体的脉络很清晰，基本上就围绕着两方面，错误类型的定义与包裹使用。 文中提到 定义预期的错误类型行为，是很值得提倡的，即可为上下文增加更多的语义化信息也会明确程序中存在不可避免的错误。
一直有很多声音很讨厌 Go 中教条式地异常处理，觉得很繁琐，不智能。但归根结底 在于错误处理没有银弹可言，不管是 Go 的多返回值，还是函数式语言中使用 sumtype ，或者传统 oop 中函数签名的 mark exception，都不是一个很优雅的方式。Go 只不过让开发者直面了 任何运行时存在的异常。
28. 好文分享：
Life of a Pixel
一个像素的一生，本文来自 18 年 Chromium 团队的一次分享。 文章主要讲述了 在浏览器视角下 从获取网页后 到渲染在屏幕上的整体流程( turn HTML / CSS / JavaScript into the right OpenGL calls to display the pixels)，并对一些重点的流程做了较直观的技术梳理。
我简单整理后，像素的生命周期 大体梳理如下：
* 最顶层的页面内容、最底层的像素。
* 解析 DOM/Style、排版、文档树/Style Map 生成。
* 合成布局树(包括下一代布局 NG 布局算法)(这里有一点很有趣：不管上层是怎么样的 DOM 元素，映射到 Layout 元素上 只是可枚举的几种)。
* 分图层。
* 构建属性树 以及 绘制、图层合成。
* 布局树转换成绘制操作列表。
* 绘制操作列表经过栅格化转换成位图(包括 GPU、重绘、动画)。
* 激活绘制，合成线程有两份图层树的引用，一根用于下层消费 即 光栅化线程池消费，一根用于工作时消费，生成下一次提交到光栅化线程的图层树，这里很类似于 React Fiber 架构，也是双树的架构设计。
* 栅格化分块。
* 通过 Skia、OpenGL等生成 GPU 指令库 绘制图像。
* GPU 显示。 除此之后还包括了 很多相关的领域知识。
文章囊括的底层范围很广泛，有助于我们开阔技术视野，非常建议前端同学阅读。
29. B: 分享我这几天写的一篇文章，我是花了周末两天时间好好写了下 GitHub 和 GitLab 的历史，介绍下这两家如何从零起步的创业公司做到百亿美元市值。
从零到百亿美金之路 -
A: 微软真是捡了个大便宜，这话一点没错，Gitlab 的市值 上市就过百亿了……
融资节奏对公司发展太重要了……
B: 确实，不过微软收购对GitHub也是好事，原CEO走后GitHub感觉就没有那股创业劲头了。倒是微软收购后变化又大了起来
A: 嗯，是这样子，微软接手后，确实做了很多对开发者利好的事情，记得微软收购后，社区内有很多声音要拒绝 github 微软化，迁移 gitlab 的潮流
B: 不得不说微软的战略远见很高明，也不差钱，而是加大对GitHub的投入来牢牢抓住开发者
30. 快餐文分享：
React Native Web vs. Flutter web
一篇介绍 rn 与 flutter 差异的综述文。 文中从多个方面比较两个跨端方案的有异同，优缺点分析等。
在 Native 上，由于 Flutter 的架构设计(compile to native code) 其性能更优。在 Web 上，Flutter 支持两种架构，the HTML renderer and the CanvasKit renderer，前者 体积小 性能差，后者体积大 性能好，但基于 Skia 会导致渲染差异问题。
复用性上 RN 在 Web 上更好，只需要在编译时将 View Text 编译成等价的 DOM 元素即可。
31. 快餐文分享： \
Do Svidaniya, Igor, and Thank You for NGINX \
今日 HN 热文，Nginx 组织对其创始人 Igor 退休时的祝福，以及 Nginx 历史回顾。 目前 Nginx 已经成为了 web 上使用量最广的服务器软件，服务端的必不可少的底层设施。 可能有同学不清楚，Nginx 并不是完全开源的，有一些关键特性需要商业版协议的，相比之下 Apache 服务器是完全开源的。
32. 快餐文分享：
CSS Fingerprinting
文章介绍了一种使用 CSS 为用户设备生成指纹的方案。
33. 快餐文分享：
structuredClone(): deeply copying objects in JavaScript
近期浏览器厂商们提出了一个新的 用于深拷贝的 API：structuredClone，文章介绍了 深拷贝对象的现状以及该 API 的详细用法，特性解释，需要注意的是该方法只支持拷贝原始类型。至于为什么没有 TC39 的提案，我猜测是 WHATWG 组织先行的结果。
34. 快餐文分享：
TypeScript Features to Avoid
文章梳理了一些在 JS 中不兼容的 TS 独有特性，作者的观点很正确，TS 应该只作为 JS + Type 的辅助存在，而不是赋能特性的存在，不然会出现不兼容的情况。
35. 快餐文分享：
Tutorial: Getting started with generics
Golang 官方介绍泛型文章来咯。文中使用一个简单 Demo 介绍了泛型的基本用法。
36. 
迄今为止看到关于 Monad 最直白的解释定义..
编程中常见的场景是 通过特定场景下的逻辑操作数据。
虽然被操作数据有各种各样的类型，但数据类型中 有一些通用的操作表达 可以被提取出来，比如 使用 SumType 来做数据空指针兜底，使用 Just + Fold 来实现 数据单向操作流、PointFree 免定义等。 而这些通用操作表达 的载体可理解为 一个被构造出的类型实例，该表达之间的规则也符合 使用组合子时 的规律。以上就是 Monad。
上图来自 monio 一个小众函数库的介绍。
37. 分享篇文章：
我们应聘过骑手，打过卧底电话，看了1907份判决，最后拼出了这部外卖平台进化史
摘要： 外卖系统里不仅仅有算法，还藏匿了许许多多的公司，而这些公司错综复杂交汇而成的法律关系网络，正把骑手死死地捆住。当骑手跌入前方这个大坑的时候，其中任何一家公司，都不足以构成他的用人单位。
人们常说算法是一个黑箱，我们只需要享受最后的结果，不需要知道中间的运行过程。可是如果这个人不是你和我，而是受伤的骑手呢？
38. 快餐文分享：
I’m porting tsc to Go
目前越来越多的前端工程基础设施正在用底层语言重写，阿比如 webpack、babel、eslint 等，这些重写后的工具都取得了明显性能收益，具体可以看之前的分享。
文章作者 也是 swc 的作者正在重写 tsc，rust 重写后性能提高了 62 倍，但是因为语言特性的问题最后还是选择了 go，文中介绍了心路历程。
39. 好文分享：
How React server components work: an in-depth guide
一篇介绍 RSC 的综述文。 \
作者先是说明了 RSC 的背景，优势，与 SSR 的差异（可理解为 另一种对前端生态更友好的 SSR 架构）。
优势摘要：
In short, React Server Components makes it possible for the server and the browser to do what they do best. Server components can focus on fetching data and rendering content, and client components can focus on stateful interactivity, resulting in faster page loads, smaller javascript bundle sizes, and a better user experience.
文中作者花了很多笔墨介绍 RSC 的工作原理，具体的渲染流程可简单理解为 另一种形态的 bigpipe。
首先服务端序列化组件树，其中包括 前端组件的 placeholder，浏览器解析时 遇到 placeholder 引用到相应的前端组件。
可以看出，该流程是重编译的， 重 runtime 的。社区对这些基础设施也有对应的解决方案。
最后，总结了 RSC 的发展现状，虽然还在实验，但也有一些大公司开始吃螃蟹了。
40. 快餐文分享：
IDE中的魔法 - 编译原理通识
文章介绍了编译原理常见的概念，一图胜千言。 \
作者从 IDE 的视角，简单介绍了其 在 词法分析、语法分析、语义分析阶段的 不同的能力范围 以及 抛出了一些引子。
感兴趣的同学可以看下该系列文章，整体系统性较弱，但很偏实践。
用今天垠神的一条微博来说：
这个时代，拥有真正知识的人已经不多了。有真的知识，还愿意分享给其他人的就更少。愿意分享给其他人，还能把它讲清楚的，就寥寥无几了。
41. 分享一个调节 mac 风扇 转速的利器：
Macs Fan Control
设备提供了多项 调速策略，如：固定转速、基于硬件设备的维度，且非付费版本也可以满足基本使用。
亲身经历，使用之后 电脑风扇 终于不再发生噪音了。
虽然没有噪音了，但是电脑卡顿更严重了，逃不出能量守恒定律
42. 快餐文分享：
Exploiting JavaScript quirks for fun and profit
文中介绍了作者使用一些奇技淫巧解决问题的过程，最后解决方案 很简洁明了。如果是我的话 我可能会使用 new Function 了。
43. 好文分享：
A pipe operator for JavaScript: introduction and use cases
一篇介绍 pipe operator 特性的文章。
pipe operator 并不是一个新特性，提案时间已经有很多年了。
pipe operator 提案最初是来源于两个语言中的特性 F# 与 Hack，一个是ML 体系 微软研发的语言，一个是 赵海平 参与建设 Fackbook 研发的 PHP 超集语言。文中详细介绍了 这两种语言中关于 Pipe 特性的优缺点，可以看出 Hack 的适用范围更广，这也成为 TC39 选择的原因。
文中用诸多例子介绍了 Pipe 对 JS 带来的好处，一言蔽之 可以极大程度使用 Pointfree 风格。
并且梳理了 F# 与 Hack 结合后的特性形态，也是最后 JS 会演变的形态。
最后 2ality 给出了 一些内部 DSL 方案，但看起来都有一些槽点，不如使用某些 可 Boxable 的函数库。
44. 
# 2
1. 
图片来源：
A toy DNS resolver
2. 惊讶系列分享：
Yes, I can connect to a DB in CSS
文章介绍了作者使用 CSS 与数据库交互的经历。
主要是通过 Houdini 自定义了 CSS 能力，数据库使用 过时的 ASM.js 嵌入 sqlite ，绘画文本借助 opentype 解析数据得到文字路径，（其中作者提到了 JSPM，一个自动为库 生成 es6 module 的 saas，不可否认存在一定应用场景），最后作者给出了一些 自定义数据源，查询数据的例子。
虽然 使用场景很有限，但可以看出 现在 Web 能力已经发展到了一定水平。
3. 快餐文分享：
A look back at 2021
Vercel 2021 年的 review 报告。
可能有的同学 对 Vercel 公司不太熟悉，我简单介绍一下，Vercel 的前身是 Zeit，属于开源社区内 比较知名的组织，其公司下有众多开源产品：比如 Next.js, SWR, Turborepo, hyper 等等，并且 Vercel 内的大佬众多，包括 Svelte 作者、Webpack 作者、React 灵魂人物，SWC、Turborepo 作者等等。
Vercel 的商业模式 很简单，主要是做部署服务，Next.js 开源产品 为其助力，给我影响最深的地方在于 产品的设计，简约风 黑白分明。
文中值得一提的是，梳理了几项未来 Web 的发展趋势：
1. Web 的部署形态将趋于 边缘服务。 这也是 Remix 优于 Next.js 的地方，Remix 更适合 faas。
2. 开发基建 将越来越快，底层语言重写的趋势还在延续。
3. 实时数据 会提高用户体验。
4. Web 开发的 Low Code、No Code 会持续演讲。
4. 快餐文分享：
Understanding LSM Trees: What Powers Write-Heavy Databases
文章介绍了数据库背后的核心存储数据服务 - LSM ，整体很宏观，LSM 常见应用在 BigTable，RocksDB 中。
LSM 的持久化存储机制是 SSTable，一个按 k 排序的 kv 表。当写入数据时，LSM 会先写到内存中的红黑树中（用于排序），到达一定体积时会 刷到持久化存储介质上。 当查找数据时，会根据 key 做二分，找到对应的子区间做扫描，如果未找到则使用 bloom filter，通过多维交叉认证查找。 当存在新旧数据时，LSM 有后台进程，异步地合并数据，维护数据顺序，删除空标记数据。删除数据时，做空标记数据处理。
5. 好文分享：
Dependency Confusion: How I Hacked Into Apple, Microsoft and Dozens of Other Companies
一篇介绍依赖攻击的好文，作者用自己的亲身经历讲述了使用混淆开发依赖的方式，成功 hack 进众多互联网公司服务器的故事。
文中的列举中行为很让我震撼，公共的 js 资源中 引用的依赖 大多数都可检索到，而这些依赖安装时，完全信任中心服务器，没有任何检查机制，也没有任何前置的 scope，这就导致只要存在同名的“恶意”依赖，那么大概率就会被安装到服务器上并执行。 这些某些服务可以是 npm、PyPi、gems 等官方服务。
可以见得，这些官方服务设计的自由开放性是罪归祸首之一。除此之外，文中提到 大公司关于漏洞的奖励 都非常丰厚。
6. 快餐文分享：
Move over JavaScript: Back-end languages are coming to the front-end
一篇讨论 前后端协作形态的文章。
随着应用需求的复杂，从最开始的后端主导 慢慢演变为后端前后端分离，在此过程中诞生了很多后端渲染页面的库与框架，作者详细介绍了它们设计时的 trade off，但前后端分离并不是终点，近些年已经有越来越多的 hybrid render 方案的出现。
摘抄文章结尾的一句话：
Perhaps what we're seeing is not so much a pendulum swing, but a state of equilibrium where computing happens on both client and server in equal measure depending on the needs of the user.
7. 每日一句分享：
The programmer(s) who came before you cared about the person who would come along later, maybe because they realised that the programmer who came along later might be them.
8. 快餐文分享：
Deep dive into React Native’s New Architecture
文章介绍了 RN 的新架构，包括 JSI，Fabric，Turbo Modules 与 CodeGen。
这些新的特性颠覆了之前传统 bridge 通信的方式，JSI 的出现隐藏了 前端与客户端通信的流程，JSI 的设计形态非常像 Chrome 之前推出的开源库 ComLink，更 enjoyable 的上层使用。Fabric 解决了之前 RN 渲染时 双引用，异步渲染的问题，底层也是基于 JSI 那一套，但本质没变 还是重 JS 计算，只不过通信变高效了。而剩下两个特性比较一般， Turbo Modules 实现了 对 NativeModules 按需使用，CodeGen 是 使用 JSI 时新一代的 type checker。
9. 快餐文分享：
TypeScript/Implement Rust-style Result
用 7 行代码模拟实现 Rust 的 Result 类型。
10. 快餐文分享：
Monorepos Explained
一篇分析 monorepo 工具的好文。
文中先是介绍了 monorepo 项目的形态，然后说明了 monorepo 工具的应用场景，再从多个角度重点分析了业界现存工具的优缺点。
延伸阅读：
Misconceptions about Monorepos: Monorepo != Monolith
11. 惊讶系列分享：
The Simula One: Linux VR Computer (VRC)
个人电脑带到 VR 会发生什么？链接展示了该产品形态。
12. 快餐文分享：
Retrofitting Async/Await in Go 1.18
文中介绍了在 Go 中想要取到异步结果的复杂性，远没有 async await 语法方便，作者在后面介绍了 github 上一个模拟实现的库，只有数行代码。
13. 一本介绍 rust 的电子书，整体介绍的很详细，偏理论。
14. 快餐文分享：
When I'm Sad My Computer Sends Me Cats
一个有趣的想法，当作者在电脑面前伤心时，就会收到一张小猫咪🐈图片。
文中介绍了实现途径，通过各种 saas 服务结合，如 检测人脸通过 face.js，推送消息，猫猫照片通过其他服务等。
这展示了不同服务连接的 power，多年以前就有很多连接服务的产品出现了，如平时各种的 cicd 服务，与生活比较近的 ifttt 等，ifttt 在我看来于产品形态上是比较完备的，通过可视化的方式提供了用户很大的想象空间。唯一遗憾的是，国内的国民应用都较为封闭，很少提供开放能力。
15. 有个问题，健康的商业模式，是不是都存在闭环呢？
16. 好文分享：
The Internet Was Designed With a Narrow Waist
文章介绍了架构设计时的沙漏思想，一种设计收口的中间层机制。
作者使用了两个案例来解释 沙漏思想的好处，一是避免双端的互操作复杂度，二是避免代码爆炸。这两个案例非常经典，OSI 模型 与 OS 数据类型，可见下图。 其实在平时的应用，沙漏思想随处可见，比如 V8 字节码，上层是 JS 的广泛生态，下层是编译后在不同平台的指令集。又比如 JSX，上层是各种物料生态，下层是 DOM、Native、Terminal。又比如 JVM，上层是 Java，Scala，Kotlin，下层是 VM 编译的机器指令等。虽然文章的脉络比较乱，文章的主题仍能引发思考。
17. 快餐文分享：
为什么比特币可以防篡改
文章介绍了比特币保障用户交易安全性与公正过去交易合法性的技术原理。 分为两部分，一是非对称加密，二是共识机制。非对称加密老生常谈了，共识机制核心依赖共识算法，比特币的共识算法是 POW - 工作量证明，这是一种需要大量算力 且 对自然生态会造成影响的算法，详细可见：。
18. 每日一句分享：
代码应该尽可能简单，因为下一个维护你的代码的人不会像你那么聪明。
# 2021
# 12
1. 用 Scala unfold 算子定义斐波那契数列，很简单明了：
```
val fibonacci: Iterator[Int] =
Iterator.unfold((1, 1)) {
case (x, y) => Some((x, (y, x + y)))
}
```
2. 惊讶系列分享：
Implementing Raft for Browsers with Rust and WebRTC
一篇想法很超前的文章，文中讲述了 作者在浏览器终端模拟 Raft 算法的经历，仓库如下。
WebRTC 提供了 P2P 的能力（抛开中心信令服务器不谈），现代 Web 也有很多持久化的能力（比如 IndexDB ），那么可不可以将浏览器视为一个节点，去实现一套类似于 etcd 的分布式数据库系统呢？
文中虽然没有实现该系统，但给了一个很赞的启发。
在浏览器中去实现 CAP 原理中的 C，可太有趣了。
3. 快餐文分享：
React Lazy Loading - A Guide to Code Splitting for React Components
文中介绍了一种工程实践，利用 React.lazyLoad 将非首屏的资源 拆包后延迟加载，从最开始的 首屏加载 1mb 的资源变成 只加载 几十kb 的资源，收益非常明显。
4. 好文分享：
Generator Tricks For Systems Programmers
一篇讲述 Python Generator 的好文，文中用大量例子去证明生成器在处理数据 IO 时的优美便捷性。
这种内部 DSL 设计得确实很赞，既可以流式处理数据源，又可以像 C# Linq 那样查询过滤数据。
5. 
6. 分享个惊艳的项目：
liriliri/chii - Remote debugging tool
这是一个调试神器，原理类似于多年前的 Weinre。
可以做到 远程（互联网）、跨终端设备限制（就算是 WKWebview）、且无需代理去调试当前设备浏览的页面。
其流程是需要在页面中注入一段脚本，然后脚本与远程服务器建立 Websocket 连接。 服务器拿到终端页面的信息后，通过 Chrome 开源的 Devtool fronted，渲染出 调试页面供用户使用。
用户在调试页面交互时，会发送消息到终端。
而刚刚提到终端注入的脚本 可以视为 Chrome devtools protocol JavaScript implementation，是对于调试动作的消费端。
一句话概述：通过 WS 建连， Chrome devtools protocol 作为通信规范，Chrome devtools-fronted 作为调试工具页面，很大程度上 模拟出 开发时的调试体验。
值得一提的，chill 还有提供 whistle 插件。
而 阿里开源的 lightproxy 调试工具 正是基于 ws + 该插件的 electron 封装。
该工具，有很大的市场前景，可以被挖掘下，天下唯 WKWebview 调试苦矣。
7. 每日一句分享：
The modern web is a nightmare without an adblocker and annoyance blocklists.
8. 快餐文分享：
Async I/O for Dummies
一篇讲述异步IO、高并发基础概念的文章。
开篇先是从处理IO 时的 回调地狱到 Future 模式再到最后的 async，简单概述了下语法层面的各种方式，但 async 也有函数染色的问题。
后面主要用例子解释了 面临 C10K 问题时 NIO 的必要性。
最后提到的 Back-Pressure 类似于限流，削峰 的概念。
9. 快餐文分享：
VasSonic成长历程
文章介绍了 腾讯开源下 专注于首屏性能的全链路项目 VasSonic。
项目中用了很多奇技淫巧、黑科技，值得学习、借鉴。
但该项目 不是一个通用的解决方案，客户端、前端、服务端都要同步接入，侵入性太大..
10. 
11. 快餐文分享：
Service worker caching and HTTP caching
文章介绍了 SW Cache 与 HTTP 缓存之间的异同，可以看出 SW Cache 使用场景比HTTP Cache 更多样，可以精确控制每个文件的缓存时间，缓存策略，并且使用时也没有 HTTP 缓存的大小限制。
12. 快餐文分享：
Defensive CSS
防御性编程一直以来都是保障稳定性的规范之一，在编写样式时，常见的措施有 stylelint，CSS reset 库，但这些都很通用，太通用就不实用。
而文中结合实际场景介绍了大量 CSS 防御性编程的案例，有很多都值得学习。
13. 每日一句分享：
Logging should not do any side effects except writing to the log.
（Log4j 是今天最亮的一颗星，一己之力 hack 调互联网）
14. 分享一本最近读完的书：
《字节跳动：从0到1的秘密》
我曾经认为，想要创业成功 最直观的方式是解决一个没人没解决过的问题，或者挖掘一个全新的垂类、信息交互场景，然后像大多数创业故事那样一骑绝尘。
但现在看来 想要创业成功，关键不在于你的 idea，解决方案，因为复制想法的成本很低，就比如文中讲述的抖音发展历程，或者国内那些国民应用。关键应该在于你是否有入场机会，以及有入场机会后 各方面资源的协同 补足性。
创新与想法不是关键。
15. 好文分享：
I blew $720 on 100 notebooks from Alibaba and started a Paper Website business
文章介绍了作者的初创项目，整个项目仅来自作者无意间的一个荒诞想法："Can you build a website from a piece of paper?"
想法虽然很荒诞，但现在 OCR 的识别能力 已经可满足大部分场景，关键难题就延伸成 如何提高识别的准确率，文中作者使用 GPT-3 训练出了一个 spellchecker，然后再将识别出来的内容，生成网页文章。
当基本满足自己使用后，作者开始考虑产品的商业模式，他使用了常见 saas 产品的订阅服务，一年 3600💲…
万事俱备后，就差推广了，作者的推广路径很原始，在社区中不停宣传，然后被某专注于高效率办公自媒体发现宣传后，最终获得了流量、客户。同时更大的意义是 它做到了改变人们的写作方式。
Can you build a website from a piece of paper? People were doing it right now!
从文章可以看出，一个成功的产品离不开，对可行性产品的挖掘能力，执行力 快速打造mvp，以及根据现有资源的推广。
16. 快餐文分享：
从消费者行为模式到用户增长模型
文章先是梳理了 消费者的行为，包括上图的多种模式，这些模式之间的侧重点不同，整体偏学术；文章后半部分以一些互联网公司的案例 分析了各种用户增加模型，其中模型中指标的深层含义与消费者行为密切关联。
17. 快餐文分享：
Why C# goes well with TypeScript
文章是一篇非常主观 谈编程语言的文章，作者用了很多例子来比较 ts、js 与 csharp 语法的异同，并单独讲了一些 csharp 中设计很赞的语法糖，值得一提的是 ts 与 csharp 都是被 Anders Hejlsberg 设计的，出自大师手笔。
18. 快餐文分享：
Record, replay and measure user flows
Chrome 将在 97 版本新增 Recorder 特性，可记录保存用户在页面上的操作，回放操作时也可以增加某些步骤编辑，或者做性能评测。 算是自动化场景的杀手锏。
19. 惊讶系列分享：
Do infinite scroll without JavaScript
如何不使用 JS 做到页面无限滚动，自动加载下一页的内容呢？链接中给出了实例。 基本原理是：服务端保持长连接，并且 页面底部有 声明 lazyload 属性的 隐藏 img 元素，每次滚动到底部时，img 发起请求，长连接写入新的内容 + 新的 img 元素。
20. 分享个项目：
webpack/tapable
该项目是 Webpack 的插件管理库，可单独使用。
如果你的项目中存在明显的事件流特征，且逻辑依赖之间层次清晰，那么可以尝试使用 Tapable 进一步的划分项目中的流程，将核心逻辑与可插拔的逻辑抽离出来。
21. 每日一句分享：
能被 Saas 化的产品，终将被 Saas 化。
22. 每日一句分享：
越是创造性工作，就越不可能把工作和生活分开。
体力劳动搬砖你可以朝九晚五，下班后脑子里不会想砖头；如果是文艺创作，大部分灵感都来自非创作时的生活见闻。
干互联网也是如此，下班路上脑子仍然会对设计问题代码问题思索，生活和工作都沉溺在屏幕中。
# 11
1. 每日一句分享：
The metaverse is bullshit because it already exists, and it's called the internet.
2. 快餐文分享：
我们一起学习CSS image-set()
来自张鑫旭老师的一篇文章，文中采用对话风格，读起来很有趣。 在图片资源优化中，如果只优化 img 元素是不够的，还需要处理另一个图片加载入口 css url 函数。在图片格式兼容中常见的一种方式是使用 picture 元素（不兼容低端机型）承载兜底图，而 css 代表的则是 image-set 属性。
实践时，可以通过 postcss 插件 来处理。
3. 分享个有趣的项目：
MangoDB - A truly Open Source MongoDB alternative
因为 MongoDB 放弃了开源协议，所以社区的替代品出现了。 其技术原理非常有趣，它并不是完全自研的数据库，而是基于 PostgreSQL 做的上层SQL 命令 transform，把 orm 那一套封装到了 db。
发现 orm 的演进方向有两种，一种是 DB 概念透传，比如 gorm，一种是无视 DB 概念，即你可以在传统 SQL 数据库上 做图数据库，文档数据库的事情，比如 Ent。
由于复杂度守恒定律，后一种高度抽象的 Orm ，生成的 sql 会比较复杂，效率低。
4. 分享几篇美团技术博客 产出的性能优化文章：
其中既有宏观上的综述类文章，比如系统性工程、前端专项的优化措施梳理（1，2）；也有微观上 针对具体场景的探索，比如 Webview、预渲染技术 探讨（3，4）。 这些文章都很值得一看，可以帮我们完善思维框架。
1. 境外业务性能优化实践
2. 美团金融平台Web前端技术体系
3. WebView性能、体验分析与优化
4. 构建时预渲染：网页首帧优化实践
5. 分享个有趣的项目：
ct.css
通过 css selector 将 head 里阻塞关键路径渲染的资源打印在页面，源码值得一看。
6. 快餐文分享：
How Partytown's Sync Communication Works
介绍 Partytown 系列的第二篇文章，该文先是点出了 传统 postMessage 不能胜任其通信场景的问题，然后主要介绍了 WebWorker 同步通信的黑魔法。 简单来说，借助 Ajax 做到 worker 发出、收到消息的同步，但消息会经过 Service Worker proxy ，最终走 postMessage 异步。 感兴趣的同学可以读下源码，设计得还是挺有想法的。
7. 工具分享：
Modern Unix
收集了常见 unix 命令的现代替代品，列举得还挺全的。
8. 快餐文分享：
HOW TO LEARN COMPILERS: LLVM EDITION
文章总结了一些学习资源，从 AST to IR to Machine code 的路径上进行拆分，分门别类的 从三个方面：前端 中端 后端 推荐。
9. 每日一句(误)分享：
页面性能瓶颈 是要分运行环境的。
在浏览器最大的瓶颈是单线程模型, 这就是为什么 React 16 提出了 fiber 架构，将组件树渲染过程 增量化。 在跨端 比如小程序、RN、hybrid 的性能瓶颈 除了渲染成本，还有线程通信, 这时 vdom 就起了作用, 可以将多次通信 批量化。
想要优化 最直接的解决方法是去掉 程序运行时的成本，把运行时的消耗分摊在编译时，比如 Svelte 框架主打的想法。
除了架构上的优化，更多的是与运行时环境相关，这种场景的优化方案很多了，根据环境一般区分两种：
1. Web
用之前看到的一篇文章举例：
How to Eliminate Render-Blocking Resources: a Deep Dive
该篇文章属于页面性能方向，一开始介绍了 页面的关键渲染路径是什么，其重要性(用户体验，页面性能，SEO)。 然后通过梳理渲染路径，找出可能阻塞渲染中的资源(CSS，JS-Maybe)并给出造成阻塞的原因，文章后半部分主要围绕着借助 Lighthouse 发现问题，并解决问题来进行。
2. Hybrid
常规 Hybrid 的性能是一定大于 Web 性能指标的，很明显 Hybrid 有 Webview 创建的时间，一般会比 Web 的 FCP 大 70-800 ms，但如果优化的足够，就可以在 后台 prerender，达到页面秒开的假象。 这里的优化措施也较明显，preload webview 就好了，参考 东软的专利
。
除了框架与常见优化外，现在社区有一种新趋势出现，那就是 flutter web 为代表的 canvaskit 渲染(基于 2d 图形库 skia)，但项目初衷 for cross platform，对 performance 有多大正向收益，社区没有这方面的声音，美团官方有产出一篇文章，可以看出并无明显的性能收益。
FlutterWeb在美团外卖的实践
10. 快餐文分享：
Developer Tools secrets that shouldn’t be secrets
Edge devtool pm 的一篇文章，介绍了下常见 devtool 的一些用法。 其中一条 tip 是使用 snippet 从端上注入脚本。 想到一点是，移动端应用可以通过签名检查防止 反编译，比如 ios 的 公证机制，那 web 端有没有可能做到呢？ 想到一种可能，通过加载后的 dom tree 可以做下快照（预期与实际渲染）对比，然后对比逻辑需要混淆埋到代码中。
11. 快餐文分享：
Deep dive into Node.js Architecture
一篇介绍 NodeJS EventLoop 的文章，有些偏理论，涉及到 os 层面时 libuv 一笔带过了。
简单来说，Eventloop 分为三个层面，libuv 只是最上面的应用层，还有内核层与硬件层。 内核层上，os 提供了很多 bio 的机制，比如 select，poll，epoll，或者 信号等。 这些调用对应到 硬件层都绕不开中断，cpu 芯片上的一个引脚，可以让 os 进入到 ring0 处理相应程序。
12. 分享一个开源的浏览器自动化工具：
看起来功能很惊艳，通过拖拽 可视化的节点 完成工作流。
13. 每日一句分享：
"A computer would deserve to be called intelligent if it could deceive a human into believing that it was human" — Alan Turing, Computer scientist
14. 快餐文分享：
Rust Is The Future of JavaScript Infrastructure
一篇介绍 rust 的软文，列举了 rust 对 js 生态的一些贡献，可弥补哪些生态中缺失的缺失。
15. 惊讶系列分享：
How To Make A CPU - A Simple Picture Based Explanation
虽然我看不懂，但我大为震撼。
16. 快餐文分享：
What is the async disposer pattern in Javascript
文章较基础，讲了一种抽象 生命周期相关逻辑 的编程模式。
17. 快餐文分享：
JEP draft: Virtual Threads (Preview)
OpenJDK 提供用户级线程，该来的终于来了。 可以看出它的实现原理，宏观上与常见的调度程序很像：The JDK implements virtual threads by storing their state, including the stack, on the Java heap. Virtual threads are scheduled by a scheduler in the Java class libraries, whose worker threads mount virtual threads on their backs when the virtual threads are executing, thus becoming their carriers. When a virtual thread parks -- say, when it blocks on some I/O operation or a java.util.concurrent synchronization construct -- it suspends, and the virtual thread's carrier is free to run any other task. When a virtual thread is unparked -- say, by an I/O operation completing -- it is submitted to the scheduler, which, when available, will mount and resume the virtual thread on some carrier thread, not necessarily the same one it ran on previously. In this way, when a virtual thread performs a blocking operation, instead of parking an OS thread, it is suspended by the JVM and another one scheduled in its place, all without blocking any OS threads……
值得一提的是，openJDK 并没有提出新的语法，而是放到了 Thread 类中，算是最小程度的修改了。
18. 快餐文分享：
Types of parser combinators
一篇赞赏 combinator 的文章，文章先是介绍了 parser 在程序中的通用性，后面主要描绘了 highly composable 在 coding 时的好处。
19. 产品分享：
Layout patterns
A collection of layout patterns built using modern CSS APIs that will help you build common interfaces such as cards, dynamic grid areas, and full-page layouts.
20. 快餐文分享：
What's new in Kotlin 1.6.0
文章概括了 Kotlin 16 的 新特性 & change-release 。 其中包括 when 使用场景的提升，模式匹配能力更强；suspend 类型标注更广泛等。
21. Podcast 分享：
AsyncTalk - 前端的工程化
播客的主题是关于前端工程化的问题，以及对未来的展望，如何身体力行地去参与创建下一代前端。内容主要三个部分 —— 开发，部署，运维。
22. 
23. 快餐文分享：
Tmux使用手册
tmux 是一款优秀的终端复用软件，文章详细介绍 tmux 的使用技巧，配置方式(比我看过的所有文章都更详细)。
如果不想这么复杂，可以试试 oh-my-tmux，内置了很多开箱即用的配置。
A: 要有个大屏幕会好一些, 笔记本就别用了,费眼。共享session的特性 , 挺适合交流的。 B: split window 只是 tmux 一个特性而已,复用 session 才是主要功能.
并且还可以借助 session 管理工具 做到工作流自动化.. 就比如开发时 经常会开启项目相关的 服务器, 编辑器, 本地监控, 某服务的 repl...
使用 tmuxinator 这种工具 都可以将这些流程自动化.. 一条命令就搞定.
24. 快餐文分享:
Improve Your Workflow in the Terminal with These fzf Tips
文章介绍了三个使用 fzf 的函数, 通过其模糊匹配窗口交互方式,提升在终端的生活质量. fzf 官方也维护了一份常见的例子,感兴趣的同学可以点开看看.
25. 如何安全地网上冲浪……
26. 快餐文分享：
Only 90s Web Developers Remember This
文章列举了一些古老的前端开发时的代码，正如标题仅有 90 年代的开发者知道…
27. 快餐文分享：
How JavaScript engines achieve great performance
一篇介绍 V8 编译时优化的文章。包括 V8 的执行原理，hot code 生成时机，对象后 隐藏类的数据结构 以及访问时的内联缓存的优化，还有常见的代码内联机制。 文中有一段话说的很让我认同。
Think about it. There is no type information. Every single object can gain and lose properties over the lifetime of the program. There are six(!) different kinds of falsy values, and every number is a 64-bit float. As if that wasn’t enough, JavaScript is expected to execute quickly, so you can’t spend a lot of time analyzing and optimizing it either. And yet, JavaScript is fast.
28. 快餐文分享：
Golang 编程思维和工程实战
文章总结一些常见的编程实战技巧，文中多次使用“优雅” 我是不赞同的，Golang 的优雅只能相对于裸命令式的语言而言..
29. 好文分享：
Is my cat Turing-complete?
一篇十分有趣的文章，作者用严谨的论据证明了 他的小猫咪🐱是图灵完备的。 实际上 作者是想强调开发时不要滥用新特性，指 C++..
30. 快餐文分享：
Welcome to Fleet!
Jetbrains 终于推出一款主打轻量级 对标VSCode 的编辑器，基于 jvm 与 部分 Rust，算是 VSCode native 了……
31. 快餐文分享：
Defer non-critical CSS
一直以来 页面关键渲染路径 是影响页面性能的核心因素之一。其中 资源加载的优先级非常重要，虽然 google 最近推出了 lint importance 但距离落地还是有一段时间的，那么现阶段如何手动处理呢？文章给出了一种延迟加载 CSS 不阻塞路径的方案，使用起来比较简单。
# 10
1. 每日一句分享：
好的艺术家复制，伟大的艺术家窃取。
2. 快餐文分享：
Generics in Go
文章介绍了泛型的基本概念，1在新版本 Golang 中的打开方式，如何借助内置约束、类型更好地使用等。
从语法层面上看 增加了上下文的范围 且 借助泛型约束不丢失类型检查能力。
从编译层面上看 磨平了 操作 不同布局的内存 的差异，让数据更通用。
3. 快餐文分享：
20 Things I’ve Learned in my 20 Years as a Software Engineer
作者回顾多年工作经历，给出了 20 条团队建设，工作规划的建议，内容很直白 且 很多都是通用场景下的。
4. 快餐文分享：
3 TypeScript Tricks I wish I knew when I learned TypeScript
文章如题，介绍了编程时使用 TS 内置泛型、unknown 的三个技巧。
其中第一个技巧很受用，使用 Readonly 限制对入参的修改，使函数减少副作用，属于防御性编程一种很好的实践。
编程时收益最明显的实践之一 就是 写纯函数了，不但可以明显减少 Bug，还因为其不依赖外部上下文，可以随处 Copy。
5. 快餐文分享：
各流派React状态管理对比和原理实现
文章介绍了三种流派的状态管理库，并分别梳理了各自的核心原理，使用差异。
6. 快餐文分享：
Safer Enums in Go
文章探索了 实现枚举的几种方式，从最简单的 iota 开始如何变得越来越完美，文末的例子虽然语义明显，但要增加更多模版代码，语义类型足够了。
7. 工具分享：
Introducing Sapling: a VS Code Extension for Traversing React Component Hierarchy
文章推广了 一个 VSCode 扩展，在较大的项目中可通过自动构建 Props 依赖树的方式，帮你快速在文件中导航。 看起来是存在一定使用场景的，并足以见得编辑器扩展机制设计的合理性。
优秀的插件机制是可以构建出生态，反哺本身的。
8. 每日一句分享：
I think computer viruses should count as life. I think it says something about human nature that the only form of life we have created so far is purely destructive. We’ve created life in our own image.
9. 快餐文分享：
说一说Web端侧AI
摘要： AI 正在不断拓展前端的技术边界， 算法的加持也为前端研发注入了全新的力量。 本文为大家介绍什么是端智能，端智能的应用场景以及 Web 端侧实现 AI 的基本原理概念。其中 Web 端的算力支撑比较有趣，GPU 有 WebGPU、WebGL，CPU 有 Webassembly，比较知名的 tensorflow 可以通过设置不同的后端来使用不同的硬件。
虽然端 AI 目前没有优秀的产品 case，但随着终端发展逐渐多样性，用户交互逐渐趣味性，后续有可能会衍生中其使用场景。
10. 快餐文分享：
Bringing instant page-loads to the browser through speculative prerendering
文章前半部分介绍了 现代 Web 标准的 prefetch prerender 机制，包括 prefetch 的行为， prerender 的实现（纤细化的 后台 render 进程）。 文中重点讲了社区中知名的两类 prefetch library，也代表了两种流派，一根据可视窗口简单粗暴加载，二根据点击频率数据加载，还有一种流派 根据用户行为比如 hover 某一链接。
文末梳理了下实验性的一些预加载方案，包括 portal、Speculation rules。
11. 快餐文分享：
Everything you need to know about Web Renderers in Flutter
文章介绍了 Flutter 的两种 Render 引擎：HTML、CanvasKit ，并分别介绍了各自的优缺点与使用场景。
可以看出 HTML 中的内容 用 Canvas 完整复刻出来 还是很困难的，尤其是字体渲染的问题。并且 Flutter CanvasKit 使用的 Skia（2D图形库）应该很难支持高帧率的媒体资源。
12. 快餐文分享：
Why I Hate Frameworks, Benji Smith.
今日 HN 热文，整篇文章以一种黑色幽默的对话口吻讲述了 主人公买锤子（暗指 Java 框架生态）时遇到的荒诞事情。
很多时候，我们只需要一个简单的锤子，结果却采用了一个高级通用 可创建锤子工厂的工厂……
13. 快餐文分享：
Building a static site generator in 100 lines of Rust
使用 一百行 Rust 代码创建一个简单的静态文档生成器。 文章主题与我之前翻译的一篇文章很像，NodeJS 只需要 40 行
14. 快餐文分享：
136 facts every web dev should know before they burn out and turn to landscape painting or nude modelling
一位具有25年资质的开发者 总结出来的各种建议，包括 用户体验，组织架构等等。
15. 
讲好一个故事的基础框架。
16. 快餐文分享：
How to schedule a task at a specific time in Go
内容如题，文中给出了一种 timer 定时 加 select 阻塞的方案。
17. React 官方最近正在重写文档：，所有的 demo 用 hooks 重写，并增加了可视化图表与在线交互功能。
18. 好文分享：
Optimizing resource loading with Priority Hints
文章较长，可分为三个方面。
开头介绍了 浏览器 解析资源的优先级规则（有表格）。 然后主要梳理了，如何通过现有的能力去操控 资源优先级，优化关键路径渲染 提高 lcp，并着重强调了一些 现有能力无法覆盖的 case 。通过这些 case 引出了 importance hint 新特性。 最后讲了下新特性的 roadmap。 文章整体的脉络梳理的比较清楚，能有助我们思维发散。
19. 快餐文分享：
Getting Started With Webpack
文章介绍了模块化概念在前端的体现，后面花多个章节介绍 Webpack 的基本概念，使用方式，优化配置等。
20. 快餐文分享：
Web Performance Recipes With Puppeteer
文章介绍了如何利用无头浏览器做性能统计，客户端环境模拟等优化措施。 文章的最后一个 topic 是梳理代码中使用率报告，之前一直有个想法，想借助无头浏览器做 运行时 的 treeshaking，并非传统编译时的优化。 这个想法从理论是不可行的，因为 终端的逻辑分支、用户交互是不可被穷举的，但有些场景是可以考虑的，比如简单的海报活动。
21. 
22. 快餐文分享：
“社科热”陷阱：年轻人热衷社科，是破圈的假象还是另类的鸡汤？
讲年轻人社科热现象的一篇文章。
文中摘要：
传统的鸡汤关注个体的能动性，相信努力就能成功，付出就有收获；社会科学则指出，个体在很多时候是受制于结构的，是身不由己的，人们由此为自己的困扰找到了社会层面的原因，继而把自己的境遇合理化。但，“然后呢？”
当我们问出这一问题时，便会发现许多年轻人往往止步于此。
23. 分享一篇有关 Golang 调度器模型 GMP 原理的文章，个人认为写的很棒。
24. 分享一个有趣项目：
CookLang – Recipe Markup Language
看看极客是怎么整理菜谱的……
25. 好文分享：
Building an effective Image Component
一篇介绍图片资源优化的综述文。 文章先介绍了图片在页面性能中的权重，未优化的图片对 LCP 造成影响。 然后抛出了图片优化时的一些难点，并借此引出文章的主角 NextJs Image 组件，一个开箱即用的解决方案。 随后重点讲其优化措施，以及面对开发者时 如何在开发体验与性能保障 中取衡。
文章暴露的问题很明显，不管怎样 性能优化 都要侵入开发层，开发者都要承担其带来的心智成本，关于图片组件优化，理论上可以在编译时 通过 babel plugin 去替换。 理想场景是开发者不必关心媒体资源的优化。
关于之前提到的 使用 babel 插件做图片格式优化（比如 png 换成 webp、avif 以减轻页面的资源体积），主要是为了将 img native element 换成 一个 集成多种优化方案的 Image 组件。
但该方案需要侵入开发层，个人开发还好，但团队开发中 制定开发规范是很难推进的。
如果让开发者无需承载任何心智成本，优化措施就需要集成在运行时。 我们优化的目标就是 Image DOM，而该对象代表的就是 HTMLImageElement。
那么刚刚说的图片格式替换 的优化措施如下，借助 Proxy、Reflect 做到动态图片资源拦截。
当然 这也需要静态资源 cdn 边缘计算能力，或者 图片资源打包时的下一代格式的处理。
可以看到 收益非常明显。
26. 每日一句分享：
张潮在《幽梦影》中说：“人莫乐于闲，非无所事事之谓也。闲则能读书，闲则能游名胜，闲则能交益友，闲则能饮酒，闲则能著书。天下之乐，孰大于是？”
27. 
常见的工具类型。
28. 
29. 好文分享：
Which Programming Languages Use the Least Electricity?
编程语言之间的能量消耗，运行时间，内存占用分析比较。 通过多种程序的 benchmarks 测试，研究者发现 运行时间与能量消耗并不成正相关，但有种趋势是 在大部分场景下 解释型语言的能量消耗，内存占用往往高于编译型语言。在语言范式方面，则是命令式更高，fp oop 都不敌。 导致这些结论的原因也很明了，毕竟慢的语言、范式都是更高一层的抽象，应了那句杨学：复杂度不会凭空消失，只会被转移。
30. Podcast 分享：
聊聊音视频技术
两年前的一期播客，很多知识依旧受用，介绍了 音视频技术主要包括的内容，对音视频技术的思考和未来前景的分析。
# 9
忙碌的一个月，精力分配不足..
1. 快餐文分享：
Why did the web take over desktop and not mobile?
文章先是介绍了，市场中对称竞争与不对称竞争(It shifts the basis of competition.)的关系。然后阐述了 计算机时代的五个阶段(Each epoch was a shift in the means, mode, and relations of computing. )
在此抛出了阶段转变中两个关键性的问题： web 如何颠倒了 pc native software; web 为什么没有颠倒 mobile native software.
第一个问题的答案围绕着 for the network，evolvable 进行(We’re social animals)。 在此阶段 商业模型也随之发生了改变。 可理解为非对称竞争。
第二个问题的答案很明了，Mobile ate the world 且 hah built the whole vertical slice，商业模式也扩展到 IAP 软件订阅等。 可理解为对称竞争。
摘抄自文中一句话：
The main reason I care about the Web is because it's the world's biggest software platform that isn't owned.
Dave Herman, TC39
2. 快餐文分享：
10 lesser-known Web APIs you may want to use
文章介绍了一些不常见的 WebAPI，其中 ImageCapture（视频帧捕获）可以将视频流中的帧转换为图片；BroadcastChannel（同源 Tab 广播）看起来可尝试取代 传统 LocalStorage onEvent 的方式。
3. 
4. 每日一句分享：
A large fraction of the flaws in software development are due to programmers not fully understanding all the possible states their code may execute in.
5. 之所以 FP 的 Immutable、Pure Function，语言中静态类型被人追捧，就是因为这些理论能在程序中 起到状态约束的作用。
状态约束对应的逻辑层面，编译层也可做一些内存生命周期的约束，就像 Rust 所有权提倡的那样。
6. 快餐文分享：
Asynchronous Programming in C#
HN 今日热文，CSharp 异步编程指南，介绍了各种场景下的 pros and cons。 HN 上的讨论也十分精彩，值得一刷，有几种类别： 异步于 CPU 执行时的瓶颈，使用的场景(IO 密集)。 异步于语法层面的心智负担，打开方式。 业界内不同需要对于异步的处理。
7. 快餐文分享：
Introducing Partytown 🎉: Run Third-Party Scripts From a Web Worker
文章先是强调了传统 CRP(关键渲染路径)中阻塞 JS 对性能影响的占比，后续给出了一种独辟蹊径的解决方案，既将所有第三方脚本放到 Worker 中执行，设想一下 没有 JS 的页面对性能的收益是成指数的。
而 Worker 除了兼容性问题，与主线程还存在异步信息同步的机制。 所以其中最大的难点在于 Worker sandbox 如何同步地读取 main thread 的信息，文中给出的方案是 在代码层增加代理去实现(作者下篇将会讲述原理，感兴趣的同学可以看下源码)。
8. 快餐文分享：
what's new in react 18?
文章很长，每个新特性介绍得都很详细。 作者开头先是讲述了一些新特性依赖的基本概念(SSR, Hydration,Suspence)，后面花大章节逐个解释每个新特性的背景，用法，以及之间的联系。
其中不难看出 React18 把重点放在了两个方面：
1. 优化 Runtime 的性能： 新特性有 并发模式，所有状态更新批量化，更新区分优先级，懒加载组件。
2. 为 CSR 渲染阻塞，SSR 网络链路延迟场景提出新的解决方案：流式渲染 - Server Component 流式渲染 已经不是新的概念，10年前 脸书就有了 bigpipe 技术，近些年 CDN 边缘计算也有这方面的倾向。
# 8
1. 快餐文分享:
Generate a fully-working Go CRUD HTTP API with Ent
Ent 是 facebook 开源的图数据库 ORM 框架，底层兼容各种传统型数据库。 文章介绍了一种与 elk(web framework) 结合使用的方式，定义一套 scheme(Ent 提供的规范，属于一种内部 DSL)，执行一次命令，即可生成 CRUD Api (elk cover)与 SQL Command(Ent cover)。 之前的项目中深度用过 Ent，这种根据 DSL 吐出代码的 ORM，比传统的 gorm, xorm 体验增强很多。 因为使用传统 gorm 时，还需要经常接触 SQL 的概念，甚至有时候还需要手写 SQL，这种程度的封装 应该称之为 ORM Lite...
要么就简单得没有缺陷，要么就复杂得足够简单。
2. 
调用该文件默认导出函数后，该文件在不同线程中会运行两次，一个是主线程等待结果，一 个是子线程做计算。
用事件做消息通信，符合 NodeJS Event-Loop 思想模型，有趣。
3. 好文分享:
Running CPU-Bound Tasks in Node.js: Introduction to Worker Threads
文章很长，主要围绕以下三个问题展开:
1. 什么是 CPU 密集型应用
2. 为什么 NodeJS 不能胜任 CPU 密集型场景
3. NodeJS 该如何克服 CPU 密集型额的场景
文中涉及了很多概念，问题背后的理念讲得非常清楚，属于综述类文章。 这样的文章可以让我们思考，并帮助我们在遇到类似场景时做决策。
4. 每日一句分享:
"When I see a door with a push sign, I pull first to avoid conflicts" - anonymous
5. 快餐文分享:
New in Git: switch and restore
文章前半部分介绍了 git checkout 的复杂性，既可以 切换分支，指定 commit，也可以用来回滚工作区文件。 高版本 Git 增加了 git switch 与 git restore 来拆解 git checkout 的功能，文中给出了使用 case。
6. 每日一句分享:
葬礼越多，科学越进步。
7. 快餐文分享:
电商巨头的好日子到头了？
文章根据一些企业的宏观数据去分析国内电商布局与发展战略。
8. 最近在熟悉 VSCode，分享两篇文章：
1. 微软官方推出的 VSCode 基础技巧
2. VSCode 那些你可能会用到的功能
9. 快餐文分享:
腾讯企鹅辅导 H5 性能极致优化
文章梳理了一套 H5 性能优化的思维框架。
10. 七夕了，刷到了 HN 上一篇爱恨情仇的帖子，vim 党 、Emacs 与现代 IDE之间的派别之争：
11. 好文分享：
JavaScript needs more helper functions for iteration
一篇讨论迭代器特性的好文，文章整体脉络结构很清晰，文章作者也是社区内名气较大的布道者，Deep Javascript 的作者。 文中关于迭代器的解读很有趣，将其使用方式分为生产者与消费者，并用一个个 demo 去论证 helper 函数如何更好地与 customer 结合。
Deep Javascript 开源电子书：
12. 快餐文分享：
Microfrontends With React
文章主要给出了一种实践，在 React 工程中 微前端的加载子模块的方式，可以看出对 编译层侵入较多。
13. 快餐文分享:
Let's build a Full-Text Search engine
文章介绍了 如何使用 Go 一步步 构建一个简易的全文搜索引擎。 大体流程如下:
1. 文本处理(分词,去掉常用词,token 小写 不同时态替换, nlp...)
2. 设计分词的数据结构（倒排索引）
3. 搜索（根据 关键词分词后命中次数排序）
14. 
上图只是从语义层面的分析, 实际上 SQL 执行顺序不是完全这样,数据库引擎会做很多优化..
上图来自于这篇文章.
SQL queries don't start with SELECT
15. 快餐文分享：
6 Command Line Tools for Productive Programmers
一些提高生产力的命令行工具。如果你经常生活在终端，推荐阅读。
16. 今日 HN 热文：
Imba – I have spent 7 years creating a programming language for the web
一栈式 编程语言，除了语法形式的一致性，还内置了一些社区中知名的库，没什么有吸引力的特性。
17. 
跨端中常见的终端通信机制。
18. 分享个问题:
因为渲染机制的差异，在大部分场景下 canvas 渲染的性能是高于传统 dom 渲染的，那么问题来了，里面的回答考虑的很全面。
Does it make sense to create canvas-based UI components?
19. 每日一句分享：
华尔街的投资家使用各种方法，希望比他人更早获得内部信息。他们向卫星公司购买图片，专门监视美国67,000家大型商场门口的停车场，通过车辆的数量判断商场的生意。据估计，他们使用这种方法，每个季度的收益率可以达到4％至5％，转化成年率就会非常可观。
20. 快餐文分享：
Practical Uses of CSS Math Functions: calc, clamp, min, max
文中介绍了 CSS 中 4 个计算函数，并给出了常见的使用场景，总结得很详细。
21. 快餐文分享:
今日头条品质优化 - 图文详情页秒开实践
针对 Webview 场景的性能优化方案。 文章从客户端视角出发，在固定页面结构的情况下(只需考虑数据拉取、注入、渲染)如何应用一系列手段做到体验极致。
22. 快餐文分享：
How Did Vim Become So Popular
文章概述了 Vim 的历史演进，从上世纪 70 年代的 QED 到 Ed（editor） 再到 Bill Joy 开发的 Ex（Extend ED），然后可视化浪潮的兴起，EX 摇身一变成为了 Vi(Visual)，随后慢慢出现了很多 Vi 变体，其中 Vi Improved 受众最高 且 完全兼容之前的 Vi，也就是现在被人民所选择的 Vim。
23. 快餐文分享：
Announcing TypeScript 4.4 RC
TS 4.4 发布，除了一些类型分析，性能上的优化，语法上新增了 static block(like Java)，编译器层面增加了 内联提示(like kotlin)，node\_modules 导入路径优化。
24. HN 今日热帖：
现代 Web 站点是什么样子呢？(太过真实)
25. 快餐文分享：
NodeJS Performance Optimization with Clustering
NodeJS 通过使用 cluster 来处理网络请求，提高性能的简易教程。
26. 分享篇文章：
canistilluse.com
相对于 Web 兼容性查询站点 caniuse ，canistilluse 是什么？为什么会有该产品，浏览器厂商实现标准时 有哪些不合理之处，文章着重介绍了这些事情，透露着一股用户对产品的无奈。
27. 
28. 快餐文分享:
Pnpm: 最先进的包管理工具
文章介绍了，Pnpm 安装复用依赖的机制，又是如何通过系统的 软硬链接 做到 performant npm。 可以看出 前端的包管理器还处于刀耕火种的时代..
29. 快餐文分享:
The underutilized usefulness of sync.Once
文章介绍了 Sync.once 的的含义与数据竞争场景下的使用 case，且还给出了一种用 channel 模拟 once 的 demo。
Once 在数据竞态下如何保持原子性，就离不开 Go 的 atomic library 了，里面有很多底层指令，汇编代码。
30. 每日一句分享:
You cannot reduce the complexity of your problem by increasing the complexity of your language.
31. 每日一句分享:
Somewhere between Objective-C and Swift1-5 you ended up with one framework from the past, one framework from the future, and one tangled mess in the present.
# 7
1. 每日一句分享:
100年前的中国，四千个人里面才有一个中学生，其他都是文盲。
2. 快餐文分享:
张一鸣为什么总有远超他人的认知？
如果文章后半部分能辩证地去描绘就好了...
3. 
4. 产品运营的三大目的：
1. 拉新：拉取新的用户
2. 留存：活动用户转化实际用户
3. 促活：老用户激活
看起来，产品运营做的事情 都是由指标衡量的。
5. 每日一句分享:
Jevons悖论：业界对节约煤炭研究不会降低煤炭需求，反而会因为提升了煤炭使用效率而加大对煤炭的需求。
这句话 让我联想到 大牛们发明各种压缩算法，让数据更紧凑..
6. 快餐文分享：
RenderingNG
Chrome 下一代渲染引擎 RenderingNG 介绍。
7. 每日一句分享：
人脑可看做一个CPU，整块时间的效率最高，多线程并行会带来上下文切换的不良成本。
8. 每日一句分享:
苦读十多年，进入顶尖名校，熟悉前沿技术，进入互联网大厂，拿着 996 的高薪，最重要的工作是：骗人多点一下「继续抽奖」。
9. 快餐文分享：
计算机体系架构——一文读懂Cache（一）
关于计算机体系中负责 IO 的缓存，文章脉络很清晰，虽然包含很多方向，但大多只讲个概念。
10. 每日一句分享：
无论是从 mysql 到 mongodb 到 cassandra 到 time series db，或者从memcached 到 redis，从 lucene 到 solr 到 elasticsearch，从离线批处理到hadoop 到 storm 到 spark 到 flink，技术不是突然出现的，总是站在前人的肩膀上不断演变的。 而要能在浩如烟海的现代互联网技术栈中选择合适的来组装自己的方案，则需要对技术的来源和历史有一定的了解。否则就会出现一些新人张口ELK，闭口tensorflow，然后一个简单的异步消息处理就会让他们张口结舌的现象。
11. 快餐文分享:
精读《React 18》
文章具体分析了 Automatic batching，Concurrent APIS，SSR for Suspense 三大特性的背景概念。
12. 快餐文分享:
3 Programmers Got Fired (Including Me) Due to a Single App Crash
一位年轻开发者在初创公司的悲剧，文中处处透漏各种不合理性，失去投资也是情由所原。
13. 每日一句分享:
产品形态是最上层的抽象，决定了技术架构 底层设计的所有层层面面。
14. 快餐文分享:
好看视频与B站走向同一战场
用户需要糖衣，但是长期来看，他也需要药。
15. 分享个小知识:
在Android7.0及以上的系统中，每个应用可以定义自己的可信CA集。 默认情况下，应用只会信任系统预装的CA证书，而不会信任用户安装的CA证书。 通过代理工具,比如 Charles 安装的证书恰恰正属于用户安装的CA证书，因此会被视作不安全的证书。 如果想在高版本 Android 机上安装 CA 证书, 只能先 Root ...
如何解决呢?
1. 换 IOS 手机
2. 先 Root, 再使用 open-ssl 计算出证书 hash, 重命名为 hash.任意数字 移动到 Android 的系统分区的证书文件夹 即可.
16. 
全新的命名规范:
Reverse-pascal-reverse-snake case
17. 快餐文分享:
数据上报痛点解决方案
埋点上报如何更好地与业务结合。
18. 每日一句分享:
年轻人总想发现自己的诗人，并从中发现自己。
19. 分享篇文章：
30s 源码刨析系列之函数篇
本系列是对名库 30SecondsOfCode 的深入刨析。 本篇是其中的函数篇，可以在极短的时间内培养你的函数式思维。
20. 分享篇掘金的文章，总结了一些常见的命令行工具。
像闪电划破雨夜，这些开源项目瞬间点亮了漆黑的命令行
21. 10 Papers Every Developer Should Read
一篇09年的文章，作者总结了10篇他认为值得一读的计算论文。
22. 
JS 语言的内存区概览。
23. 脊髓是人体的中枢神经传递信号的通路，它的带宽有多大？一个神经科人士估算，可以达到每秒16.625 GB的数据，比 5G 通信的最快速度，还要快几十倍。
24. 快餐文分享:
Rust and the JVM
文章介绍了 JVM 对于 使用 Rust 时，可以免去 GC 静态标记的痛点，并给出了几种 JVM-Rust 集成方案。
25. 快餐文分享:
Useful Kotlin Idioms You Should Know
Kotlin 官方出品的文章，梳理了 Kotlin 的常见特性、风格。入门 Kotlin 之选。
问题来了，苹果借助 pingfang 字体可以无缝切换，那其他终端该如何实现呢？ 可以看下我两年前写的文章，使用 35 行 JS 代码即可完成。
网站必备之简繁切换
26. 发现了一个产品：
可以根据输入的 WiFi 名称与密码自动生成二维码，用户可以扫码直接连上 WiFi。
目前代码已开源，只有一个 web 端，感觉有一些商业价值可待挖掘。
27. The State of Developer Ecosystem 2021
本报告展示了 JetBrains 进行的第五次年度开发者生态系统调查的综合结果。 JavaScript 依旧是最受欢迎的语言。
JS 前端专属篇
一些有趣的结果: 49% 的受访者使用 React，43% 的受访者使用 Vue.js。
28. 分享期播客:
🎙EP-29.-架构设计与-12fallacy（上）
播客前部分主要围绕 ThoughtWorks 讨论其影响，与业界互联网公司的 diff。中间大佬们分享了很多面试经历以及如何招人。最后讨论了架构设计上的规范流程。
可能有同学不太了解 ThoughtWorks ，我简单介绍下，ThoughtWorks 不是常见互联网公司，是 ToB 的咨询公司，在业界非常知名，很多著名的概念，比如 微前端，敏捷开发都是其提出的。 并且ThoughtWorks 的洞见与技术雷达系列文章都非常有质量。
29. 好文分享:
The Ultimate Guide to Browser-Side Storage
文章梳理了 前端存储数据的各种方式，分成三部分介绍:过去已废弃的方式，现代主流方式，未来实验方式。 并在介绍时梳理了其优点缺点，使用方式，兼容性等。
IE 模拟 localStorage 用 window\.name 来存储数据真是让我没想到。
30. 每日一句分享:
如果懒惰意味着缺乏自律，那就是缺点。自律是高生产力所必须具备的条件。但是，如果懒惰意味着不必要的事情一件也不用做，那就是优点。 生产力不等于工作。
31. 快餐文分享:
利用机器学习通过网页预提取技术加快网站加载速度
文章介绍了如何以机器学习 + SW(Service worker) 作为抓手，去提高网站的性能指标。
具体原理是通过网站的分析数据(一些站长工具，GA)训练模型，预测用户在网站中可能访问的资源，然后放到 SW 中预加载，来减少网络请求。
文中整套解决方案的使用场景偏向大型网站(页面数量多，路由复杂)的场景。 像一些中小网站则完全可以枚举出资源，放到 Workerbox(Google推荐的 SW 框架)预加载即可。
我站点现在的缓存方案就是这样，并且还增加了 用户点击意图捕获，如果用户 hover 一个入口链接超过一定时间(300ms) 则会通过 preload prefetch 这些 meta 标签去预加载资源，且不阻塞主渲染线程。
32. 快餐文分享：
微信小程序基础架构浅析
文章介绍了微信小程序的背景由来，如何通过双线程的架构设计来达成监管与优化体验，后续讲解了与 RN 原生跨端的差异，开发小程序时的规范。
同样适用于小程序的渲染场景，使用 vdom 将通信成本批量化。
而小程序除了像 RN 的通信瓶颈，还有 webview 的渲染瓶颈，这就是为什么很多小程序框架(比如 taro)都做了类似于 Svelte 的事情，将 runtime 的时间成本放在编译时。
33. 快餐文分享：
How to Eliminate Render-Blocking Resources: a Deep Dive
该篇文章属于页面性能方向，一开始介绍了 页面的关键渲染路径是什么，其重要性(用户体验，页面性能，SEO)。 然后通过梳理渲染路径，找出可能阻塞渲染中的资源(CSS，JS-Maybe)并给出造成阻塞的原因，文章后半部分主要围绕着借助 Lighthouse 发现问题，并解决问题(篇幅很小，建议不全面)来进行。
34. 快餐文分享：
现代 Web 开发困境与破局
字节基建(Web 开发引擎)同学的一篇文章，梳理了现代前端开发时不同场景下的各种痛点，针对这些不同的痛点提出了不同的平台化解决方案。
35. 
# 6
毕设与我只能活一个
1. 把最近开发的毕设上线了一版, 项目的定位是语音社交平台.
有空的同学可以体验下, 提提意见\~
服务器是 香港的, 速度一般..
2. 快餐文分享:
Stack Overflow Sold to Tech Giant Prosus for $1.8 Billion
Stack Overflow 被 Prosus 收购，成交价 18亿刀，收购方是著名投资机构，也是 腾讯的大股东之一。
3. 最近开发时遇到了一个问题，感觉 开发 React 应用太自由了，稍不注意 逻辑代码就会很分散。
我指的 逻辑代码差不多是这几方面:
1. 控制 UI 逻辑
2. 副作用，网络 IO 逻辑
3. 状态管理逻辑
4. 数据转换逻辑
5. 领域相关逻辑
6. 埋点逻辑
这些逻辑的承载地方 有组件内部，HOC 组件，各种 Hooks，State 的 Effect，各种 unity。
因为 React 应用的搭建方式是 不同组件的组合。 所以把上面提到的逻辑承载 再分散不同层级的组件后，难免会出现不规范的问题。
并且业界一直提倡 UI 组件与 业务组件分离维护的原则，在实际场景下 其实很难实践，分开的场景有局限性。
当出现这种情况时，不得不单独抽离出一个 意义为 Provider 的 Wrapper 组件来包裹大部分逻辑..
只能说，逻辑承载的地方太多，且每个地方能做的事又太广..
4. 每日一句分享:
每一次统一的努力，都最终变成新的分裂。
5. CodeByExample 系列分享：
对 Clojure 编程语言感兴趣的同学可以刷一下
6. 快餐文分享：
Object Oriented Programming Concepts in Rust
文章介绍了常见 OOP 概念在 Rust 的体现。 文中最后给了一个 扩展基类的例子。 扩展基类 可以看成，官方暴露了 自定义实现 sdk 的入口。 像常见支持该特性的语言也有很多，比如 JS、Ruby、Kotlin..
而与该特性类似（改变 native 行为）的有 运算符重载、定义魔法函数。 在我看来，能支持其一的语言都称得上是 "自由"的语言..
7. 每日一句分享：
架构就是业务的正交分解。每个模块都有它自己的业务。
8. JetBrains 前不久推出了 compose-jb 一种新的编写 GUI 的方式。
把样式、行为、结构全结合到一个组件内维护.. 这种设计和 Dart 好像.. 
9. bloom filter: False is always false. True is maybe true.
布隆过滤器，时间换空间的经典实践。只需存储小范围内的数据，通过多重 hash 则可判断大范围数据是否命中。
具体原理是 既然一维存在冲突，那就使用多维交叉确认的方式，多维交叉确认可以有效地降低因冲突导致的误判。
但只是降低误判的概率，并不能完全避免冲突
10. 想到一个点，https tls 1.0 版本的握手过程: 先用非对称加密传输 random key，后续再用 random key 做对称加密，以保证传输的安全性。
为什么不设计成 双层非对称加密呢？ 我指的是: 先用 自己私钥加密，然后 使用对方公钥加密； 对方收到后用自己私钥解密，再用对方公钥解密，便可以拿到信息。
我猜测没有设计的原因 一是为了更快 (很显然)；二是更安全 不需要双方都知道互相的公钥，暴露的信息更少。 在现在 如果要使用一个站点的公钥，需要先安装站点签名的机构证书，再用机构的公钥检查。
11. 快餐文分享:
LEVERAGING GOLANG FOR GAME DEVELOPMENT AND OPERATIONS
拳头公司使用 Golang 作为服务端语言的开发实践，文章聚合了多个不同部门工程师的经历。 整体偏软文 不客观(连 duck type 都能舔)，没有什么可以产生思考的线索(可看文章前部分，团队老大的任务罢了..
12. 突然联想到一点。
关于语言内扩展基类(自定义 sdk) 在操作系统层面上也有相同的概念。
内核通过中断表的形式向外暴露了基础能力。 而操作系统可以通过动态库的方式扩展。 比如 windows 下的 dll,linux 下的 so 等。 现代编程语言的 library 也是基于 操作系统内置的动态库的上层抽象。
另外一个关联点是(很主观，可能有误)。
进程发起中断，系统调度，执行这一过程是在 ring 0 内核态进行的。 众所周知 进程是在 ring 3 用户态执行的。
其中的关键点在于 每一个进程都可以通过中断 进入内核态执行指令。
是不是可以理解为 内核被所有进程 shared，或者 内核 是处于 global scope，使用时需要遵守特殊的 中断协议，而一过程中像极了事件回调。
13. 每日一句分享:
现在获取知识唯一的困难，是知识被淹没在每天不断产生的娱乐、体育、新闻、带节奏、造舆论等信息海洋中，缺少目标、定力和执行力的人会被分散注意力，从而耽于逸乐，主动放弃了学习和自我提升，在物竞天择中失败，选择彻底躺平，那就彻底浪费了这一次人世间的修行了。
14. 分享个工具：
GitHub style split diffs in your terminal
15. 每日一句分享:
React hooks 发布以后，同事们很想重写公司 App 的大部分代码，只是因为现在有了新的 API。
16. 想到一个有趣的点，可以讨论下。
服务端架构上的演进，这些年业界摸索出的路线是: 从单体应用 到 亚马逊 大刀阔斧 以ESB(企业服务总线) SOA 架构再到近些年很热闹的微服务(去中心化，去掉总线，以 API 网关、服务治理来管理，且每个服务 组件化...)。
而服务端演进的每一阶段 如果映射到操作系统上， 我的理解是 从最开始的裸内核(单体应用)到现在传统的事件总线(SOA架构)，连接每一设备，降低设备之间的耦合，系统设计总体的复杂性。
为什么操作系统没有演进到微服务的阶段呢？既每个设备硬件抽象成独立的服务，之间相互调用。 如果演化成这种类微服务架构，操作系统会发生呢？
我的猜想是， 为每个硬件设备 添加计算单元，且之间的通信 按照 设计好的标准协议进行。 就像现在 Mesh 服务网格那样\~
如果是这样的话，可以理解为 冯诺依曼架构的一种变体吧..
总线模式可以扩展下，它是一种思想，代码层面可以是种设计模式(举个例子，vue 的 状态传递的 bus)，架构层面是服务之间通信的约束.. 思想嘛，可以到处体现的\~
17. 每日一句分享:
解决单点问题(同一运行时，同一虚拟机，同一物理机，同一机架，同一机房，同一数据中心，同一光纤线路) 最安全的方案是物理层面的异地多活。
18. 
Linux 内核全景图
Linux 是传统的宏内核架构，图中多个模块之间相互调用，复杂性不言而喻..
19. 每日一句分享: 兴趣只是开始，而能让人不断投入时间和精力的则是正反馈，是成就感。
20. 好文分享:
Efficient data transfer through zero copy
文章介绍了 Web 应用的场景下，传统的文件传输与使用零拷贝技术传输的性能差异。
从 4 次 DMA 传输，优化了 零拷贝的 2 次 DMA 传输。 每一次 DMA 传输意味着 用户/内核态切换，数据拷贝。
最终文章给出的通过零拷贝技术，传输时间提高 65%，提高了系统的吞吐量。
零拷贝性能提升的关键在于，省去了在数据传输不需要 CPU 参与。
文中的两行代码给了很好思考的视角。 File.read(fileDesc, buf, len); Socket.send(socket, buf, len);
在此过程中一共发生了 4 次数据传输，文中有很详细的解释，感兴趣的同学可以读一下。
21. 知识图谱分享：
Javascript on one sheet. (and one for algorithms)
22. 快餐文分享：
How to Implement a Video Conference with WebRTC and Node
文章前半部分介绍了 WebRTC 建立 P2P 的过程，双端连接时需先交换 SDP 的信息，后续通过 ICE 机制建立通信频道，流程梳理得比较清楚。 后面给出了一个 语音房的 NodeJS 简单实现。
23. 快餐文分享：
京东商城活动页面构建系统——通天塔
摘要： 通天塔是京东商城内部提供给运营，用以快速搭建活动页面的平台，自2015年第一版上线以来，已历经多个618和双十一的考验。
关于 京东 low code 平台通天塔的一次简要介绍，涉及了一些技术设计。
24. 每日一句分享：
callback 的编程方式破坏了屏幕上的顺序和时间顺序的直接映射关系。
25. 突然想到一点，函数式强调的 数据不变性 没有副作用、无状态特征 其实算得上，是 遏制熵增 的最佳实践之一。
26. 分享个项目：
极具创新的新一代验证码形式，在 客户端 完成小游戏 才能通过验证。 虽然具有安全风险，但这创意 实在太棒了。
27. Generic programming centers around the idea of abstracting from concrete, efficient algorithms to obtain generic algorithms that can be combined with different data representations to produce a wide variety of useful software. — Musser, David R.; Stepanov, Alexander A., Generic Programming
泛型最显而易见的好处就是让数据更通用，底层的本质 抹平了操作 不同内存布局的数据 差异。
28. 快餐文分享：
官方揭秘！你的颜色是这样算出来的……
文章介绍了 网易云团队开发上周爆品 “主导色” 活动所使用的动效技术，canvas、WebGL、物理引擎，以及 计算主导色的公式（上当了
29. 快餐文分享:
An Intuition for Lisp Syntax
文章以一种远程绘画的场景为引，一步步实现了 根据远程指令传输来的指令(内部DSL)，实现绘画(组合)出不同效果的功能，结尾给出了 lisp 的等效语法。
30. 每日一句分享:
分治算法要求分割成的子问题，不能有重复子问题，而动态规划正好相反，动态规划之所以高效，就是因为回溯算法实现中存在大量的重复子问题。
31. 快餐文分享：
从可逆计算看声明式编程
文章整体偏学术风格，读起来云雾缭绕.. 术语很多.. (想表达的观点实在是撑不住...
32. 阿姆达尔定律（Amdahl’s Law），程序并行化 计算收益定理:
优化后的执行时间 = 受优化影响的执行时间 / 加速倍数 + 不受影响的执行时间
33. 著名的失败预测定理，比尔·盖茨在上世纪 80 年代说的“640K ought to be enough for anyone”。
34. 每日一句分享:
想一个自己从未深入思考的问题是危险的，我们读书是别人替我们思考，我们不过是在重复作者的精神过程而已。所以一个人如果整日读书，他将逐渐失去思考能力。 ——叔本华
35. 为什么 JS Runtime 中除了宏任务还要增加微任务？
因为宏任务 运行时间的不可控性，提出了微任务，主要是用来满足粒度更小的异步。
而 Vue 的 nextTick 运行机制是微任务，这与 Vue 的 render 本质不谋而合。
A: 宏任务一开始是不是只为哪些时间相关的 settimexxx之类的设计的 目前似乎也是这样？ B: 不是吧，宏任务对应的概念是函数栈的创建，全局执行 context 也是宏任务执行中的一环。 通俗来讲，除了那些微任务，所有的代码都可理解为宏任务，比如 setTimout，执行 script 等。
针对第一句，举个例子: function foo() { setTimeout(foo, 0) }
是不会爆栈的，因为 每次宏任务的创建都会清空函数栈。
function foo() { return Promise.resolve().then(foo) } 问题来了，该函数会爆栈吗？
可以理解成 微任务递归自身..
C：貌似就是foo函数永远会被放入微任务队列，然后一直执行这个foo。 那应该会爆栈吧，微任务队列的特性就是微任务执行过程中产生的微任务会立即被执行，这样就卡在这个函数这了。
B: 不会爆栈，会页面假死。 因为会源源不断地产生 新的微任务，然后任务队列一直在当前宏任务执行，既 主线程(UI 线程)无法执行下一宏任务，所以页面假死了。
卡死与暴栈 关键的差异在于，后者会在内存中保留栈帧，卡死(如果是上面的例子) 会不停地在任务队列中添加新的微任务.. 执行一个添加一个.. 微任务不会保留栈帧，会退出之前的调用栈。
36. 快餐文分享:
V8 是怎么跑起来的 —— V8 中的对象表示
文章介绍了 V8中对象的结构设计，分为隐藏类(对象的结构)，Property(命名属性)，Element(索性属性)。 而命令属性的存储方式又分为 内属性、快属性、慢属性。
当索性属性设置成稀疏数组时会自动转换为哈希存储。
结构相同的对象，为了节省内存，隐藏类是一致的。
文章探讨了当 CRUD 属性后对象内存的变化，文章整体排版有些乱。 而内属性，快属性，慢属性的设计 与 Java 中 Hashmap 结构 当冲突过多时，由 链表转换为红黑树的思想有些类似。
都是为了 performance 与 memory 之间的 决策。
37. 衍生阅读:
Fast properties in V8
38. HTTP2 因为支持了 TCP 链接多路复用，在浏览器端 已经没有同一域名 同时最多 6 个请求的限制。
39. 快餐文分享：
Code Health: To Comment or Not to Comment?
Google 介绍声明注释时的一篇短文，列举了什么时候适合，什么时候不适合。
40. 每日一句分享：
训练一个大型 AI 模型会排放近30吨二氧化碳，相当于5辆小汽车终身的二氧化碳排放量（包含制造期间的二氧化碳）。
41. 
数据单位：byte - kb - mb - gb - tb - pb - eb - zb
42. 
43. 快餐文分享：
Bookmarklets
文章介绍了 常见的 bookmarklet，使用书签控制视频播放速度，存档网页等。
44. 每日一句分享:
"To be a programmer is to develop a carefully managed relationship with error." — Ellen Ullman
45. 快餐文分享:
一觉醒来，竟发现自己看不懂 JS 了？
列举了一些很有趣的 JS 提案。
46. 快餐文分享:
State of the Windows: How many layers of UI inconsistencies are in Windows 10?
现在的 Windows 系统 融合了 Win10、8、7、XP、2000、95、DOS 各个版本的设计风格。 文章主要剖析了不同系统设计风格的体现。
47. 快餐文分享:
What Every Programmer Should Know About SSDs
文章介绍了 SSD 的写入，读取数据时的一些特性。
48. 每日一句分享:
函数式组件的名称存在很强的误导性。 在程序中，函数往往代表了一个封装好的执行单元，依据命令去执行。 而函数式组件却是一个有限状态机，在 React 的运行时中存在，会依据不同的指令 渲染不同的状态。
Finite State Machines: Old State + Input = New State
49. 快餐文分享:
Everything New In React 18
文章梳理了一下 React 18 的新特性，我简单总结下:
1. root.render(\) 可以使用 新的 render api 来获得 18 的新功能，包括 concurrent 特性。
2. 所有 render 自动批处理
3. startTransition 对于不紧急或重的 UI 更新可以使用该方法
4. SuspenseList 组件，Suspense 的父组件
5. useDeferredValue hooks 可以理解为 useBounce
50. 快餐文分享:
Drawing Graphics with the CSS Paint API
介绍 CSS Houdini 技术的一篇文章，文中给出了一个 Demo，借助 canvas 作为底层渲染来 实现自定义的 CSS 属性。 CSS Houdini 提出了很多年了，到现在 业界也没多少声音..
51. Question:
渲染网页的过程是发生在 下载 HTML 文件后，还是下载 HTML 文件时？
Answer：不是的，全程都是流式
52. 
53.
JavaScript is a great programming language
54. 每日一句分享:
任何一个产品创意都不会孤立存在，而是都有自己独特的行业定位和上下游资源。
55. 每日一句分享:
"Code is there to explain the comments to the computer" — Andy Harris
# 5
毕设和我只能活一个
1. 每日一句分享：
哥德尔命题G：G无法被证明。
2. 分享个工具：
dbcli/mycli -
一款自动补全，语法高亮，可恢复历史命令的 MySQL 终端客户端。
3. 分享个小知识：
假设用户 正在访问的是 [www.example.com，如果需要其他子域名也能够访问到正在设置的Cookie值的话，需要它设置为](http://www.example.com，如果需要其他子域名也能够访问到正在设置的Cookie值的话，需要它设置为) example.com 。
场景：当服务端下发 cookie 时，比如 api.tomotoes.com(服务端) -> italking.tomotoes(客户端)，下发的 Cookie domain 需要设置成 .tomotoes.com这样客户端才能成功保存。
当客户端访问服务端时，客户端 ajax 库需要开启 withCredentials，并且 服务端跨域配置也要设置 AllowCredentials，这样服务端才能接收。
4. A: 之前讨论过的 服务端无状态 会话管理方案，刚刚在读 gorilla/sessions 源码时，发现已经通过 ScureCookie 机制 实现了...
哎，为什么每次自己做出了一些具有复杂度的东西，到头来发现 都是前人早已发明的东西... 一到实践，几乎没有我自己的创造，只不过是将 早已知道的方法重新组合起来而已..
B: 有点妄自菲薄的感觉，其实站在巨人的肩膀上看事物；不一定要成为巨人，多少有点感同身受；这种感觉就好像自己花了很多时间和精力做的曲子；发现前人早就做过了，还比你做的好；
A: 哎 是啊，算是复读机的自我修养了。
学得越多，越能意识到 我掌握的东西几乎没有我创造的。
学到新知识是件幸福的事，但不能因此而满足。
就像 Aurora 曾说过： 只有深刻地认识到自己的复读机本质，才真正有想要发出一些新声音的冲动。 因为，世界的意义在世界之外啊。
B: 我想这是学习的魅力吧 我不太知道程序员对于计算机或是代码有没有自己情感
赋予某种意义相对来说比成为某种意义可能来的自由一点
A: 当然有了，Coding 就是 创造的过程，而创造就是艺术\~
艺术就值得欣赏，欣赏就会不自觉地附带上主观情感\~
B: 这句话果然很程序员，那我简单一点讲就是，别在意自己成就感，表达只是表达
A: 之前经常通过编程 解各种题：算法题、编程模式、小编译器什么的，喜欢把自己的想法通过 Coding 优美地表达出来，如果选择了合适的语言 这一过程就像写诗一样\~
现在面对的 是领域相关的问题，相比之下 编程中的各种细枝末节 就会显得不那么重要，重要的是对领域的理解。
B: 我在做音乐的过程中时常会碰到瓶颈；每当我做曲子不顺的时候，我做这是为什么，给别人听，给自己听，装X，还是等等；但最后自己都会得到一个同样的答案；就只是表达而已。
所以你是被卷了嘛？
A: 不算被卷，这算是趋势吧，视角从小变大\~
5. 每日一句分享：
读书是很辛苦的。
因为读数学书的过程就像是在大脑里跑一个解释器，自底向上地从基本概念和公理出发，逐渐组装成一棵枝繁叶茂的树。这个过程需要的时空开销是不小的，所以读数学书，需要反复读、需要举一反三，有的书甚至有大量的练习，称得上是时间黑洞。
而，读文学类书籍是流式的过程，就像遍历一张线性表。空间开销是常数的，时间开销是线性的。但想象力仍然是重要的，因为大家都知道，从线性表里恢复出非线性的数据结构，似乎需要更多的知识、精力和智慧呢。
数学之美在于体系之美，文艺之美在于言外之美。
6. 快餐文分享：
Hosting SQLite databases on Github Pages
文章介绍了作者将 sqlite 编译成 wasm 加载到前端，然后基于 sql.js 实现了一套 HTTP 协议的数据库虚拟环境，而这一切都不需要服务端。
7. 
8. 每日一句分享：
有些固有的复杂度是不能被eliminated的。
比如引入前端框架的前端代码，只是从一团乱麻变成了另一团乱麻而已。
比如PC的走线，该乱糟糟还是乱糟糟，只不过是把乱糟糟的部分放在看不见的地方罢了。
解决乱麻的方法大致有两种：一种是解决问题，请身经百战的专家来重新设计架构，药到病除。
另一种是消灭问题，古代有个皇帝看到前人留下的一个几百年都无人破解的死结，他抽出宝剑，一剑斩断了这个死结，于是问题在被消灭的时候就被解决了。
**我们面临的很多问题，很大程度上是“不应该被解决的”，也就是原本就不应存在的问题。深层次的原因还是康威定律。那么，我们只能期待话事人一声令下，说这个事儿不用干了。**
来自 Aurora 的一则灵感。
9. 每日一句分享：
有三句很好的格言可以指导我们的生活：不要行不道德之事；如果已经行了，不要忏悔；又如果，你已经忏悔了，也绝不要承认。
10. 快餐文分享：
What the heck is time-series data (and why do I need a time-series database)?
文章先是介绍了数据分析的重要性，简述了时序数据库是什么，如何通过时序数据更好地分析数据，是如何工作的。
文中提了一个有趣的问题，是不是所有数据都具有时序性？显然计算机输入的数据是这样的。
11. 好文分享：
The Humble Element And Core Web Vitals
文章讲述了 图片标签的很多相关内容，我简单总结下。
1. 图片标签是如何影响 Web 核心指标的(LCP, CLS, FID)。
2. 以及通过使用 LightHouse 分析图片从加载到渲染过程中的各个指数。
3. 借助现代 Web 标准如何实现 响应式图片。
4. 为了兼容图片格式的最佳实践。
5. 图片懒加载属性。
6. 图片预加载方式。
7. 设置图片异步解码的属性，这真是头一次见，decoding="async" suggests it’s OK for image decoding to be deferred, meaning the browser can rasterize and display content without images while scheduling an asynchronous decode that is off the critical path.
8. 实现占位图的方式。
9. 通过 设置 content-visibility 实现懒渲染
10. Next.js Image 组件介绍。
12. 
13. 快餐文分享：
Facebook 新一代 React 状态管理库 Recoil
文章介绍了 Recoil 的特性，基础使用。 是 Facebook 官方推出的状态管理库，可以简单做个了解\~
14. 发现了个有趣的项目：
hyperscript -
使用近自然语言的 DSL 去完成页面交互。
15. 每日一句分享：
上个世纪60年代到80年代，你写好程序，需要提交给大型机运行，然后等待它返回结果。
现在2020年代，大型机又回来了！它们只是被改称为“云”。
16. 每日一句分享：
我一向认为“提出问题比解决问题更有价值”。
此书描绘了80年代美国方方面面的细节，据此提出了许多开放问题，没有给出答案。
用作者的话说就是“提供思维的机会”。这种书就像一串钥匙链，每当你找到一把新的钥匙，就可以把它挂在合适的位置上。
当你自己找到了足够多的钥匙，你就会发现，你所得到的绝不是打开一扇扇门那么简单，你打开的可能是一片全新的世界。
17. 
18. 分享个网站：
Go Proverbs -
Go 作者 Rob Pike 曾提过的编程思想。 经典语录摘抄：
1. The bigger the interface, the weaker the abstraction.
2. A little copying is better than a little dependency.
3. Don't communicate by sharing memory, share memory by communicating.
19. 每日一句分享：
我们既要承认矛盾的存在、尊重人的个性、维护社会的多样性，更要努力建立共同的价值观、寻找众人利益的最大公约数。
在团结活泼的氛围中，每个人都有自由发展的权利，而不是将社会竖切成互相敌对的若干小圈子。
20. 分享个项目：
google/zx -
A tool for writing better scripts
设计得有创意，使用 $`command` 作为入口函数，看起来很直观。
例子： await $`cat package.json | grep name`
21. 快餐文分享：
Note on worker pools in Go
文章前半部分介绍了 Goruntine 过多时会触发 Go 底层的 double stack 分配，这将潜意识造成性能问题(比如 GC 压力太大)。 文中后半部分给出来一个简单的 worker pool 实现。
池化 是 资源复用的重要方式之一，对 worker pool 感兴趣的同学，推荐了解下 ants ，一个高性能的 go runtine pool library.
22. 快餐文分享：
漫画 | 三千年的密码战争，人类天才的巅峰对决
关于加密技术发展的一些历史。
23. 快餐文分享：
HTML Tips
文章介绍了一些不常见的 HTML 功能。
24. 
25. 分享一个 simulating macOS's GUI 的个人站点，很炫：
26. 每日一句分享：
你个人的项目，应该有四分之一会失败，否则就说明你的冒险精神不够。
27. 每日一句分享:
时刻不忘未知量。（即时刻别忘记你到底想要求什么，问题是什么）莱布尼兹曾经将人的解题思考过程比喻成晃筛子，把脑袋里面的东西都给抖落出来，然后正在搜索的注意力会抓住一切细微的、与问题有关的东西。
事实上，要做到能够令注意力抓住这些有关的东西，就必须时刻将问题放在注意力层面，否则即使关键的东西抖落出来了也可能没注意到。
28. 快餐文分享:
Next Gen CSS: @container
文章介绍了 目前处于 stage-3 的 CSS 新特性 @container，可以根据父元素的尺寸 来动态调整。 用法类似于媒体查询器。
可以与媒体查询器结合，实现布局上的宏观调整以及微观调整。
29. 快餐文分享：
Go modules cheat sheet
文章介绍了 如何通过命令管理 go module(看起来不是很直观)，go.mod 文件介绍，go module 版本管理机制(文中介绍的存疑，如果是自动使用最新版本，而不锁版本，那不同版本之间存在 breaking change 的话，岂不是会有问题)
30. 每日一句分享:
未来是不确定的。
人类天生有一种寻求确定性的需要，以及控制周遭的小世界的需求。 我们总是希望听到“你只要这样这样，以后就一定能够那样那样”这类令人窝心的话。
然而与我们的控制错觉相反，这个世界有太多因素是不确定的，除了自身的因素比较可控之外，外界的机遇因素几乎完全不是能够控制或预测的。
我们最多只能做好头脑准备，尽量不错失机遇。 也正因此，你几乎永远也听不到足够有说服力的证据来告诉你“你只要……，就一定能够……”，因为成功并不是仅取决于个人因素的。
个人因素往往只是成功的一个既非充分又非必要的条件，所谓谋事在人，成事在天；但无需悲观，因为毫无疑问，改善个人因素的确能够大大增加成功的几率。
31. 分享个有趣的项目:
长链接生成器
我试了下，生成的链接的确够长...
32. 分享个 CSS Level 5的新特性:
自定义媒体查询器
@custom-media --narrow-window (max-width: 30em);
@media (--narrow-window) { /\* narrow window styles \*/ }
自定义CSS变量，自定义元素(WebComponent)，自定义事件(new Event)，自定义媒体查询器
33. 每日一句分享:
在不同的情境下我们所谓「真实的自己」是完全不同的形象。
这些不同的「真我」都不是真实的，它们是由情绪、习惯和自己的直觉惯性驱使，在控制和失控同时作用之下显现出的某种人格。
每个「真我」本质上都是表演，我们只是在扮演「真实的自己」—— 剧本有时来自外界公序良俗和威逼利诱，有时来自个人生活经历和阅读经历，或它们的综合结果。
34. 快餐文分享:
Modern Javascript: Everything you missed over the last 10 years
文章简单梳理了下 JS 的一些现代特性、语法。
35. 每日一句分享:
任何设计以及建造同时发生在同一个人身上的心智活动，都是艺术创作。
36. 
37. 快餐文分享:
TEXT EDITING HATES YOU TOO
文章从多个方面介绍了 文本编辑领域 开发时的复杂度。 在光标移动，文本选中，输入多种语言 这些符合直觉的场景下，蕴含着 many horror stories..
Windows 系统为文本输入的不同场景 提供了 128 个接口.. 足以见得开发成本是巨大的..
38. 快餐文分享:
Programming and Writing
Redis 作者 9年前的一篇文章，主题如题 探讨了 编程与写作的异同。
简单总结下: 编程与写作 都是创作的过程，从宏观角度 整个作品需要结构联系合理，从微观角度，都需要由良好的语句构成。 不同点在于产品的部署(小说需要联系出版社..)与开发时的阻塞。
39. Github Readme 终于支持播放视频，只要将视频上传CDN即可。
一颗栗子:
40. 分享个很 geek 的项目:
generate rss feeds with grep(1), sed(1), and awk(1)
通过 148 行 shell 解析HTML Docs，生成 Rss Feed，使用前提是 HTML 需要符合规范，比如 不能出现两个 H1😷
41. 
42. 浏览器渲染文档的流程。
其中 渲染进程 每个 TAB 一个，GPU 进程 所有 TAB 共享。
渲染进程 包括三个线程。
1. 合成线程，负责与 GPU 通信，将位图信息发送到 GPU 线程。
2. 光栅化 Worker，处理光栅化工作。
3. 主线程，开发时密切接触的线程，负责解析文档 样式计算，重排重绘等。 而常见的性能优化 也是从主线程切入的。
更具体应该称之为 浏览器渲染一帧的流程。
渲染的顺序很重要，样式更新时 应尽可能地减少无意义的步骤，比如常见的 使用 transform 代替 left top 位置更新等。
并且可以见得 requestIdleCallback 是整个渲染流程的最后一步。
而 React 早期的 Schedule 机制就是借助该 API，而后续因为经常分不到 timing ，提换成了现在的 MessageChannel。
43. 每日一句分享:
事物的本身是不变的，变得只是人的感觉。
44. 好文分享：
精读《前端职业规划 - 2021 年》
本文作者是来自阿里的前端工程师 黄子毅老师。 文章从三个大的方面: 知识分类，领域深耕，经济视角分析工程师未来的职业发展。 文章很有价值，没有泛泛而谈。
我简单从我的视角总结下:
知识分类，文中把工程师额的知识体系分为了 通用知识与领域知识。
通用知识代表的就是计算机基础知识，是工程师的内功，因为更新周期缓慢，体系大而全，其重要性不言而喻。 我们在学习时，除了多总结还应把应用知识理解到通用知识的层面。 就像最近 Google docs 更换 canvas 渲染，为什么会这样设计？canvas 代表了什么底层的基础设施。
领域知识，一般都会受职业所限制，没有机会 很难接触到。文章中所提的富文本编辑就是一个很好的例子。
领域深耕，作者把其分成两个方向。 Y 轴 业务方向；X 轴 技术广度方向。 不管是哪个方向，都要求不设边界地发展学习。
经济视角，文中的一句话 说得很本质: 于打工人视角，公司抹平了产品的成本。 开发不是让我们追求个人的软件成就，而应是实实在在的产出。
总体而言，为了自身更好地发展，应该不设边界 多学多思考，打磨自己的产出。
45. 快餐文分享:
Half a million lines of Go
来自 Khan 官方 blog 的一篇水文，全文只阐述了一个主题: Go 真好用 真先进 我超喜欢..
46. 快餐文分享:
WebAssembly cut Figma's load time by 3x
文章介绍了 Figma 借助 Webassembly 将产品速度优化了 3 倍的结果，简单阐述了 Webassembly 的概念、发展 与 asm.js 的差异。
47. 
48. 快餐文分享:
What every developer should know about TCP
文章简单介绍了 TCP 的一些概念: 三次握手的流程，两点之间的数据控制机制，拥塞控制算法(有空可以探讨一下传统拥塞窗口与 BBR 算法的改进)。
49. Rust 无 GC 机制的设计理念(控制更多 context):
Since memory safety in C++ is a major practical issue, it would be great if we can check them statically in a similar manner that static typing does.
Yes, this was one of the main motivations behind the creation of Rust. Just like C++ compiler tracks type information for each variable, Rust compiler tracks ownership, lifetime, and aliasing for each variable in addition.
相应地 开发者要添加更多标识 并且限制了其他自由地写法，以帮助 compiler 更好地推断 内存异常。
50. 每日一句分享:
现在的开发者需要具备的，不仅仅是技能树，而是技能森林。
51. 快餐文分享：
Soul自己的“soul”是什么？
如果 soul 成功上市，将成为国内陌生人社交第一股。 文中描写 soul 社交元宇宙玩法挺新颖的，为陌生人社交披上了新的概念。
52. 
53. Servers as they should be
2022 年的服务器基础设施应该是什么样子。
54. Imagine you've been tasked with the problem of designing the API for a new web service.
Where would you start?
At a high level, you'll want to consider which general style of API (REST, RPC, graph, etc) will be the best-fit for your application's business domain. You'll want to settle on a transport protocol (which will probably be HTTP but you might consider WebSocket, or both). And you'll need to choose between a medley of generic serialisation standards (JSON and XML lead the field here), or you might opt for a specialist messaging protocol with plain text (SOAP, OData, GraphQL) or binary message encoding (Thrift, Avro, Protocol Buffers).
RESTful 已经成为了 CS 模型 最广泛、最直观的 API Style..
摘录自文章: Should we rebrand REST?
文章中详细介绍了 RESTful 的概念，适用场景。 RESTful 已经被误解，文章指出 使用 HTTP 方法 去操作资源，只是最淳朴的 HTTP API 而已。
55. 宏 可以不可以理解为是 语言内部的一种 DSL..
如果实现得很完美，没有任何 bug，可以看作是个 隐藏复杂性的好工具。
比如 知名 Phoenix 框架，定义路由的方式:
scope "/", HelloWeb do
pipe\_through :browser
get "/", PageController, :index
end
56. 快餐文分享:
Announcing TypeScript 4.3
TS 4.3 发布，增加了 getter setter 类型支持，override 关键字，模板字符串提升，约束泛型提升等功能。
57. 每日一句分享:
计算机科学与计算机无关，就像天文学与望远镜无关。
58. Question: 如何在 Web 中实现端口扫描程序(得知用户电脑 端口使用情况)。
(静态页面，不借助服务端任何能力)
Answer: 通过 WebSocket 对象
59. SK-II著名的神仙水在中国零售价格为560元，而其制造成本仅为人民币6.5元。就算研发成本都加进去，每单只成本也不超过人民币10元。
如果10块钱的产品，定价500元，那么多出来的490元用在哪里呢？回答就是用在推广上面，重金投入，千方百计说服消费者愿意出500元购买这个成本10元的产品。所以，美妆类自媒体才可能得到那么多厂商的资源，可以不断做活动。
摘抄自阮一峰老师的技术周刊。
60. 快餐文分享:
An experiment in helping users and web publishers create deeper connections on Chrome
Chrome 新增了 follow 机制，用户可以 follow 喜欢的网站，当网站出现新内容时，用户会收到推送。 整套机制建立在 RSS 协议上。
Google 做的好哇。 很久之前 Google 关掉了自家的 rss 软件，如果把 rss 内嵌到 浏览器中的话，一定会大受欢迎。 而 Chrome 也成为了 另一种形式的流量分发平台。
61. 快餐文分享:
Naming Your Lifetimes
良好的命名习惯 会无形中为代码注入更多的 context。 这也算是 UI 的一种形式，只不过 U 是 Developer，I 是文本描述方式。
传递 Context 很重要，不仅是在 coding 中有所体现，更多是交流中。 多给对方一些信息，不仅能提效，还能培养自己的 credit。
62. 快餐文分享:
Functional programming in Go with generics
文章介绍了函数式编程的基本概念，以及在未出泛型时 Go 的两种使用方向，后面给出了一个简单的 Demo。
文章比较浅，后面给出的一些 fp repo 倒是可以有空刷一下。 其中有一些 之前看过，整体来说， 在 Go 中学编程范式 不如去看一些应用型的库..
63. 
64. 为什么 esbuild 打包这么快? 我简单总结下:
1. 编译型语言，不需要解释过程 、JIT，更适合 bundler 这种 run once 场景。
2. 线程间共享内存，而NodeJS 应用是独立的..
3. 尽可能地使用在并行。在解析、链接、代码生成 三个环节中，除了链接 其余环节都是全部并行化的，而 go runtine 的合理调度机制 GMP 可保证完全打满 CPU。
4. 代码全部从零实现，不依赖第三方库，把核心流程都把握在自己手中。微软的 TS parser 既然不把 解析 performance 放在首位，那么我们就自己实现一个。
5. 内存高效利用。仅需要处理三次 AST 即可，并且整个流程一直处于内存“热区”，同时压缩存储更节省内存。
最后，摘录官方结尾: Each one of these factors is only a somewhat significant speedup, but together they can result in a bundler that is multiple orders of magnitude faster than other bundlers commonly in use today.
65. 快餐文分享:
QUIC is now RFC 9000
;
QUIC 经过多年发展，已进入了 RFC 阶段，是个利好的消息。但整体 over udp 应该需要基础设施一些妥协。
66. Podcast 分享:
;
🎙#70.-和Vue.js的创造者尤雨溪聊开源软件
67. 快餐文分享:
I quit my job to focus on SerenityOS full time
SerenityOS 作者的自述，可以见得 热爱是最大的驱动力。 像个造物主一样发明着各种基础设施。
# 4
暂未分类
# 15-30
暂未分类
1. 4 月 1 - 14 日 汇总分享，共产出 57 条，暂未分类： \
惊讶系列 2 篇： \
1\. Making Facebook 2x Faster \
2\. BigPipe: Pipelining web pages for high performance
\
好文系列 5 篇： \
1\. 移动端 JS 引擎哪家强？ \
2\. CPU 和 GPU - 异构计算的演进与发展 \
3\. 透过 Rust 探索系统的本原：编程语言 \
4\. 沅有芷兮：类型系统的数学之美 \
\
5\. 竞争与垄断：几段概念史 \
快餐文 10 篇。
2. 每日一句分享: \
国家需要劳动力时，年轻人被要求卖力劳动；国家需要消费者时，年轻人被要求大方购物；当国家需要下一代劳动力和消费者时，年轻人被要求婚育。 ——日本新世代社会学家古市宪寿
3. 快餐文分享: \
My simple Github project went Viral \
文章的作者是 前几天trending上的clone-wars项目的作者，介绍了这个项目的动机，如何实现的过程，给自己带来的收益。
这种收集汇总的项目，只要花点精力，写好文档，就能有很多 star.. 我愿称之为 markdown 工程师..
4. 好文分享: \
WHY DOES "=" MEAN ASSIGNMENT? \
\
文章介绍了，现代编程语言中 使用 = 做赋值，== 做等于的历史背景。
从60年代的4大编程语言(COBOL, FORTRAN II, ALGOL-60, and LISP)中，FORTRAN2 首次使用 = 号做初始化与重复赋值。 之后的 ALGOL 60 分支演变出来的语言 CPL,BCPL,B 都沿用了 := 赋值的语法，以及 ML, Ada 都受其影响。 而由于 肯汤姆森(B,GO,UNIX,UTF-8,PLAN-9 等的开发者) 受当时机器内存的限制，提出使用 == 作为判断，减少代码所占内存。
回到问题，为什么 = 赋值，== 相等判断 成主流呢？因为 C 采用了这些历史设计，并且 C 火了。
A: 还记得第一次上 C 语言课，我看到 = 赋值，== 判断 的命令式，很不能接受，这与一直以来 数学中符号表达的方式 很相违背。
B: 当时学 C 语言有很多次因为赋值 与 判错写错的情况
A: 是的，我人生中的第一个 bug 就是这样来的。
B: 但现在感觉好像主流编程语言都是使用 == 进行赋值判断 就像最开始学习 vim 不习惯 hjkl
A: 是的，都是当时历史下的选择.. 从现在的角度去批判，无视过去的现实场景，没有太大意义..
5. 每日一句分享: \
思考某事和讲述某事是不同的事情。我们思考事物的方式很复杂，有时甚至是不连贯的，而且经常是矛盾的。但是讲述时，我们必须把某事表达得很清晰，可以在很短的时间内说得出来。
6. 程序的 CPU 执行时间 = 时钟周期数 \* 时钟周期时间
时钟周期时间，在摩尔定律早已放缓的今天，已经很难提高了，除非物理界出现新的突破。
所以想要程序跑得更快，应该把重点放在 时钟周期数 这一指标。
时钟周期数 = 每条指令的平均周期数 \* 指令数。
指令数 依赖于程序以及编译器的优化。
每条指令的平均周期 因为现在的CPU 执行粒度(原子指令)都相同，取码 解码 执行 写回，所以这一指标可视为常量。
时钟周期时间 就是 CPU 的主频了，开始超频技术后，会更快一点，但功耗 散热也会更大，可视为常量。
所以想要程序跑得更快，优化重点就是 减少指令数，这过程离不开 程序设计 以及 编译器优化程度。
时钟周期 是 CPU 规范的 GHz 指标。 以拯救者 Y9KK为例，CPU 4.1 GHz，这意味着 1 秒 会产生 4.1 G 脉冲信号，即 高低电平转换，也是 时钟周期。
所以说，现在个人设备 算力早就过剩了。
而现在的程序员(指应用层) 已经很难接触到底层的魔法了。 领域细分严重，每个人都变成了一个螺丝钉。
我一直自诩为 吃了互联网红利的一代人，其实这并不是妄自菲薄，我连计算机中基本的数字电路都不了解，怎么敢称之为工程师。只会基本的门电路。
7. 驱动智能硬件(领域专用架构-DSA)的三个重要定律: \
1\. 摩尔定律 集成电路上可以容纳的晶体管数目在大约每经过18个月便会增加一倍。 \
2\. 贝尔定律 计算机每10年产生新一代，其设备或用户数增加10倍。 \
3\. 牧本定律 性能功耗，开发效率 很难同时满足。专用结构 性能功耗优先，通用结构 开发效率优先。
8. 好文分享:
多核之后，CPU 的发展方向是什么？ - 包云岗的回答 - 知乎 \
讲解了 CPU 优化演进的历程，从多核时代迈向领域专用架构中 业界的实践。
文章很有价值，讲解得非常棒，值得阅读。
9. 每日一句分享: \
眼睛看不到视网膜，舌头不知道自己的味道，大脑不清楚自己时如何思考…… 这个世界仿佛在尽力杜绝自省的可能性。 一旦自省的递归被触发，就像当年第一个可自我复制的核酸分子那样…… 谁也不知道下一章讲的是什么故事。
来自 Aurora 一则灵感。
10. 分享期Podcast: \
Ep-27.-gRPC-and-Python \
本期播客从 gRPC-Python 开发者视角 讨论了 gRPC 的相关问题。 简单总结下，感兴趣的同学可以听下: gRPC 名字的由来。为什么 采用 over http2。protobuf 是什么，如何与 gRPC 结合。gRPC 下一步进展是什么。py-grpc async await 的实现机制。为什么会从更好的load balancer是服务发现。商业开源的讨论。开源的趣事。Py 的性能。
根据 protobuf 配置文件，生成相关代码，关于代码生成 feature，KiteX(字节开源的rpc框架) 也是支持的。
11. 快餐文分享：\
String Hashing \
文中介绍了计算 字符串 hash 的一种方式，并给出了 JS 实现。
文中有一处很有趣的结论... String Hashing is a technique where we can convert our strings into an Integer which will act as a hash number. Therefore, we will be comparing two hashes hash(A) == hash(B) this will be considered O(1). That’s the best option we can have for comparing two strings.
哈哈，为了迎合传统时间复杂度的计算方式，忽视 算法实际的花费时间。
大O计数法就是屑，不要被毒害了..
12. 突然想到一个点，好像 sum type 无处不在...
Java 中的臭名昭著的 NPE(null pointer exception) 问题, JS 无处不在的 undefinded，Golang 中最常见的 err != nil ... 等等
从类型系统上审视，假设 null，undefinded, interface{}, 可以赋值为一个具有类型的变量 且不会造成程序 crash。 那么可不可以说，这些十亿美金的错误设计 已经成为了 类型系统中最底层的 sum type 之一\~
举个最简单的例子，以 Java 为例，很多语言都有类似的场景： String str = "Hello World"; String str = null;
这两种写法在 Java 中都是合法的，为什么可以把 null 赋值给 String 呢？
如果把 null 假设成一个类型为 None 的值，从类型上推演的话 String 或者其他的类 更严格的定义如下： String = Optional{ None, java.lang.String }
或者更彻底一点，Java 中的类 实际类型为：Optional{None, Object}.
这就造成了 为什么 NPE 问题无法得到优雅处理的问题，哪怕 JDK9 推出了 Optional 类，打算从 sum type 的方式去解决，但效率低下。
13. 
Types are moving to the right
14. 每日一句分享： \
对生命你不妨大胆一点，因为我们始终要失去它。— 尼采
15. 分享期播客: \
\
🎙和-PingCAP-CTO-畅谈数据库和编程语言
时长两个半小时，可以着重听下前半部分，介绍了 pingcap 的创建故事，没错 又是因为 google 的发表论文
16. A: 有没有一些计算机领域的中文播客啊？ \
B: 我听的比较多的有 捕蛇者说 teahour(已不更新) 内核恐慌 软件那些事
17. 
18. 快餐文分享：
分布式基础（一）：CAP 的理解 \
文章介绍了 CAP 原理的背景故事，并针对 CAP 的定义 逐个解释每条原理的性质，各条性质之间的联系，最后探讨了在设计分布式系统时 如何根据网络环境和业务需求 对 CAP 做取舍。
摘要：原则是理想情况下的断言，而实践是实际场景下的取舍。
19. 分享篇轻小说： \
调 bug 的小女孩 \
摘要：但小女孩知道，她所做的是也许世界上最执着于消灭单调的工作。在那方寸代码间的世界里，每天面临的都是一场全新的挑战，而每场挑战都如一次华美的旅行——数据与函数层层抽象，有若蒙德里安的风格画；多线程任务交相辉映，好似巴赫的赋格曲。
作者文笔很好，虽然文章引用了很多典例名言，但都很恰到好处，与上下文很相溶，丝毫没卖弄文藻的感觉。
20. 
这种 fetch api 的抽象设计 可太有趣了\~ 直接写原生报文..
github repo ->
21. "海森堡 bug"（heisenbug）指的是在调试时会消失或更改行为的 bug。这个词来自海森堡不确定性原理，当你想精确测量粒子的位置时，它变得不确定了。
22. 好文分享: \
虚拟内存精粹 \
潘少最新一期的文章，由浅入深地介绍了虚拟内存。 \
为了满足容量，速度，价格这些特性，现代计算机存储架构不得不进行取舍，设计了一套从上而下的机制: 存储器，三级缓存，RAM，外部持久化IO。 而虚拟内存的提出 就是为了应对主存不够的场景。 文章从宏观视角介绍了 虚拟内存的实现，如何通过引入 页表(虚拟内存映射物理内存的函数)，MMU(翻译虚拟地址)，缺页中断处理等抽象 来完成 内存映射。 \
后面着重介绍了 利用 TLB(针对虚拟内存的缓存)，多级页表，倒排页表来加速翻译，尽可能地抹平 读取数据的速度差异。
23. 每日一句分享: \
原则是理想情况下的断言，而实践是实际场景下的取舍。
24. 快餐文分享: \
Brendan eich(JS 创始人)介绍了 发明 JS 时的一些背景故事。 进入网景的原因，为什么做成了创立这种语言 而没有选择 java，受商业决策(like java) 不得不引入了 Date 包装对象这些不良的设计，script 标签对安全的取舍等。
有个文章外的历史，现在的 ecmascript 的规范由来，是网景先找到了 ecma 组织，ecma 成立了 tc39 委员会负责 JS 规范，而第一份规范却是微软 JScript 提给 tc39的。
25. 每日一句分享: \
我们对幸福过分的渴求毁了生活中的一切，我们渴望的程度就决定了毁坏的程度。如果一个人抛弃了过分的期待，在自己拥有的东西之外不再渴望更多，那么他就能平安顺利地生活下去。 摘抄自《梅克通讯录》
A: 表达的思想可以概括为:降低欲望，不付出期望。没有任何人，任何事值得过分关心。
B: 是“不以物喜，不以己悲”吗 \
C: 降低期望确实会比之前提升很多幸福感 \
A: 我个人理解是 不要去追求幸福(幸福暗藏着不幸与痛苦)，而是去选择避免痛苦。不付出期望就是避免痛苦的很好实践。 \
D: 知足常乐就完事了呗 \
A: 没错，乐观主义些，容易满足的人获取幸福更轻松。 \
B: 逃避痛苦是非常明智的选择，把痛苦排除了，剩下的就是幸福
26. 好文分享: \
What’s the “sync.Cond” \
一篇讲解临界区 条件变量的好文。 \
文章先是介绍了 条件变量的定义，与锁、信号量的差别，条件变量的使用场景是什么，以及 使用锁去实现 条件变量 与 语言中提供的 lib 差别(一个是 push，一个是 pull，性能可想而知)。 文中给出了一个 并发队列容器的例子，从最开始的锁实现条件变量到使用 sync.Cond ，以及如何使用 双重 sync.Cond 优化边界场景，一步步了解 条件变量的深层含义。 文中最后简单讨论了 Spurious Wakeups，在我看来这算是 实现的问题，简单了解下即可。
一句话来说，条件变量 就是操作 临界资源的一种特例，把操作方式抽象出来了，加上了通知结果 push 唤醒 handler。
总觉得 关于临界区条件变量的操作，这种使用 mutex 的方式不是很推荐，会增加太多复杂性(因为本身就隐藏了很多操作)。 \
在 go 中，可以把资源放到 channel，外部 for + select 放到一个 goruntine 接收就好了..
27. \
喵语翻译：将人类语言翻译为喵语言。 喵喵喵喵喵喵喵喵喵。
28. 
A: 然后 360 把 java 卸载了 \
B: 因为垃圾分类的标准不同。Java把垃圾分为干垃圾、湿垃圾、可回收垃圾和有害垃圾；360则认为在座 的都是垃圾。 \
C: 哈哈哈哈，底下的回答是认真的嘛.. 程序员的黑色幽默。
还记得大一 在机房电脑上写.net winform 程序，每次一运行，360就提示病毒软件直接干点。 现在懂了，原来是360在执行垃圾回收，而且没有采用染色标记法，没有生代分区，系统都没有 freeze，直接清除。
29. 快餐文分享: \
Cache API 101 \
Cache api 一个实验性的API，可用于在客户端缓存网络请求，一般与sw(service worker)搭配使用，在 sw 检测到页面请求时 则可过滤一遍 cache api\~ 目前只有 Chrome 与 Firefox 支持。
建议使用 workbox(google 的一个开源lib) 实现站点 sw 配置，比手写 cache 方便灵活得多。
30. 快餐文分享: \
Node.js 16 available now \
Nodejs 16 发布，简单总结下文章涉及到的更新: \
1\. V8 升级到 9.0 版本 \
2\. 支持 Timer Promise API(不用再写 sleep 函数了) \
3\. 关于 web api 的一些稳定实现: crypto(加密)，fetch 中断机制等。
快进到 nvm install 16 吧。
31. 分享个有趣的问题: \
Why does Python return \[15] for \[0xfor x in (1, 2, 3)]? \
高赞第一回答，详细解释了发生的原理。 \
1\. 因为词法分析，会将0xfor 解析成 0xf or. \
2\. Or 的短路特性，使得后面不会被执行，所以返回了 0xf 常量。
有趣的是，lua perl ruby 支持 or keyword 的语言都中招了..
32. 快餐文分享: \
Easier Node.js streams via async iteration \
文章介绍了通过 async gen 函数与 Nodejs stream 结合，如何更好地处理 pipe 数据。
33. 快餐文分享: \
OS Exceptions OS Wiki\
\
文章总结了操作系统发生错误的类型(Faults 可恢复错误，Traps 执行修复错误指令时的错误，Aborts 不可恢复的错误)。 并列举了常见的错误类型。
我简单挑几个常见的错误 梳理下。 \
1\. Page Fault: 程序访问了一个未被映射的页表时，或者 写入一个只读的页表时 会发生，缺页错误 很常见，属于remapping 内存的一种特殊入口，详细可见之前分享的虚拟内存精髓好文。 \
2\. Invalid Opcode: 一般是程序 编译后的指令集不兼容当前 CPU 造成，就比如新的 sse 指令集运行老的 cpu 上。 \
3\. General Protection Fault: 一般出现在指令特权级访问的场景，比如在用户态执行内核态指令。 \
4\. Double Fault: 修复错误指令时发生的错误 \
5\. Triple Fault: 修复错误指令的错误处理指令发生的错误，OS无法处理这种异常，一般会重启系统。
34. 每日一句分享: \
我们不肯探索自己本身的价值，我过分看重别人在自己生命中的参与。 于是，孤独不再美好，失去了他人，我们惶恐不安。 --三毛
35. 好文分享: \
Reflecting on My Failure to Build a Billion-Dollar Company \
摘要: 本文来自 Gumroad 创始人 Sahil Lavingia，Gumroad 是一个可以帮助创作者直接面向付费客户的线上平台，刚通过股权众筹的方式完成了一轮估值 1 亿美金的融资。在本文中他主要分享了他创立 Gumroad 期间经历的各种起起落落，以及感悟与收获。
这篇文章给我印象最深的是，很多时候的成功，绝大部分是市场本身的功劳，和人有一定的关系，但很多时候关系并没有那么大，也就是我们所说的顺势而为。同样，对于成功的定义，除了金钱，应该还有一些其它的方式。
当一个产品 开始关注造成的影响 大于 其收益时，在我看来 这是为人类创造价值的行为，不管结果如何，都值得尊敬。
产品影响越大，在社会的生态位就越稳，商业模式的选择会更多，而盈利也是迟早的事情。
36. 基于 Flutter 的 Web 渲染引擎「北海」正式开源 - 阿里云云栖号的文章 - 知乎 \
Kraken 项目愿景挺赞的，一个 better webview over flutter。
还可以定制化现在 web 的能力，通过 flutter plugin 从渲染引擎层面打破 开发的局限，比如文章提到的定义 css rule，event。
37. 好文分享: \
The suspend modifier — under the hood \
文章介绍了 Kotlin 是如何在编译层 基于 CPS 变换 实现了 coruntine。 实现机制很精妙，让我一度想起 tj 写的 co 函数。 不借助 任何并发原语 只通过FSM(有限状态机) 加 管理流程的 Context 参数 实现 yield 与 resume。
而且如果 suspend func 没有其他 suspend func，则不会生成额外的字节码。 这在我看来 Kotlin 的 suspend func 比现在的 feature promise async awit 等异步机制，写起来更简洁，心智成本更小，还不会造成函数染色的问题。
文章介绍得很详细，感兴趣的同学可以刷一下。
一句话解释 Kotlin suspend func ： 一个 automate await 的 async func，且返回 值 sum type，可以更好地handle exception.
38. 每日一句分享： \
如果有人在电话里说有害的言论，你不会让电话公司负责。我们也应该这样对待网站。
\-- 扎克伯格
39. 快餐文分享： \
Tiny Container Challenge: Building a 6kB Containerized HTTP Server! \
\
文章介绍了如何从943mb的Nodejs 服务器容器一步步简化成6.34kb 汇编服务器容器。
40. 分享期视频： \
从神秘发家、买壳上市、三夺首富，到身陷囹圄，深挖黄光裕二十年商海旧事 \
该系列一共3集，时长50分钟。 介绍了 黄是如何从一个穷小子起家，国美是如何从一个小作坊一步步做起来的？ 以及 黄在资本市场的一系列运作，如何从中国首富神坛跌落到囚犯的？ 期间黄家与国美职业经理人之间的战争，资本视角下的道德与利益权衡介绍地很精彩。
摘要：时代不负有心人、时代不等任何人。
如果黄家没有赢得 企业控制权，资本继续站边陈晓，现在的国美会不会发展得更好呢？ 很早 陈晓就为国美布局了电商，而黄显然没有重视 或者 认清所处的时代红利是什么？
这期视频也只是从商业角度去挖掘了黄与国美生涯的一些重要转折、发展阶段，而真正的故事应该是什么样，就不为人知了。
时代的弄潮儿就算再耀眼，可终究还是要 服从大海的意志。
41. 分享期播客：\
\
🎙#73.-分布式文件系统
讨论了文件系统的历史， raid 冗余磁盘阵列的诞生故事，现代分布式文件系统与 Google 的渊源，GFS/Hadoop 与 raid 的相似之处。 整体过程 涉及了一些文件存储专门领域知识，最后着重讲了 对象存储。
42. 
A: 没想到 刷番剧还能碰到使用 cookie session 做会话管理的场景..
不过这个Session ID 生成看起来是有问题的.. 没有借助中间件，靠 sdk 提供的伪随机数 + while true 判断重复.. 不提倡.. \
B: 哪部番
A: 小林家的龙女仆，真正的驯龙高手，B站有，敲治愈～
A: 有空可以讨论下 生成 全局UUID(比如上面的 session id) 的常见实践～ \
C: 全局？我直接上一手uuid api。雪花算法和uuid算法比较常见吧。数据库自增id也可。分布式也没啥问题 \
A: 数据库自增id 可以保证唯一性，就是性能一般\~ 毕竟与外部io交互..Redis 保证 id 唯一性也可以\~
C: 我觉得基本上uuid算法就够了，概率上来说 冲突的可能性还是太小了 \
A: 是这样的，但是如果 session id 出现重复那就麻烦了.. 雪花算法 看起来是一种方案，时间维度 + 同一时间机器id，冲突概率会非常低..
43. 快餐文分享： \
Use Google like a pro \
文章介绍了 Google 时一些常见技巧，简单总结下： \
1\. "Content" 准确搜索 \
2\. AND(both match), OR(匹配其中一个),\* (any match ) - (exclude) \
3\. site: 在搜索 特定网站的爬取链接，filetype 指定文件类型 \
4\. 2016..2018 特定年份 after:2018，before:2018 有点像 git log 的 filter\~
44. Question: 实现图片热区(在图片的某个范围上增加点击事件)的最佳实践是什么？
答案是 HTML `` Tag
45. 快餐文分享： \
How to Leverage the Fullscreen API… and Style It \
文章介绍了有关 full screen 的 API。 如何做全屏 toggle，如何定义全屏样式。
46. 每日一句分享： \
我认为，对人工智能的恐惧，大多数情况下，就是对资本主义的恐惧。我们担心资本主义将如何通过技术来利用我们。
现在，技术与资本主义息息相关，已经很难区分两者了。
47. The problem with object-oriented languages is they’ve got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.
\-- Erlang 发明者 Joe Armstrong 谈 OOP.
还记得之前读《Java 编程思想》 开篇有一段话给我留下很深的印象: Java 的定位是从大型组织有序的包和模块中获益的编程语言。
不是快速完成功能的脚本语言。
而现在国内普通高校中常见的编程语言就是 Java，这对最开始编程思想的养成 不是一个最好的选择。 上来就学OOP的三大特性，而三大特性本身就是不正确的。
封装是个常见的概念，一个函数就是一个封装。 继承最开始也不是OOP的设计宗旨，更好的选择应该是组合 与 mixin。 多态只是类型系统的向下转型，或者遵守 contract (接口) 规范。
真正的 OOP 特性应该是 万物皆 model 的概念 以及 消息传递的特性。
48. 快餐文分享： \
The BFF Pattern (Backend for Frontend): An Introduction \
文章介绍了 BFF 的使用场景，提出的意义，相比与传统通信 其优势是什么，其模式的最佳实践探讨。 感觉使用场景很局限，一是为了更好地 combine、filter 数据，二是 为了抹平 微服务 过度模块化带来的影响，提出了这一中间层模式。 \
在我看来，BFF 更像是 为了服务端架构设计不合理的妥协。 \
或许过于复杂的项目，设计时总会有不合理的地方，毕竟需要考虑的地方很多。
49. 快餐文分享： \
An Introduction to WebRTC App Development \
\
文章简单介绍了 WebRTC 是什么，STUN TURN 的作用(这两个重要的infra 文章说的很少，我补充下: STUN 服务是为了 exchange 握手信息，做为一个中继者的角色，如果 P2P 打通 则双端正常通信，而因为 NAT 或者 Firewall 无法通信时，TURN 则会作为 中转流量服务器 让双端间接通信，可以见得 很吃服务器的带宽 性能，这也是为什么 WebRTC PaaS 这么贵的原因)。
文章主要的精彩之处，在于介绍 WebRTC 对于 media data 的压缩方法(VP9 的算法原理)，针对每一帧与前一帧做 diff，传递 diff 信息而不是 whole state，这带来的后果是 丢一帧则会影响下一帧。
而文章后续水得一批... 还打了个软广..
50. Question: Git commit 保存的是 diff 还是 snapshot？
A: diff？ \
B: 我之前也是这么想的\~ 直到前不久我看到了一篇文章.. \
Commits are snapshots, not diffs \
51. 每日一句分享: \
对于软件中的缺陷，不同阶段被发现会导致非常不同的解决时间：
1. 不要引入任何缺陷（可惜我们是人，不是神，这不现实）—— 无需解决时间
2. 当敲下代码的那一刻，有缺陷的地方就能够被捕获到（很多语言的 language server 已经在做这样的事情了）—— 秒级
3. 在编译时被捕获到 —— 秒级到分钟级
4. 在 UT 时被捕获到 —— 分钟级
5. 在 CI 时被捕获到 —— 分钟级到小时级
6. 在 code review 时被捕获到 —— 分钟级到天级
7. 在 End-to-End test / QA 时被捕获到 —— 小时级到天级
8. 在部署后被捕获到 —— 若干小时，若干天，甚至若干月之后
9. 部署后被用户捕获到 —— 若干天，若干月，甚至若干年之后（也许永远无法解决 —— 很难复现）
52. 分享道题目： \
Nesting Structure Comparison
判断两个数组是否结构相同，你想到最快的方案是什么？
// should return true \[ 1, \[ 1, 1 ] ].sameStructureAs( \[ 2, \[ 2, 2 ] ] );
// should return false \[ \[ \[ ], \[ ] ] ].sameStructureAs( \[ \[ 1, 1 ] ] ); \
A: 先转化成字符串，从左到右的比较 \
B: 我也是这个想法\~ \
53. 分享道之前刷过的一题，属于印象较深刻的：
Evaluate mathematical expression
实现一个 针对数学表达式的计算程序，不能使用 eval or new Function 表达式中 可以有无限 括号嵌套，负数，浮点数。
一个 case： except('2 / (2 + 3) \* 4.33 - -6', 7.732 )
54. 每日一句分享: \
无数渺小的思考 填满了人的一生。
55. 快餐文分享: \
CSS Tips \
文章介绍了一些不常见的现代 CSS Rule 与 一些常见组件使用 CSS 实现的技巧。
56. 突然发现 @babel/plugin-transform-regenerator (针对于 yield 的 transformer)，生成后的代码 是一个类似于 kotlin suspend 函数编译后的 状态机，异曲同工..
57. 好文分享: \
图解 Functor, Applicative 和 Monad \
经典老文了，介绍了 Functor, Applicative,Monad，深入读过一遍 收获很多。
Functor 将一个普通函数应用到被封装的值上，可以理解为 Box 类型 或者 可 Mapable 数组，函数复合。
Applicative 将一个封装的函数应用到封装值上。 可以理解为 Box(fn).apply(Box(value))，属于一种更强大的 functor，可以让 函数接受多个参数，类似于被包裹的 curry 机制。 Functor 实质上就是 map 一次的 Aplicative。
Monad 将一个 “接受一个普通值并回传一个被封装的值” 的函数应用到一个被封装的值上。
用一个例子理解:
```javascript
const arr1 = [1, 2, 3, 4];
arr1.flatMap(x => [x * 2]);
// [2, 4, 6, 8]
```
实现了 flatMap 或者 chain 的类型，可以更好地处理函数链中传递的context.
58. 快餐文分享: \
A Brief, Incomplete, and Mostly Wrong History of Programming Languages \
文章介绍了各种编程语言诞生 设计 流行的梗，太搞了..
关于 Haskell 如下(中文翻译后): 一个单子（Monad）说白了不过就是自函子范畴上的一个幺半群而已，这有什么难以理解的？
59. 快餐文分享: \
My current HTML boilerplate \
文章逐行介绍了作者使用的 HTML 模板，包括 Docs 声明，常见的 meta 标签等。
60. 快餐文分享: \
Scala Syntax for Java Developers \
文章介绍了 Scala 与 Java 通用语法的异同。 Scala 调用方法时，the parenthesis can be omitted. 真是好蠢的设计..
61. 想到了有趣的点，关于传统前端开发 与 MVC 架构。
假设 DOM 是 Model，浏览器视窗是 View，JS 是 Controller。
当用户从 View fires event，Controller 处理，更改 Model，rerender View。
有趣的一点是在传统前端开发中， View 即是 Model 的 输出，又是 Controller 的输入。
那么传统前端开发 与现代前端框架 MVVM 架构，比如御三家(Vue React Angular) 又有什么差别呢？
最显然的差别就是去掉了 Controller，也就是去掉了上面提到的 Controller 接收 View 发出的 instruction，然后修改 Model 的流程。
而去掉这一流程，MVVM 做了哪些工作，又做出了哪些提升。
最重要的是，关于 Model 抽象概念的提升，Model 不再是 DOM，而是 应用中的 State。这一点很重要。
State 更新则会 DOM 更新。
State 的定位不仅是简单的 Model，而是可以 发出 DataChange 的 Model。
既 Controller 接收指令 渲染 Model 的工作放到了 全新的 State Model 中。
从更深远的角度考虑，MVVM 是 GUI 应用开发 一种意义非凡的架构。
那么问题来了，MVVM 缺点是什么？
最显然的就是违背了 软件工程提倡的单一原则(这种原则 没有根据场景就提出，都是屑)
其他缺点就是关于 DataChange 的实现机制了，Vue 与 React 采用了两种不同的方式，之前有讨论过。
还有 Svelte ，属于三种不同的实现机制。
62. Question: 流量调度 可以在哪些层实现？
1. 基础设施层，DNS
2. 网络层，比如 LVS
3. 应用层，比如 Nginx
A: Lvs是转换mac地址吗还是网络地址啊 \
B: Mac 地址
63. 分享篇文章: \
职业选手和业余选手 \
垠神最近的一篇文章。 \
摘要: Mac 地址 对于我来说，“专业”或者“职业”（professional）这个词不再意味着水平高，而只是意味着你要以这个事情为生。也就是说，你得靠它挣钱，不做这个事情你就活不了。进一步的意思就是说，作为一个“职业选手”，你可能会为了钱而去做你不喜欢的事情，而不是只做你喜欢的事情。
64. 「直播回放」Go语言并发调度器和网络模型解析 - 腾讯技术工程的视频 - 知乎
分享期视频，内容包括 Go GMP 调度机制，如何更好地榨干系统资源； Go 网络 IO 模型，如何基于 多路复用 在用户态完成 connection 分发；以及 Go 的网络优化(软广部分)。 \
视频很干，干货很多。
65. 分享则推： \
\
近日一国外小伙，使用树莓派发明了个名为 Yayagram 老人关爱机，可通过 telegram 将文字，语音发送到 对方，该推 介绍了其特性与工作机制。
看起来还是挺实用的。
之前也做过一些智能硬件(Arduino)项目，通过天气、设定条件 自动调节 各种小灯，屏幕 啥的.. 与其相比，愿景差远了。
66. 每日一句分享： \
在泰国工作的人，都说那是一个很糟糕的地方；在泰国休假的人，都说那个地方好极了。
67. 一家创业公司推出了数字画框。挂在墙上，它会自动将精选的艺术品推送到显示屏，定时更新。
来自阮一峰老师最新的周刊。
感觉这数字画框有一定商业价值啊。
68. 快餐文分享： \
前端性能优化：当页面渲染遇上边缘计算 \
文章介绍了 如何通过CDN 边缘计算的能力，让动态页面更快地渲染。 可理解为将最基本的 Docs 请求，在连接时做解析，获取页面中 外部资源，并拉取，返回页面时 又分为整个页面返回(ssr)，或类似于脸书 bigpipe 技术的动态返回。 文中将其称为了 瀑布流式 与 嵌入式。
# 1-14
暂未分类
1. 3 月分享汇总：
1-18：
共分享：136 条，其中 好文 6 条 快餐文 21 条。
19 - 31：
共分享：93 条，其中 好文 10 条 快餐文 17 条。
2. 每日一句分享:
什么时候最适合做垃圾回收？当没有人进行观察时。用一颗摄像头对眼球进行追踪，当对象的眼睛离开屏幕时就执行垃圾回收。
When is the best time to do a GC? When nobody is looking. Using camera to track eye movement when subject looks away do a GC. -- Richard Hudson
3. 
淳朴的语义表达。
4. 惊讶系列分享: \
Making Facebook 2x Faster
这是一篇 10 年前，脸书工程师写的文章，介绍了如何从 网络时间，服务响应时间，页面渲染时间 三个阶段优化 站点 TTI 指标。
其中 优化网络时间 需要发起更少的请求，请求更小的资源。 服务器响应时间 没有展开说，因为这一阶段是完全可控的。 除了传统的优化技巧，脸书工程师 重点优化了 可复用资源的请求 与 查分 过程。 并且开发了 Primer 作为关键JS文件的本地缓存管理库。 另一个杀手锏 就是 bigpipe，将服务器响应时间 与 渲染时间 增量化，从页面单位， 划分成业务组件单位(这与React Server component 的概念 很相近)。 从另一个角度思考，是将服务器 与 客户端 并发化，这是一个创新型的技术。
关于 bigpipe 摘要: \
We've overlapped a significant portion of the generation time with the render time which will reduce the overall TTI experienced by the user.
BigPipe is a fundamental redesign of the dynamic web page serving system. The general idea is to decompose web pages into small chunks called pagelets, and pipeline them through several execution stages inside web servers and browsers. This is similar to the pipelining performed by most modern microprocessors: multiple instructions are pipelined through different execution units of the processor to achieve the best performance. Although BigPipe is a fundamental redesign of the existing web serving process, it does not require changing existing web browsers or servers; it is implemented entirely in PHP and JavaScript.
5. 惊讶系列分享: \
BigPipe: Pipelining web pages for high performance
文章介绍了 BigPipe 的技术细节，受 pipelining microprocessors 启发而来。
BigPipe 在国内有很多实践，国内称这种技术为 页面直出。 更准确的概念是 页面分段渲染。
6. 每日一句分享:
互联网公司的时间是狗年。狗的一年，据说相当于人的七年。一家开张两年的互联网公司，就像经营了二十年的传统行业公司。
7. 快餐文分享:
A categorized list of all Java and JVM features since JDK 8 to 16
\
文中从多个方面(语法、API、性能、安全、字节码)梳理了 jdk8 到 jdk16 的变动更新。
8. 快餐文分享:
Announcing TypeScript 4.3 Beta
TS 4.3 changelog。
1. 新增 getter setter 属性支持
2. 可使用 overwrite 关键字显示声明重写方法
3. 字符串模板类型更加定制化 (为字符串限制类型，真是太赞了)
4. 支持 #private 修饰属性 方法(好丑)
5. Check 未 await 的 Promise 将会抛出异常(不会真有人这么用吧)
6. 支持类中静态索引属性
7. 枚举不可以与任意数字比较 还有一些与语法无关的更新，详细可以看原文。
9. 每日一句分享:
眼镜蛇效应（Cobra effect）指的是解决某个问题的方案，反而使得该问题恶化。
它来自于殖民时期的印度，政府颁布法令说每打死一条眼镜蛇都可以领取赏金。结果，民众为了赏金开始养殖眼镜蛇，政府不得不取消赏金，养殖蛇的人就把蛇都放了，放出去的蛇继而繁殖，反而使得眼镜蛇数量大增。
10. 好文分享:
移动端 JS 引擎哪家强？
文章介绍了移动双端中常用的 JS 引擎(JSC、V8、Hermes、Quickjs)，并分别讲解了历史背景 与 在 IOS Android 上各自的优缺点，最后给出了目前业界选型的一些案例。
简单解释下文中涉及到编译的术语: JIT、AOT、增量编译、堆快照。
1. JIT : 即时编译（英语：just-in-time compilation，缩写为JIT。 在程序运行期间会不断分析正在运行的字节码，根据一定策略，将 hot code 直接编译成机器码，减少字节码 transform 开销，不过因为集成在 runtime 会增加内存占用。
2. AOT: 在程序执行前期，先将源码编译成字节码，然后程序执行时只需运行已经编译好的字节码，移除源码解释的时间。
3. 增量编译: 增量是一种思想，用一个典型例子解释: git push 只会 push 修改的部分，不会 push 整个项目。 这就是 增量的思想。而增量编译 顾名思义 只会编译修改的部分，不会编译整个项目，所以 增量编译存在于工程时间，而不是 runtime。
4. 堆快照: AOT 的一种应用。
在文中的业界选型中，几乎不约而同的 在 IOS 系统中全都采用 JSC 作为 JS 引擎，还是被阉割 只能解析执行的 engine。 并且据我所知，所有的第三方 IOS 应用如果有编译执行 VM 的存在，都是不允许上架 App Store 的。
Apple 一向以来都是生态闭环，不管是 to c(客户) 还是 to d(开发者)。
11. 国内知名 BaaS 厂商 LeanCloud 被 TapTap 收购了... hah 由客户变成了金主爸爸
12. Question: 目前业界内 前后端分离架构，做用户状态保存的最佳实践是什么？
A: 共享session，独立session服务器 \
B: 独立 session 服务器有单点问题，能不能服务端端不保存状态呢？ \
目前业界常用实践(前后端分离)也只能是后端管理 session 了.. \
A: 不保存状态是啥意思啊，独立session服务器也算是无状态服务 \
B: 就是后端彻底是无状态的，根据前端 Token 拿到 uid (用户ID)。 我说的状态是用户状态..
B: Session 的数据结构怎么设计呢？ \[sessionId] -> uid 这种 hash 结构嘛\~ \
B: 先不谈 csrf，感觉 cookie session 给服务端增加很多复杂性..
B: 还是使用 Token 做用户状态保存吧，服务端彻底无状态。 \
最明显的缺点是，单点登录 还是需要数据层做妥协，禁用 Token 可以维护一个黑名单。 也只能这样减少复杂性了
B: Token 自动续期的话，可以每次请求重新分发，然后在设置一个较长的过期时间。
A: 确实，肯定需要数据层，不过问题也不大，在可以接受的范围内。分布式下token会不会有副作用
B: 预防 CSRF 攻击可以CSRF Token 分发到页面，请求带上，只存在于会话期间。 假如不做单点登录，没有禁用Token 需求，那么不需要数据层保存状态了\~
B: 对于后端，复杂性最低的就是 Token 了。 \
从 登录请求根据用一些不关键信息(uid) + 服务端密钥 + 加密算法 生成 Token，下发到客户端。 \
客户端请求带着 Token，提取 uid，再根据 服务端密钥 + 加密算法生成一遍，相同则权限通过。 \
客户端管理 Token 可以根据 httpOnly + cookie 过期时间。 \
最致命的问题是，无法废弃已下发的 Token。 并且 Token 续签只能通过 客户端 cookie 过期功能。
B: 想了想，废弃下发 Token 可以手动维护一个黑名单，自动续签 也可以在 用户的不关联信息 加上一个时间戳，如果时间戳 未来的一定期限内 继续维持，如果超出则自动更新。
emm，有实践的可能性。 \
hah，我称之为 statusless 方案，新的术语出现了
13. 快餐文分享:
How MDN’s site-search works
文章讲解了 MDN 的技术架构，由于站点大部分内容都是 静态文件，只有一个搜索接口可以讲.. 居然是采用 Django 作为 web framework 这让我没想到，搜索引擎是 es，数据同步使用的是 github action.. 这些基本的服务支撑起了 MDN 搜索功能。
每一次提取搜索内容需要花费 24 小时.. 使用 py 脚本做这件事 真的合理嘛..(估计是 GIL 的限制)，可以使用 Numpy 提速.. \
这种 计算密集型 任务，使用 Golang 最合适不过了。 我在想，如果使用 gpu 计算，goruntine 还具有优势吗？ \
看了一些文章，大部分讲的都是 golang 如何调 cuda(可看做英伟达平台的指令集)，没有相关讨论。
14. 快餐文分享:
5 ways to prevent code injection in JavaScript and Node.js
防止代码注入的五种规范:
1. Avoid eval(), setTimeout() and setInterval()
2. Avoid new Function()
3. Avoid code serialization in JavaScript 4 Use a Node.js security linter
4. Use a static code analysis (SCA) tool to find and fix code injection issues
15. 每日一句分享:
舜发于畎亩之中，傅说举于版筑之间，胶鬲举于鱼盐之中，管夷吾举于士，孙叔敖举于海，百里奚举于市。故天将降大任于是人也，必先苦其心志，劳其筋骨，饿其体肤，空乏其身，行拂乱其所为，所以动心忍性，曾益其所不能。
16. Linux 内核 和 Windows 内核有什么区别？ - 小林coding的视频 - 知乎
分享期小林的视频，讲解了内核的能力(内存管理，进程调度，驱动管理，程序运行环境)，Linux 内核的设计特点，Windows 与 Linux 内核，可执行文件的差别，以及不同的内核模型。有空的同学可以刷一下，视频很短。
17. 开个老生常谈的话题，如何管理 项目中的复杂性，有哪些手段？
常见的手段有 分层，模块化，抽象。 \
从抽象维度 小到大来讲的话，就是 抽象，模块化，分层。
抽像 函数维度， 最典型的提现就是代码中接口与实现的关系，调用者只需要知道接口的能力，如何实现不必感知，能有效减少心智成本。
模块化 文件维度，是将相同业务或使用场景 的代码组合起来，成为一个模块，就比如 monorepo 中多个不同的 package，微服务架构的项目。
分层 项目维度，将同一层级的项目横向组合起来，最典型的就是 OSI 网络模型。
呃，只给个宏观视角，详细展开说的话，太泛泛。
18. ```
Y = f => (
(g => g(g))
(x => f(a => x(x)(a)))
)
fact = Y(f => n => n == 1 ? 1 : n * f(n - 1))
console.debug(fact(5)) // 120
```
这种 Y combinator 看起来真像是魔法.. 看完发现，只有 我脑子是不动点。
19. 快餐文分享:
重新发明 Y 组合子 JavaScript(ES6) 版
这篇文章把 Y-combinator 讲得细致入微，从 0 演化成了Y组合子，感兴趣的同学可以读一下。
20. 
21. 
22. 分享则故事:
The history of UTF-8 as told by Rob Pike
现在世界上广泛使用的编码 UTF-8 的发明历史。 由 罗伯派克 与 肯汤姆森 花了两三天的时间完成。 该文章主要从 Rob Pike 的视角，讲解了 当时发生的一些事情。
丹尼斯里奇 与 肯汤姆森 这两位最初 Bell labs 的 研究员，可以说为 现在计算机界的发展做出了 不亚于 冯老爷子的贡献。
当然冯老爷子(冯诺依曼) 不是人，是神，通天带的那种。
图灵与之相比就一不懂事的小学生。
23. 快餐文分享:
Off-heap memory in Java
文章首先介绍了 JVM 中堆的主要作用，并给出了 JVM 规范中的定义。 接下来讨论了 当堆中数据过大时，GC 压力很大，会造成长时间的 suspend，所以给出了 如何在 JVM 堆外保存数据的方案(可能是软文？)。
24. 每日一句分享:
我通过删除 WordPress 的 Mailchimp 插件中 20 KB 的 JavaScript 依赖关系，每月估计减少了59,000 公斤的二氧化碳排放量。
之前分享过的环保观点：
1. 4G 上网的二氧化碳排放比 WIFI 上网高4～7倍。
2. cloudflare 公司宣布，新推出的 Bot fight 功能所释放的二氧化碳，将通过种树弥补。根据计算，一个 CPU 内核每年释放8公斤二氧化碳，而一棵树吸收21公斤二氧化碳，因此计算量每新增2.5个 CPU 年，该公司将种植一棵树。
3. 训练一个大型 AI 模型会排放近30吨二氧化碳，相当于5辆小汽车终身的二氧化碳排放量（包含制造期间的二氧化碳）。
为了我们子孙后代的生存环境，请不要再写垃圾代码了
A: 数字挖矿造成的二氧化碳是不是更多?
B: 数字挖坑一般都会用到定制化的智能硬件，相对于普通GPU的使用情况来讲，肯定更耗费性能，能量守恒定律。
25. 开个话题，编程语言中 类型系统 是否会限制抽象能力，你想到了哪些场景。
或者说，类型系统是否已经潜移默化地影响了 编程中的思维表达。
一个具有“完备”(相对而言)类型系统的语言 或者 没有类型系统的语言 是否能写出更高级别的抽象代码。
我一直把类型当做上下文标注信息来理解，而大部分场景下 它已经成为了一种约束，像是一种工程化的妥协。
类型系统 是为了编译器更好提取上下文，更好地优化程序；为了工程“更高质量” 定义的一套法则。 也是预先定义的一套编程思想定式。
在不同视角上来看，有合理的意义，也有不合理的意义。 突然觉得这种话题 没有 01 定论，就算深入探讨 遇到的只是各种 解释 归因。
想起了 暗时间 中的一段话: 由于事实上，任何行为都有合理性因素在里面，所以总是有机会争辩的。
26. 快餐文分享:
Object oriented vs. functional programming
摘要: OO makes code understandable by encapsulating moving parts. FP makes code understandable by minimizing moving parts.
文章很短，简单探讨了 fp 与 oo 对 state 的不同处理，以及在混合编程中很难达到 不同编程范式最大的优点。
有一则评论很赞同: \
My experience so far has been: \
1\) Inheritance is over-rated, composition is far more useful. \
2\) State is unavoidable, but good programming is about getting away with as little state as possible. \
3\) Thinking of a problem assuming you are going to write the program in a purely functional language usually results in a better design (even if you come back and write classes and maintain state in them)
27. 
V8 运行 JS 的过程
1. 源代码(source code) 通过解析器(parser) 解析后 生成抽象语法树(AST)
2. 抽象语法树 通过 解释器(interpreter-Ignition) 生成了字节码(bytecode), 此字节码作为基准执行模型, 字节码等同于 25%-50% 机器码大小. 并且 此时抽象语法树被彻底清除掉了, 释放其内存空间.
3. 生成后的字节码 直接被 解释器执行 (解释执行),
4. 在代码不断的运行过程中, 解释器收集到了很多可以优化代码的信息, 比如变量的类型, 哪些函数执行的频率较高.
5. V8引擎的编译器(compiler-TruboFan) 会根据这些信息和字节码 来编译出经过优化的机器代码
一些常见的优化规则:
* 函数只是声明未被调用, 那么该函数不会生成到 AST
* 函数如果只被调用一次, 字节码则直接被解释执行了
* 如果函数被调用多次, 可能会被标记为热点函数, 会被编译成机器代码
* 随着不断执行, 会有越来越多的代码被标记为热点代码, 然后被编译成机器码.
所以 JS 运行的过程 正是一个从解释执行到编译执行的过程.
28. 每日一句分享:
一个人如果将他自己描述得很好的话，他十有八九是在撒谎，因为任何生命从内部审视都只不过是一系列的失败。 如果能意识到问题 就好了，可描述的人 往往只愿沉浸在自己以为的成功。 如果能遇到帮助审视自己的朋友，一定要珍惜。
29. 快餐文分享:
λ表达式与邱奇数，JAVA与JS的lamda表达式实现
一直对邱奇数很感兴趣，用函数定义熟数字。 今天刷到了这篇文章，文章前面主要介绍了关于 lambda 演算的历史背景，后面给出了 js java 邱奇数的实现。
补充下摘要: 现代形式科学的所有的故事都来自于莱布尼茨的两大梦想：第一、建立一套严格精密的人工语言，这种语言没有人类语言的歧义多结构，可以精确地描述任何哲学、逻辑和数学问题；第二、找到一种方法，利用这套“普遍语言”，解决任何科学、哲学和数学的问题。
莱布尼茨的梦想，在20世纪先后成真：集合论和符号逻辑、计算科学。而这一切的一切都源自19世纪末20世纪初发生的第三次数学危机。这场危机的结果使得数学、逻辑学和哲学发生了脱胎换骨的变化，数学的公理化、逻辑学的数学化、哲学的逻辑化是这个伟大变革中最显著的特点。
30. 想到了之前摘录的一句话:
图像的表达力和精准度有限，信息冗余和歧义多，特别是无法(或很难)表达抽象。
相对的，我看好公式公理化数学化高阶逻辑化编程.
31. 阿里需要一次触及灵魂的反思
分享篇今天读到的一篇文章，文章给出的观点很主观 有作者的思考，整体不像其他文章 没有阴谋论的调调。
32. A: http2的多路复用值怎么保证数据的顺序的 \
B: 有序号值，不过当一个帧丢失时，复用该链路的所有请求都会阻塞，这是 http2 最大的槽点。
A: 每一个数据帧都会有一个序号吗 \
B: 是的，这个序号决定该帧属于哪个流。 \
快进到物理界出现新突破吧，不然再计算机业界再怎么出新东西 都打破不了天花板。
33. 快餐文分享:
Python 3.10 : What's the new ?
Py 3.10 的一些新特性，增加了 类型标记中增加了组合，别名。语法中增加了 结构模式匹配(无聊)。
A: JS给点作用啊JS 感觉这两年没啥nb的特性 \
B: ?? ?. js 已经让我变成了问号党
34. 好文分享:
CPU 和 GPU - 异构计算的演进与发展
文章整体介绍了 CPU GPU 的演进历程，为了达到更快更强的性能，工程师做出的努力。
文章梳理得很棒，受益匪浅，以下信息皆来自该文章，建议阅读。
每一条汇编指令都是原子操作，而原子操作意味着该操作要么处于未执行的状态，要么处于已执行的状态，而数据库事务、日志以及并发控制都建立在原子操作上。不过如果再次放大指令的执行过程，我们会发现指令执行的过程并不是原子的。 \
有针对指令级并行的处理器-超标量处理器。 \
原来 intel cpu 之间的通信 也采用的是 网格(mesh)架构，这和微服务各个节点的服务代理通信机制 异曲同工。
经常分享这位老师的文章，很早之前学 go 时就被他吸引，记得剖析 go 源码文章，大多数人 都是研究 lib或汇编，他直接从词法分析搞起..
35. 突然想到一个有趣的点，现在大部分产品 通信都是C-S架构，如果是S-S架构会怎样？
浏览器加载网页时不仅请求html，还会请求cgi，然后 run 在 sandbox 中，这样是不是天然支持全双工？是不是可以最低成本实现p2p？ \
现实条件 背景先不管，如果真能实现这种架构，那一定能极大扩展现在传统的通信机制。 \
A: 这算是一种退步吗？未来的趋势不是把更多的逻辑处理放到云端，client尽量的轻便。
呃，这只是设想，因为现在的计算机 还不支持或者说能力不够。 \
现在也是这种趋势，未来可能终端能承载更多东西，如果5g落地的话。 \
但是现在这种趋势真的好吗？或许好吧。 \
我看到的只是被商业包裹下的互联网。 希望有生之年能看到去中心化网络在国内出现。
36. 透过 Rust 探索系统的本原：编程语言
好文分享，介绍了编程语言中世界观对设计的影响，并以 rust 为例讲解了 编程语言设计时的衡量取舍。\
37. 每日一句分享:
编程语言有三派：哲学派、数学派、物理派。Erlang和Elixir属于物理派，面向对象属于哲学派，函数式属于数学派 - 张汉东
38. 一图说清 CSP 与 Actor 并发机制的区别。 \
摘抄自之前我发的一则微博: CSP 模型 和 Actor 模型, 具有相同的设计理念:
通过通信来实现共享内存，而不是用共享内存来实现通信。
然而它们的侧重点不同，Actor 关心通信的实体（对 OOP 更加友好），CSP关心通信的工具。
如果要选其一的话，我更加欣赏 CSP模型。
假设通信的数据，可以自我实现状态管理，这样一来就不会被通信双方所约束，消息传递的过程 就可以增加更多的抽象。
目前，业界的 CSP 代表 Golang 结合 Context 包已经实现了这一点。
39. 沅有芷兮：类型系统的数学之美
好文分享，从数学视角介绍类型系统的严谨性，文章开头介绍了原始类型与复合类型的概念，复合类型本质上是笛卡尔乘积的概念让我耳目一新，后面介绍了 类型系统如何处理异常，sum type 为什么是最佳选择，泛型可枚举类型的集合证明。 非常推荐阅读。
40. A: 怎么删除响应头的某个项啊？服务端配置 \
B: 最好服务端配置。或者加个bff/转发请求层，forward request 的时候 过滤，这样搞复杂性高一点。
41. 分享一段 今天从陈天老师文章上看到的观点，感觉很受益。
我们生活在一个既幸运又不幸的年代。上古时代，没那么多语言，更没那么些子分工。程序员是包打天下的黑客，匠人。如今，软件开发的领域细分到一个令人发指的地步，前后端分家，跟南北朝似的，然后前端又分裂出东西魏。前些日子 interview 时有个哥们超级自豪地自我介绍，说自己是在做 backend of backends。详问之，不禁哑然。那哥们不过是拿 node 做了些 service 的事情，就觉着自己升级成了刹帝利，急着把自己和做 API 的吠舍们撇清关系了。
精细分工的后果是程序员从黑客和艺术家蜕化成了螺丝钉 —— 端到端的包打天下越来越罕见，不再有人觉得自己了不起，觉得自己是 King of the world：写代码从一件很 cool 的，很好玩的事情变成了混饭吃的行当。后端的练好肌肉，前端的用好脂粉，便可以了，倘若后端开始修眉，前端怼人鱼线马甲线，那就乱了，是僭越。
42. 分享个项目：
Awesome Landing Page
还在为项目、毕设的首页发愁吗？可以看看这个项目，收集了很多优秀开源的 landing 页，居然包括了 我的主页项目
我还好奇 最近 一个坏掉的番茄 pv 怎么这么高..
43. A: 有怎么封装dialog的文章吗？ B: 没看过这种文章，可以讨论下。想找 demo 的话，可以去 github 上搜一下，一定有很多的。\
建议使用组件库里自带的 dialog，或者 某个 dialog 开源库，是想自己实现吗？ 如果自己实现的话，可以先设计出 props 规范(标题，内容，弹出动画，点击确认的回调，是否有蒙板等等)，剩下的就是根据规范 画界面的工作了。 \
A: api和属性怎么设计啊？ \
B: 有使用场景吗？建议最初根据使用场景设计，不要过度设计，先做个 mvp 再根据未来的需求迭代。
44. A: 有人熟悉sticky属性吗 \
B: 其他窗口视图fixed + 当前窗口视图 relative
45. 竞争与垄断：几段概念史
好文分享，文章梳理了 竞争与垄断理论在经济学上的演变，并给出了 不同阶段下 代表人提出的理论。
46. 
悲伤的故事\
爱情就像是个非确定状态有限自动机.. 交流个一两句，情绪系统就能爆出多个异常。
47. 我一个有个疑问，对于现在的互联网feed流产品，到底是用户是客户，还是广告主是客户？ \
A: 我感觉是广告呢 \
Feed流产品 利用各种功能手段 尽可能地争取用户时间，而广告主 花钱在产品上采购用户时间。
或许 feed 流产品天生就决定了 用户数据，使用时长 这些关键指标是商业模式的驱动力.. \
之前摘录过一段话: 硅谷的 IT 精英圈有一种共识：我们正在建造一个超级大脑，接入网络的所有的用户都只是可以交互的神经元，你就像一个小的编程单元，算法通过你的行为去操作，去编码，来服务于这个巨型大脑！你根本无足轻重，系统不会给你钱，也不会告诉你真相，你完全没有自主权。
还有之前分享过一句话:
如果你没有为商品付钱，那么你就是商品本身。——纪录片《监视资本主义：智能陷阱》
个人认为，这种生态 对用户来讲也不算坏事，毕竟产品需要商业模式，而用户也是能从产品中获取信息。
如果想摆脱这种产品，不想被它为你亲身打造的信息茧房所束缚，可以试试 rss。
48. 很早之前答应过大家，写一篇信息流获取文章，鸽了好几个月了，其实我获取信息的关键不是靠 rss，而是靠广撒网，遇到关键信息摘要，深入理解。
最关键的信息流 全是 newsletter，我会订阅很多有趣的博客，社区。 其余的有 rss, 微信号， 收藏的博客，微信读书，twitter, github, 知乎, quora, reddit, 各种社区..(实在太多了)
49. 快餐文分享:
THERE'S ALWAYS MORE HISTORY
深入探索了 Vim 为什么采用 hjkl 做方向键(当时开发者用的键盘)，JS 的 month 为什么 从 0 开始的背景故事(为了更好的内存优化算法)。
50. 
51. 每日一句分享: 每个时代，自由和常识都面临着四大挑战：强人对权力集中的渴望；穷人对财富不平均的怨恨；无知者对乌托邦的向往；无信仰者将自由和放纵混为一谈。——剑桥大学历史系教授阿克顿勋爵
52. 
可以通过H5这些网络条件属性，来更好地优化页面性能。 比如，在弱网环境下加载不同的资源
53. Deno 1.9发布
最大的更新是 http 层默认采用了 http2 了
54. 分享篇文章:
My startup failed. Then I found out I was unemployable.
HN今日热文，文章以作者的第一人称视角，描述了经历两次创业失败后，发现很难找到一份合适的工作(出现了\~ 白板反转二叉树)，最后不得以去一家待遇一般的公司遭受压榨，最后吐槽了 虚假的公司文化传统，以及初创企业的不设边界风格。
摘要: In the larger picture, I would comment that startups and tech companies claim to have a new kind of company culture, but they are (mostly) just the new factory with tech workers as the new factory workers. Rather than work at a startup, I much prefer being good at what I do and doing it on a temporary contract basis with clear boundaries and compensation. A job at a typical startup has no boundaries and feels like a cult. So I guess being unemployable works out fine for now, and maybe someday I'll get around to making something again
感觉这能说明一个问题，聪明人/精英/有思想的人，从一些场景来看，并不会对社会发展产生正向收益.. 他实在太懂自己想要什么了。
55. 刚刚看到了个项目 - Nodejs线程池库
我在想，Nodejs 主要靠底层 libuv 任务队列循环模型 去执行。 在应用层提出个 线程池，有什么使用场景。 \
libuv底层实现已经做了池化，在应用层做资源复用，有什么意义... 使用场景是 PM2 这种特例嘛..
感觉用 nodejs 做这种多线程，cpu密集型计算 都是用错了锤子
56. 目前的计算机底层架构，最理想的高并发模型应该是 轻量级协程 + 池化(可以看下 golang 的 ants库) + 命中临界区时的特殊处理(不要优先使用互斥锁)+ (智能硬件/与英伟达的 cuda 紧密结合)。
IO 密集，CPU 密集 都可以适用。
我理想 适用高并发的智能硬件，是在一条原子指令执行时，可以更细化到原子指令的每一步，就比如 加载指令，解码指令，执行，写回。
对每个核上运行的程序做更细粒化地调度。
57. A: 请问学什么才能看懂你发的东西 \
B: 呃.. 就是学计算机科学.. 就好了.. 不要设边界，随着自己性子来\~ 找到乐趣\~
除了时间精力，爱好。 还有一点很重要，学习方法。 学习要多思考，在我这里可以体现为两点∶
1. 做翻译，把文章主旨，关键思想 翻译成我的语言，这个过程虽然无聊，但很容易触发其他知识点的关联，并且更利于吹牛。
2. 思考层次，不要局限于知识表面细节，这是最大的误区，要提取 技术点的本质，融会贯通，最简单的办法就是学习时 思考到操作系统层为止。
当你只满足于知识的表面细节时，下次遇到问题 或者 学到其他知识，会无形中阻塞你。
# 3
暂未分类
# 1-18
暂未分类
1. 好文分享：
Blogged Answers: A (Mostly) Complete Guide to React Rendering Behavior
摘要：下面的图片。
这篇文章大而全，从各个场景介绍了 React 渲染的行为，用空的前端同学 强烈建议话时间读一下。 我断断续续读了快一个小时，比之前分享的那篇用 TypeScript 写 Curring Type 文章还要长.. 有空的前端同学 强烈建议花时间读一下。
2. 应用程序的内存布局。
栈区（Stack）— 存储程序执行期间的本地变量和函数的参数，从高地址向低地址生长； 堆区（Heap）— 动态内存分配区域，通过 malloc、new、free 和 delete 等函数管理； 未初始化变量区（BSS）— 存储未被初始化的全局变量和静态变量； 数据区（Data）— 存储在源代码中有预定义值的全局变量和静态变量； 代码区（Text）— 存储只读的程序执行代码，即机器指令； 上述五种不同段虽然存储着不同的数据，但是我们可以将它们分成三种不同的内存分配类型，也就是静态内存、栈内存和堆内存。
摘抄自 内存管理设计精要 \
3. 每日一句分享: \
产品负责界定和提供长期用户价值，运营负责创造短期用户价值+协助产品完善长期价值。
4. 数据最具有说服力，数据最具有迷惑性。
有的人就是喜欢读那种“干货满满”的文章，要么充斥着大量的图表和数据，要么夹杂着大量的参考文献，给人一种论据充分、无可置疑的印象。
实际上此类文章更难以辨别真伪，因为查证是个递归的过程，一个证据往往需要更多的证据去支撑。这一方面成本极高以至于一般人懒得彻底查证，不如直接选择相信；另一方面会有自我引用和循环引证之嫌疑，例如有个著名的段子：一个人发表了十篇文章，总被引次数为45次。
至于数据的迷惑性就更高了。一方面，数据是客观的，但数据的分析和解释是主观的。另一方面，数据比文字更容易造假，更容易造出合理但不符合事实的数据，本福特定律并不只是审计人员才懂。这方面举两个例子吧：一是法广报道中国疫情“中国本土新冠确诊暴增7.5倍”，实际上只是从2增加到15。二是“中国国足世界杯只输过3场”，这个就不需要解释了。
道理不言而喻，一目了然。有句话说得好，绝对的谎言不足以彻底迷惑人，半真半假的谎言才足够具有欺骗性。
来自 Aurora 的一则灵感。
5. 词汇分享: \
profound - adjective /prəˈfaʊnd/
1. felt or experienced very strongly or in an extreme way: Eg: His mother's death when he was aged six had a very profound effect on him.
2. showing a clear and deep understanding of serious matters: Eg: profound truths/wisdom
6. 分享篇文章:
How I cut GTA Online loading times by 70% \
文章讲述了作者难以忍受 GAT OL 缓慢的加载速度-7分钟(与7年前发布时基本没变)，使用反汇编工具，一步一步调查出花费时间的瓶颈 的经历。 瓶颈是 GTA OL 在启动时会加载 10mb 63k item json(作者猜测是有关 游戏内购买商品) 数据，并且存储为一个数组，解析后还会逐个检查 hash ，这几个流程将花费6分钟.. 作者在最后呼吁 R\* 解决这个问题(确实很容易解决，结尾也给出了方案)。
7. 主板上这家伙，要当CPU和内存的中间商！ \
快餐文分享，简单介绍了内存条的组成单元，以及与 OS 交互的基本原理。
8. 二月分享： \
2.1 \~ 2.6 （97）： \
2.7 \~ 2.17 （118）： \
2.18 \~ 2.28 （147）：\
终于整理完了，2 个半小时... 早知道不学这么多东西了。 \
并且以后 可能会去掉 分类（Tag）。
这两期的汇总一直没时间同步到分类，太花时间了😷
9. 漫画 | Linux之父：财务自由以后，我失眠了！ \
分享篇文章，简单介绍了 托瓦茨 的开发 linux 经历，文中有很多梗 来自托瓦茨的自传 Just for fun.
10. 快餐文分享:
Architecturally Significant Requirements \
文章介绍了架构中的常见术语: Availability(可用性，3个9) ，Fault Tolerance(容错性，包括可用性)，Durability(持久性，主要手段通过 校验和 等编码算法 或 多地备份保证)，Resiliency(弹性，抵抗系统攻击，某一节点出错的能力，比较常见的有 服务熔断，降级，限流等容灾手段)，Reliability(可靠性，符合预期)，Scalability(扩展性，基本上符合 SOA 架构的，扩展性都很容易保证)。
11. 每日一句分享: \
成功的反义词不是失败，而是什么都不做。
12. 词汇分享: \
rim - noun /rɪm/ \
the outer, often curved or circular, edge of something
Eg: The rim of the cup was chipped and broken. \
让我想起了之前 吐槽 nim 语法 过于灵活(对一个方法 既可以命令式，也可以函数调用，调用形式像是 py2 与 py3的融合)。\
一种语义对应多种行为，过于灵活，无疑会增加开发者的心智负担，在我看来设计得不严谨，不利于工程化。 \
当然，灵活性与工程化本来就很难兼得。
13. 之前学 rust 的时候，有一个特性很让我无语，rust 函数可以在内部写一个表达式，代表的就是函数返回值，可以不声明 return。 但除了减少代码量，我看不到任何好处，把函数中 最关键的意图隐藏在代码内部..\
并且 rust 为了实现 0gc，在语言上增加了太多的概念，付出代价不小，所有权，生命周期，在语法上的表现就是 各种符号混杂在一起，你需要理解每一个概念，才能正常开发。 \
如果不是为了开发稳定的运行时应用，比如操作系统，我暂时还想不到有什么非用不可的领域。
14. \
对 30s 代码感兴趣的同学，可以看下我之前写的这篇文章: \
30s 源码刨析系列之函数篇
15. 为什么说 immutable 是 React 的核心，如何理解这一概念？ - Liuyl的回答 - 知乎 \
分享个回答，不可变保证了调度时的灵活性，角度清奇。
16. 快餐文分享: \
前端工程师所需要了解的WebView \
\
文章简介了 Webview 的概念，jsb的意义，后面列举了下 Android webview,ios webview 所支持的能力。
17. 分享篇池老的文章: \
最容易被忽视的流量入口\
\
摘要:
1. 在文字互联网的时代，搜索引擎成了信息流动的入口，Google 和百度这样的公司，收割了 PC 时代所有的信息内容，成为最大的流量入口。
2. 在移动互联网时代，流量被重新分配，每个 App 有了自己的品牌和搜索服务，人们需要进入 App，才能消费内容。
3. 新的流量分发入口，只不过承载的内容介质是视频。
有趣的事，上一周刚分享过 一个可以在视频中 根据语义搜索相应帧 的项目。
18.  \
学 Ruby 岂不是要倾家荡产
19. 自适应 CSS 栅格：自由布局的最终版本 - 霜羽的文章 - 知乎 \
快餐文分享，文章例子清晰易懂，并且只涉及了一些常见的 grid 属性，可以简单刷一下。
20. 每日一句分享: \
可以把自己当成一家公司来经营，时间和注意力就是你拥有的最多的资源，公司的使命可以是让自己拥有快乐人生。想要经营好一家公司，应当能有效管理好各种资源，要挖掘自己的兴趣和特长，并且把资源投入到能带来更大长期回报（财富/快乐）的项目上，还要保持身心健康，让身体和大脑能更有效地合作。
21. 
22. 分享个工具： \
HTTPie - like curl but easier
http \[method=get] \[key=value => data in post/put] \[key==value query string in get] \[key:value => field in header] \[field:=json or field:=@file.json] \[--flag] url\[or :port]
1. http PUT pie.dev/put X-API-Token:123 name=John
2. http pie.dev/image/png > image.png
23. 学徒涌现，但clubhouse模式在中国没有前景｜深网 \
\
分享篇文章，作者从 监管成本，商业模式，语音不利于知识检索的角度分析 clubhouse 难以在国内出现成功的复刻品。
24. 分享篇文章:
Speed is the killer feature \
摘要:New features might help your users accomplish something extra in your product. Latency stops your users from doing the job they already hire your product for.
文章阐述了及时响应 对一款产品是否能取得成功的重要性。
25. 分享篇很有味道的文章: \
耦合 - \
如果你能在生前把它们都解耦，你将拥有一个光辉的名字：佛。
26. 分享篇文章: \
分布式相关理论和分布式事务 \
文章列举了分布式系统中常见的概念，分布式锁，事务的几种实现，涉及到的点都很浅。
27. 列举下 目前分享文章的标签:
1. 快餐文，干货很多，偏总结性知识，引起的思考很少。
2. 好文，偏某一领域的深挖知识，引起的思考很多，文章体系偏严谨。
3. 没标签，很难引起共鸣。
4. 惊讶系列，技术系列的文章，或者 代码片段，很少遇到。
28. 
29. 
30. 点击“我不是机器人”后，网站到底怎么知道你真的是人？ \
很有意思的文章
31. 每日一句分享: \
If we don't create the thing that kills Facebook, someone else will. 
32. 分享篇文章: \
Announcing Flutter 2 \
\
Flutter2.0发布，不只是移动端跨端，还支持编译成 web,pc-native。
虚假的跨端:支持 web ios android windows apple linux \
真实的跨端: 支持 微信小程序，百度小程序，支付宝小程序，参考 taro
33. 分享个流量孤岛的概念: \
指移动端时代，各大企业为了维护各项用户指标，建立起来的一系列护城河。将流量划分成一座座孤岛，互不相同，自建生态，属于国内创新型概念。 \
来自今天一位吃饱饭后打工人的碎碎念。\
互联网精神是什么？在资本的视角下 不值一谈。牺牲用户信息的流动性，巩固自身的生态才是王道。
34. 请不要叫我做题家 \
分享篇文章，直指教育机制与个体发展之间的矛盾。 \
摘要: 中国式应试教育绝非完美，英美教育制度也不乏优点，但对这个国家最普遍的个体来说，他们接受教育的目的不是拓宽视野，不是结交名流，不是跻身精英，而是逃离贫穷。 做题依然是他们手里唯一的筹码。 \
让我想起了之前分享过的一句话:培养一个巴黎人，需要三代人的努力。
35. Redis 多线程网络模型全面揭秘 \
\
好文分享，文章对 Redis 的 IO 模型，介绍得很详细，从宏观角度给出概念，图解，与源码解析。也分析了 Redis 6.0 引入多线程之后 发生的变化。 \
文章写得很好，建议多读两篇，多线程 源码那里可以略过。
摘要: Redis 内部实现了一个高性能的事件库 --- AE，基于 epoll/select/kqueue/evport 四种事件驱动技术，实现 Linux/MacOS/FreeBSD/Solaris 多平台的高性能事件循环模型。Redis 的核心网络模型正式构筑在 AE 之上，包括 I/O 多路复用、各类处理器的注册绑定，都是基于此才得以运行。
36. 惊讶系列分享: 解构模板字符串。\
37. 好工整的程式。\
38. A: 问一下vue创建和卸载组件是同步还是异步啊？
B: Vue 创建组件是同步的过程，加载组件是异步的过程。
创建与加载是两种不同的概念，组件被加载后才可以创建。
创建属于一个原子操作，不可被拆分。
Vue2 官方文档中有写，支持异步加载组件：
Vue3 也是可以借助 defineAsyncComponent 定义一个异步加载的组件
还有一些常见的方法 使用懒加载包一层，等到被激活才加载。 如果说到 Vue 卸载组件，具体 应该指的是 destroyed 钩子中 remove component 的底层实现是否是异步化了，等我翻翻源码。
destroyed 钩子中 卸载组件会将 父组件的 children 中移除该组件，并将组件的引用置于 null，等 gc 回收，是一个同步的过程。
如果异步化的话，页面就不会实时更新了。
39. 春招已经开始，找工作的同学把握住啊，多刷下牛客 看看面经，算法题 也不要落下 ，偶尔 ac 几道题积累下经验，除了准备基本的面试题，思维题 与 场景题 也是经常考的。场景题需要技术的广度，这个没有短期提高的技巧，只能平时多学习。思维题 等死就好了。 \
投简历的时候 可以先投一些小厂找找感觉，后面再投一些大厂，并且记住投大厂的时候 部门也很重要，不要心急。 \
准备基础面试题时 不要眼高手低，一定要多思考（思考到操作系统层面，很多已有的概念都能找到身影） 并 与其他知识点关联起来，还有一个技术的意义，适用的场景 都要多多少少了解下，这样回答问题的时候 才能把面试官经验住。 \
并且演技也很重要，不要说太流畅 像背书一样就不好了。
回答面试题时 最好以网状的结构，从一个点挖到另一个点（需要你主动引导），这样是最佳的。
40.  \
CSS IS AWESOME\~
41. 用WebRTC来实现P2P直播 - Yard的文章 - 知乎 \