mywoo的"台北公車"被北市府做掉了！ (第17頁)

vicsmart · 2011-08-25T23:05:36+08:00

不知道台北市政府在想什麼，設立智慧型公車的目的，不就是讓大家使用，今天mywoo大大做出一套好用且免費的公車軟體"台北公車"，擴大使用人口，方便通勤族，台北市政府為什麼不支持？還要阻斷連線？這到底有什麼意義？類似的事件在iphone 上曾經發生在＂大台北急速公車＂這個軟體，因為他是收費軟體，有利用公共資源謀取個人利益的疑慮，所以被擋，可是現在mywoo大大做的這套是免費軟體，對市府，使用者，和開發者都有好處的情況下，到底台北市政府可以用什麼名義可以擋下這麼好用的軟體？mywoo在android market聲明：https://market.android.com/details?id=com.mywoo.busplus=============我不是mywoo本人，也不認識mywoo本人。真正mywoo在mobile01上有註冊名為mywoo。我本人只是一個經常使用mywoo做的軟體使用者，我沒有要煽動群眾，我只是不能理解台北市政府的作法。首先，我不清楚"台北公車"這個軟體背後運作模式，但是相同的運作模式新北市政府可以接受，但是台北市政府卻不能接受，這個原因是甚麼，我不能理解？第二，113樓CokeFever也提到一樣是免費軟體"臺北好行"它的主機,頻寬等費用是否有利用我們納稅人的錢去支持這個軟體的運行，如果有，那為何台北市政府獨厚"台北好行"？而且mywoo大大在這個軟體上，沒有收費，沒有廣告，沒有任何營利行為，為什麼要特別阻擋"台北公車"？第三，"台北公車"這個軟體跟一般使用者直接到http://pda.5284.com.tw或是http://e-bus.taipei.gov.tw/pda/route.aspx查詢公車動態是有甚麼不同嗎？如果可以接受民眾直接上網查詢，為何就不能接受"台北公車"這個軟體的查詢呢？

danieliememe

danieliememe
個人積分：694分
文章編號：30281268

694分

161樓

2011-08-28 11:38

s880313 wrote:
這個可能不一定囉，使用者看到的是"一次"沒錯
不過查詢一次這個軟體實際上一次到底送出了多少request就不得而知了
電腦和人腦處理並不同

而且用爬的，一般都會爬到大量的資料，再從中抽出你要的出來顯示
相關聯結的東西可能也有不少會一爬回來(可能有點類似搜尋引擎的統計機器人那樣吧)

數k看起來很小，但一台server要應付也是全台北的人阿

這種模糊焦點的說法，很難不聯想是護航北市府

建議要護航的話，請將前面十幾樓先好好爬一下文

不然光是access 網頁＝北市府網頁負載過重 -> 所以封鎖mywoo的"台北公車"存取
這邏輯就已經是行不通

至於所謂的涉及mywoo的"台北公車"會使用的API資料庫開放。
在時間點上，是遠遠晚於mywoo的"台北公車"對既有北市府網頁合法讀取之後
怎可晚來的說早到的，沒有follow API資料庫就是錯誤的？！

這樣作法，對於mywoo的"台北公車"這樣的小小APP
除了是小題大做，也是模糊焦點的標準官方作法

須知，mywoo的"台北公車"並沒有要求要去讀取北市府偉大的API資料庫啊
北市府自己網頁伺服器配置不達標，還要限制民眾合法讀取的權利，這才是本帖樓主發起的原委

模糊焦點的作法，只會自暴其短
幫不了你

hasler

hasler
個人積分：10分
文章編號：30282193

10分

162樓

2011-08-28 12:42

我想把問題收斂一下：

今天查詢的標的是公車動態資訊，這樣的內容是市府自願公開以利於公眾的。
如果因為民眾的需求導致查詢擁擠，請問解法應該是：

(1)市府積極擴展自身伺服器效能/頻寬，
(2)還是封掉某一部分的查詢要求

以上何者來得正確？

不知道以上發言的人有多少真的拿這套軟體在搭公車，還是出門主要以私有運具作為主要交通工具。我很大聲的說：我出門大部分的情況都搭乘公共運輸工具，這些資訊對我來說相當的重要。

==
這個問題以網管的角度來說市府的解法沒錯，但錯就錯在查詢的標的是對公眾有利且市府自願公開的，貿然封掉本來就有問題，被罵也是當然的。

感謝mywoo大大給了我們搭公車一個這麼美好的體驗，我父親跟我母親的手機，mywoo大大的台北公車程式都是第一個安裝的程式，他們也都讚許有加。

arthurkc

arthurkc
個人積分：133分
文章編號：30283735

133分

163樓

2011-08-28 14:25

先謝謝someonepoos和s880313兩位的解說，大概對技術面多懂了一些。不過這部份我真的是外行。

後面又看到原作和其他人的回應，我從非技術面再說一下。

面對一個這麼受歡迎的實用資訊app，市府遇到電腦無法負荷的狀況，要考慮的不應該是斷了連接。而是如何好好運用這個軟體。我知道政府做事有一定的程序，反應速度可能稍慢。但是，這個軟體吃掉市府的電腦，也不是一天兩天的事了。每個月新增兩萬人次，半年前早就該察覺今天的問題了。而且以智慧型手機增加的速度，要說這個軟體將來會有30萬，50萬，甚至更多的使用者，我覺得都是可能的。

大台北區(含新北市)每天在外活動有多少人？竟然有十幾萬在使用這個軟體，可見這個軟體的好。主其事者應該要想得到，一個軟體/政策/設施/活動...... 會受到歡迎，不單單只是表面上看到的那麼簡單。

以"台北公車"為例，主事者可能看到的就是，市民有"預知公車到站時間"的需求。所以只要市府另外提供一個"可以預知公車到站時間"的軟體，再增加多一些附加功能，多一些查詢的功能，就可以輕易取代"台北公車"了。

錯，錯，錯，大錯特錯。Less is More !

一個軟體/政策/設施/活動...... 會受市民歡迎，絕不是表面看到的那麼簡單。背後可能有我們沒有察覺，但是影響使用者的深層因素。要取代受歡迎的軟體/政策/設施/活動...... ，絕對是在冒險。

台北公車的好用，就是簡單/快/xxx(可能還有我沒查覺的因素)。要去取代他，就要一樣簡單/快，在加上我們可能沒有事先察覺的因素。這絕對不是簡單的事情。

北北基聯測就是一個現成的例子。原本的出發點可能是好的，要做好卻是不簡單的。但是到底是誰要來承擔錯誤決策的苦果呢？

所以讓"台北公車"繼續下去，讓他更好用，更多人用，才是市府正確的應對之道。

jackiechin

jackiechin
個人積分：276分
文章編號：30284948

276分

164樓

2011-08-28 15:44

arthurkc wrote:
先謝謝someone...所以讓"台北公車"繼續下去，讓他更好用，更多人用，才是市府正確的應對之道。(恕刪)

看到最後，大家都能有比較清楚的理解，我覺得這是好事。
也希望台北市政府應該要多聽聽大家的意見與期待

someonepoor

someonepoor
個人積分：56分
文章編號：30285772

56分

165樓

2011-08-28 16:32

vicsmart wrote:
面對一個這麼受歡迎的實用資訊app，市府遇到電腦無法負荷的狀況，要考慮的不應該是斷了連接。而是如何好好運用這個軟體。我知道政府做事有一定的程序，反應速度可能稍慢。但是，這個軟體吃掉市府的電腦，也不是一天兩天的事了。每個月新增兩萬人次，半年前早就該察覺今天的問題了。而且以智慧型手機增加的速度，要說這個軟體將來會有30萬，50萬，甚至更多的使用者，我覺得都是可能的。

緊急處理不斷你線還有哪招可以用? 你以為台北市政府和Google一樣容量不夠直接搬新server給你用?
不斷線的話等server被打掛誰要負責?

增加server容量，都對，你知道公家機關開案跑流程要多久? 就算我有計畫增加容量到三倍，萬一明年度預算沒過怎麼辦? 現在能講嗎? 所以你應該知道為什麼台北市會要求相關程式作者把資料先撈走，因為短時間沒辦法生出夠高檔的機器應付需求。

到底是誰在看表面啊?連基本公家機關作業流程都不知道，講的方法都對，問題是都不會work，難道你以為這像個人戶一樣換個Host就解決了嗎..XDDD?

這件事沒有誰對誰錯啦，只能說原作者欠考慮而已，至於那邊公共財講半天的，先講清楚server爆炸怎麼辦吧，要增加機器預算哪來? 難道動特支費來買嗎? 這還沒考慮廠商招標和簽約的問題喔~~~

照正常流程跑至少也是半年以後的事了吧，老實講不像台北市政府那樣處理我還想不出來有什麼辦法可以解..XD

arthurkc

arthurkc
個人積分：133分
文章編號：30286218

133分

166樓

2011-08-28 17:00

someonepoor wrote:
緊急處理不斷你線還有哪招可以用? 你以為台北市政府和Google一樣容量不夠直接搬新server給你用?
不斷線的話等server被打掛誰要負責?... 照正常流程跑至少也是半年以後的事了吧，老實講不像...

是誰讓情況變成緊急狀況的？？？早半年前，主事者就該察覺會有今天的問題了。那也就不會有今天的緊急狀況。

一台公車只能搭載50個人，可是有100個人要搭車，怎麼辦？當然把後面50個人擋下來，不讓你搭。不然公車都跑不動誰要負責？這就主事者的心態嗎？

正確做法，當然要多買公車啊。買公車要時間，跑公文要流程。當然是半年前要預先開始作業。有60個人要搭車的時候，就該開始採購啦。誰要你等到有100個人要搭車的時候，才說是緊急狀況呢。

台北市擁有全台灣最豐富的資源，要鼓勵大眾運輸，就要花錢。錢要花在對的地方，搞"台北好行"，根本沒搞好。

不想變成嘴砲，所以不再回應這個問題了。

最後只要說，交通局處理的這個case的公務員，不及格。

jaywang4

jaywang4
個人積分：19分
文章編號：30286269

19分

167樓

2011-08-28 17:03

someonepoor wrote:
緊急處理不斷你線還有...(恕刪)

市政府的server爆作關使用者什麼事
這麼說好了，如果用APP把server用爆是錯的，那一大堆人用瀏覽器把server用爆是誰的錯？

還有，公文跑得慢也是市民的問題嗎？

someonepoor

someonepoor
個人積分：56分
文章編號：30286911

56分

168樓

2011-08-28 17:46

arthurkc wrote:
是誰讓情況變成緊急狀況的？？？早半年前，主事者就該察覺會有今天的問題了。那也就不會有今天的緊急狀況。

老大，你是要請半仙還是要請公務員啊..(菸

這個case早就不是第一次了，當初的大台北極速bus已經被斷過源一次，理由應該是一樣的，server撐不住。暫時也只能請作者自己搬資料回去host，這點insode訪談有提到，理由很簡單，大家都沒想到mobile device成長速度這麼快，下一版開spec的時候應該會考慮到這點，但問題來了，你的margin要抓多少? 連Google+一開始都有點抓不準使用者成長的速度，你很難去怪罪這些人一開始沒抓到正確的使用量，因為這世界就是這麼神奇。

一般說來這種服務政府只出資料，因為這只有政府做得到，流量和展示這段是程式作者要負責的，因為這個一搬人來做比政府來做又快又有效率，我不知道為什麼有人會期待政府開的server強度預設能高比商用公司軟體還高，這並不符合使用效率。

今天狀況很簡單，server掛了就是掛了，不管你的程式是好意還是惡意，對管伺服器的來說就是DDoS，你要罵市政府管機器的人不行也罷，現階段就是只有這種解法，要不然就是請作者改用API連看看能不能減低伺服器的loading。

再說一次，這根本不是誰對誰錯的問題，而是就網管而言，目前應該就只有這種解法。照各位的邏輯下場就是server被打爆大家可以下課回家了，有比較好嗎?

cychiu.tw

cychiu.tw
個人積分：5分
文章編號：30287523

5分

169樓

2011-08-28 18:26

你想太多, 我們的公務員若 "有心" 會抓不出來量? 他們很會算的.
多少議員在盯著看各項市政, 沒三兩三能坐的住位置.

若這些都算不出來, 怎麼還會加入 "攪局" 出個台北好行, 增加 server 負擔呢?

怕 server 被打爆? 所以我們要憐憫, 並且不要使用該服務嗎?
所有使用台北公車的人全部轉成台北好行的話, server 還會爆嗎?

若您代表北市府的流程與意見, 還真的很令人汗顏, 您們這麼了解公家流程, 竟然規畫出這樣事後說 server 能力不足, 但自家程式卻一直推出來與民爭利, 不是 server 無法負擔了嗎?

若沒有台北好行, 或許就不會有 server 負擔太大因此給台北公車動手腳的事件發生.

北市府滿嘴追求市民利益, 如: 北北基測, GoogleMarket, 台北公車都是如此操作, 最後都是兩手一攤說我沒辦法收尾

Market -> 要求 7 天免費鑑賞 -> 改凹提供免費試用版
台北公車 -> 說沒申請介接所以後台一改就無法使用 -> 改凹 server 無法負擔

someonepoor

someonepoor
個人積分：56分
文章編號：30288158

56分

170樓

2011-08-28 19:11

vicsmart wrote:
若您代表北市府的流程與意見, 還真的很令人汗顏, 您們這麼瞭解公家流程, 竟然規畫出這樣事後說 server 能力不足, 但自家程式卻一直推出來與民爭利, 不是 server 無法負擔了嗎?

怕 server 被打爆? 所以我們要憐憫, 並且不要使用該服務嗎?
所有使用台北公車的人全部轉成台北好行的話, server 還會爆嗎?

我不是台北市政府的人，不過這些東西搞過SI的應該都知道，我是懷疑這棟樓有多少人管過server寫過程式，這種事當然用講的最快，實際上卻不是這麼回事，又不是打SC派工兵去挖錢就一直出來，總是會有個上限。

今天如果是台北好行讓server會被打掛，大概也只能暫時先停掉改版，這種事要看開案子的時間，有時候也有搶預算的問題，先不論是不是與民爭利這點，反正大戶出問題的時候一定第一個遭殃，之前的大台北極速公車也被斷過啊，人家就摸摸鼻子改版還不是照賣。

Server被打爆的事情又不是只有這一樁，這種事都馬是慢慢調整出來的，錢多一次到位很好，沒那麼多錢就限制quota使用量就好，你可能不知道一堆網路服務申請的API服務都有query quota上限吧，包含各位最愛的Google，超過可能都要另外談。

所以真的不知道這東西有啥好吵的，啊本來就這樣啊，被DDoS我不先斷掉難道要擺著讓它掛嗎? 被斷了再來談啊，也不是不給你用，資源有限就大家來喬這樣而已。