这听起来就像是完美主义。我认为这是一种诅咒，因为我讨厌和这样的人合作。他们会浪费时间去解决一些没人要求他们解决的极端问题，因为这会更"好"，而忽视了项目的整体范围和目标。我曾经试图帮助人们摆脱这种思维模式，因为我早期的职业生涯中也有这种想法，直到我意识到这种做法的不切实际。我使用了一个非常烦人且不被支持的 terraform 插件。我为它写了一个包装器，让它能"工作"，但它有一些让我知道我可以去那个仓库并尝试提交一个补丁来修复我的烦恼。但为什么呢？这已经"足够好"了，根据我的经验，如果你长时间搁置这类问题，最终会有人来解决它。这种态度对每个人来说都是好的吗？可能不是，但现在我已经用了这个包装模块几年了，现在有 2-3 个可行的替代方案，之前并不存在，如果需要的话我可以切换到这些方案。如果我想的话，我可以把它变成一个几周的项目，但为什么呢？这有什么意义呢？…
源讨论知道如何做的詛咒，或者；修補一切原帖 441 条评论 · 导入时统计把你的经验，加入这段讨论。
在你公司产品中掌握一些晦涩的细节，和把解决它作为唯一使命，从而损害其他一切，这两者之间是有区别的。或者花一个月的周五下午来修复一个Terraform提供者以造福世界。有两种懒惰。一种让我们成为优秀的程序员，另一种让我们成为糟糕的程序员。如果你要成为第二种懒惰的人，等着别人为你做，那你最好在工作中成为经理，然后在别人工作时拿走他们的功劳。
完整原文生活中大多数事情都需要找到平衡点。如果你总是接受'足够好'并继续前进，事情会一直平淡无奇，永远无法变得真正优秀。如果你从不接受'足够好'并继续前进，你将永远无法完成任何有用的事情，因为你总是会找到'最后一件事'要去打磨。最好的方法是在你能追求卓越的时候去追求，但也要接受有时必须放手。
完整原文> 我讨厌和这样的队友合作。 > 他们会浪费时间解决一些没人要求他们解决的极端问题，因为这'更好'，而忽视了项目的整体范围和目标。 > 但为什么呢？这已经'足够好'了，根据我的经验，如果你对这样的事情拖延太久，最终总会有人来解决它。 你刚才说的，是避免在自由和开源软件中自愿工作的一个更大原因。一个过于关注琐事的'轮子转动者'是愚蠢的。人们会讨厌你，同时又把你视为理所当然。
完整原文大多数人只是稍微自动化一些东西就能工作。事实上，一个勉强能工作的脚本或流程可以节省某人数千小时。这实际上是非常有价值的。试图让它更稳健/生产化/ whatever 可能会带来递减的回报。
完整原文有一次我为一个烦人的 terraform 提供商提交了一个补丁。修复花了大约一周时间，而几乎三年后他们才将它合并到上游。我学会了 Go 语言，并对 terraform 的工作原理有了更扎实的理解。从这个项目中获得的收获比实际修复本身更多。 > 考虑到你认为应该怎么做并不是唯一的'正确'方式，你会为自己打开更多的门。 绝对正确。
完整原文> 为它提交一个补丁来解决我的烦恼。但为什么呢？ 不被烦扰？这本身不就是一个值得的目标吗？
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。