程序员是可忍孰不可忍，哪些是程序员的痛点？

最新推荐文章于 2023-12-13 12:00:21 发布

BUG弄潮儿

最新推荐文章于 2023-12-13 12:00:21 发布

阅读量279

点赞数

文章标签： java 编程语言项目管理软件开发 github

阅读好文章，请随手 点击上面，关注我们，免费订阅

要嫁就嫁程序员，听说程序员钱多话少死得早。虽然这句话多半是程序员找乐，自己黑自己的。程序员是一群特别的、非常有幽默感的人，他们善于自嘲，勇于自黑，抗打击能力超强，很多事到了程序员这里没有做不到的，只有你想都想不到，工作中很少发脾气。不过就是这么一群so nice 的人，也有他们的痛点。

1、需求变更

杀一个程序员，不需要使用抢，给他来几次需求变更就行。由此可见，需求变更的杀伤力有多强。给程序员来几个TM的NB的需求杀伤力也是非常强的哦！

职场中程序员与产品的关系剑拔弩张不在少数，也许程序员这一刻已经把功能开发完毕，马上进入提测阶段，但是就是需求变更的一句话就可能让程序员的多天的努力付之东流。你说心里能不窝火吗，怎么不早说，怎么不调研清楚才启动项目。

2、加班

加班这个在哪个行业都有，但是软件行业非常多。很多程序员的生活简单，每天、每年都是两点一线，家里—公司。明明项目的工作量需要30人/天，老板一句话这个功能就是一个10人/人的工作量，我们就屁颠屁颠的加班了，我们以为这个不错至少还有两周时间14天，老板突然来已经这个是包括周六日。呵呵了~~

3、这个功能已经在某某项目实现挪过来就行

真正做自己产品的公司毕竟在少数，大部分软件项目都是项目行的。比如你们公司是做柜面系统的，那么你们公司肯定在全国各地的银行说不定都有柜面系统项目。因为银行柜面系统的功能都是大同小异的，今天在这个银行实现的功能，明天就可能在其他银行也要用到。这时销售就说这个功能已经实现，挪一下就好了，就两个钟头的事，吐血~~~~

4、改经过NN手代码的Bug、维护千年老代码

如果不是初创公司，修改千年代码是家常便饭。这些NN手代码经过不同层次的程序员的维护，有可能有没有什么交接文档，设计文档，修改这些bug时只能大海里寻找一粟。没办法谁叫你入坑了，只能撸起袖子干。在这些一个方法几千行、一个java文件几万行的代码中追寻真正的Bug。不管这些代码是一脉单传，还是遍地开花；你总会找到隐藏在代码中的千年虫，只是花的时间或短或长。