pocarisweat

12 factor app 是不是已经没人当回事了？

1. 基准代码
一份基准代码，多份部署
2. 依赖
显式声明依赖关系
3. 配置
在环境中存储配置
4. 后端服务
把后端服务当作附加资源
5. 构建，发布，运行
严格分离构建和运行
6. 进程
以一个或多个无状态进程运行应用
7. 端口绑定
通过端口绑定提供服务
8. 并发
通过进程模型进行扩展
9. 易处理
快速启动和优雅终止可最大化健壮性
10. 开发环境与线上环境等价
尽可能的保持开发，预发布，线上环境相同
11. 日志
把日志当作事件流
12. 管理进程
后台管理任务当作一次性进程运行

用不用 ORM 都可以避免 SQL 注入，预编译 API 也挺简单的

Discord 用得少，感觉基于频道和 thread 的模式和 Slack 差不多？而且这网站注册要手机号，还有各种风控

@ABCDiSDR
试了下还真是..平时不出门的话都是插显示器用的

人家开发自用 App ，也没有提某方面背景，那不是应该默认最好的方案就是原生吗？资料最多，坑最少。而且现在 AI 这么发达，跟着 AI 照猫画虎学起来也快。

做破坏性操作参数带*的时候，我会按 tab 把*给展开再确认一遍

编程语言界的原神

@binfreeze
我自己的工作就跟这种底层开发有点关系。但其实写真的底层软件和这类图形界面程序还是很不一样，前者面临的东西虽然难，但问题相对是比较细的，GUI 程序范围就很大，做不到关注点分离。

能够精细地管理内存处理事件很有意义，但是开发 GUI 程序似乎有些脱离这个层面的本质困难，所以直到现在都不断有人提出新概念去管理 GUI 开发里的各种复杂度。提这个问题，也是因为我感觉 Web 开发有今天的繁荣，不能完全用屏蔽底层接口来解释，它应该也是在其他方面做对了若干事情。

我接触编程比较早，那会还是在中学，刚入门的语言是 C++，那会在网上和人争论胜过学技术本身。所以我很能理解你说有些话时候的心情。那会的我发自内心不喜欢 Python 、JS 这些「上层」语言，甚至还包括了 C#、Java ，回头看，当时的自己除了上论坛吹牛，自己也没做出啥有意义的东西，也没学多少真功夫。现在看，接触不同的技术对开阔眼界还是相当有价值。

SICP 拖了好几年都没读完，但这本书真的很有意思（或者说和 Lisp 相关的那几本著名的书都很有意思），最起码来说它可以治愈一个人的 Lisp 恐惧症，以及理解「抽象」这个抽象的词（递归了这下）。

而 CSAPP 的话呢…一大作用应该是治愈很多程序员的「底层」恐惧症，即看到所谓底层相关的知识又觉得害怕，又盲目崇拜。从这个角度说，这本书当然是每个程序员都必读的（没说要读完或者全部弄懂）。

文章里面提到的操作系统教材我没有读过。但从我读过的一些操作系统书籍来看，理论背景太深厚也会导致读起来过于抽象，只适合考试。如果能够结合操作系统的若干 API ，比如创建进程线程，映射内存，会好一点。南大还是哪个大学在 B 站上有个操作系统课，那个不错。

数据库那本也没读过，当年学校用的教材是《数据库系统概念》，到今天也就记得若干 SQL 、关系代数那套理论，还有 ACID 的定义了。更进阶的一本是《数据库系统实现》，讨论了为什么数据库的索引要用 B 树，如何根据 SQL 创建查询计划等等。所以对应了两个路线的实操，一个是多写点 SQL （如果你不熟悉的话，多和聚合函数以及 HAVING 字句斗智斗勇能很快增进对关系代数的认识），一个是试着写一个数据库引擎。其实数据库实现这块知识挺有意义的，因为这可能是第一次思考内存之外的模型（比如如何优化磁盘写入），而且 CRUD 程序员很需要这个。

说到 CRUD ，后面那本《数据密集型系统设计》就更推荐了。我觉得大多数喜欢装 X 问高并发的面试官问的问题都不会超过这本书的某个子集…而且相比偏老一些的数据库教材，这本书讨论了很多 NoSQL 的内容和新的索引结构。

而学编译原理，真的不推荐龙书。《编译器设计》或者《现代编译原理》都比龙书更容易入门。或者有一本九十年代的书，叫《编译原理与实践》，这个更适合初学者。这本书国内有翻译版也有影印版，翻译翻得很垃圾。但从普通程序员的角度看，学编译原理并不代表真的要做编译器或者发明新语言（虽然这是很有意思的事），而主要是 (1) 会用编译器；(2) 了解编译器大概能做什么优化，写代码的时候心里有数；(3) 了解底层链接器、加载器、runtime 等的工作原理。1 你看编译原理书没啥用，得看你用的编译器的文档加多用； 2 的话有点用，但你也得先懂点汇编； 3 虽然做编译器都绕不开这个，但大部分编译原理的书都不会讲，CSAPP 倒是会讲，这个有用。