有时候你在干这份工作的时候，干久了，就开始期待另外一份工作。或者是职位上的晋升，亦或是换个行当。但是人们可能会经常有那种感觉：嗯，其实还是原来的工作更适合我。有时候，更进一步的上升或者职位晋升等，仅仅只看到了别人亮眼光鲜的一面。
最近，我换工作了，从之前一个一心只敲代码的程序员，变成了一个项目，一个团队的负责人。职位角色的转换，让我也对自己的能力产生了怀疑，甚至有时候想：嗯，还是当那个一心只会敲代码的程序员好。
谈谈职位角色转换带来的不适感
说实话，一个职位角色的转变，在起初刚开始的时候肯定会带来诸多的不适。毕竟不同的岗位赋有不同的职责和工作嘛，刚开始有些不适，还是很正常的，但是这个感觉如果久了，还是迟迟不肯退去，永不消褪，那就是说明你的能力不足以撑起你们的梦想，你的职责，你的岗位。来，聊聊最初时，我有哪些不适感吧？
事多且杂，并不单一
职位转换后，不再是像程序员一样，仅仅只想着如何实现这个功能，如何做出这个效果，如何提高性能，优化代码了？像程序员这样，仅仅专注于代码，多么的专一，多好，再苦再累，也就这一件事，而做了团队负责人，要做很多杂事，考虑产品的实现，考虑整体的需求，关注技术团队实现项目的进度，协调团队之间的合作。和领导沟通，报告项目进度，上到领导，下到团队成员，对于他们都要负责，职位的提升意味着责任的重大，责任大，压力自然大。各种杂事，琐事都会搞得你心烦意乱。
要对团队负责
其实要对团队负责，这里主要指的是团队成员的负责，毕竟这些人是我一手拉起来的队伍，而且我又是程序员出身，理解和了解我们程序员的单纯，在这个互联网，移动互联网迅速发展的今天，很多老板都是紧紧把程序员当做工具，用程序员的单纯和专一，欺骗程序员，这种事在我们这个行业屡见不鲜。
我作为这个团队的负责人，真的压力很大，因为我希望他们都能够在这个团队技术能够提升的同时，待遇和福利也要不错才可以，最起码不能害了他们。要时刻维护着他们的利益，不希望由于我的问题，或者项目的问题，乃至老板的问题而让他们有所损失。
要对项目负责
作为团队负责人，负责整体团队的同时，也要负责整个团队的项目，项目有前景，有价值，才能给大家带来更好的待遇和福利。作为负责人，部门主管，一定要时刻思考整个项目的前景，运营和市场情况，要时刻了解来自于用户的反馈，和运营沟通，产品沟通，一起协调制定计划和战略目标。想着如何让这个项目做得更好？
如何解决
遇到了问题，就得想着如何解决？对于职位带来的繁琐的工作，复杂且多的事务，就得学会制定计划，每天给自己列出一个清单，按照计划一步一步的去做，即使再着急，也应该按部就班的进行。这里就需要一个心态的调整，不要整天由于焦虑，着急而耽误更多的时间。
作为技术团队负责人，在技术选型，在项目开发过程中，要考虑遇到的一些问题，即使帮助他们预先判断，并尝试着了解一些解决方案，具体的解决方法和执行要让他们自己去实现，这样既可以提前预判节省效率，又能让团队中的人学到技术和知识，提高能力。而且应该和老板沟通，采取一些奖励措施，多为程序员谋取一些基本的福利。
项目其实才是整个团队和公司的核心，如果项目做好了，才会有价值。作为负责人，不要只听产品，设计，运营的一些意见，应该学会综合这些建议，考虑清楚，思路清晰的判断出需求或者问题所在，找到修改和解决的办法，总之，要让项目越来越好。
总结
我抱怨和吐槽了这么多，其实不是说我真的在抱怨，我这是在记录和反思自己。虽然对于我来讲，还是喜欢那个一心敲代码的程序员，但是我也喜欢这样的挑战。如果，你问我10年后，你还想做程序员吗？说实话，相比于部门领导，团队负责人，我更喜欢做程序员，我10年后，依然想做程序员。
说到这里，我不得我不再引申一个话题，那就是国内对于程序员的一个误解，都说程序员是吃青春饭的，此时此刻，我想说句脏话：
这纯属放屁。
其实有能力的大龄程序员更吃香。前几天在微博上看到了左耳朵耗子也谈到了这个话题：
而且我也说明了我的态度：
我感觉也是，其实做技术管理也应该专注技术。况且年龄大写代码挺好，研究深入，经验丰富。说实话做技术管理的，一般有两种人，一种是：确实技术很好，被逼到那个份上，但是人家还是很谦虚的在研究技术，另外一种就是：技术上发展遇到瓶颈了，就想着办法往管理上走，然后技术也就那样，还喜欢鄙视人。
所以，我想说：有时候，自己一定要专注技术，技术到了一定水平和能力，就能够撑起你的那个管理的梦想。如果技术一般，还不好好钻研技术，一心想着如何走上管理，那你也会遇到我前边说的问题：能力不足以撑起你的梦想时，你会很累，而且可能会做到灰头土脸，甚至一鼻子灰。
管理 or 程序员？你到底想做什么呢？反正我不想做不写代码的 CTO （CTO 不一定必须写代码，想写代码的 CTO 仅仅是我的意愿和想法）。
