摩托學園討論區

由 **dno** » 週日 6月 06, 2004 5:01 pm

林凡寫:gentoo以速度取勝，但也是安裝時間最久的(大概三天吧)

小弟使用 GRP 的方式安裝在 Pentium III 450 / 96 MB 的機器上也只花三個小時呢，況且 Gentoo 的最大優點並不是速度，而是彈性。

林凡寫:而且他們的rpm檔總是有相依性的問題

您有試著不透過 apt 而直接使用 dpkg 來安裝 deb package 的經驗嗎 ?

由訪客 » 週日 6月 06, 2004 5:07 pm

kee 寫:unix-like已經是全球化的趨勢了,然而世界各國都在進步,你看看自己生長的土地上,難道你都不覺得難過嗎?

扯太遠了

由 **ulbt** » 週日 6月 06, 2004 5:15 pm

Niise 寫:hmmmm

似乎你沒有抓到我的重點，
請問你，當你的軟體有問題的時候第一個找的是誰呢
我相信是軟體開發者，因此這時候你就應該把你的bug回報
或者是直接找看看開發者有沒有提供解決，
如果根本沒有這樣的解法你才會去尋求別的解決方法吧..

唔, 不大清楚您為什麽會第一個就跑去找軟體開發者,
就小弟個人的經驗來說, 我第一個找上的地方是社群,
如摩托學園或者 Mozilla@Taiwan 討論區都是。
開發者？感覺上不會比社群好找、或容易溝通、或者有解答 end-user 的熱忱。

Niise 寫:因此我的重點在於，patch不應該是四處流竄，
而是該由原作者整理，當然像是各位前輩提供patch的行為
我認為這是一種無私的貢獻，但是更應該建立一個概念，
patch應該在更上層的地方取得才是

此外，我們今天不討論開放源碼的問題，請問將話題搭上源碼
沒有源碼是不能自己做patch...不過我本來就只想要解決我的問題
不想自己寫patch，因此提供自己的bug回報
開發者提供更方便的bug回報機制和提供方式才是重點

我覺得您的這番話怪怪的, 感覺您所說的是比較高聳、層級嚴密的組織型態,
而就我的體會, open source 社群往往是比較扁平、鬆散的,
這種扁平的結構下, 上、中、下層很多時候根本是貼在一起的.
只要你對某個問題有解法, 你可能就是上層。

在開發程式的流程上, 的確會有上游的開發者,
但是開發者並不一定會想為某些問題負責；
而有些人雖然不是開發者, 但是他們本身的需求刺激他們去解決問題,
這時候他們就變成了有同樣問題的 end-user 的上層。
所以「patch應該在更上層的地方取得才是」這句話該怎麼解釋呢？

由 **dno** » 週日 6月 06, 2004 5:17 pm

Niise 寫:hmmmm

似乎你沒有抓到我的重點，
請問你，當你的軟體有問題的時候第一個找的是誰呢
我相信是軟體開發者，因此這時候你就應該把你的bug回報
或者是直接找看看開發者有沒有提供解決，
如果根本沒有這樣的解法你才會去尋求別的解決方法吧..

因此我的重點在於，patch不應該是四處流竄，
而是該由原作者整理，當然像是各位前輩提供patch的行為
我認為這是一種無私的貢獻，但是更應該建立一個概念，
patch應該在更上層的地方取得才是

嗯 ? 沒有抓到您的重點 ? 似乎是您漏看 scsi 長輩的這一句。

scsi 寫:patch當然最好是回報給原作者，但是原作者的採納與否又是很多的考量

Niise 寫:不過我本來就只想要解決我的問題，不想自己寫patch

那商業軟體不是比較適合您嗎 ?

Linus Torvalds 寫:The Linux philosophy is 'Laugh in the face of danger'. Oops. Wrong One. 'Do it yourself'. Yes, that's it.

由 **jimmymsc** » 週日 6月 06, 2004 5:24 pm

個人是如果不做筆記，
那鐵定是記不起來的...

有時不小心用google找找，就會看到 Tetralet 兄的Debian 筆記在網路上！做的很完整，真的很受用Debian 的入門者！在此謝謝！

從玩 RedHat 開始，
算算是已經三年了！

我要加油才行，唉！現在還在desktop和中文上打轉，雖然目前以經成功的把debian 裝在我的compaq n410c nb上，有一個中文的環境了，但還不大敢m$ windowns 殺了，目前還沒有進入server , e.g dns,mail,ftp,apache,mysql,mrtg,iptable, and so on，我想信我在未來還有一堆跟山一樣的問題的！

如果您想提昇 Linux 的功力，個人的建議是：

　讀書！

個人認為，只有『讀書』，才是最佳捷徑！
在網路上翻翻找找大半天，
還不如買本書，
裡面記的全是作者的心血結晶呀！

我記得在 SayYA 資訊站裡有位小州前輩，
他說他學 Linux 是靠著一個字一個字閱讀 DOC 文件上手的，（強！）
您不妨參考看看！

等到書已不能滿足您，
再來網路上查查找找吧！
不過我猜，
到時 Google 大概也很難滿足您了...

小弟記住了！謝謝！

非常謝謝您對我的肯定呦！（嘻～）

Tetralet兄不要客氣了！[/quote]

由 **Niise** » 週日 6月 06, 2004 5:29 pm

呵呵..看來認知上有差距，
我使用軟體如果有問題，
第一個一定先去原開發者那邊看看有沒有提供解決
你們習慣去社群問，我也只能說習慣不同
或許是我錯?

那你們又看到我的最後一段了嗎??
上層在我的習慣中當然就是開發者囉，
所以軟體中應該建立回報錯誤的能力
以及更方便的取得patch的方式
這才是我的重點所在，

由 **dno** » 週日 6月 06, 2004 5:38 pm

Niise 寫:那你們又看到我的最後一段了嗎??
上層在我的習慣中當然就是開發者囉，
所以軟體中應該建立回報錯誤的能力
以及更方便的取得patch的方式
這才是我的重點所在，

這不是又回到原點了嗎 ? 小弟領悟力不夠，還是無法瞭解您想要切確表達的意思 :ooops:

scsi 寫:patch當然最好是回報給原作者，但是原作者的採納與否又是很多的考量

由訪客 » 週日 6月 06, 2004 5:58 pm

dno 寫:
Niise 寫:那你們又看到我的最後一段了嗎??
上層在我的習慣中當然就是開發者囉，
所以軟體中應該建立回報錯誤的能力
以及更方便的取得patch的方式
這才是我的重點所在，

這不是又回到原點了嗎 ? 小弟領悟力不夠，還是無法瞭解您想要切確表達的意思
scsi 寫:patch當然最好是回報給原作者，但是原作者的採納與否又是很多的考量

使用者:真濫
玩家:想辦法找資料解決或回報原作者
這就是使用者和玩家的分野
請問,linux要滿足誰比較好?

由 **dno** » 週日 6月 06, 2004 6:02 pm

Anonymous 寫:請問,linux要滿足誰比較好 ?

滿足那些認為 GNU/Linux 可以滿足他們需求的人，不是嗎 ?

由 **Niise** » 週日 6月 06, 2004 6:07 pm

scsi 寫:?不是又回到原點了嗎 ? 小弟領悟力不夠，還是無法瞭解您想要切確表達的意思
scsi 寫:patch當然最好是回報給原作者，但是原作者的採納與否又是很多的考量

你的領悟力真的要加強一下...xD..(開個玩笑請見諒)

我的意思就在於，
軟體不論是錯誤回報或者是功能不足的要求
都應該直接由軟體開發者建立溝通機制，
不論開發者本身是不是願意將patch加入本身的軟體
但他都應該提供一個基本的管道，例如告知使用者哪裡可以取得資訊
或者目前已經有的patch，

軟體作者當然沒有這個義務去把軟體修正到盡善盡美，
那我必須說，他應該把在哪些應用上有哪些問題明白的告訴使用者
如果擁有便利的機制提供bug回報，或者feature request..
這些問題開發者會更容易取得，當然使用者也可以有一個統一的管道
(這個問題其實很重要，一個討論區，
提供的應該是使用標準方式不能解決時，用來互相討論用，
而不是將各式各樣軟體的需求都拿來討論，
當然也得訓練使用者，當你有軟體的疑問時，
第一個要去找原開發者，如果有其困難才去問討論區)

你認為英文開發者會來我們這論壇看看有哪些已知問題嗎??
不會吧，
所以外國人開發出來的東西很可能沒有考慮到語言造成的程式錯誤
這種問題應該以更有效的方式提供回報。

由 **dno** » 週日 6月 06, 2004 6:22 pm

Niise 寫:我的意思就在於，
軟體不論是錯誤回報或者是功能不足的要求
都應該直接由軟體開發者建立溝通機制

沒有嗎 ? 比較大型的 project 都有 bugzilla 不是嗎 ?
不然 maillist 裡也可以不是嗎 ?
有的則是使用討論區來替代這些溝通機制，在不濟也有個作者的 e-mail 提供連絡管道不是嗎 ?

Niise 寫:不論開發者本身是不是願意將patch加入本身的軟體
但他都應該提供一個基本的管道，例如告知使用者哪裡可以取得資訊
或者目前已經有的patch

這似乎不是我們能控制的吧 ? 通常一個作者不願意採用某個 patch 是意味著他不認同這個 patch 的作法，或認為這個 patch 跟本沒有存在的必要性不是嗎 ?

Niise 寫:當你有軟體的疑問時，
第一個要去找原開發者，如果有其困難才去問討論區)

是呀，通常那些問題都在 FAQ 或 Manual 裡了，只是沒人注意到。

由訪客 » 週日 6月 06, 2004 6:32 pm

dno 寫:
Anonymous 寫:請問,linux要滿足誰比較好 ?

滿足那些認為 GNU/Linux 可以滿足他們需求的人，不是嗎 ?

是啊,所以很多發行商破產倒閉了

由 **ulbt** » 週日 6月 06, 2004 6:44 pm

Niise 寫:我的意思就在於，
軟體不論是錯誤回報或者是功能不足的要求
都應該直接由軟體開發者建立溝通機制，
不論開發者本身是不是願意將patch加入本身的軟體
但他都應該提供一個基本的管道，例如告知使用者哪裡可以取得資訊
或者目前已經有的patch，

軟體作者當然沒有這個義務去把軟體修正到盡善盡美，
那我必須說，他應該把在哪些應用上有哪些問題明白的告訴使用者
如果擁有便利的機制提供bug回報，或者feature request..
這些問題開發者會更容易取得，當然使用者也可以有一個統一的管道

唔, 這我都同意, 所以 Debian 有 maintainer、有 bug tracking system、有 mailing list、有當地社群
這些不都是您說的管道嗎？

Niise 寫:(這個問題其實很重要，一個討論區，提供的應該是使用標準方式不能解決互相討論用，
而不是將各式各樣軟體的需求都拿來討論，
當然也得訓練使用者，當你有軟體的疑問時，
第一個要去找原開發者，如果有其困難才去問討論區)

竊以為不是, 開發者可能只是一個人或一小群人,
他或他們並沒有能力回答數以百萬普通使用者的問題,
(尤其我們可以了解很多問題都會重複, 連社群討論區都是如此了)
所以我們發展出社群, 社群裡有一大群使用經驗、興趣、專長各不相同的朋友,
而很多時候, 開發者、協同開發者或協調者也會參與在其中,
找上社群, 同時也是接近所謂的上層。

所以我和您持相反看法, 我還是覺得有問題應該找最接近 user 的本地社群。

Niise 寫:你認為英文開發者會來我們這論壇看看有哪些已知問題嗎??
不會吧，
所以外國人開發出來的東西很可能沒有考慮到語言趙成的程式錯誤
這種問題應該以更有效的方式提供回報。

我不認為啊！但是沒有學園裡一來一往的討論, 問題和答案無法被琢磨、發掘,
問題要先被累積、被發掘, 才有可能引起注意, 進而改善,
我相信總有人會自然而然銜接起本地社群和國際社群溝通的任務,
Linux 社群的這種方式已經被證明為極其有效了不是嗎？
最近幾年微軟也漸漸地開始催生、鼓勵微軟使用者形成社群, 我想這是個例子。

由 **gagayeh** » 週日 6月 06, 2004 7:21 pm

社會上本就是專職領域分工合作
對大部分使用者來說電腦只是一個完成工作的工具
無法去要求說每一個使用者都有電腦問題處理的能力
雖說自由軟體社群對電腦有很大的貢獻
但商業軟體也有他存在的價值
一台對於使用者來說不方便使用的電腦
那就不叫作電腦
而是一台無用的廢物

由 **Niise** » 週日 6月 06, 2004 7:26 pm

ulbt 寫:唔, 這我都同意, 所以 Debian 有 maintainer、有 bug tracking system、有 mailing list、有當地社群
這些不都是您說的管道嗎？

但是他方便嗎??

請注意..我說的是找不是問....
一個開發者當然不可能應付成千上萬的問題
我說的是當有類似問題應該被整理才是

摩托學園討論區

[閒聊] tw debian, gentoo, and redhat ...

誰在線上