PublicBike 板


LINE

此篇試著論證我心中對兩代調度成本的高低差異 以下文長慎入 前提情境 我們用台北市當例子 試著說明在同一塊區域 從 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://webptt.com/m.aspx?n=bbs/PublicBike/M.1613882377.A.242.html
1F:→ all6058: 2.0最理想佈設狀態 事實上1.0都能做到 只是市府不願面對 02/21 22:16
2F:→ all6058: 原po所謂聯合站點大小站 只要將1.0站點拉線到遠處即成 02/21 22:18
3F:→ all6058: 換句話說 同一站但車柱分散設置 02/21 22:18
4F:→ all6058: 即便有困難 必定可以開發可與1.0相容的輕樁系統 02/21 22:19
這點困難 跟直接改 2.0 比 到底哪個難我也不知道 先不說誰難 或許真的有其他替代方案 但對我來說 2.0 整體就是一個比 1.0 更好 且轉換成本可以接受的方案 若在哪個平行時空裡有 1.0 本身升級方案也很好 一個系統肯定會經歷汰舊換新 可能是原本系統升級 可能是撤換掉換一個新的系統 都有可能 我們市民能做的就是了解它 覺得足夠好 可行性夠高 成本可接受就接受它 現行 2.0 足夠好矣 我認為可以接受它 不需要否定它
5F:→ all6058: 達到很多人想要要多密有多密效果 02/21 22:21
6F:→ all6058: 一開始就說過 2.0的優點(如:座椅)1.0確實可以套用 02/21 22:22
7F:→ all6058: 反倒是2.0先天車機設計 使其感應時間永遠無法與1.0相比 02/21 22:23
8F:→ all6058: 現在站點完全相同 為何要選擇有限制 滿意度較低的系統呢? 02/21 22:24
提到滿意度 我無法同意 你用 93>91 或是什麼台大只有八成之類的數字來說明滿意度低 也有一些版友提到 這些數字並沒有辦法證明 2.0 滿意度就是比 1.0 低 若你要堅持那我也沒辦法
9F:→ all6058: 1.0因用地條件無法擴站 動點腦就知道是胡說八道 02/21 22:25
你如果要堅持 1.0 設站能跟 2.0 一樣容易 那我也沒辦法 這點也是我的堅持 2.0 設站就是比較好 這是我動腦過的結論
10F:→ all6058: 新北多少小路 連三芝都設站 台北市一下沒錢 一下喊缺電 02/21 22:27
11F:→ all6058: 你覺得是推託還是真有此事呢? 02/21 22:28
12F:→ all6058: -----------分隔一行------------ 02/21 22:29
13F:→ all6058: 我們可以同時滿足站點效率 反應時間 和大家喜愛的新功能 02/21 22:33
14F:→ all6058: 市府可以要求廠商做到 不過很可惜 我們連折扣都拿不到 02/21 22:34
15F:→ all6058: 如果原po也是台北人也常騎2.0 應該很容易理解我說的 02/21 22:40
我不是台北人 我是嘉義人 並在高雄台北求學過 目前在新北工作 剛好都有很多 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 就是比較好呢?
16F:→ all6058: 我想我每段推文都未偏離這個核心訴求過 02/21 22:45
但這些都無法討論 因為我們對最初的前提 設站容易這點完全沒有共識
17F:→ all6058: -----------再分隔一行------------ 02/21 22:47
18F:→ all6058: 調度能量問題 拿高雄跟雙北資料出來比就會知道 02/21 22:48
19F:→ all6058: 我提這個是要提醒站點其實不見得是越密越好 02/21 22:50
我不知道你說的拿資料出來比就會知道是什麼意思 可以的話願聞其詳 的確不是越密越好 但台北市 1.0 不夠密 我想這是共識 我整篇文章論述的重點就是 台北在現有基礎下 新增站點 會增加使用量 使用效率 並降低調度能量 至於太密的煩惱 我倒是希望這個奢侈的煩惱能早點到來 ※ 編輯: marrvosal (118.165.108.187 臺灣), 02/22/2021 01:27:54
20F:推 LewisRong: 不用理他啦 他就只會一直抓著感應時間而已 那後續都有 02/22 01:39
21F:→ LewisRong: 辦法通過軟體去修改 1.0跟2.0設站容易度根本天差地遠 02/22 01:39
22F:→ LewisRong: 2.0佈站簡單太多了 1.0因為拉線的關係一堆限制 無妨啦 02/22 01:39
23F:→ LewisRong: 隨他去講 反正他也影響不了什麼 尊重各種語言 不用去 02/22 01:39
24F:→ LewisRong: 跟他爭 02/22 01:39
25F:→ LewisRong: 學過統計學的都知道滿意度93跟91根本都在誤差範圍內 02/22 01:40
26F:→ LewisRong: 他的言論看看就好了 世界也不會因爲他一個人覺得怎樣 02/22 01:40
27F:→ LewisRong: 而圍繞著他轉 不用跟他認真 02/22 01:40
28F:→ LewisRong: 而且93跟91光取樣的群體跟題目設定就不一樣了怎能互相 02/22 01:42
29F:→ LewisRong: 比 張飛打岳飛 算了啦 尊重各種言論就好了 02/22 01:42
其實每個人願意回應我我都很感激 我也盡量不全盤否定相反意見 但我也蠻喜歡討論的感覺 ※ 編輯: marrvosal (118.165.108.187 臺灣), 02/22/2021 01:48:00
30F:推 sam7305031: 因為1.0設置還要等台電送電,光這個就要等了,2.0不 02/22 08:34
31F:→ sam7305031: 需送電,站點建置速度快,1週就能啟用... 02/22 08:34
32F:→ sam7305031: 身為幾乎每週發貼文的人很有感(誤XD 02/22 08:35
33F:→ all6058: 你可能沒注意到我是在完全接受本文說法下導出結論 02/22 10:43
34F:→ all6058: 試問 如果我將公車悠遊卡感應機增設行動支付功能 02/22 10:45
35F:→ all6058: 而感應時間增為5秒 你認為合理嗎? 02/22 10:46
36F:→ all6058: 如果明能夠增設行動支付 又能感應快速 為何不做呢? 02/22 10:49
37F:推 all6058: 某L在交通這塊真的不太行 就算這樣也不用裝清高 這樣對 02/22 10:54
38F:→ all6058: 嘉義2.0我騎過 能理解原po支持這個政策 02/22 11:04
39F:推 all6058: 時間會改變人的想法 但永遠無法改變事實 02/22 11:07
40F:→ marrvosal: 公車我不能 但youbike我可以 02/22 11:24
41F:→ marrvosal: 另外我支持這個政策是從去年2.0台大試辦開始就在關注了 02/22 11:29
42F:→ all6058: 那這個比喻應該可以帶給你不同的思考方向 02/22 11:48
43F:推 asakiricu: 但實際體驗過2.0感應失敗的次數遠少於1.0,這反而更耗 02/22 11:57
44F:→ asakiricu: 時吧? 02/22 11:57
45F:→ acerttt: 但你也沒有回應說1.0剛推出時,感應時間就是這麼快嗎?? 02/22 12:28
46F:→ acerttt: 現在感應時間較1.0長,未來難道就不會變快?? 02/22 12:29
47F:→ youkisushe: 2.0是包含開機時間好嗎 沒在用幹嘛不待機休眠 就不是 02/22 18:59
48F:→ youkisushe: 接地電的幹嘛要一直開著等別人來刷卡 你開機好刷卡跟 02/22 18:59
49F:→ youkisushe: 公車刷卡機時間一樣好不好 02/22 18:59
50F:→ bailan: 2.0正常連線我覺得時間還好啊,比較有問題的是偶爾出現連 02/22 19:10
51F:→ bailan: 線異常,或是連很久才通,似乎有時候尖峰遇到的機會不小, 02/22 19:11
52F:→ bailan: 這比較需要改善一下 02/22 19:11
53F:→ all6058: 2.0好讚 支持1.0全部換成2.0! 02/22 19:59
54F:推 Metro123Star: 台大周邊是嚴重供不應求 使用者會過度集中單向移動 02/27 06:41
55F:推 Kazamatsuri: 還沒有2.0之前的1.0時期 台大周邊供需狀況如何? 02/27 12:02
56F:推 Metro123Star: 基本上是沒有變化 只是車輛總數比較少=比較早空 03/06 10:10
57F:→ Metro123Star: 晚餐時間會集中單向從宿舍到公館站周邊 03/06 10:11
58F:→ Metro123Star: 晚上吃完飯則是反過來 運輸量我懷疑應該開公車載 03/06 10:11
59F:→ Metro123Star: 完全超出公共自行車的負荷了 調度的話也要一直搬車 03/06 10:12







like.gif 您可能會有興趣的文章
icon.png[問題/行為] 貓晚上進房間會不會有憋尿問題
icon.pngRe: [閒聊] 選了錯誤的女孩成為魔法少女 XDDDDDDDDDD
icon.png[正妹] 瑞典 一張
icon.png[心得] EMS高領長版毛衣.墨小樓MC1002
icon.png[分享] 丹龍隔熱紙GE55+33+22
icon.png[問題] 清洗洗衣機
icon.png[尋物] 窗台下的空間
icon.png[閒聊] 双極の女神1 木魔爵
icon.png[售車] 新竹 1997 march 1297cc 白色 四門
icon.png[討論] 能從照片感受到攝影者心情嗎
icon.png[狂賀] 賀賀賀賀 賀!島村卯月!總選舉NO.1
icon.png[難過] 羨慕白皮膚的女生
icon.png閱讀文章
icon.png[黑特]
icon.png[問題] SBK S1安裝於安全帽位置
icon.png[分享] 舊woo100絕版開箱!!
icon.pngRe: [無言] 關於小包衛生紙
icon.png[開箱] E5-2683V3 RX480Strix 快睿C1 簡單測試
icon.png[心得] 蒼の海賊龍 地獄 執行者16PT
icon.png[售車] 1999年Virage iO 1.8EXi
icon.png[心得] 挑戰33 LV10 獅子座pt solo
icon.png[閒聊] 手把手教你不被桶之新手主購教學
icon.png[分享] Civic Type R 量產版官方照無預警流出
icon.png[售車] Golf 4 2.0 銀色 自排
icon.png[出售] Graco提籃汽座(有底座)2000元誠可議
icon.png[問題] 請問補牙材質掉了還能再補嗎?(台中半年內
icon.png[問題] 44th 單曲 生寫竟然都給重複的啊啊!
icon.png[心得] 華南紅卡/icash 核卡
icon.png[問題] 拔牙矯正這樣正常嗎
icon.png[贈送] 老莫高業 初業 102年版
icon.png[情報] 三大行動支付 本季掀戰火
icon.png[寶寶] 博客來Amos水蠟筆5/1特價五折
icon.pngRe: [心得] 新鮮人一些面試分享
icon.png[心得] 蒼の海賊龍 地獄 麒麟25PT
icon.pngRe: [閒聊] (君の名は。雷慎入) 君名二創漫畫翻譯
icon.pngRe: [閒聊] OGN中場影片:失蹤人口局 (英文字幕)
icon.png[問題] 台灣大哥大4G訊號差
icon.png[出售] [全國]全新千尋侘草LED燈, 水草

請輸入看板名稱,例如:iOS站內搜尋

TOP