月底房子到期，也要找房子了，好烦

@CF3B5 反过来看，现在倒是一个很好的机会，好的团队坏的团队就像好的代码坏的代码，都可以给人很好的经验，往往是一般的代码，让人既不能从中学习好的点，也没有太多可以改正的机会，提升代码水平的机会不多。目前的团队存在比较大的问题，慢慢的改变整个团队，是一个很有挑战也很有提升的经历。156 楼有解决方案，具体的实施方式有很多。楼主计算机理论基础很扎实，应该看一些管理的书了，我个人觉得楼主还是缺乏一定的管理经验和理论支撑。技术的深度，产品的思维，都很重要，但是接下来带队的能力才是能走的更远的必要条件吧。

1.楼主是技术总监，让手下改点东西，不管是什么理由（合理或者不合理），手下能吵起来都不改，楼主在团队里真的是一点权威都没有，一点管理能力都没有，我觉得先想想自己的问题吧。至少我的总监让我改代码，不管怎么样，我还是会改的，楼上说责任的问题，真到最后，我肯定会说是总监让我改的，这点大家都看着。

2.闻道有先后，术业有专攻。你说张小龙，马化腾等人又做技术又做产品，这种人拿出来举例子没什么用，有多少做技术出身的创业失败的，他们不也是懂技术又亲自做产品，依然创业失败？这种东西不拿数据出来说话，没有什么说服力的。

3.现在是一个合作的时代，不是单打独斗的时代，把背后交给队友，全力做自己的事情。你看不起你们公司的产品经理，但是有些方面人家肯定比你强。如果你们产品经理真的什么都不行，想想为什么会在这样的公司而不是一个好公司吧。

4.人都有身不由己的时候，可能要忍受傻逼的同事，傻逼的领导，但自己也要恰饭，无法避免的要一起工作。这个时候更应该楼主（技术总监）出马去预先解决掉这些问题，在研发一开始就提出可能的问题，不管是告诉产品方面还是自己手下这些，而不是产出了，才去跨过所有需求流程来告诉程序员去改。不然，这个技术总监，当的也太简单了。

至于程序员打磨产品的精神，我司的情况走的敏捷开发，每次迭代的需求宣讲会和评估故事点，都是研发、产品、测试三方一起来开会的，说起来，产品精神测试同学比我们研发更认真，究竟是你太 out，还是我司太 in，我也不知道，只不过当代程序员的情况应该比你那时候要好，你的时代结束了。

你这个情况为什么从上家离职真的那么重要吗。。。看着楼主也工作了三年，证明是个稳定的人。招聘的人更多的看你来了能带来什么东西吧。。。

go 和 node 都取代不了，有希望替代的话，可能要再新出语言或者 go 的大改

@friddle 分析的很对，但是有一点做 kotlin 的一般懂 java，不懂 java 的，学 go 和学 kotlin 也差不多，如果要学 kotlin 还不如学 java，我觉得 kotlin 又有点尴尬了。最后，你为什么不分析一下世界上最好的语言 php （手动狗头