为什么80%的码农都做不了架构师>
原则一：Owner意识
首先，要对我们交付的结果负责。项目中每一个设计文档、每一行代码都需要认真完成，要对它的质量负责。如果设计文档逻辑混乱，代码没有注释，测试时发现一堆Bug，久而久之，影响的是团队的整体交付质量、工作效率也会逐步下降，甚至会导致团队成员之间产生不信任感。
积极主动是“Owner意识”更高一级的要求。正确的做法是积极主动地推动问题的解决，如果时间无法排开或者不知道如何解决，可以直接将问题反馈给能解决的同学。所以，我们在做好自己份内工作的同时，也应该积极主动地投入到“份外”的工作中去。一分耕耘一分收获，不要给自己设限，努力成为一个更加优秀的人。
原则二：时间观念
互联 是一个快速发展的行业，RD的研发效率是一个公司硬实力的重要体现。我们要学会做事有计划，工作分主次。计划越精准，实际开发时间与计划之间的误差就会越小。工作安排也要分清楚主次。我们每天要面对很多的事情，要学会分辨这些工作的主次。可以尝试使用“艾森豪威尔法则”（四象限法则），把工作按照重要、紧急程度分成四象限。优先做重要紧急的事情；重要不紧急的事情可以暂缓做，但是要持续推进；紧急不重要的事情可以酌情委托给最合适的人做；不重要不紧急的事情可以考虑不做。
原则三：以终为始
“以终为始”（BeginWithTheEndInMind），是史蒂芬·柯维在《高效能人士的七个习惯》中提到的一个习惯。它是以所有事物都经过两次创造的原则（第一次为心智上的创造，第二次为实际的创造）为基础的。直观的表达就是：先想清楚目标，然后努力实现。
“以终为始”，这一原则可以作用于我们的学习中。很多同学看过很多技术文章，但是总是感觉自己依然一无所知。很重要的一个原因，就是没有带着目标去学习。在学习之前，我们一定要问自己，这次学习的目标是什么我们能够带着问题与目标，再进行相关的资料搜集与学习，就会事半功倍。这种学习模式的效果会比碎片化阅读好很多。关注金铭鼎IT教育分享技术干货。
原则四：闭环思维
之前看过一句话：一个人是否靠谱，就看他能否做到凡事有交代，件件有着落，事事有回音。这就是闭环思维的重要性。它强调的是一种即时反馈闭环，如果别人给我们分配了一个任务，不管完成的结果如何，一定要在规定的时间内给出明确的反馈。真正的闭环，要求我们对工作中的事情都能够养成良好的思维习惯，沟通要有结论，通知要有反馈，To Do要有验收。
原则五：保持敬畏
“君子之心，常怀敬畏”，保持敬畏之心能够让我们少犯错误。在工作中存在各种各样的规范，例如代码规范、设计规范、上线规范等等。我们必须明白，这些规范的制定一定是基于某些客观原因的，它们都是历史上无数Case积累而来的经验。团队里的每一个成员都应该学习并严格遵守，这一点对于新人尤其重要。
当我们进入到一个新的团队，要先暂时忘掉之前的习惯，要尽快学习团队既有的规范，并且让自己与团队保持一致。
保持敬畏之心并不意味着要“因循守旧”。在我们充分了解这些规范和约定之后，如果觉得存在不妥之处，可以跟全组同学讨论，是否采纳新的建议，然后及时去更新迭代。其实，让规范与约定与时俱进，也是另一种形式的敬畏。
原则六：事不过二
“事不过二”，它可以解读为两层含义。
一层含义是“所有的评审与问题讨论，不要超过两次”。另一层含义，是“同样的错误不能犯第二次”。
原则七：设计优先
“设计优先”这条原则，相对来说更加具体一些。之所以单列一项，是因为架构设计太重要了。Uncle Bob曾说过：“软件架构的目标，是为了让构建与维护系统的所需人力资源最小化。”
“设计优先”这一原则，要求写别人看得懂的设计。在实际工作中，很多同学的设计文档让大家看得一头雾水，通篇下来，看不出系统整体的设计思路。其实，设计的过程是一种智力上的创造，我们更希望它能成为个人与集体智慧的结晶。做完设计之后，可以发给比较资深的RD或者PM审阅一下，根据他们的反馈再进行完善。好的设计，一定是逻辑清晰易懂、细节落地可执行的。
原则八：P/PC平衡
“P/PC平衡”原则，即产出与产能平衡原则。产出与产能必须平衡，才能达到真正的高效能。
这就需要我们在不断支持业务需求的过程中，持续进行技术架构层面的优化。如果一味地做业务需求，经过一定的时间，系统会越来越慢，最终影响业务的稳定性；反之，一个没有任何业务产出的系统，最终会消亡。“P/PC平衡”原则还适用于很多其他的领域，例如团队、家庭等。希望大家也能将其作为自身的一项基本原则，努力寻找到产出与产能的平衡点。
原则九：善于提问
相关资源：汽轮机仿真软件.zip-机器学习工具类资源-CSDN文库
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！