S

《clean coder-整洁代码之道，高素质程序员》

软技能书，描述了软件开发过程，在DEV的角度，以长者的视角，描述了很多DEV会暴露的问题。读后留下的东西就这么多了，下次再看一定会有跟深的感受。

• 不会说不
  • PO经常会给你一个很短的时间，让你完成，你明知不可能，却答应下来，最终会拖垮自己和团队。
  • 如果自己估好了时间，自己估计的就是最准的。千万不要说在PO的压力下，说“我试试看”，在你看来是一种“英雄主义”（牺牲自己加班+自己也不确定加班是不是真的能完成），但在PO看起来就是承诺，承诺做不到，就是不专业。
• 估时
  • 正确的做法是，给出乐观估时X、普通估时Y、悲观估时Z，三种。那么真正可能的时间约为T=(X+4Y+Z)/6，另外还会有上下浮动的时间（Z+X-2Y）。
  • 如果项目有依赖别人，那么可以把不依赖的部分来估时。比如解耦以后的单元测试、解耦以后的调用逻辑，这样还是可以估自己这部分的时间的。
• scrum
  • 需求评审会
    • PO（或DEV）要列出发版测试验收条件：从外部验证主流程，通常的逻辑。
    • QA 列出边界测试、压力测试等非正常逻辑。
  • 开发过程中
    • DEV要用TDD，先写unitTest，再写代码。再完善unitTest，再完善代码。（先写unitTest是为了防止思维受局限）。
• 成长
  • 学校并不代表能学会DEV，在实践中，要多看。老人和新人传授知识。
  • 遇到别人有问题时，坐在身边，帮忙解决，结对编程。
  • 如果自己有问题，接收别人的帮助，结对编程，至少让其试验半小时。
• 效率
  • 保证睡眠
  • 锻炼肌肉力（如运动），可以缓解心智力。
  • 凌晨加班、焦虑时的代码根本没有意义，心智是乱的，代码会有很多坑。
• 代码质量
  • 必须TDD
  • 时间越紧越要按流程来，不能没写unitTest、没编译、没自测就给出去，这样代码谁都不敢用。只有通过了没有bug了才算是工作done了。

K8S

• 就是未来云计算时代的OS（和linux一样的地位），管理起所有的微服务，抽象所有的底层硬件、硬盘、网络、内存、CPU等。
• docker compose就是单机版的k8s，docker swarm就是曾经的k8s，现在都变成k8s了。
• docker registry是简易的，docker hub是高端的。区别包括image是否有用户名，同名的image会不会被覆盖。