做主程序员是怎样的体验？

程序员觉得自己长期徘徊在业务逻辑上，希望成为一名主程序，不知道主程序需要会哪些东西。是不是每个主程都有自己的框架？是不是要熟悉各种技术的底层内核？

想成为技术负责人是好事，说明你起码是一个有事业心的人，如果真的想成为技术负责人就该卖力工作，多解决工作中实际问题，做到比别人业务更熟练，然后先成为骨干，再有合适的机会成为主程。

自己工作中出成绩，比你写什么框架都强。别搞反了，成天把时间费在和工作无关的事情上，耽误了本职，最终给别人留下一个：知道的挺多的，可惜工作不突出，做东西又慢的印象。

见过的凡是得到提升任命的主程们，无不是出色的解决了工作中各种实际问题，或者优化了性能，或者降低了整体开发成本，引入更多自动化机制，或者解决了效率问题。他们都是主动在工作中争取承当更大责任的人，不是成天钻研各种虚无缥缈的东西的人。

怎么争取承担更大责任呢？一句话，快，做东西要快，别人做两天你做一天，天下武功唯快不破。时不时告诉主程你已经做完了，接下来做什么？多问几次，然后主动跟他提，哪块还需要搞一下，你想把它搞一下，不然以后XXX。

承当了更多责任的时候，就可以象主程提建议说自己这边事情太多，能不能有1-2个实习生或者新人。然后从带好实习生和新人开始，多为组内培养人才，进而成为组内骨干。

最后谦虚谨慎，等待时机即可。

以前一位朋友是某团队技术负责人，产品上线前两天发现重大设计问题，机制考虑不周到，不是简单的bug，时间又是个deadline，他和另外一个同事连续奋战三十多个小时重写了数个相关模块，最后成功上线了，没提倡你象他一般加班，身体还是首位，但是在有限的合理工作时间内能否保持他那份持之以恒的冲劲来工作呢？（PS：人家是三十多岁的年纪了还那么拼）

世界就是那么残酷，你需要和别人抢工作，请用实际工作证明自己的能力，而不是一个人躲在出租屋里摆弄一些自己觉得高大上的小玩具。

、——
注：楼下说，只写引擎不写业务，只写低层不写逻辑，我告诉你，任何一个团队所有程序员都是这么想的，但那么多程序员，主程该分谁写这些低层呢？让谁写对项目稳定有利，让谁写最可靠呢？第一是业务骨干，第二是他自己。你如果哪天成了主程，自然可以自己想做什么做什么，但如果连业务骨干都成为不了，怎么去“只写低层” 呢？

注：技术当然要学，个人当然该自我提高，这方面不用我强调，是个合格程序员都会自我提高，我是让大家别忽视和你自身利益最相关的本职工作，而一味把时间投入到一些虚无缥缈的东西里，而忽略了项目本身对人的锻炼，以及对个人价值的直接体现。

最后：要成为主程，先成为主程的得力助手，要成为业务骨干，先成为业务骨干的得力助手，职位这种东西要讲天时地利人和，但先成为一个业务骨干，一个主程的好帮手，却是完全可以凭借你自己的努力做得到的。

别总等着别人给你锻炼的机会，每个人都想要有锻炼的机会