清洁开发者的 Marie Kondo 指南

近藤麻理惠是一位因其打造整洁家居和整洁生活的方法而闻名的日本女性。

她的方法可以概括为：

把大部分垃圾扔掉。

你其实并不需要它。它只会阻碍你。它会增加你的精神负担，占据你的生活空间。

所有不能让你快乐（或非常有用）的东西都必须扔掉。

很难形容拥有更少的那种自由感。很少有人能真正体验到这种感觉。

但作为人类，我们天生就焦虑，害怕匮乏。所以扔掉东西这件事本身就很困难。

为什么它如此困难，又如此重要？让我们来讨论一下。

这真的那么重要吗？

是的。但如果你从未尝试过干净和肮脏两种环境，你根本无法真正理解这一点。正如我在这篇关于技术债务的文章中所解释的那样，大多数开发人员从未在干净的环境中工作过，因此无法理解这种感觉有多么巨大。

就像扔掉垃圾对于生活在一个干净的空间很重要一样，扔掉代码对于在干净、无债务的代码库上工作也很重要。

删除一行代码比添加一行代码要困难得多。

布莱斯·帕斯卡（不是马克·吐温）写道：

如果我有更多时间，我会写一封更短的信。

最好的代码是简短、DRY 和简单的。最差的代码是冗长、重复和复杂的。

添加代码很容易。你有一个需求，你只需要往里面写代码，直到问题消失。但更多的代码意味着更多的维护、更多的错误、更高的复杂性和更多的问题。

删除代码很难。你​​要么接受你的需求无法满足，要么必须编写最好、最短、最优雅的代码来满足这个需求。

没有代码就意味着没有问题。

你实际上并没有扔掉任何东西。

你在用 Git 吗？如果没有，那就别看了，赶紧去实现 Git 吧。

如果您正确使用 Git，那么您就可以追踪代码库中编写的每一行代码。

许多开发人员会抱怨，由于 Git 历史记录混乱，很难找到已删除的代码。当我们深入研究他们无法保留清晰提交历史记录的原因时，我们很快就会意识到，这是因为他们的代码库本身就很混乱。

别成为重复的受害者。凌乱的厨房只会招来更多的混乱。打破这个循环，获得自由。

营销与技术

市场营销喜欢新功能，而且理由充分。新功能很好。它们据说能吸引新客户，而新客户也很好。更多的客户意味着更多的收入，而收入也很好。

不断尝试和改进，看看哪些有效，哪些无效，是开发产品并取得成功的好方法。但添加一项功能就像买一个空气炸锅：存在你实际上不会使用它的风险。

因此添加内容很好，但你必须遵守规则：

• 不要在你的应用里添加垃圾。添加简洁、代码良好、精心打磨的小功能。选择一个好的小型 MVP（最小可行产品），不要追求庞大、容易被黑的功能。

• 如果你不移除某些功能，就无法继续添加它们。如果大多数用户都不使用某个功能，你可能就应该直接放弃它。

结论

这篇文章原本有1000字左右，但由于时间比较充裕，所以我把它缩减到了600字以内。

今天就把你的垃圾扔掉。

也可在我的博客上找到

如果你想感谢我，咖啡