django123

那以后这家公司混不下去了，怎么办？以后还能把玩代码嘛？
----------
对于“写了六七年程序”的人来说，编码是技能，是工具，不仅仅是用于解决工作上的问题的，也就是说即使工作上不需要干这个活，自己也能随时折腾着，一段时间过后，有可能会落后于一些新技术，但技能不至于生疏。


小公司，现在就是矛盾太多，开发太自我了，也不听，什么都要文档
----------
这个可能是老板这个动作的关键。（老板认为）开发出身的人去跟开发协调，相对来说会更容易些。

但这个（我认为）也不一定的，你去和产品和运营和市场打一圈交道回来，会发现其实程序员最好讲道理了，导致“开发太自我了，也不听，什么都要文档”这种现象必然是长期以来频繁变更需求不加工期带来的，但话又说回来，给文档应该是常规操作啊～～所以，即使换一个开发出身的人，如果顶不住各方压力，未经消化直接就传导到开发部门的话，矛盾依旧会存在。

最后，看样子您现在还没转岗，按理还是开发岗，说出“开发太自我了，也不听，什么都要文档”这话有点儿迷～

回到问题本身，可行！为什么不呢，适不适合半年就看出来了，半年时间技术活一定不会掉队，实在不行就做回技术呗，为了稳妥还可以跟老板预先要一条后路。

如果是研究型的程序员，在某一个领域深耕那种，大概是可以凎到退休的。
如果是产品型的程序员，尤其是互联网产品的程序员，随着产品本身周期以及行业周期的更迭，很容易产生“被拍死在沙滩上”的感觉（不排除是错觉），进而产生“找退路”甚至“转行”的念头。

我个人的经历，做过传统行业的定制开发，移动互联网风口来了之后又做了多年移动互联网的开发&产品设计，现在则是一个投资机构的量化研究员，从事股票的量化研究工作，当前的认知里，觉得短期内不用考虑转行，毕竟投资是终身的事情，编码只是提高效率的途径而已 /dog

个人觉得，在帖子主题里大致描述一下基本信息，比如说项目方向，所在城市，项目现状（有啥，缺啥），合伙人要求等等等，这种基本的问题，每一个加你微信的人都会问的（假如有人加），直接在帖子里说明，除了让自己显得更有诚意一些，更实在的是，能确确实实的节省自己的时间，提升沟通效率

（我还只是从自己的角度说呢）