当大家都太忙的时候,如何做到最好[[关闭]

which I could improve but is not related with my current team project

这听起来很苛刻,但它是基于经验,应该以开放的心态阅读- . 当你获得更多的开发经验时,你学到的一件事是,你要保持在范围内,不要潜水去修复一些没有计划的东西。原因如下:

• 你可能认为你的补丁对产品有好处,但它会带来额外的复杂性,比如谁来测试你的补丁?

• 您如何将您的变更传达给可能在该领域工作的其他团队成员?

• 您如何确定更改的范围,如何知道没有在其他地方突然更改代码的上下文?

你有良好的意图,但如果你开始这样做,你可能会被视为一个牛仔,别人会很快不喜欢你。

这是一种你必须学会的技能——知道什么时候不能碰东西。你会看到丑陋的代码-不要碰!不要仅仅因为你 可以做得更好。

在这种情况下,我有两个指导原则:

1. 我是来做老板想做的事的。如果是扫地的话,我要么做要么找别的工作,但只要我在这里,那就是我要做的。

2. 如果老板做了一个错误的决定,而我知道得更好,告诉他,不管怎样,他还是决定了,这是老板的特权。如果我不告诉他那是我的错。

除非有压倒一切的情况,否则这意味着在代码超出我的任务范围的情况下,我会告诉我的老板代码可以做得更好,告诉他在现实世界中这对他意味着什么,并询问他是否希望我做这件事。

是的,当我不只是这样做,但他付钱让我做X,如果我在摆弄Y,那我就不是在做我付钱做的事。当它真的回来咬我(我们)的时候,他只需要付钱给我来修理它!

我过去在一家小公司工作,如果我看到一些我知道会对我或其他人产生影响的事情,我通常会时不时地修复它,如果我能在短时间内不破坏任何东西的话。

你知道我在说什么样的问题。如果我现在不花10分钟来修好它,我要花30分钟(一遍又一遍)才能修好。

否则,它就被放在白板上,还有其他事情要做(总是满满的),最终有人找到了它。