这程序员也能趟枪实在是冤啊！存取都有确认Ja nein。你点了么，点了就代表你确认了啊！关程序员什么事。。。
程序员真口怜
FBICIA 发表于 2015-4-29 13:17
这程序员也能趟枪实在是冤啊！存取都有确认Ja nein。你点了么，点了就代表你确认了啊！关程序员什么事。。 ...
应该强调有两个包裹之类的，他那个 追踪码又小又细还相当长，很容易被忽视。
abadebadu 发表于 2015-4-29 12:51
记录肯定有，如果你没有取，系统会反复提醒，如果你取了系统就把空位让给新来的包裹，所以我认为，系统一 ...
有道理，下一个人不应该承担责任。只能寄希望于风气好了。
一般来说那里有监控的，并且工作人员在放入包裹的时候应该要扫两个码，一是包裹，二是储存柜门内某处的条码一类的
运气好的话，过阵子你这个包裹没准就有消息，比如给你再次投递或者退回商家或者卖家寄件人
如果没消息，你可以尝试做书面的Nachforschung
你的abholungschein上肯定写了包裹的数量啊！
不可以这样怪程序员的
卷饼狂热分子 发表于 2015-4-29 14:23
你的abholungschein上肯定写了包裹的数量啊！
不可以这样怪程序员的
是用 DHL 卡的
zpvip 发表于 2015-4-29 13:26
是用 DHL 卡的
卤煮是不是买的APPLE WATCH
这也要怪程序员 还大bug 扯蛋 {:2_232:}
wystan 发表于 2015-4-29 15:28
这也要怪程序员 还大bug 扯蛋
这帖把程序员都炸出来了吗？
这当然不只是程序员的事，任何搞设计的都要考虑“防呆（Poka-yoke）”，也就是说要防止人为错误的发生或者是让人一眼就能够找到出现的错误。
比如电脑的硬盘线，硬盘电源线，主机电源线，内存插槽，USB插座，插进了就插对了，插不进就插错了。
苹果的电源线做得更出色，用的磁铁，绊到就掉了，正反插都能用。
软件也是，"rm - rf /" 就是一个失败的典型。itunes 也是一个失败的典型，经常有人把数据同步丢了，XMarks 就是一个好例子，怎么同步出错都能恢复。
这个流程显然还有很多漏洞，比如你要寄一个包裹，扫描了条码后，开了一个柜门，如果柜门离得远，被风刮得关上了，你的包裹就没办法放进去了，你的条码也失效了，这事就没法改了，这种情况难道不会发生吗？