※ 引述《longman (林北乡长退团长退B86T)》之铭言：
: ※ 引述《g9122xj (g9122xj)》之铭言：
: : ey h
: : ed t
: : rwom
: : tate
: : and
: : ult
: : and
: : ver,
: : mac
: : tems
: : unt
: : mmed
: : e b
: : r of
: : nt s
: : a r
: : en t
: : ults
: : tor
: : ed u
: : ied
: : of
: : bula
: : er h
: : sses.
: : unt
: : e co
: : ach
: : ake
: : hard
: : e m
: : can
: : 票结
: : 这篇的留言高潮什么啊？一直浮木浮木的
: : 就是计票方式的确有问题，所以议员的翻盘是呈现的数字与实际有误差
: : 他们现在说不影响结果有屁用啊
: : 当然要修正bug，承认错误啊
: : 搞的乱七八糟的，不被信任才是正常的好不好？
: : 想一下台湾如果发生这种事，肯定没有任何一个人会相信选务负责人之后的屁话吧？
: : 结果现在一堆说浮木浮木的，一堆突然跑进来的智障
: 我也是想问一下4%文组仔，
: 虽然说别人家选总统，谁上都不关我们家的事，结果也大致底定。
: 但4%文组是不是教导一下，在何种情况下，会有一行程式让加总计算多6000，然后是随
便
: 我猜这个bug的function name叫iVoteYou6000()信不信
其实如果政府采购硬件跟软件发包不同家
大概很可能有搭配问题
例如硬件比较高级的 选票上有不清楚
他会多扫 或者说他扫描有可能是叠加模式
就会扫多张例如6000张然后合成一张
不晓得为什触发硬件高级的模式 但软件以为是6000张不同张
所以没排除 或没叠加
以我4%脑袋 大概是这样想