「给程序员的 Readme」- 克里斯 xxx (软件工程师)

前言

• 组件的灵活性(是否灵活),需要程序员具有业务前瞻性; 多留口子,但也不要过渡设计

• 平等的消化各种业务逻辑,会造成组件复杂. if... else, if ...else

• 让事情公平的责任在管理层,而不在你
  职业生涯的建议

• 不过于频繁地更换工作,并多自我调节

工程师层级*3

初级工程师,资深工程师,主任工程师
他们要对工程战略、季度规划、系统架构做出贡献,并且要确保工程流程的运转和政策的实施.主任工程师仍然在编写代码（而且编码很多）,但要达到这个水平,仅仅是一名优秀的程序员还不够: 你必须理解大局,并做出具有深远影响的决策

T 型工程师

通过将你的专业知识与理解不同系统的能力结合起来，你将能够解决那些令他人困惑的难题

1. 如果你将我的设计文档与一些LeavelX工程师的设计文档进行对比,是否看到明显的差异
2. 你说我编写的测试很优秀,你认为我编写的哪些测试是优秀的? 不太好的测试的例子是什么?

In Additional

• 也许团队的洗牌让你没有一个完整的项目可以参考, 或者是你对自己工作的评价有点儿偏差,你需要重新调整.与你的管理者坦诚地交流,解决反馈不一致的问题.
• 资深工程师需要利用过去的经验来指导决策.如果你不断地更换工作,你永远不会看到你的决定是如何长期发挥作用的,这将阻碍你发展作为高级工程师所需的直觉.
  • "邻家芳草绿，隔岸风景好"，但所有的公司都有问题
  • 反过来说，不要待得太久。工作僵化、停滞不前是改变现状的正当理由

依赖

• 循环依赖,一个库间接性地依赖自己,可以使用构建工具保护自己