江湖系列 · 成书版
以系列目录组织的长文站点,提供可爬取的静态页面与章节导航。
文章总数
101
系列数量
14
总字数
287265
操作系统江湖
开源江湖
跨端江湖
- 跨端江湖:一套代码到处跑不是胜利史,而是一代代重新分配复杂度的历史
- 跨端江湖(一):苹果杀死的到底是 Flash,还是开发者绕开平台的权利
- 跨端江湖(二):为什么“网页做 App”最痛的时候,不在 JavaScript,而在 WebView
- 跨端江湖(三):React Native 最重要的历史,不是多像原生,而是它主动放弃了“写一次到处跑”
- 跨端江湖(四):PWA 最尴尬的地方,不是做不到像 App,而是一旦太像 App 就会碰到 App Store
- 跨端江湖(五):Electron 为什么明知很重,还是成了桌面跨端的现实答案
- 跨端江湖(六):跨端为什么不会终结,只会继续回到选择性妥协
- 跨端江湖(番外一):Flutter 真正想解决的,不只是跨端,而是宿主控件这层旧妥协
- 跨端江湖(番外二):中国跨端最特别的地方,不是技术统一,而是平台先把边界写死了
- 跨端江湖(番外三):Tauri 想省下的,不只是 Chromium,而是一整笔桌面运行时税
- 跨端江湖(番外四):Hybrid 没有死,它只是终于不再假装自己像原生
- 跨端江湖(番外五):React Native 后来做的,不只是提速,而是承认旧桥接本身就是问题
框架江湖
浏览器江湖
- 浏览器江湖:真正塑造 Web 的力量,不只在规范里,更在谁控制默认入口和实现现实
- 浏览器江湖(一):浏览器为什么从一开始就不是工具,而是 Web 的入口王座
- 浏览器江湖(二):第一次浏览器大战,争的不是功能,而是谁能当默认入口
- 浏览器江湖(三):为什么 IE 打赢了战争,Web 却反而慢了下来
- 浏览器江湖(四):一张笑脸和一张成绩单,怎么把浏览器厂商逼上公开考场
- 浏览器江湖(五):Chrome 为什么不是单靠更快,而是靠整套新秩序重新夺权
- 浏览器江湖(六):Blink fork 为什么不是换个名字,而是引擎治理公开分家
- 浏览器江湖(七):为什么 Chromium 时代看起来更开放,却又更像回到单引擎现实
- 浏览器江湖(八):Manifest V3 为什么像一场“为了安全”的收权实验
模块化江湖
前端工程化江湖
- 前端工程化江湖:前端不是天然复杂,而是在网页应用化之后,被一步步逼成了一整套工程机器
- 前端工程化江湖(一):前端最早并不是工程化出来的,它只是慢慢被规模和性能逼出构建需求
- 前端工程化江湖(二):`Grunt` / `Gulp` 为什么会先火,因为前端第一次把脏活累活正式做成了流水线
- 前端工程化江湖(三):`webpack` 为什么会一度成王,因为前端很快发现,光把步骤串起来还不够,你还得真正理解整个应用
- 前端工程化江湖(四):`Babel` 为什么会和 bundler 绑成现代前端基建,因为前端接下来要解决的,已经不只是怎么装配应用,还包括怎么把未来语法提前带到今天
- 前端工程化江湖(五):`Rollup` / `Snowpack` / `Vite` 为什么会代表反攻,因为前端很快又会反问:这套越来越重的工程机器,自己是不是也该被重新改造了
数据库江湖
- 数据库江湖:数据库史首先是谁定义数据秩序的历史,不只是存储技术进化史
- 数据库江湖(一):关系型数据库真正卖出去的,不只是表和 SQL,而是企业秩序
- 数据库江湖(二):MySQL 真正改变的,不只是价格,而是数据库掉进了每个开发者手里
- 数据库江湖(三):PostgreSQL 总在旧秩序快失灵时被重新想起,因为它一直在给关系型续命
- 数据库江湖(四):NoSQL 真正拆掉的,不是 SQL,而是“一种秩序统治所有数据”的幻觉
- 数据库江湖(五):NewSQL 不是回到过去,而是大家终于承认还想要 SQL、事务和熟悉的秩序
- 数据库江湖(六):云数据库卖的从来不只是托管,而是把控制权悄悄搬回平台手里
- 数据库江湖(七):数据库没有终局,只有一轮轮把复杂度换个承担者的旧账重写
HTML 江湖
JavaScript 江湖
- JavaScript 江湖:这门语言不是设计出来的,是被时代硬推出来的
- JavaScript 江湖(一):十天写出来的语言,为什么最后活成了整个 Web 的底座
- JavaScript 江湖(二):标准还没定,浏览器大战已经把它打成两门话
- JavaScript 江湖(三):ECMAScript 不是加冕礼,更像浏览器大战中的停火协议
- JavaScript 江湖(四):一门语言差点把自己重写过头,ES4 为什么最后夭折
- JavaScript 江湖(五):Ajax 之后,JavaScript 从页面补丁变成了应用引擎
- JavaScript 江湖(六):V8、JIT 和 Chrome,为什么让 JavaScript 从能用变成必须认真对待
- JavaScript 江湖(七):Node.js 不是换个运行时,它把 JavaScript 送进了新的权力中心
- JavaScript 江湖(八):JavaScript 真正长成现代模样,不是在 1995,而是在 ES6
npm 江湖
series/css-jianghu
- CSS 江湖:这门语言不是写出来的,是一路吵出来的
- CSS 江湖(八):为什么有些 CSS 熬成了标准,有些却死在半路上
- CSS 江湖(二):标准还没定,微软和网景已经打起来了
- CSS 江湖(番外二):为什么 `:has()` 会难产二十年
- CSS 江湖(番外三):为什么 `container queries` 曾被说成“不可能”
- CSS 江湖(番外一):Grid 为什么不是更早来到 Web
- CSS 江湖(六):2012 年前缀危机,差点把开放 Web 拖回 IE6 时代
- CSS 江湖(七):标准都写出来了,为什么主流引擎就是不想实现
- CSS 江湖(三):CSS2 越写越大,浏览器越跑越偏
- CSS 江湖(四):一张笑脸,逼得浏览器厂商连夜补课
- CSS 江湖(五):CSS3 越红火,前端越像在扫雷
- CSS 江湖(一):谁有权给网页化妆?
topic/javascript
TypeScript 江湖
- TypeScript 江湖:一个并非 JavaScript 官方的类型系统,最后却变成了现代前端几乎默认接受的语言秩序
- TypeScript 江湖(一):JavaScript 社区为什么长期本能地排斥类型,因为这门语言最初的自我认同,本来就站在灵活和低门槛那一边
- TypeScript 江湖(二):TypeScript 为什么能切进来,不是因为它更正统,而是因为它从第一天起就选择了渐进收编,而不是正面革命
- TypeScript 江湖(三):Flow 为什么一度强,后来却没吃下天下,因为类型之争最后拼的不只是理论,还拼生态和默认入口
- TypeScript 江湖(四):tsserver 为什么会构成决定性优势,因为开发者最后投票投的,往往不是理论,而是每天写代码时的体感
- TypeScript 江湖(五):TypeScript 为什么最后从可选变默认,因为它逐渐不再只是类型系统,而成了现代前端最低摩擦的治理方案