这是一个创建于 2834 天前的主题，其中的信息可能已经有所发展或是发生改变。
作为一个程序员需要经历和面对很多不同的问题，有些问题确实是挺令人苦恼的，我们来看看几个常见的问题，其实只要不忘初心，也没啥烦人的。
1.产品上不了线
经过不断的需求分析，多次的产品设计调整后，产品终于开发的差不多了，但是被告知上不了线了。原因可能是多样化的比如公司没钱支持了，老板玩别的去了，或者是市面上有更好的产品推出来，也可能是公司内部就觉得这个产品做完了的效果不如设想中的好就毙掉了......
总之就是没上线。
于是程序员们就比较纠结了，费劲吧啦的搞了半天，多少个通宵，吵了多少次架，红了多少次脸，最终连个响都没听到，确实是一种打击。
不过也有收获对吧，只要你全身心的投入到产品的开发中，你的产品思维是否更强化了，你的技术一定提高了不少吧，团队是否磨合的更好了？
2.项目没玩没了
有些公司不是以产品为主的，是靠不断的接项目来生存，好一点儿的公司市场比较垂直项目大同小异，能有自己的架构，有自己的开发库，每个项目来了，需要针对需求进行大约 30%以内的开发和修改。
但即便这样也总让人觉得没完没了，不知道什么时候是个头。
其实这种公司在行业内有一定的地位，你肯定积累了不少项目经验，如果能坚持一段时间就会成为一个行业内的技术专家，甚至也会与行业不少公司建立良好的关系，这些都是收获。
另外一些公司没那么太好的行业背景和资源，初期的小公司好多都经历过这种情况，来什么项目接什么项目，有钱赚就行。这种大多需要重头开发，能做到部分的代码重用也就不错了。
抽疯一样开发一阵一阵的，忙时忙的要死，闲时闲的蛋疼。
这种公司对于不是很牛 b 的初学者来说其实还算能够接受，可以学到完整项目的各个环节，如果能够坚持个一两年，做个三五个项目下来，也会积累不少项目经验，学习的东西比较杂，对于老手来说肯定是长不了，但是很容易派生出更多的小老板。
创业公司其实有不少是这种的，像我们公司刚开始似的。
3.接手写的比较垃圾的代码
入职一个新公司或者公司有员工离职，接手代码是经常发生的事。很多人一看别人的代码就头疼，恨不得所有的代码都重写了，不论好坏。
其实接手的代码如果是高手的代码，你肯定能学到不少东西，例如如何高效的写代码，如何高效的组织代码，甚至如何定义类、变量等等。即使是一些初级程序员写的代码，有些比较垃圾，但是如果你能很好的处理，你的收益一定也不小，起码你知道自己将来写代码不要写成那个样子，而且这似乎是每一个高级别的程序员、项目经理之类必须经历的过程，对将来你做技术管理有极大的帮助。
4.技术更新快
技术更新快一直是程序员需要解决和面对的一个问题，这几年程序员的工资像坐上了火箭一样，呼呼的。 2-3 年的开发经验，在北上广恨不得工资都要年薪 20 万起步了，这其实得益于技术的快速更新。
不要老是觉得技术更新这么快，学习太累太累了。有付出就会有收获，其实你的付出和收获的比值比扫大街的强太多太多了。
学习技术并进行应用本来就是一个程序员的本职工作，难道你指望一直在一些输入框内写些增删改查的操作就能混饭吃吗？
拥抱新技术吧，那才是程序员的未来，不断地学习才能保持竞争力。
5.职业发展方向
这个话题有点儿大，但是确实每个程序员都需要面临的问题。
一个最常见的观念就是年龄稍大一点儿就不能再去编程序了，不能再做程序员了。这其实是一个非常槽糕的观点，害了无数的程序员。无数、无数、无数，重要的事情说三遍。
应该说年龄稍大一些体力可能确实有些问题，如果通宵达旦的开发的话，人会受不了，这是肯定的，但是这并不能说就不能再从事编程工作了。编程是一个长期的事，高效的编程是需要长期的训练和积累的。
千万不要刚写了 3-5 年的程序就觉得自己该去往技术管理上发展了，而彻底告别了编程。
技术管理、创业都是程序员的发展通道，但是这些通道仍然都需要具备高水平的编程能力，否则做了管理也管不好。何况有些人的性格还不太适合去管别人，自己写程序写的特别好，一旦去做管理，就尽是昏着。
坚持写程序是你任何一种职业发展方向中都不能或缺的基石。
1
Select Language