我勒个去,这公司都什么人啊 - 一个公司的憋气经历
新到一公司,产品是几百万行代码,只有个大的框架文档,具体流程代码什么的都没有文档,主要工作就是改bug。进了这公司才发现,这个产品的team没有人对代码很熟悉的,都是接手不久,最多的也就1年,但也只是了解局部很少的东西,可想而知,这产品很庞大,又没实质性的文档,要搞的比较明白至少得几年吧。然后leader不止一次对我说,希望你能尽快熟悉起来,听起来貌似很重视我,后来才发现不过是希望我尽快成为改问题的机器,因为他们这里没人很熟悉。千万不要说什么比别人熟悉产品升迁的几率大,其实这种公司升迁的可能性很小,因为工作很重复,技术含量也不高,不需要技术能力很强的人。也不要说什么几百行的代码还没技术含量?其实技术上并不高深,只是业务很复杂而以,对于刚毕业的可能有点技术含量,但是对于工作几年的人来说这点技术都是浮云。。。 虽然改Bug很头疼,但是总算凭着以前的工作积累和对代码的感觉改个bug不是什么问题。
然后碰到一个Bug,需要写脚本(这里的脚本不是常说的那种脚本,而是这个产品特有的定义的脚本),而写这种脚本是比较复杂的,很费时,对新手来说根本就不知道从何下手。其实改这个Bug可以不用专门写脚本,因为从代码上可以推出来一些东西,但是leader说为了充分测试最好写个脚本。其实这个应该是测试那边有测试环境,直接用测试那边的环境测试是效率最高的,因为开发这边要测试先要写脚本,而写脚本很复杂,显然从整体上来看效率很低。
这个leader也是个官腔十足的人,我说我一个新手怎么写,他说不会就学嘛,我勒个去,这种东西又不是一时半会就学会的,你给我几个月学会了再来改Bug行不行啊。然后他叫个teser来指导我,但那个tester本身也忙,他说要写他都得几个小时。我勒个去,搞了两年的tester都要几个小时,我一时半会怎么可能弄得出来。然后我问tester问题他也很不耐烦,我说为什么这个是这样的,他说你为什么叫你的名字,我擦,MD,我说要不要叫我父母过来你问问??然后他还说我不耐烦,还振振有词的在leader面起那说了些话来证明他的道理,什么东西!!然后我说你说的都对,不过我们说的不是一个层面上的问题。
最后这个leader亲自来写脚本,结果写了一个小时也没搞定,问题多的很。还一副管腔的说问我懂不懂这个产品是干吗的,你有事说事不就完了吗,我心里说我要不知道你还招聘我来,那是你瞎了眼。然后又下命令的口吻说要求我要学会写脚本,我说这个得花很多时间,他官腔的说不管我以前是什么样,现在就得按他们的。OK,我先学几周几个月?尼玛的。
真TM憋气。