这不就是折腾的魅力么。。
不想折腾的早装 UOS 了。
除了上一次更新 bug 多到数不清外,其他只能说测试用例没有完全覆盖场景吧,事先还是测试过的。
这不就是折腾的魅力么。。
不想折腾的早装 UOS 了。
除了上一次更新 bug 多到数不清外,其他只能说测试用例没有完全覆盖场景吧,事先还是测试过的。
而且还特别喜欢在周五更新,这样大家周末才有时间更新,完了有问题他们周一才收集问题处理,周末都没有人能立即解决问题的,比如这次上传文件不完整的就是这样
而且还特别喜欢在周五更新,这样大家周末才有时间更新,完了有问题他们周一才收集问题处理,周末都没有人能立即解决问题的,比如这次上传文件不完整的就是这样
这点确实。。文件不传完人就跑了。
我记得有一次周末服务器崩溃,我打电话到他们总部,结果连个留守的人都木得,电话没人接。
还有有些时候更新出严重影响使用的 bug,修复了却不立即更新,非要等到下次一起更新。不知道怎么培养出来的毛病。
之前听说他们是正常5天工作制来着
至于出了 BUG 要不要临时加班或者扣工资啥的就很难说了......
这点确实。。文件不传完人就跑了。
我记得有一次周末服务器崩溃,我打电话到他们总部,结果连个留守的人都木得,电话没人接。
还有有些时候更新出严重影响使用的 bug,修复了却不立即更新,非要等到下次一起更新。不知道怎么培养出来的毛病。
那个只是服务招待的休息了...你打的电话又不是开发的
而且还特别喜欢在周五更新,这样大家周末才有时间更新,完了有问题他们周一才收集问题处理,周末都没有人能立即解决问题的,比如这次上传文件不完整的就是这样
今天已经重新上传了...只是没有公布,完成后会通知的
版主说的让人有点伤心了。好希望听到你们说:给大家带来不便,还请原谅。
版主说的让人有点伤心了。好希望听到你们说:给大家带来不便,还请原谅。
bug确实是有的,只是相对于加速修bug推送,这些客套话真的可以说没什么用了,并不能真正给用户一个交代
之前听说他们是正常5天工作制来着
至于出了 BUG 要不要临时加班或者扣工资啥的就很难说了......
我猜大概是编制内的或者是非编参考编制内的人员,五天八小时,工作内时间循规蹈矩,工作外时间找不到人
这个我持保留意见。。。哇嘎嘎
Popular Ranking
ChangePopular Events
More
幸亏我用的UOS,笑看众网友们用着自己用汗水换来的电脑,放下手头繁重的工作,免费给一商业公司当小白鼠。