全文共2878字,预计学习时长9分钟
图源:Unsplash
编码规则是程序编码所要遵循的规则,要注意代码的正确性、稳定性、可读性。
而对于这些条条框框,一些不拘小节的程序猿们往往并不在意,这导致常常会发生一些意想不到的问题和状况,让大家苦恼不已。
现在,小芯整理了一份“命令”清单:列出了作为现代开发人员,你必须要做和不应该做的事情。
下面请看其中的5件,讨论为何你和团队应该采纳它们。
1.先确定问题,再确定解决方案。
每个人都有自己喜欢使用的东西:Redis、MySQL等。没关系,有偏好是再正常不过的。
但当这些偏好成为要求时,就会出现麻烦;透过这个镜头可以观察每个问题,避免其偏离。别被骗了,这不只是个人的罪恶,组织也应对此感到内疚。
许多公司要求使用某些技术、库或工具,而往往没有“脚踏实地”地进行思考或投入,令开发人员和运营工程师不得不在实际中使用或实施这些技术。
这是我长期以来不甚满意的一部分,既包括企业体系结构,也包括掌控真正编写代码的凡人的上帝般的力量。
结构小组通常决定公司将使用某种技术或产品(Kubernetes、OpenShift、AWS等),但却未完全了解组织内部的问题以及这些技术旨在解决什么问题。
我在Capital One工作期间亲眼目睹了这一点,当时我们的架构团队决定将使用Kubernetes,但这对那些必须在实际中开发和实施系统及工具的人或将供其运行的应用程序来说并无真正意义。
通常,架构(或是同病相怜的兄弟——企业安全性)是导致他们无法获得所需东西的原因。
如果他们-架构和安全性-首先了解所需解决的问题,然后决定使用哪种工具,情况可能大相径庭,并且很可能顺利得多。
图源:Unsplash
2.提出问题
听起来很简单、容易、还有点幼稚,但其实很难。遇见不懂的,那就提出问题。想知道为什么是这样吗?提出问题。想知道项目的方向吗?提出问题。
仅仅