> 换句话说，不成熟的工程师对他们自己的品味过于固执。他们知道自己喜欢什么，但他们会把这种喜好误认为是一种有原则的工程立场。我遇到过这种情况，虽然我认为相当有经验的工程师也可能会有这种不成熟的表现。很久以前，我曾经帮助朋友完成他们的计算机科学作业。我记得有一种冲动，想要重写他们的代码，因为我不喜欢它的运作方式。我开始这么做，但最终想到这会花费很长时间，并且会变得完全无法辨认。我怎么能通过拒绝他们所有的想法来帮助他们呢？我再想想，意识到他们并不是傻瓜——他们的方法可能只需要做一些调整就能奏效。我帮助他们做了这些调整，他们因为能够理解结果而感到高兴。之后，我会发现自己的思维方式发生了变化，自己的代码也因为从不同角度看待问题而变得更好。我应该真正感谢他们。…
源讨论软件工程中的“良好品味”是什么？原帖 229 条评论 · 导入时统计把你的经验，加入这段讨论。
这个原则（抱歉；）适用于所有领域。我希望我能够更经常地记住这一点。谢谢你温柔的提醒！
完整原文这就是为什么我喜欢尝试各种不同的编程语言，为什么我试图让下一种要学习的语言与我已知的语言尽可能不同，因为我会经常有这些“顿悟”，挑战我现有的观点，而这些观点在适当的时候可以应用到其他语言中。你只需要接受一开始这些东西感觉“错误”和“奇怪”，在你理解了原因和方法之后就会改变。
完整原文这是一个很好的评论。 你的思维方式就是我喜欢处理我的直接雇员的方式。还有那些可能不是我直接雇员的项目中的人。 认识到完成事情有不同的方法。如果最终结果或目标达到了，不是所有事情都需要符合我的具体要求、流程等。
完整原文我发现“良好的品味”来自于体验“优秀”的API和其他“优秀”的代码。当你看到它的时候，你就知道什么是好的代码（和API）——而且随着时间的推移，你应该也能写出这样的代码。 简而言之，当你刚入行的时候，很难有良好的编程品味。（但是，正如你指出的那样，经验并不保证你会获得品味——你必须同时注意它，识别它，并能够模仿它。）
完整原文>> 我曾经遇到过这种情况，虽然我认为经验丰富的工程师也可能会有这种不成熟的表现。 经验并不总能带来成熟。实际上，工程师在获得经验后，尤其是当他们取得了一些成功之后，往往会更加固执己见，因为这些成功让他们相信自己做事的方式是正确的。
完整原文我在提供计算机科学作业帮助时有完全相同的经历。虽然当时我没有足够的智慧去适应他们现有的方法，而是倾向于进行更激进的重写。并不是我觉得他们愚蠢，我只是不喜欢他们的方法——而且我没有花时间去尝试理解它们。
完整原文我从不会告诉初级工程师他们做事的方式不够好。我总是问他们为什么这样做事。每次对话结束时，我们其中一方都会学到一些东西。有时候我会学到一种不同的方法，有时候他们会明白为什么他们的方法在长期内行不通。不管怎样，这从来都不是一场对抗性的对话。
完整原文成熟度并不完全与经验的时间相关，就像情感和社会的成熟度也不完全与生物年龄相关。 我在职业生涯的第12年，这篇文章中的想法才开始进入我的脑海。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。