程序人生:给年轻程序员关于开发过程的10条忠告

语言: CN / TW / HK

忠告1

代码不仅仅是用来运行的。代码也是跨团队交流的一种方式,是向他人描述问题解决方案的一种方式。良好的代码可读性不是那么容易做到的,但它是编写代码的基本部分。这涉及到清晰地分解代码,选择恰当的自解释变量名,插入注释来描述任何隐含的内容。

忠告2

不要渴望你的 pull request 能为你赢得多少名声,而要多关注你的 pull request 能为你的用户和社区做些什么。要不惜一切代价避免“功利性的贡献”。如果你提交的功能对产品的意图没有明显的帮助,就不要添加任何功能。

忠告3

品味也适用于代码。品味是一种受约束的满足过程,这种满足是由对简单的渴望所约束的。保持对简单性的偏爱。

忠告4

要学会说“不”——仅仅因为有人要求做某个特性,并不意味着你就应该这么做。每个特性都有一个超出初始实现的成本:维护成本、文档成本和用户的认知成本。我们要时刻提醒自己:我们真的应该这样做吗? 通常,答案是否定的。

忠告5

当你准备答应实现一个新用例时,请记住,仅从字面意思理解实现用户的需求通常不是最佳选择。用户关注的仅仅是他们自己的特定用例,你必须从整个项目的角度出发,兼顾整体性和原则性。通常,正确的做法是扩展现有的特性。

忠告6

不断进行持续集成,并以完整的单元测试覆盖为目标。确保你处在一个可以自信地编写代码的环境中;如果不是这样,那么你需要从构建正确的基础设施开始。

忠告7

事先不做好计划也是可以的。尝试一下,看看结果如何。尽早恢复错误的选择。当然前提是确保你的环境可以达到这样的目的。

忠告8

好的软件使困难的事情变得简单。问题一开始看起来很困难,并不意味着解决方案必须很复杂或者很难操作。工程师经常使用反射式的解决方案,这会在有更简单解决方案 (虽然可能不太明显) 的情况下,带来不必要的复杂性 (我们可以使用 ML! 我们可以尝试构建一个应用程序! 我们可以使用区块链!)。在编写任何代码之前,请确保你所选择的解决方案不能变得更简单。做任何事情都要有本源思维。

忠告9

避免隐式规则。应该明确说明你自己开发的隐式规则,并与他人共享。当你发现自己提出了一个重复的、准算法的工作流时,你应该设法将它标准化到一个文档中,以便其他团队成员能够从此经验中获益。此外,你应该在软件中尝试自动化任何可以自动化的工作流 (例如,正确性检查)。

忠告10

在设计过程中应该考虑你选择方案的总体影响,而不仅仅是你希望关注的那些方面——比如收入或成长性。除了你正在监视的度量之外,你的软件对其用户、对世界的总体影响是什么? 是否存在超过价值主张的不良副作用? 在保持软件可用性的同时,你能做些什么来解决这些问题呢?

IT技术分享社区

个人博客网站:https://programmerblog.xyz

文章推荐程序员效率:画流程图常用的工具程序员效率:整理常用的在线笔记软件远程办公:常用的远程协助软件,你都知道吗?51单片机程序下载、ISP及串口基础知识硬件:断路器、接触器、继电器基础知识

分享到: