从前，在一个繁忙的城市里，住着一群才华横溢的程序员。他们以出色的编程技巧和能力在制作复杂的软件系统方面闻名。其中有一位年轻的程序员叫做小明。

小明在编写代码方面非常有天赋。他热爱逻辑思维、问题解决，并追求让事物运作的激情。然而，小明在一个方面存在缺憾 —— 他不喜欢写注释。他相信自己的代码已经很清楚明了，不需要额外的解释。

起初，一切都看起来很好。小明编写的代码运行得很完美，他的同事们对他的编程技巧赞不绝口。然而，随着时间的推移，团队中的其他程序员开始遇到了问题。
注释在编程中是一种重要的文档形式，用于向其他程序员解释代码的目的、实现方法和重要细节。注释可以帮助他人理解代码，并且在未来的开发过程中对自己也有益处。因此，很多程序员认为在编写代码时添加注释是一种良好的编程习惯。

团队成员发现，当他们需要理解、修改或重新使用小明编写的代码时，遇到了困难。缺乏注释的代码使得他们需要花费更多的时间来弄清楚代码的逻辑和意图。这给项目的进展带来了一定的延迟。

尽管小明的代码非常高效和功能强大，但缺乏注释使得其他团队成员很难全面理解代码的实现方式。他们开始频繁地向小明咨询、讨论和查询代码中的细节，以便能够正确地理解和使用它。

这种情况渐渐引起了团队内部的不满和矛盾。缺乏注释导致了沟通不畅，团队合作受到了影响。其他团队成员感到小明的行为是在阻碍项目的顺利进行，并对缺乏注释的代码表示不满。

最终，团队决定采取行动解决这个问题。他们进行了一次团队会议，讨论了代码注释的重要性以及如何改善代码的可读性和可维护性。团队成员意识到，注释不仅有助于他们之间的协作，还能在以后的项目中为其他开发人员提供帮助。

小明也经历了一次转变。他开始认识到注释对于团队合作的重要性，以及在他离开项目或需要重新理解自己的代码时的价值。他开始花更多的时间写注释，以确保团队成员更轻松地理解和使用他的代码。

通过团队的共同努力，他们成功改善了代码库的注释，并且项目最终得以顺利进行。团队成员也在这个过程中体会到了注释的重要性，并且以后对代码注释更加重视。

这个故事告诉我们，虽然编写注释可能需要一些额外的时间和努力，但它能够为团队带来更高的效率和更好的协作。合理地使用注释能够促进代码的可读性、可维护性和可扩展性，从而提高开发团队的整体效率和项目的成功率。

对于别人写代码时不写注释的情况，一些程序员可能会感到困惑和不满。缺乏注释的代码可能更难以理解和维护，尤其是当面临复杂的逻辑或长期不接触的代码时。在团队合作中，缺少注释的代码可能会导致沟通和合作的问题，因为其他人需要花更多的时间和精力来理解代码的意图。

至于自己写代码时是否要写注释，这是一个较为个人的偏好和实践问题。一些程序员认为写注释是一项良好的实践，因为它可以帮助自己在日后更容易理解和维护自己的代码。而另一些程序员可能更偏向于写出自解释性的代码，认为代码本身应该清晰易懂，不需要过多的注释。

综上所述，注释在编程中具有重要的作用，但是否写注释是因人而异的。在团队合作中，写注释可以促进代码的可读性和可维护性，但个人项目或小型项目中，写注释的需求可能较少。重要的是找到适合自己和团队的最佳实践，并根据具体情况做出决策。