今天又来了一个呼叫 一位小姐要从中山北路带猫笼到某地 这 case 我是可以载的 但是当时人在中和 离中山北路二十分钟不 一定(几乎可以说除非超速 不然有难度)会到 所以我选择 放弃 但是系统并没有完成这个动作 所以当我下次再选 呼叫小黄 这个选 单时 他又继续不断地响 我当时往南势角 所以我再次选放弃 当我 到南势角时 打开呼叫小黄 他还是在 还是停在询问选单 我还是选了放弃 後来我回永和路载到客 我打开选单 他还是在 我 从头到尾选了四次放弃 我心中有个疑问 这到底是 "同一次呼叫" 还是 "不同次呼叫" 再者 在选择 应徵 或 放弃 时 我觉得应该可以加上理由比较好 比 方说我现在没法如期到所以不敢应徵 但是我并不是不能载 只是因 为太远 而对方可能需要即时或是可以等 当然我也可能正在开车 甚 或载客所以无法回应 (好吧 我承认我就是那个忘了关掉可即时载客 的那个混蛋) 但 GPS 应该是有开 所以乘客应该知道(?)我在那里 或者该说 当我做选择时 我是否应该把我现在所在的位置资料给乘 客知道 (至少要可以选择)这类 (车子是在动态跑的 差个五分钟可 能就过了桥 从台北市到台北县云云) 如果比照一般的计程车叫车服务 我觉得加上任务编号给司机先生比 较好 比方说 N20150920100000101 (N 代表 Now / W 代表 Wait / 20150920 表示日期 / 010 表等待时间可多久 (N 最多半小时 W 可 能可以等到 999 分钟) / 00001 是编号 / 01 是第一次呼叫 (或可 说是使用者发送申请是第几次)) 我自己如果後端是 SQL 这应该是可以做到的 (因为我本身就是写某 个资料库系统的) 我相信其他的程式 (如 JAVA) 应该也是很 OK 然 後计程车司机回应也可以设定编号 (至少我要知道我回应了第几次) 甚至也许可以选 延迟几分 或是写个 留言板 给乘客 让他知道我现 在的状况 互动也是很重要的一环 甚至有罐头讯息更赞 这是很重要 的 可以当个中介管道 甚至留言板空白处 还可以加上广告 (喂 !) 我认为在开车到目的地的途中 以我现在最常发生的状况 到现场没乘 客 (乘客断线) 或是到一半发生车祸 不是我 是路上别人 然後塞车 塞到死 简单地说就是没法到达 我需要打电话跟公司讲说我无法到达 现场 诸如此类 甚至到现场没乘客 我也需要打电话给乘客这类 我认为呼叫小黄的好处就是 没 CALL 机种类 (55688 55899 551788 这类) 限制 只要有台智慧手机或是可上网平板就可以用 但是在使用 介面跟互动方面 可能可以再加强 总之东西做出来就是要用 用了之 後才知道问题在那里 Orz -- 把 段 数修掉 -- SOB Pack 已於日前 Release 出 gcc 4.x 版, 欢迎还活在 Maple 2.36 SOB Version 回忆中的朋友们一起来讨论下列相关 : 1. maple 2.36 2. SOB 3. Atlantis Version telnet to 203.70.65.27 Boardname : ATSVersion --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.43.151.192 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/TAXI/M.1442724402.A.D41.html ※ 编辑: Dopin (114.43.151.192), 09/20/2015 13:00:43