茶歇 #13：每个编程新手都应该知道的内容；将设计思维融入开发过程的 4 种方法

每个编程新手都应该知道的事情

来源：Stackoverflow 作为一名开发人员，您会听到许多关于代码应该是什么样子的不同理论。有些人认为应用程序的代码行越少，就越容易阅读。但这只是部分正确。我更喜欢使用以下标准来评估代码质量：

1. 代码应该一致、信息丰富且有据可查。
2. 代码应该使用稳定、现代的功能。
3. 代码不应过于复杂或损坏。

如果您决定以牺牲上述标准之一为代价来减少代码行数，这将成为一个问题。不要那样做。

阅读别人的代码很困难

确实，阅读和编​​写代码所花费的时间比例超过10比1。但是你不能不阅读别人的代码。您将必须阅读别人的代码。越早提高技能越好。尝试使用开放的 GitHub 存储库研究其他人的代码。你可以随时练习：找到一个适合你的项目，深入每一行。提高阅读他人代码能力的另一种方法是开始复制样式。当你以别人的风格编写代码时，不仅可以提高你的阅读能力，还可以让你更熟悉代码。试一试。

你永远不会写出“完美”的代码

在开始团队工作之前，我担任了四年的独立开发人员。在大部分时间里，我相信任何有经验的程序员都会写出完美的代码。在我看来，学习编写完美的代码只是时间和精力的问题。但当我加入团队时，我发现没有人能编写“完美”的代码。确实，最终包含在系统中的代码几乎总是“完美的”。为什么会发生这种情况？这都是关于代码分析的。我与一群真正才华横溢的工程师一起工作。这些是金钱可以雇佣到的最有能力、最有信心的程序员。但如果有人建议在应用程序中包含未经测试的代码，他们每个人（包括我）都会感到真正的恐慌。即使你认为自己是下一个比尔·盖茨，你也会犯错误。我什至不是在谈论逻辑错误，我是在谈论拼写错误、缺少字符。您的大脑有时无法捕捉到的事情。只有用新鲜的眼睛才能注意到的事情。努力与注重细节并愿意批评你的工作的人一起工作。一开始很难接受批评，但这是提高代码质量的唯一可靠方法。在审查代码时尽量不要采取防御态度，也不要把批评当成是针对你个人的。你不是你的代码。

你不应该每天写8小时代码

没有人可以准确地告诉您他们每天花多少时间编写代码。但现实中，很少有人每天写代码超过 4 小时。不同意这一点的人要么是规则的例外，要么是在对待员工不好的公司工作。编程是一项强度大、耗费脑力的工作。认为有人会每周 5 天、每天 8 小时编写代码的想法是完全错误的。在极少数情况下，您需要在截止日期前完成工作，但当我说很少时，我的意思是几乎从不。不要让工作压垮你并迫使你加班。我并不是建议你每天只工作四个小时。剩下的四个小时通常最好花在以下事情上：

• 学习新的工具、功能、应用；
• 与同事讨论工作流程；
• 帮助工作中遇到困难的同事；
• 任务规划；
• 代码分析；
• 商务会议/会议。

我还强烈建议全天定期休息并锻炼身体（至少一点点）。运动的积极作用早已被证明。

将设计思维融入开发过程的 4 种方法

Source Tech Beacon 要创建满足客户需求的产品，您必须考虑他们的需求。如果您编写的应用程序具有令人困惑的导航或不必要的长加载界面，请为将来的失败做好准备。作为一名程序员，您可能必须更深入地研究您的团队正在开发的产品的设计。这种协作非常有用，因为每个人都会注意到对方可能没有注意到的事情。我为您提供关于开发人员和设计师如何合作的 4 个技巧。

1. 从一开始就参与

不要认为设计总是第一位的，开发是第二位的。这可能是真的，但这并不意味着开发人员不应该参与设计过程。程序员能够提供有关如何实施项目的重要技术信息，而设计师则能够更好地了解用户的需求。最好尽早找出哪些功能在技术上是不可能的或不能满足用户的要求。如果设计人员和开发人员一起工作，可以立即发现并解决问题，而不是在设计批准之后。许多公司采用协作方法进行软件开发。这意味着团队成员不仅要对自己的阶段或代码段负责，还要对从设计到测试的所有事情承担集体责任。

2.了解用户体验流程

那些不熟悉 UX（用户体验）的人可能不明白为什么团队会为了看似微不足道的细节而一遍又一遍地改变设计。用户体验流程中的每一步都有一个原因：为用户提供尽可能最佳的体验。因此，从一开始就注意创建用户体验流程非常重要。它可能包括：

• 研究项目的目的；
• 创建线框 - 一个简单的设计，可让您确定产品的主要特征；
• 为项目设计添加更精细的细节，例如用户界面；
• 用户测试设计。这可能是用户体验开发最重要的阶段。在您花时间开发产品之前，这可以提供有关该产品的宝贵信息；
• 迭代：通过对测试结果的分析，迭代设计以改善用户体验。

团队多次重复设计和测试步骤，直到没有任何更改或时间允许为止。这通常意味着您将拥有设计的多个版本。

3. 跟踪设计开发

当设计师在没有咨询开发人员的情况下创建项目时，这是非常糟糕的。这是适得其反的。对于 DevOps 来说，设置规则非常重要，以便开发人员能够以易于访问的格式（例如 PNG 或 PDF）访问设计蓝图。开发人员和设计人员之间的有效协作对于应用程序的成功实施至关重要。不惜一切代价避免盲目地交付完成的设计。最好在开始时纠正错误，而不是在最后纠正错误。

4. 同意项目将在哪个阶段向您展示

当开发人员被要求创建产品的最小可行版本（MVP）时，他们需要从一开始就了解最终版本的要求。这是避免不合理期望出现问题所必需的。设计人员必须向开发人员展示设计的两个版本：MVP 和最终版本。这将有助于实现 MVP，同时考虑到客户期望在最终版本中看到的内容。当设计师和开发人员一起工作时，他们可以获得很多好处。他们每个人都有可以应用于另一个人的经验的知识。开发人员可以提供有关设计中无法实现哪些功能的宝贵见解。另一方面，与程序员的协作将使设计师免于重做项目，从而节省整个团队的时间。