Re: [討論] Java 版版務

看板java作者AmosYang (Zzz...)時間11年前 (2014/06/03 21:16)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串6/8 (看更多)

首先，我想我們雙方都能理解對方的論點，且, 在實務上, 我認同你所提倡的改變方針值得一試接下來比較偏向於抽象的閒聊…反正這版正好缺水 :D ※ 引述《TonyQ (自立而後立人)》之銘言： : ※ 引述《AmosYang (Zzz...)》之銘言： : : 我的著眼點在於 : : http://www.ptt.cc/bbs/java/M.1399830371.A.8F9.html : : PTT 的系統在「負載」方面有不錯的成績，但在 HCI 方面真的過時了；無法 : : 滿足「討論方法」本身進化的需求 : HCI 問題我想過時歸過時，我們也都習慣了。 : 就如同鍵盤排列一直有人批評他不人體工學， : 但迄今我們最習慣的鍵盤還是長那個樣子。 : HCI 也很重視一點就是使用習慣，一來是全站都是這樣， : 二來是無法透過系統面改變，這已然成為一個目前最好的方法。是的，慣例(convention)是很重要的，我也認同你提出的「鍵盤」的例子；相對的，另一個反例是「汽車 vs. 跑得更快更遠更久的馬」也就是「使用者想要的(want)並不一定是他們所需要(need)的」 : : 另外一點管理上的問題，就是如何反制喜好躲在推文裡測試版規底線 : : 的使用者，例如 LordAeron; 若我花時間寫了一篇文章，結果他跑來 : : 我的文章底下開群嘲，文章是我的，但他卻可以任意增添內容, 這種 : : 情形也可能需要增設版規, 來決定發文者對其文章到底有多大的控制 : : 權 : 我個人認同的管理方針是文章寫了就是公開文章， : 任何人得以在不違反版規下回應該文章。 : 也就是，發表者沒有權力禁止/修改該文章底下的回應。 : 有些看板會給予作者在一定程度下的額外權力， : 如事先在文章中明確、明顯的聲明禁止 xxx 推文的話， : 則該使用者推文後會受到處分， : 但我是覺得這樣對討論不一定有幫助。 : 另外一般而言，推文在裁決鑑定上並不視為本文內容， : 也就是你擁有的文章的部份並不包括推文。我同意「公開文章」這個出發點，也理解在設定任何限制時都要小心考量 regulation vs. censorship 中間這條線我偏向於「發文者對其文章內容(含推噓文)有一定的(但非絕對的)仲裁權」也就是 My body, my rule. My post, my way. : : 我的用意不是想拿特例來當反方的理由，而是想重申以下這個看法 : : 是故, 不管版規怎麼改, 討論走向、風格如何制定, 應該要把 PTT 在 HCI : : 方面的限制列入考量 : : 不然的話只能依靠版主仲裁，且使用者得花時間去理解版規；雖然說 : : 「每個版有每個版的特色、生態、版規」是 PTT 行之有年、常有之 : : 事，但我開始覺得長期依賴版規來彌補 HCI 的缺陷是 B>Z : : 尤其是在一個程式語言版，更是應該要正面迎戰 HCI 問題的地方 :D : Better way, or current way. :P : 沒有更好的方式時，現在可行的方式就是好方式，我同意然而，那是一個理由(reason)還是一個藉口(excuse)? :D 微妙的分界線 : 真要正面迎戰的話，我認為是到 pttsuggest 寫建議比較快。 : 另外其實透過 / 來標示特定討論者 ID ， : 在閱讀長推文時還算是個可以明確看出討論的一種作法。在這個討論串更之前，我有去 PttSuggest 看過，感覺上，或許是受限於人力物力，是比較偏向於「許願池」模式，似乎沒看到很明確的開發流程的說明，例如 1. 如何建構開發環境; 更詳細的技術文件、資料 2. 更嚴謹的, 對於 feature request 的評量辦法與決策過程的說明；例如，若有 pull request, 要去哪裡呈交; 其評量結果最後的仲裁權與方法在誰手上? 或許要多去站務區各版看看，能不能挖到這些資料... : : 前面扯了很多，但我得承認，在這個時間與地點，「取消推文時間限 : : 制」是值得一試的；兩害相權取其輕，「低人氣」是當下比較嚴重的 : : 問題 : : 希望能順利朝著這個方向發展 :) : 多年前這裡就是這樣的，我就是那個在胡蘿蔔跟鞭子環境下走過來的新手。就「學習」來說，我的心得是 http://www.ptt.cc/bbs/GameDesign/M.1321118655.A.B56.html 問問題的目的不在於得到答案，而是檢視自己思路的瑕玼「問題」可以分為幾類，其中一類是「記憶問題」，例如某個字該怎麼拼怎麼寫；這種問題本身問出來是浪費時間，因為真正的問題是「如何取得該類知識領域的公認專業索引(index)?」，例如字典或 technical spec. 另一類是「理解問題」，例如為什麼 "2+2=5", 這類問題問出來也是浪費時間 XD 因為真正的問題是「如果我不懂，那為什麼我不懂?」是故, 一旦具備了透視問題本質的能力 (也就是修正自己思路的瑕玼)答案自然會浮現; 以「問答案」的方式問問題無異於飲鴆止渴 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 75.177.186.231 ※ 文章網址: http://www.ptt.cc/bbs/java/M.1401801379.A.4F2.html 補述, 另一類問題是「經驗問題」，例如「方法 A 與方法 B 之間的優劣」，問這問題也是…浪費時間 XD 因為這就像學騎車，只能自己親身去學，今日的科技水準仍無法用抽象的文字確實傳遞實務經驗 ※ 編輯: AmosYang (75.177.186.231), 06/03/2014 21:28:40 至於「胡蘿蔔跟鞭子」，有一句話是這麼說的: 「知之者不如好之者，好之者不如樂之者」很遺憾的，不是每個人都有機會把興趣、學習、工作結合在一起，不少「問題文」的本質是伸手索取免費午餐，公地悲劇背後的推手… ※ 編輯: AmosYang (75.177.186.231), 06/03/2014 21:39:49