有时我看到一些代码或项目的一部分，我可以改进，但与我当前的团队项目无关。
那些时候我有冲突，因为尽管想要帮助，许多团队缺乏足够的人，做额外的工作似乎是背叛。显然，如果你把精力集中在他们的任务上，任何经理都会更加欣赏
在这些情况下你做了什么？
答案 0 :(得分：5)
在这种情况下，我有两个指导原则：
我在这里做我老板想要的事。如果它扫地，我可以做到或找到另一份工作，但只要我在这就是我要做的事。
如果老板做出了错误的决定并且我知道得更好并且告诉他并且无论如何他决定了，那就是老板的特权。如果我不告诉他那么这是我的错。
除非有最重要的情况，否则这就要求在代码不在我的任务范围内的情况下，我告诉我的老板，代码可以做得更好，并让他知道这对他在现实世界中意味着什么，并询问是否他想让我这样做。
是的，有时当我不这样做时，它会回来咬我，但是他付钱给我做X而且如果我在修补Y那么我就不会做我付出的工作了。当它回来咬我（我们）时，他只需付我修理它！
答案 1 :(得分：3)
我过去曾为一家小公司工作过，如果我看到一些我认识的东西会对我或其他人产生影响，那么我一般会在那里和那里修好它，如果我能在短时间内完成它而不会破坏任何东西。
你知道我在说什么问题。如果我现在不花10分钟来修复它，那么我将花费30分钟（一遍又一遍）。
否则，它会在白板上与其他事情一起进行（总是很满）并且最终有人找到它。
答案 2 :(得分：3)
我认为你陈述的关键部分是：
which I could improve but is not related with my current team project
这听起来很苛刻，但它是基于经验，应该以开放的心态阅读 - 远离它。当你获得更多开发经验时，你学到的一件事就是你留在范围内，不要潜水去修理未安排的东西。以下是几个原因：
当有人正在计划项目时，他们正在解决一系列已知问题。如果您随机决定“修复”正在更改已知集合的内容，就像您使用地图导航并且有人正在更改您的地图
您可能认为您的修复程序对产品有利，但它会带来额外的复杂性，例如谁将测试您的修复程序？
无论您认为自己有多好，都会冒着在应用程序中引入其他错误或意外副作用的风险
您如何将您的更改告知可能在该领域工作的其他团队成员？
您如何确定更改的范围，您如何知道您没有突然改变其他地方的代码背景？
你有良好的愿望，但如果你开始做这样的事情，你可能会被视为牛仔，其他人会很快就不喜欢你。
这是一项必须学习的技能 - 知道什么时候不要碰东西。你会看到丑陋的代码 - 别碰！不要简单地重新编码，因为你认为可以做得更好。
我希望这会有所帮助：）
答案 3 :(得分：2)
当你在别人的房子里时，你可以清理它，或者你踩到他们的烂摊子。这两种选择都会带来麻烦。选择哪一项完全取决于您和您的情况。