Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

公平的審核機制 #38

Open
chelinchan24 opened this issue Mar 6, 2020 · 5 comments
Open

公平的審核機制 #38

chelinchan24 opened this issue Mar 6, 2020 · 5 comments

Comments

@chelinchan24
Copy link
Contributor

各位朋友好:

我在昨天忘記問開發者就 PR上去後,開始思考了目前資訊平台機制的問題。

鑑於這個網站本身放在 gov.tw,又是 Siri 直接引導的網站,這種情況下我認為,這個網頁是代表政府,向民眾提供這次口罩資訊的直接媒介。

那既然如此,這個網站似乎就會有一定的義務,要去向民眾們提供將這個開放資料運用的最完善、最便民的工具。

我的想法是,網站應該要有一套機制,能夠去決定是哪一位開發者的作品,能夠放置網頁上最上方的、民眾最容易接觸到的區塊。讓真正適合民眾使用的作品,有最高的曝光率。

我昨天與幾位 g0v 和我身邊的其他開發者朋友,討論這個問題。許多人認為目前網頁最上方兩個工具,是對這次開放資料貢獻最大的開發者,所以他們有理由能夠放在最上面的位置。

但是這個在我看來,是完完全全不合理的。因為這個政府網站面對的是民眾,民眾的需求就是找到口罩,民眾需要找到「對民眾貢獻」最大的作品,而不是「對開發者貢獻」最大的作品

當然,許多朋友對開發者的貢獻是功不可沒,但是他們創作出的,面向民眾的作品,如果不是符合民眾需求的,那他們恐怕對民眾的貢獻,遠小於對開發者的貢獻。

我本身不敢說我們團隊的作品是真能為民眾貢獻,也不敢說我們有沒有比哪一位開發者的還好。但我確定下面有非常多的作品,是比目前最上面這些曝光率最高的作品,有著更完善的設計、更強大的功能和更高穩定性。

這些作品的開發者們,也都是以為民服務為出發點來創作的。他們的作品如果更加完善,那政府應該要使民眾更容易取得,也讓他們更高的曝光度。

因為政府本身既然建立了用以對民眾展示資訊的網站,就有一定的義務,要提高使民眾接觸到最佳的工具的機會。而目前缺乏判定標準,不僅讓這些工具沒辦法展露頭角,也同時無法讓民眾無法找到最好的工具。

這些是我對資訊平台的見解,希望和各位討論討論 :)

@qazwsx9006
Copy link

qazwsx9006 commented Mar 8, 2020

你好:

我只是一個弱弱的路人開發者,我的意見僅代表我個人的偏見。可以忽略沒關係。

首先,在這種資源時間有限的情形上,比起審核機制應該優先將心力花在如何解決問題。以現在來說,口罩地圖還有很多點要克服,最基本的問題就是對民眾而言 '口罩地圖' 的資料不準確。地圖不準確有很多因素。可能是因為號碼牌規則、限定時間販售規則... 等等,甚至可能是藥師不熟系操作系統。

因此你可以看到後續 api 增加了供藥局輸入的 '備註', 以便顯示更多銷售資訊給民眾。也可以看到部分口罩地圖提供了口罩銷售紀錄的相關資訊,例如:歷史銷售曲線圖、前一天最後一筆銷售資訊、最近銷售紀錄... 等等,希望可以協助民眾做參考,使他們可以更容易地買到口罩。

其中你提到 民眾需要找到「對民眾貢獻」最大的作品,而不是「對開發者貢獻」最大的作品。 這點我是認同的。而其他開發的夥伴應該也很認同。因為大家開發出作品的初衷都是希望真正能夠幫助到人。

因此如果你有看到你認為不錯的作品,你可以直接在 slack 內提出來,並說明原因。如果大家同意,就可以快速更改。畢竟本網站作者也在該 slack 內,且其他有合併權限的人也在 slack 內。比起審核機制來說,應該是能更省資源且更快速地達到目的。

另外,我覺得下次如果遇到這種不小心發生 '忘記問開發者就 PR' ,建議你趕快先將 PR 內容修正回去,並主動去詢問原作者吧。而不是就放著。

@mingjunlu
Copy link
Contributor

mingjunlu commented Mar 8, 2020

可以理解您想讓民眾用到最符合他們需求的作品,不過我傾向維持目前的狀況。為什麼這麼說呢?我試著想了一遍可能的做法,以下是我的思考過程:

首先,要「讓民眾找到對他們貢獻最大的作品」,那不可避免地要定義怎樣算是「貢獻最大」。

用「瀏覽人次」來計算嗎?人愈多代表貢獻愈大。可是這樣愈晚提供作品的開發者就愈難被看見。另外要保證所有提供的統計資料都是準確的數據,可能也有難度。

用「介面設計美感」來評斷嗎?但是美感這個東西很主觀,較難量化與比較。他覺得漂亮的,我可能覺得還好;我覺得好看的,對方可能覺得不行。而如果找到大家都認為美的介面,也可能會出現一種情形:如果介面很吸睛但太吃效能,讓裝置操作起來卡卡的,這樣要讓它排在前面嗎?

那用「程式碼品質」來看呢?可是不同程式語言、甚至同語言不同框架就有極大的差異。另外,也要找到大家覺得「夠格」來審視程式碼的評判者才能評比、排名。而就算有這樣精通各語言、各種設計模式的完人,他們也需要時間審查,需要耗費精力看原始碼,把這重擔放在少數幾人身上有點耗時費力,排名若有爭議,讓他們承受各方壓力也對他們不好意思。又,若是這樣評比的話,可能原本想貢獻的開發者會擔心自己寫的品質不夠好而卻步,十分可惜。

如果不要按照單一標準,把上述的指標都放進來,「用多重指標考慮」?那就會遇到另一個問題:權重要怎麼分配、計算?計算公式有背後的理論依據嗎?能讓多數人信服嗎?

不然不要由上而下,改成由下而上,讓使用者來投票或按讚。辦一個票選活動,讓使用者投出神聖的一票,用「票數/讚數」多寡來決定排名順序?可是這樣要怎麼統計、誰來發起票選活動和統計?而這樣的比賽會不會有灌水的情形發生呢?這樣有可能變成擅長宣傳行銷的作品都排在前面,有沒有可能忽略了其他默默貢獻的開發者呢?

退一步想,時間變成用在決定誰排在前面,沒有解決使用者認為地圖不準的問題(如 @qazwsx9006 所言),反而創造了新的問題(如何決定開發應用的排序)。

我這樣想過一輪之後,覺得好像這幾種方法都很容易產生爭議,難以超越目前「各類型的應用取幾種,其他按照開發順序全部列出,讓使用者自己作選擇」的做法。因此,綜合上面提到的,我目前傾向維持現狀(突然變耳熟能詳的政治術語 XD)。

P.S.
這次的 PR 事件也讓我覺得滿意外的。通常如果不小心改到的話,應該會說不好意思我趕快改回去之類的,接著立刻著手修正錯誤。沒想到後來只有說「麻煩原本的作者,不能接受再回復回去」,等於如果都沒異議就是默許,感覺好像不太對。原本有私下跟一些朋友推薦您的作品,但現在我有點改觀持保留態度 😔

@chelinchan24
Copy link
Contributor Author

chelinchan24 commented Mar 8, 2020

謝謝各位對 Issue 的回覆。

我理解大家對 PR 這件事的關心。在我一個月前作品推出的當下,我就試著要爭取作品在平台上較高曝光度位置的機會。只是當時在討論後我就打消了這個念頭。

在這一個月裡,我開始意識到這個資訊平台的曝光度,可能對開發者作品瀏覽量的影響。在這之前,我認為資訊平台只是展示成果的媒介之一,沒有意料到其會成為民眾尋找工具時,最先查看的網站之一。

如今這個平台已經成為民眾取得工具的首選媒介之一(鑒於它的官方性質),它對民眾的影響,和對媒體的影響不容小覷。

在一個月後的現在,我進行 PR 的當下是不記得當初討論的結果,就直接真的不小心將作品 PR 上去了。也因此,在 PR 完後,我想起當初那個 Slack Thread 的內容時,我決定就是將錯將錯,試探曝光度對我作品瀏覽量的影響,而非主動將它給 PR 回來。

但我同時也完全清楚,我的作品沒有理由可以待在那個位置。所以我不會阻止任何人來將它撤銷,也因此我才會在 Slack 告知大家我的 PR,相當清楚它有很大的機率不能在上面活超過一天。

在我試探的這半天裡,我確定了資訊平台曝光度對開發者的影響(註),也理解到了它會如何對民眾產生引導作用,我也因而整理我的看法,開了這個 Issue。

我理解這個作法很難被大多數人認同,我也不期望被認同。但是這是我所能想出的,能夠達成試探問題的效果的同時,又最不造成傷害的方法。

再次感謝各位對 Issue 的回覆,也希望這個問題能得到重視和討論。

謝謝各位 :)



資訊平台在八小時內使流量增加 32,424 次瀏覽量,比過去同期增加 1,076%。證明它對民眾及開發者有一定的影響力。

@qazwsx9006
Copy link

qazwsx9006 commented Mar 8, 2020

你好:

我理解這個作法很難被大多數人認同,我也不期望被認同。但是這是我所能想出的,能夠達成試探問題的效果的同時,又最不造成傷害的方法。

如果你想要測試作品的位置是否會影響曝光度(瀏覽量),你有很多方式可以執行。舉例:直接詢問原作者是否能夠提供數據。或是願意將位置暫時轉讓給你。都是一種做法
而你的做法,反而是最有可能造成傷害的方法。因為你已經傷害到原本的作品。甚至可能造成管理員之後需要額外花更多心思來處理各個 PR 。

每個開發者都希望自己的作品能夠被廣為使用。所以都希望可以爭取更高的曝光度。只是我覺得你的做法有很大的問題。而且你似乎不覺得那是個問題。

另外,我不希望淪為口水戰。所以不會再回覆了。讓我們把心力花在更重要的部分吧。公平的審核機制或許在之後疫情緩和後,可以再提出來討論。

@chelinchan24
Copy link
Contributor Author

chelinchan24 commented Mar 11, 2020

千萬別這麼說,我從未認為我的作法沒有問題哦。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants