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


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

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

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

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

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

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

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

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

和众多老油条相比，算比较矫情的萌新
如果是在一线城市，单程一个半钟的通勤时间算中等偏长吧，从描述看来只是时间较长路途也不苦逼（地铁口，公司班车接驳）
换个角度看，是不是每天那八小时的内容没法吸引你的兴趣，按理如果是做有兴趣的事情，每天那点时间不会累的

曾经每天六点半出门七点到公司晚上十点半下班回家，连续四十多天周末无休，很充实，很快乐，没别的，就是喜欢，浑身是劲

呆过定期下午茶免费水果无限零食的，电脑用满三年送产权的，各种团建各种嗨小伙伴们亲切得像一家人的，老板如兄弟版喝酒谈心 K 歌洗脚的，幸福度一直很高，直到去到一家小节几百大节过千生日又几百每月有补助每天不加班，莫名其妙又收到一笔不知道什么来由的奖金的公司之后，觉得座位小点同事关系冷漠一点都没关系因为有补助啊，下午茶零食水果什么的都不在乎因为下班早啊。。。。

这个还是看具体的项目情况，以及产品经理对业务以及技术的拿捏程度，以及各个角色的话语权重等
有的项目业务逻辑复杂，但前端逻辑相对简单
也有的项目页面复杂，业务逻辑反而简单
有的产品经理可以把复杂的业务变现的很简单且清晰明了
有的产品经理会把简单的业务设计出一堆折磨人的交互
“厉害”的后端可以把多种逻辑甚至运算推到前端去做，厉害的后端也可以让前端脱离一切运算只需拉接口
说白了，同样的事情，不同的人去做，可以让队友省事，也可以让队友不省人事

无绝对，看位置，俗称屁股决定深度 or 广度
如果是在初创公司或者小公司，大部分事情都是够用即可的话，广度比较重要，一个顶几个用
如果是在大公司或者一些专业程度要求较高的岗位，深度更重要，术业有专攻，不同的岗位请多几个人就好了

不存在比不比得上的问题
做螺钉习惯了，去做发动机会觉得吃力
做发动机习惯了，去做螺钉也会觉得使不上力

除了地铁物业，还有摩拜物业

第一套房，自住的话，除了周边居住环境，建议多考虑增值空间，上面有兄弟说了，换房是大概率的事

劳资做项目从来就不会只有 Plan A ，不然 Plan A 出了意外怎么办

----风险管理的意识是通用的

嗯，看了大部分的回复，还是感到欣慰的

还是那句啊，一切的输入都是不可信的