|
楼主 |
发表于 2016-11-29 22:06
|
显示全部楼层
本帖最后由 我想我会 于 2016-11-29 21:09 编辑
这个就是个实际任务,不是尝试性的!客户需要这个zahl, 最后问题没解决,先做成最简单的主键自增,返回count,交给客户了(按这货的话说,先 als uebergangsaufgabe 提交客户,以后再说),高并发的情况目前还不会出现,我们这个是新系统,才开发了2年,计划第3年成为正式产品投放市场,现在只提供给几个客户,作为probekunde使用,有几百个客户已经签了合同,上市以后再使用,到时候会涉及高并发
所以现在文档和计划没那么苛刻,还属于内部开发时期,可以调整和改变,但也常有liefert termin 以及跟probe客户商量的phase plan, 这些必须要遵守,不然对公司信誉有影响,更重要的是我们平时工作是看任务量的,看完成任务数,每星期都有总结会,每个月还有一个大的总结会,你的表现跟完成的任务量有直接关系
这货经常让人背黑锅,之前有次后端有一个挺重要的模块,他负责开发,做了一个月,平时吊儿郎当,不慌不忙,离lieferungstermin 还有三天的时候,终于做完了,结果一运行漏洞百出,这货急了,晚上在公司通宵,拉我帮他弄,都是晚上12点回家,狠得人牙痒痒,早干什么了?! 还有一次布置给我一个任务,我做了很久也做不出来,按系统目前的状态根本走不通,最后只能绕了一大圈勉强实现功能,花了一个星期,结果提交之后,他说我做的是错的,我再一看,后端那边他都改动了,跟我做的那会完全不一样,那会他明知道是错的,为什么还让我做呢,因为上级追的紧,想看看这个功能的效果,他一天吊儿郎当的,那会他的后端还做完,他就把我赶鸭上架了,唬弄上级,变成我做的慢,做了一个星期,做的还不对,这边为他争取了时间,他后端做完了,责任变成我的了,跟他无关了
这是这么一个货~~ |
|