如何在公司里舒服的活着

我把问题提出来了。ok,部门经理说，你来负责把这些问题处理一下吧。

这个是不是可以改善一下，现在普遍现象是提个建议，领导说就你来干吧
因为潜意识认为你最了解需要怎么改善
现在经过老一代国企的文化洗礼，只有层级汇报关系，没有谋士参谋的位置
要是诸葛亮提个建议刘备就让他上阵估计一轮就让人给劈了
蒋百里还是中国第一号军事家，带个团正常行军就能把队伍带散了，还不如个土军阀
而且技术出身的比较讲究对错，比较少考虑个人影响力，协调整合能力，容易把双方推到对立面上去

这种情况，最好还是先和team leader沟通，让他们意识到改善是必要的，然后大家一起做这件事情，给下面2年经验的人再洗第二次脑。反之个人直接拿领导的令箭推执行层肯定有阻力：他们为什么要改善，工作量肯定增加了，有什么好处没

公司最好出个wiki，规范社么的，问题都可以有了，那样节省大家的时间

还有觉得代码不是一步到位写好的

这个不是你的问题。是你老板的问题。
你老板对“把事情做好”没有commitment，所以你多做多累多挨骂。
他也不一定真是舍不得，可能只是没有意识到：天下没有免费的午餐，有一分投入才有一分回报。
你应该首先解决的是这个问题。
如果你老板不想投入，那你就让他明白，事情不可能自己就变好。
如果他确实想弄好，就要他做出commitment。

你希望推动的事情很好啊,但是你要评估出所需的资源丫(例如需要个助理小妹子啊,需要点儿时间啊,需要设备啊,需要可以协调人员开会或者培训啊,诸如此类...),然后和你的老板协商才好.否则他以为你顺手就能干的,你还累死累活的...

问题在楼主自己，工程师思维，光想着把事情做好，不衡量事情做、做好的花费，老大心肠不好，顺水推舟让楼主多干活。

以后遇上想法，先做计划，这事要做到什么程度，需要多少人工，事情的优先级，什么时候做，当前的工作计划是不是要暂停，谁来做，想清楚再汇报。

活的舒服，不是好事啊，拿了架构师的钱，要做架构师的事啊

team leader应该能够搞定这个问题

另外有个小问题。我现在一个人试了下TDD方式。但经过我一小段时间的实践,发现效果是有一些，但花的工作量是我以前开发的1.5倍。这个真不是夸张。我以前开发很快的，但试了下TDD,发现时间花得更多了。唯一给我的真实感受就是：代码更稳定、更放心也更接近需求了。但时间是摆在那的，所以我都不敢向团队提出来，一方面是公司上级有时间压力，二方面让大家搞TDD，我估计被骂死，主要是本来开发就累了，整完规范，又整TDD，谁都受不了。下面的人都是工作二年左右的工程师，我认为根本不可行。
用一句话概括就是：快感是有，但也累！

这个不是你的问题。是你老板的问题。
你老板对“把事情做好”没有commitment，所以你多做多累多挨骂。
他也不一定真是舍不得，可能只是没有意识到：天下没有免费的午餐，有一分投入才有一分回报。你应该首先解决的是这个问题。
如果你老板不想投入，那你就让他明白，事情不可能自己就变好。
如果他确实想弄好，就要他做出commitment。