学习笔记还是和摘抄合并吧～不然总是忘记看
Nest 最佳实践
近期项目用了 Node 写后端，因为前端技术栈是 Angular，选了 Nest 作为后端框架，比较成熟且上手很快～学习下它的最佳实践。
铁头乔：开源社区那些事
这篇分析开源社区角色的文章浅显易懂。
用户
贡献者
布道师
每个管理者都要有的5张牌思维
最近经常看到刘润老师的文章，有干货不枯燥。
时间，只能给成长者。把时间，留给那些正在以肉眼可见的速度成长的人。然后，耐心一点，安静地等待他们爆发能量。
没错，所以还需要做第二件事，区分算术错误和高数错误。
算术错误，就是那些低级错误。因为大意，因为粗心，因为傲慢犯的错误，是一种愚蠢。
低级错误，不应该被保护。
而那些高数错误，是创新的风险，必须允许。
保护这张牌，只能给创新者。保护创新者，这是企业能长远发展的关键。
组织不应该是关系文化，不应该是官僚文化，而应该是业绩文化。记住，奖励这张牌，只能给有产出的人。不能乱给。更不能全凭自己的好恶没有原则地给。
管理者不能当老好人，把惩罚锁在柜子里。可以菩萨心肠，但必要的时候，要雷霆手段。
Typeorm 2.7->3.7
遇到两个问题：
写法变更，例如 find、findOne 改成传对象
migration 不支持（还没找到好办法解决）
断言库 chai.js BDD/TDD
BDD - 行为驱动开发
TDD - 测试驱动开发
第一性原则
回归事物最基本的条件，将其拆分成各要素进行解构分析，从而找到实现目标最优路径的方法
马斯克：不要优化不该存在的东西
约束、优化需求
删除多余的零部件和工艺步骤
简化和优化迭代
加快生产速度
实现自动化
马太效应
指科学界的名声累加的一种反馈现象，最早由美国社会学家罗伯特·莫顿于1968年提出[1][2
有余者损之，不足者与之，天之道损有余而补不足。人道则不然，损不足，奉有余。—— 老子《道德经》
效用、成本、边际、供需定律
效用
满足了用户什么需求和满足程度，人们默认追求效用最大化
成本
直接成本：直接用于生产过程的各项费用
交易成本：达成一笔交易所要花费的成本，也指买卖过程中所花费的全部时间和货币成本。
机会成本：企业为从事某项经营活动而放弃另一项经营活动的机会，或利用一定资源获得某种收入时所放弃的另一种收入。
边际
边际递减：是指在一定时期内，在其他商品或服务消费量不变的条件下，随着消费者不断增加某种商品或服务的消费量，消费者从每增加一单位该商品或服务的消费中所获得的效用增加量是逐渐递减的。
边际成本：在一定产量水平下，增加或减少一个单位产量所引起成本总额的变动数。
边际效用：每新增（或减少）一个单位的財貨或服务，它对財貨或服务的收益增加（或减少）的效用
边际交易
供需定义
其他条件不变时，价格下降则需求量上升
Bun
一种新的 Javascript 运行时：Bun，对标 Node、deno
https://github.com/oven-sh/bun
官网说主要聚焦在三件事：
快速启动（有优势）
从底层提高了性能水平
提供完整的工具链（打包、编译、包管理）
官网贴出的性能对比
新的职业方向
他用了一个词来描述他在GO团队担任的职位，「fairly unique」。他说，自己的目标是给GO的用户和开发者创造非凡的体验，
他负责的工作包括：
为初学者和专家改进Go开发者体验、为Go采用和最佳实践创建教育资源、完善 Go 贡献者的体验（标准库、工具、编译器等）、增加Go团队和社区之间的协作和沟通、收集来自企业、用户、开发人员、集成商的数据和反馈，并为Go团队提供见解、与不同的供应商、产品建立合作伙伴关系等。
Zapier 运营思路
设计模式关系图
深度 vs 广度
近期听到一些技术关于往深了走还是往广走的话题，我好像没有太大的困惑。
首先我觉得我还是个菜鸟，并没有到那个抉择考清华还是考北大的境地，需要的去学，感兴趣的去学，享受攻克某个难点的快感，兵来将挡水来土掩。
其次我相信人的适应性是很强的，多反思当前的处境，环境也会告诉你你需要补齐什么能力。
我觉得考虑技术深度还是技术广度是一个伪命题，只是暂时不知道自己要往哪里走，毕竟很多所谓的往深走也只是找个借口欺骗自己不要走出舒适圈，例如：我不想与人沟通，不想当管理，所以我要当技术专家我要往深了走。
不是说思路不对，而是你拒绝为沟通付出的时间，真的花在当技术专家的路上了吗？
还不如直接承认我要的不多，所以我不需要努力，甚至是我上辈子是个大摆锤，就喜欢摆，坦诚一点。
再说了技术专家不需要沟通吗？当技术专家或许比与人沟通难多了，如果连这也不敢破圈，那怎么能保证未来可以解决更难的问题？偏科不适合普通人。
人生是一场考验耐力的马拉松，我从小就践行先上路，再考虑往哪里走，哪段路走多快，要花多久，或许永远也找不到答案，或许会回头、会弃赛，但落子无悔。
最可怕的是你不知道自己不知道什么，所以勇敢破圈，当你的边界只有撞到墙了碰到壁你才知道，喔，原来短板在这。
微软推出的一种 JSON 格式卡片
输入验证 - Adaptive Cards | Microsoft Docs
编程原则
编程原则：来自代码大师Max Kanat-Alexander的建议 – （美）马克斯·卡纳特-亚历山大（Max Kanat-Alexander
忘了在哪里看到介绍这本书，看了序喜欢译者的叙述，不抛高大上的术语，如同和另一个程序员攀谈，听他叙述他的经验，经验中就有我遇到的困境，买！