生活可以很知识,知识可以很有趣 短文摘






【每日一话 66】从三国无双谈App除错

~ 分享本文 ~


【一抹墨痕专栏】
全部文章
不跟风,不腥膻色,不洒狗血。
只讲有温度的东西~
關注臉書:一抹墨痕


假日玩个“真三国无双”舒压一下,
选了关羽,因为是自由选章节,就故意选历史上关羽死后的进度开始。过场动画时,
就看到张飞愤怒地说:“俺明天要为二哥报仇!”
站在旁边的关羽表示:

“欸不是,我人就在现场耶!”


这篇当然不是要讲游戏,只是藉这个家喻户晓,又容易了解的实例,让大家知道软件除错没那么“直觉”。

而且其实在选角色时,就已经是要刻意看看,关于刻意用角色玩“明明已死的矛盾剧情Bug”,制作小组对这部分的处理态度是什么。答案是...

管不了那么多啦~

其实答案也不意外,也能理解,而且制作小组应该很清楚有这种Bug。但要改到“合理”,等于要原创剧情,不好编而且很难收尾。更因为三国武将这么多,要是每个都去改,制作费会突破天际,也没必要。

回到主题,在 App 或任何软件里面,除错主要有三个大麻烦。

1. 你得先在“茫茫程式海”中找到 Bug

是的,当你软件越来越肥大,纵使你有几十人的团队来除错,也还是会有思考或使用盲点,有没想到的地方。

那小软件就没理由说找不到 Bug 吧?也不完全能这么说,小的软件,资源更少,甚至只有一两个工程师在做,少数人在除错,难免就有遗漏之处。不过不管如何,是不能有太多恼人的Bug就是。

当然有时候也是因为赶着上架,比如很多游戏为了降低成本,除错期不够就匆促上市,就会有各种奇怪Bug。




2. 牵一发动全身

很多“放了很久”却一直没解决的问题,可能是属于这类。

这常常是在前期拼“先有功能,再讲求完整”的状况,上架之后,发现架构不完整导致Bug无法解决,要从架构开始改,会是个大工程。当然也会有牵涉到第三方厂商,比如软件的资料处理是“外包”给其他厂商,有Bug要改,若在保固期间就还好,通报之后尽速改好再上架。若是超过保固,就要先提问题单,对方提报价,双方开会讨论决定... 后面一串流程墨痕在这就不多说了,请自行脑补一百句。

喔,若是两年以前,iOS App 因为审核时间很长,所以要等除错上架至少都要等上一周。所以iOS App 工程师都要祈祷不要出大包,不然自己就满头包,当然有经验的App团队在规划功能时,就会避开这种风险。


3. 经费或效益问题

上述的真三国无双,大概就是属于这类。明知道或被动发现,但也无可奈何的Bug,可能会因为没办法或没必要花大量人力与经费去解决,就放著当“美丽的错误”吧。

喔,当然还有“其他”因素,像是Bug多到不想管了,或是只有一个可怜的工程师在做事,比如下图:





结论

也不是什么结论啦,就...以后看到某个App有Bug,不要急着骂或给负评。给一点时间,或不吝在评论处反应一下 (但不要太随意就给一颗星,给人家一点机会啦~)。




本文之臉書貼文連結:
(給墨痕鼓勵,哪怕是一個讚、收藏本文、追蹤墨痕,都進入臉書吧。👍)





來看看【乾話集】!



更多【一抹墨痕】的文章
● 【每日一话 42】有些管理学的书只是在讲干话
● 【每日一话 25】删光光了~

更多【顽心号】的文章
● 或能快速累积工作年资的科学研究
● 日本第一男公关Roland出书

推荐您看
● 妹子想坐你的车吗?
● 【办公室英语】Email 里可以用的打招呼用语
● “活太久”与外接硬盘


友站:单字卡文章




生活可以很知识,知识可以很有趣