[討論] 不嚴謹論證 youbike2.0 調度成本低於 1.0

看板PublicBike作者 (神清水)時間3年前 (2021/02/21 12:39), 3年前編輯推噓5(5048)
留言53則, 8人參與, 3年前最新討論串1/1
此篇試著論證我心中對兩代調度成本的高低差異 以下文長慎入 前提情境 我們用台北市當例子 試著說明在同一塊區域 從 1.0 轉變為 2.0 後 調度成本如何下降 以下為目前現況及 2.0 建置完成後的一些數據比較 為求方便 都是取大概數字 可能與現實有些出入 請見諒 1.0現況 2.0建置完成後 車站數 400 1200 車輛數 13000 13000 車柱數 16000 26000 平均每站車柱數 40 20 服務範圍 方圓500公尺 方圓500公尺內三站 重大前提假設 1. 目前有 1.0 的站點 未來會被 2.0 完全取代 包括該站車柱數量也會完全相同 可以想像成有全部 400 站 1.0 站一夜之間 40 個車柱自動變成 2.0 站的車柱 2. 其餘 2.0 站會均勻分布 並且每站大小相同 以原本的大站為中心方圓 500 公尺內原本都是此站的服務區 但 2.0 總車站數從 400 變成 1200 此時會多出兩個各有 10 個車柱的小站 3. 將原本的大站及多出的兩個小站視為一個聯合車站 我們可以把上述的一大兩小車站視為一個聯合車站 也就是從原本 500 公尺內一個車站 40 車柱服務 變成三個車站的聯合車站共 60 車柱服務 原本的大站稱為 A, B, C... 等等 多出來的小站則稱為 a1, a2; b1, b2; c1, c2... 等等 A, a1, a2 三個車站組為一個聯合大站/服務區 A* 4. 原本 1.0 一個服務區 A* 會進出多少車輛 在 2.0 後會有相同的數據 也就是如果原本每天該大站 A 借用數量 100 歸還數量也是 100 那變 2.0 聯合車站後整個聯合車站 A* 的借用數量及歸還數量也都還會維持 100 不變 只是會較分散在三個車站 每個聯合車站的分散程度不一 5. 原本 1.0 調度方式不會做任何改變 也就是若 A 站容易滿 B 站容易空 因此會從 A 站調度車輛到 B 站 則變 2.0 後調度方式一樣維持只在 A 站滿了後將車子調度到 B 站 至於多出來的 a1, a2, b1, b2 小站 則直接採取放生策略 不會對其做任何調度 讓它自然變化 以下論證 由以上幾點假設 論述為何 2.0 調度成本較低並且使用效率較好 1. 調度次數/數量降低 由於前面假設只對大站做調度 因此這邊專注看每個大站車輛變化 (1). 假設在 1.0 時有一個情境 A 大站某個時段有歸還 100 台的需求 有將車移走的調度需求 B 大站某個時段有借用 100 台的需求 有將車移入的調度需求 因此原本調度方案: 從 A 調度 100 台車到 B (2). 在 2.0 時 可以將 a1, a2 小站視作 A 大站的緩衝區(buffer) 原本會在 A 歸還的數量 會分散到 a1, a2 因此 A 大站降低成 80 台歸還需求 同理 B 大站降低成 80 台借用需求 以上可看出 調度需求從原本的 100 台降低成 80 台 當調度數量降低時 則調度次數也會降低 甚至有些情況原本需要稍微調度 可以變成完全不需要調度 因此調度成本會下降 2. 使用者平均走動距離下降 原本 A* 服務區內只有走到 A 大站才能借用 現在可以走較短距離走到其他的 a1, a2 小站 因此以使用者走路距離來說 2.0 會下降 可能的盲點及解決方式 1. 若小站滿了或空了怎麼辦? 的確 在我們的假設裡 小站不會有任何調度 使其自生自滅 但就算如此也沒關係 (1). 因為 小站不會一直保持滿/空的狀態 可能一天內只有 20%(隨意舉例) 的時間是滿/空的 因此多數他還是會發揮給大站緩衝的效果 並且降低使用者行走距離 (2). 就算 今天小站滿/空了 對使用者來說 也只是退回原本的使用情境- 到大站去借還 這件事與原本比較並沒有增加任何成本 (3). 因此 多數時候有更好的使用體驗及更低的調度成本 少數時候跟原本的使用體驗及調度成本打平 2. 極端情境 1: 就算設了 a1, a2 還是只有 A 有借/還需求 有些站的確會有這些情況 比如說某些公司樓下中午 12 點出去買飯等等 (1). 但若 100% 只有 A 有借/還需求 也只是於原本一樣而已 並沒有變差 並且是否代表 a1, a2 其實根本沒有設立的必要 當初也不會對此點會勘? (2). 而且絕大多數情況不會到這麼絕對 有了新的站肯定可以增加使用量及降低取得距離 3. 極端情境 2: 設立了 a1, a2 後全部借還需求都轉移到 a1,a2 但它們又容易滿/空 (1). 同樣的不會有這麼極端的狀況 (2). 就算 100% 都想在 a1, a2 借/還好了 那也沒關係 a1, a2 滿了就騎回 A 還 a1, a2 空了就走到 A 借 這樣也只是退回原本的情況而已 並沒有更差 並且還因為多了 a1, a2 在他們還沒買滿/空的時候 使用效率依然是較高的 (3). 需求這麼大不就代表 a1, a2 需要更多車柱, 甚至附近可以再多出一個 a3 這都是可以在實際營運後視情況增加的 這邊剛好帶出 2.0 的好處: 增加車柱容易 當發現真的有需求時 較容易想加就加 4. 極端情境 3: 原本只有 A 的時候我是不願意騎的 因為有了 a1 才願意使用 結果 a1 滿了你叫我去 A 還 早知道我就不要用了 (1). 同樣的 這種新站點出現才多出來的新使用者 就算因為 a1 沒調度容易滿/空 所以不願意使用 那也沒關係 就當作沒這個新使用者就好 跟原本的情況相比並沒有比較差 (2). 回去看上面的極端情境 2 a1, a2 出現肯定會有好處 並且容易滿/空就是新增車柱解決 5. 前面假設 2.0 使用情形與 1.0 類似 一個服務區內 A* 使用量沒暴增才成立 那如果暴增了呢? (1). 那很好啊 2.0 的誕生不就是因為 1.0 的侷限性 因此改成 2.0 想要增加使用量嗎? (2). 整個系統可以擴張 當使用量真的上升了 原本的車柱/車輛不夠用 那就增加車柱及車輛 再度提到 2.0 的優勢就是增加車柱容易 而增加車輛一直以來都不是問題 (3). 正向循環 當一個系統更容易擴張 就能因應使用量增加去快速擴張 而擴張後能帶來更多使用量 如此正向循環下去 就是 2.0 的優勢可以造成的結果 (4). 其實也可以對新的站點增加調度 上面假設都只對原本的大站做調度 但當 2.0 新站真的因為總總原因使用需求很高 那可以預期該站會因為車柱數量不斷上升直到變成大站 當使用量上升 營運收入上升 而原本的營運成本降低的情況下 此時多花一些些成本來對新站點做調度完全是有餘裕的 (5). 再度造成正向循環 當有新的站點被加入調度名單內 代表該站使用效率會進一步增加 而效率增加後會帶來更多使用量 營收再度上升 能夠花在調度成本的額度再度增加 以此正向循環下去 6. 轉換的陣痛期怎麼辦? 實際上陣痛期相當短為什麼呢? (1). 轉換流程為 1.0 站先保留不動 -> 增加大量 2.0 站 -> 將原本的 1.0 站撤換成 2.0 站 (2). 真正的轉換陣痛期 其實只有最後一步將原本的 1.0 站撤換成 2.0 站 在此步驟前 只要使用者直接忽視多出來的 2.0 站 當作沒這種東西 只使用原本的 1.0 站 那使用體驗會與原本一模一樣 (3). 值得忍受 除了上述 2.0 比 1.0 調度成本低 使用效率高以外 還有很多其他版友提到的 2.0 優點 並且撤換站的時間並不會太長 我想大概只有幾個月到半年而已 因此我相信這些是值得忍受的 結論 以上論證之所以會寫得這麼長 是為了詳細定義情境 使其簡單化 才較容易看出整體變化 並且探討各種情況 可以看出整體來說 2.0 可以降低調度成本 增加使用效率 並因為容易設站的優點 可以依照實際使用情況去新增站點 更增加效率 增加使用量及營運收入造成正向循環 並沒有提供什麼嚴謹的數學證明 但我相信還是有其論述價值 或許還有寫得不好的地方 歡迎版友提出分享討論 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.165.108.187 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PublicBike/M.1613882377.A.242.html

02/21 22:16, 3年前 , 1F
2.0最理想佈設狀態 事實上1.0都能做到 只是市府不願面對
02/21 22:16, 1F

02/21 22:18, 3年前 , 2F
原po所謂聯合站點大小站 只要將1.0站點拉線到遠處即成
02/21 22:18, 2F

02/21 22:18, 3年前 , 3F
換句話說 同一站但車柱分散設置
02/21 22:18, 3F

02/21 22:19, 3年前 , 4F
即便有困難 必定可以開發可與1.0相容的輕樁系統
02/21 22:19, 4F
這點困難 跟直接改 2.0 比 到底哪個難我也不知道 先不說誰難 或許真的有其他替代方案 但對我來說 2.0 整體就是一個比 1.0 更好 且轉換成本可以接受的方案 若在哪個平行時空裡有 1.0 本身升級方案也很好 一個系統肯定會經歷汰舊換新 可能是原本系統升級 可能是撤換掉換一個新的系統 都有可能 我們市民能做的就是了解它 覺得足夠好 可行性夠高 成本可接受就接受它 現行 2.0 足夠好矣 我認為可以接受它 不需要否定它

02/21 22:21, 3年前 , 5F
達到很多人想要要多密有多密效果
02/21 22:21, 5F

02/21 22:22, 3年前 , 6F
一開始就說過 2.0的優點(如:座椅)1.0確實可以套用
02/21 22:22, 6F

02/21 22:23, 3年前 , 7F
反倒是2.0先天車機設計 使其感應時間永遠無法與1.0相比
02/21 22:23, 7F

02/21 22:24, 3年前 , 8F
現在站點完全相同 為何要選擇有限制 滿意度較低的系統呢?
02/21 22:24, 8F
提到滿意度 我無法同意 你用 93>91 或是什麼台大只有八成之類的數字來說明滿意度低 也有一些版友提到 這些數字並沒有辦法證明 2.0 滿意度就是比 1.0 低 若你要堅持那我也沒辦法

02/21 22:25, 3年前 , 9F
1.0因用地條件無法擴站 動點腦就知道是胡說八道
02/21 22:25, 9F
你如果要堅持 1.0 設站能跟 2.0 一樣容易 那我也沒辦法 這點也是我的堅持 2.0 設站就是比較好 這是我動腦過的結論

02/21 22:27, 3年前 , 10F
新北多少小路 連三芝都設站 台北市一下沒錢 一下喊缺電
02/21 22:27, 10F

02/21 22:28, 3年前 , 11F
你覺得是推託還是真有此事呢?
02/21 22:28, 11F

02/21 22:29, 3年前 , 12F
-----------分隔一行------------
02/21 22:29, 12F

02/21 22:33, 3年前 , 13F
我們可以同時滿足站點效率 反應時間 和大家喜愛的新功能
02/21 22:33, 13F

02/21 22:34, 3年前 , 14F
市府可以要求廠商做到 不過很可惜 我們連折扣都拿不到
02/21 22:34, 14F

02/21 22:40, 3年前 , 15F
如果原po也是台北人也常騎2.0 應該很容易理解我說的
02/21 22:40, 15F
我不是台北人 我是嘉義人 並在高雄台北求學過 目前在新北工作 剛好都有很多 youbike 的議題的城市 我理解你說的 但不認同 對我個人來說 借車反應時間是 最最最不重要的項目 車子的一些新設計的確 1.0 能做到 但最重要且爭議最大的還是一點 就是設站容易程度 =============== 我可以提一個例子 高雄設站的速度快的飛起 所有縣市看不到車尾燈 原因就難道只是因為你說的政府有對業者要求嗎? 難道不是因為 2.0 就是這麼好設站嗎? 同理 台北市 1.0 說有拓站困難 真的只是因為政府不跟業者要求嗎? 若 2.0 真的沒有比較好設站 同樣的營運方 為何在高雄可以設站如此快速 市區的密度超過台北而且持續高速上升中 但台北新北經營這麼久 密度卻被剛開始的高雄追過? 就只是因為對同個業者 台北不要求 而高雄有在要求嗎? 那新北呢? 我不這麼認為 =============== 另外一個例子 若說新北 1.0 的確很好 那為何新北現在要重新招商不繼續沿用 1.0 呢? 若新北到時候真的是改成使用 moovo 那是不是更要出來抗爭 從 youbike 直接變 moovo 這種比 1.0 變 2.0 更大的改動? 若新北今天出來抗議台北使用 2.0 導致雙邊系統不相容 然後後面自己真的也改用另一個系統的話 那是不是自打嘴巴呢? 在有機會選擇 2.0 跟放棄 2.0 改用 moovo 之間相比 新北為何要選後者? 因為他們比台北市更想要系統相容? 我想不是吧 =============== 再來一個例子 若 1.0 真的非常棒 為什麼台中市要在 1.0 合約到期前就引入 2.0 呢? 我想此舉是為了淘汰 1.0 進入 2.0 的轉換陣痛期縮小吧 那不持續使用 1.0 的理由是? 因為台中市長跟柯文哲一樣想浪費 想當老大 推拖胡扯? 還是其實是有這麼一點微小的可能 youbikle 2.0 就是比較好呢?

02/21 22:45, 3年前 , 16F
我想我每段推文都未偏離這個核心訴求過
02/21 22:45, 16F
但這些都無法討論 因為我們對最初的前提 設站容易這點完全沒有共識

02/21 22:47, 3年前 , 17F
-----------再分隔一行------------
02/21 22:47, 17F

02/21 22:48, 3年前 , 18F
調度能量問題 拿高雄跟雙北資料出來比就會知道
02/21 22:48, 18F

02/21 22:50, 3年前 , 19F
我提這個是要提醒站點其實不見得是越密越好
02/21 22:50, 19F
我不知道你說的拿資料出來比就會知道是什麼意思 可以的話願聞其詳 的確不是越密越好 但台北市 1.0 不夠密 我想這是共識 我整篇文章論述的重點就是 台北在現有基礎下 新增站點 會增加使用量 使用效率 並降低調度能量 至於太密的煩惱 我倒是希望這個奢侈的煩惱能早點到來 ※ 編輯: marrvosal (118.165.108.187 臺灣), 02/22/2021 01:27:54

02/22 01:39, 3年前 , 20F
不用理他啦 他就只會一直抓著感應時間而已 那後續都有
02/22 01:39, 20F

02/22 01:39, 3年前 , 21F
辦法通過軟體去修改 1.0跟2.0設站容易度根本天差地遠
02/22 01:39, 21F

02/22 01:39, 3年前 , 22F
2.0佈站簡單太多了 1.0因為拉線的關係一堆限制 無妨啦
02/22 01:39, 22F

02/22 01:39, 3年前 , 23F
隨他去講 反正他也影響不了什麼 尊重各種語言 不用去
02/22 01:39, 23F

02/22 01:39, 3年前 , 24F
跟他爭
02/22 01:39, 24F

02/22 01:40, 3年前 , 25F
學過統計學的都知道滿意度93跟91根本都在誤差範圍內
02/22 01:40, 25F

02/22 01:40, 3年前 , 26F
他的言論看看就好了 世界也不會因爲他一個人覺得怎樣
02/22 01:40, 26F

02/22 01:40, 3年前 , 27F
而圍繞著他轉 不用跟他認真
02/22 01:40, 27F

02/22 01:42, 3年前 , 28F
而且93跟91光取樣的群體跟題目設定就不一樣了怎能互相
02/22 01:42, 28F

02/22 01:42, 3年前 , 29F
比 張飛打岳飛 算了啦 尊重各種言論就好了
02/22 01:42, 29F
其實每個人願意回應我我都很感激 我也盡量不全盤否定相反意見 但我也蠻喜歡討論的感覺 ※ 編輯: marrvosal (118.165.108.187 臺灣), 02/22/2021 01:48:00

02/22 08:34, 3年前 , 30F
因為1.0設置還要等台電送電,光這個就要等了,2.0不
02/22 08:34, 30F

02/22 08:34, 3年前 , 31F
需送電,站點建置速度快,1週就能啟用...
02/22 08:34, 31F

02/22 08:35, 3年前 , 32F
身為幾乎每週發貼文的人很有感(誤XD
02/22 08:35, 32F

02/22 10:43, 3年前 , 33F
你可能沒注意到我是在完全接受本文說法下導出結論
02/22 10:43, 33F

02/22 10:45, 3年前 , 34F
試問 如果我將公車悠遊卡感應機增設行動支付功能
02/22 10:45, 34F

02/22 10:46, 3年前 , 35F
而感應時間增為5秒 你認為合理嗎?
02/22 10:46, 35F

02/22 10:49, 3年前 , 36F
如果明能夠增設行動支付 又能感應快速 為何不做呢?
02/22 10:49, 36F

02/22 10:54, 3年前 , 37F
某L在交通這塊真的不太行 就算這樣也不用裝清高 這樣對
02/22 10:54, 37F

02/22 11:04, 3年前 , 38F
嘉義2.0我騎過 能理解原po支持這個政策
02/22 11:04, 38F

02/22 11:07, 3年前 , 39F
時間會改變人的想法 但永遠無法改變事實
02/22 11:07, 39F

02/22 11:24, 3年前 , 40F
公車我不能 但youbike我可以
02/22 11:24, 40F

02/22 11:29, 3年前 , 41F
另外我支持這個政策是從去年2.0台大試辦開始就在關注了
02/22 11:29, 41F

02/22 11:48, 3年前 , 42F
那這個比喻應該可以帶給你不同的思考方向
02/22 11:48, 42F

02/22 11:57, 3年前 , 43F
但實際體驗過2.0感應失敗的次數遠少於1.0,這反而更耗
02/22 11:57, 43F

02/22 11:57, 3年前 , 44F
時吧?
02/22 11:57, 44F

02/22 12:28, 3年前 , 45F
但你也沒有回應說1.0剛推出時,感應時間就是這麼快嗎??
02/22 12:28, 45F

02/22 12:29, 3年前 , 46F
現在感應時間較1.0長,未來難道就不會變快??
02/22 12:29, 46F

02/22 18:59, 3年前 , 47F
2.0是包含開機時間好嗎 沒在用幹嘛不待機休眠 就不是
02/22 18:59, 47F

02/22 18:59, 3年前 , 48F
接地電的幹嘛要一直開著等別人來刷卡 你開機好刷卡跟
02/22 18:59, 48F

02/22 18:59, 3年前 , 49F
公車刷卡機時間一樣好不好
02/22 18:59, 49F

02/22 19:10, 3年前 , 50F
2.0正常連線我覺得時間還好啊,比較有問題的是偶爾出現連
02/22 19:10, 50F

02/22 19:11, 3年前 , 51F
線異常,或是連很久才通,似乎有時候尖峰遇到的機會不小,
02/22 19:11, 51F

02/22 19:11, 3年前 , 52F
這比較需要改善一下
02/22 19:11, 52F

02/22 19:59, 3年前 , 53F
2.0好讚 支持1.0全部換成2.0!
02/22 19:59, 53F
文章代碼(AID): #1WCUG992 (PublicBike)