※ 引述《milochen (N=NP)》之銘言： : 請辭的原因，並不是因為組長有惡勢力脅迫那種鬼東東啊。 : 如果你們真的覺得，寫這文章的人，是因為惡勢力就低頭的人， : 那你們就錯了 XD : 但我這回，是真的要請辭，因為我實在看不見 : 這樣子下去，會有好轉的一天，請辭至少還能停損。 : 組長若找個更合適他心意的伙伴作板主，那麼整個環境，至少也會變的更好 : 最近的這些文章，或者是來回的一些信，都沒辦法得到一些正面的改善。 : 在此， : 鼓勵板友們能夠多多與組長或未來的板主， : 也鼓勵組長能夠多多提供空間，讓板主們多多發表對板經營的期待。 : 也希望大家，都能夠多多正面表達你們對這個環境的期待。 : 無論是管理或者是被管理，鼓勵大家都能夠有發表並彼此了解的意願。 : 多正面看待的透明溝通，整個環境才會進步... : 而不是像最近，不管怎麼弄，都沒辦法正成長出來. : 我想在這點上，我並不是個好板主，加上不熟悉版務，這事是真的。 : 但也請大家不要直接就誤會組長。 而是 要試圖跟他表達想法，讓他了解每個板友的需要 : 讓組長能接收到更多有用途的資訊 (但不是負面的喔) : 讓組長可以多多參考，然後想想未來的方向該怎麼進行。 : 這樣子的整個環境，才會有進步的。 : 就這樣, 完畢。 : 最後，謝謝AndroidDev版上許多大大們，長期以來照顧這個板 : 也謝謝大家平日多多發言問問題，這個自由的空間，是屬於這邊每一個人的 : 感謝 ^o^ 隨著版主的請辭，許多版友也表達惋惜之意。 但回到問題的本質，身為參與其中的版友， 我們應該藉此機會表達希望的討論空間。 BBS 公開討論版其實算是 BoF 性質的，任何人都可以隨意地參與或離開。 而 AndroidDev 板當然是對於正在開發 Android 相關程式的人而來建立的， 但這件事除了明確地知道，非 Android User 端的問題， 只要能跟 AndroidDev 開發沾上邊的其實都可能是討論的範圍。 若真的要設立版規來說哪些能討論，哪些不能討論。 怎麼寫都是會有漏洞存在，而且執行起來可能還很麻煩，或是被找麻煩。 == [引文分隔線] ================================================== 抱歉各位 ... 因本版成立時屬於CompScience 組務區 Sub_CS 底下 經 CompScience 組長指點， 管理版的方式，應照版規進行。版規如下 http://webptt.com/m.aspx?n=bbs/AndroidDev/M.1294663864.A.F83.html 在此我們需尊重組長的管理，本版下接下來的文章， 會參考板規內容去執行。如有不便之處，還請見諒。 在此特別請大家多多看版規，再來發文。 為了尊重版友的自由，對板規有想法的部份， 板主這邊也歡迎隨時來信建議 :) =============================== 目前發展狀況如下 =============== 目前跟組長正在來回信地討論中，好消息是，組長說板規能夠更改 :D 但需符合最高原則 「本版僅可發表 Android 開發 及 相關開發工具 等主題串」 對「相關開發工具」一詞，雙方見解不同，目前等待組長的回應。定義清楚後， 開始會制定新板規，大家是板的主人,歡迎大家勇敢說出自己的期待於此文 ... http://webptt.com/m.aspx?n=bbs/AndroidDev/M.1321112252.A.106.html 如此我才充足的理由， 站在板友的立場們，跟組長爭取板友們想要的空間 ! 但,無論組長最後決議如何， 我們已經讓組長了解想法，但還是請大家尊重組長的決定，因為組長， 很多時候也有組長的考量，是我們不了解之處，我們還是要互相尊重 :D == [引文分隔線] ================================================== 相關開發工具，其實用什麼都無所謂。 我寫 jni 時都用 vim 寫，放在這裡問也不會有人理我。 我們根本無法預測開發者覺得最舒適的開發環境長什麼樣子， 因此，根本無法訂出相關開發工具的範圍。 寫 NDK 從簡單的 ndk-build 到 gdb 的使用， 也有人在 build 整個 system image。 未來又有人寫了新玩意， 那勉強去說明可以討論的範圍只會加速板規的過時。 對我來說 AndroidDev 板是相當吸引人的， 因為在這個板裡什麼樣程度的都有。 有貢獻者也有需要幫助的人， 更有許多專業的工作者與認真面對問題的專題生。 每類的看板參與者需要的協助，或能給予的協助不同。 而 AndroidDev 也不全然是以單一語言為主的開發主題， 甚至連資料庫都可能提到。 當然，也有人問了版本控制系統的使用。 這些都無妨，只要是能協助開發者，或未來的潛在開發者讓自己有所進步。 並在這過程留下些可供參考的文章，就是讓看版正向地發展了。 人人都是看版的過客，可能時間過了就不會再需要這個版。 但由初學到進階，即使是不同人，都會經歷一段共通、或相似的試誤經驗， 或著思考如何進取的想法。 在我看來那個問 git 的人，正踏上了進取的分枝點。 這並不是說學了 git 人蔘就會滿分， 而是他正思考著如何經營對自己友善的開發環境。 我們總不希望一起工作的人，總是那麼土法煉鋼。 即使它不是此本的主要討論焦點，但算是衍生、週邊項目。 只要有人願意討論，我們可以留一點空間給他。 因為看版的價值是那些討論後，所留下來的寶貴經驗。 要將這些可能產生經驗記錄的機會推出去，就失去一個累積看版名聲的機會。 與其討論哪些不要討論，我們應該去鼓勵討論與分享的類型。 以我曾在 LinuxDev 剛開起來的時候，鼓勵大家分享文章： http://webptt.com/m.aspx?n=bbs/LinuxDev/M.1162171474.A.67D.html 雖然，引文的範例早已不可考，重點是點出了『各種文章都是被需要的』。 我們在這簡單的一問一答，叫人 Google。其實只是最基本的參與型式。 我覺得許多板友都有潛力作為新入門者的『嚮導』。 除了簡單地回答問題，若能進一步指出觀念上的迷思： 哪些觀念主題弄懂後，才能對於問題有較全盤的理解。 『板規』需要的只是維護版友存在於這空間討論的舒適感： 像是有人亂板、亂發廣告時，板主可以有個依據作為刪除的標準。 對於有更適當的看板能討論， 我們應該用建議的方式讓使用者自行轉向適合他的板。 不是因為規定使然，而是在這裡沒有人可以幫助他。 而要使獲得協助的機率提高，那就是在適當的版發問。 就像 eclipse 內 ddms 的問題，不會有人想要去 Eclipse 版發問。 若有賢者能定出不侵害討論意願，又保持最大彈性的規則那是最好。 但這難度實在太高，身為參與者，倒是希望維持看板有最大的討論空間。 而最大的討論空間，就是即使衍生議題也偏離主題許多， 只要有人願意討論它，且還有材料能繼續探討時，就讓大家繼續下去。 限制討論的情況，能想像為： 隨意拿本 Android 開發的書說，在這裡只可以討論這個書上出現過的東西。 那這就不是 AndroidDev 討論版了，而是 Android 開發知識考據版。 衍生的議題大多是真實開發情境，或是進入實戰後才會大量遇到的。 像是如何讓 Android 裝置取用 MySQL 上的資料。 有人自己寫 web server 來橋接，也有人使用事先包好的 library。 這當然不是為了要奪取 DB 或 PHP 等 Web + DB 應用相關版本的風采， 而是我們能指出哪些實作『策略』，而其它細節，應該回到其他版的領域。 無論接下來的版主要如何經營，至少我說出了個人的期待。 當作是回報版主的辛勞 :D --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.231.51.9