https://zhuanlan.zhihu.com/p/356202989 代码写得不好，不要总觉得是自己抽象得不好。说到底，代码是产品经理在写，程序员不过是他们和她们的笔罢了。当然你能把产品经理这个岗位干掉，就当我没说。

https://github.com/taowen/modularization-examples 我搞了一个飞书群，主题就是业务逻辑拆分

https://zhuanlan.zhihu.com/p/371279371 代码无可避免腐化是因为这 5 个原因

用 PHP 代码写死的流程，要改就得找程序员。工作流的目的是让最终用户参与逻辑的编写，把一部分代码逻辑推迟到运行时去定义。

既然肯定是要推翻的，那就让代码写得更容易被删除啊。被依赖越多的代码，越难以被删除。

当你考虑这么干的时候，直连不直连都一样了。A 封个查询 RPC 接口给 B 和直连 A 的数据库是一样的。当你发现需求需要你有耦合了，不调整 A/B 的职责分工，单纯换 RPC 方式是换汤不换药的

我觉得表单描述语言就是界面描述语言。这个东西做出来和 react/vue 是高度重合的。

@beyondex 正常 web 开发完全没问题，能跑 mysql / redis，能跑 yarn install，能用 chrome 测 react 应用。运行速度完全能接受，我用的是坚果 pro 3，cpu 是 855 plus，内存 12 g 。市面上能接 4k 显示器输出的手机太少，这个才是主要问题。除了锤子家的，另外就是 ipad pro 和 rog phone 了。

@Baileys 你需要个锤子手机，加上 type-c 显示器

为啥一定要 ORM，不能直接写 SQL 嘛

配合 https://wasp-lang.dev/ 服用

永远不要浪费自己的生命。做你觉得愿意为此而活的事情。

@JoStar 如果前端是一个独立的 typescript 工程，后端是一个独立的 typescript node.js 工程，两者之间的 typescript 没有 import type 的关系。我也觉得后端拿 node.js 写没啥好处，不如用 java 。至少也要做到部分类型定义的复用，如果业务上有需要，还可能要做到部分代码的一致性保证（比如前后端算两遍价格，前后端做两遍验证）。

https://github.com/Mox-js/Mox-js/blob/3e919654e83f62f039949b93584970b57fcf019d/src/utils/state.js#L10 这不就假设了全局只有一颗完全重渲染的树么。

https://mp.weixin.qq.com/s/suRIYWo84TORN3lMx4QLwA 这个也就体现在了各种“中台”，“低代码”，“DSL”的说辞之中，所谓一部分人搞定 80%，剩下的领域专家（也就是处理特异性的人）去搞定特异性的 20%。

先要在最初的几页把听众的兴趣给激发出来，不要向上课一样，直接就是信息的罗列。你要把 why 说明白，大家为啥要坐在下面听你讲一个小时。

其次设计几个问题穿插在内容中。可以是很显而易见的问题，就是让下面的同学有一个站起来发言的机会。

table of contents 不仅仅要出现在第一页，在每个章节前面也加一下。让听众能够知道你讲到哪里了。

https://twitter.com/slimsag/status/1360136379301199872 How do you check for existence of a key in a set with 100M keys, in only 125ns? Using Xor Filters