如何看待程序员不写注释？

程序员在编写代码时，是否写注释取决于具体情况和代码的复杂程度。以下是对程序员不写注释的几个可能看法：

1. 从程序的可读性和可维护性角度来看，如果代码缺乏注释，那么其他开发者或自己未来在阅读和维护代码时可能会花费更多的时间和努力来理解代码。因为代码的初始编写者可能对代码的实现细节进行了简化或省略，而注释则能提供这些额外的信息。

2. 从代码的重用性角度来看，如果代码缺乏注释，其他开发者在阅读和使用这些代码时可能难以理解和使用，从而降低了代码的可重用性。因为代码的某些实现细节或特定的设计决策没有通过注释来传达，这些信息对于理解代码的使用和意图非常重要。

3. 从可靠性角度来看，如果代码缺乏注释，编程人员可能难以预测代码的作用，也难以从代码中识别错误。对于较复杂的系统来说，这可能会带来潜在的安全风险。

        但也有一些情况下，程序员可能认为代码本身足够清晰和易于理解，不需要注释。这种情况下，注释反而可能会引起混乱。然而，这种情形较少见，通常大部分情况下，代码的复杂性会超过人类理解和记忆能力，因此，程序员在编写代码时，应权衡注释和代码的清晰度，以确保代码易于维护和理解。

程序员是否写注释是一个具有争议的话题。以下是一些观点：

1. 支持写注释的观点：注释可以帮助其他开发者（包括未来的自己）理解代码的功能和目的。特别是在处理复杂的算法或者不常见的编程技巧时，注释可以提供宝贵的上下文信息。

2. 反对写注释的观点：有些人认为，如果代码写得足够清晰和简洁，那么就不需要注释。他们认为过多的注释可能会使代码变得混乱，而且如果代码更新而注释没有同步更新，那么注释可能会误导开发者。

        总的来说，是否写注释以及写多少注释，取决于具体的项目需求、团队规范以及个人习惯。但是，大多数人都认同的一点是，好的代码应该“自我解释”，即使没有注释，其他开发者也能理解其功能和用法。虽然注释对于编写高质量的代码来说是很重要的，但是否写注释还需要根据具体情况来决定。理想情况下，对于复杂的代码或算法，程序员应该尽可能写注释来帮助他人和自己理解代码的逻辑和意图。