Re: [請辭] 板主請辭的原因
※ 引述《milochen (N=NP)》之銘言:
: 請辭的原因,並不是因為組長有惡勢力脅迫那種鬼東東啊。
: 如果你們真的覺得,寫這文章的人,是因為惡勢力就低頭的人,
: 那你們就錯了 XD
: 但我這回,是真的要請辭,因為我實在看不見
: 這樣子下去,會有好轉的一天,請辭至少還能停損。
: 組長若找個更合適他心意的伙伴作板主,那麼整個環境,至少也會變的更好
: 最近的這些文章,或者是來回的一些信,都沒辦法得到一些正面的改善。
: 在此,
: 鼓勵板友們能夠多多與組長或未來的板主,
: 也鼓勵組長能夠多多提供空間,讓板主們多多發表對板經營的期待。
: 也希望大家,都能夠多多正面表達你們對這個環境的期待。
: 無論是管理或者是被管理,鼓勵大家都能夠有發表並彼此了解的意願。
: 多正面看待的透明溝通,整個環境才會進步...
: 而不是像最近,不管怎麼弄,都沒辦法正成長出來.
: 我想在這點上,我並不是個好板主,加上不熟悉版務,這事是真的。
: 但也請大家不要直接就誤會組長。 而是 要試圖跟他表達想法,讓他了解每個板友的需要
: 讓組長能接收到更多有用途的資訊 (但不是負面的喔)
: 讓組長可以多多參考,然後想想未來的方向該怎麼進行。
: 這樣子的整個環境,才會有進步的。
: 就這樣, 完畢。
: 最後,謝謝AndroidDev版上許多大大們,長期以來照顧這個板
: 也謝謝大家平日多多發言問問題,這個自由的空間,是屬於這邊每一個人的
: 感謝 ^o^
隨著版主的請辭,許多版友也表達惋惜之意。
但回到問題的本質,身為參與其中的版友,
我們應該藉此機會表達希望的討論空間。
BBS 公開討論版其實算是 BoF 性質的,任何人都可以隨意地參與或離開。
而 AndroidDev 板當然是對於正在開發 Android 相關程式的人而來建立的,
但這件事除了明確地知道,非 Android User 端的問題,
只要能跟 AndroidDev 開發沾上邊的其實都可能是討論的範圍。
若真的要設立版規來說哪些能討論,哪些不能討論。
怎麼寫都是會有漏洞存在,而且執行起來可能還很麻煩,或是被找麻煩。
== [引文分隔線] ==================================================
抱歉各位 ...
因本版成立時屬於CompScience 組務區 Sub_CS 底下
經 CompScience 組長指點,
管理版的方式,應照版規進行。版規如下
http://www.ptt.cc/bbs/AndroidDev/M.1294663864.A.F83.html
在此我們需尊重組長的管理,本版下接下來的文章,
會參考板規內容去執行。如有不便之處,還請見諒。
在此特別請大家多多看版規,再來發文。
為了尊重版友的自由,對板規有想法的部份,
板主這邊也歡迎隨時來信建議 :)
=============================== 目前發展狀況如下 ===============
目前跟組長正在來回信地討論中,好消息是,組長說板規能夠更改 :D
但需符合最高原則
「本版僅可發表 Android 開發 及 相關開發工具 等主題串」
對「相關開發工具」一詞,雙方見解不同,目前等待組長的回應。定義清楚後,
開始會制定新板規,大家是板的主人,歡迎大家勇敢說出自己的期待於此文 ...
http://www.ptt.cc/bbs/AndroidDev/M.1321112252.A.106.html 如此我才充足的理由,
站在板友的立場們,跟組長爭取板友們想要的空間 ! 但,無論組長最後決議如何,
我們已經讓組長了解想法,但還是請大家尊重組長的決定,因為組長,
很多時候也有組長的考量,是我們不了解之處,我們還是要互相尊重 :D
== [引文分隔線] ==================================================
相關開發工具,其實用什麼都無所謂。
我寫 jni 時都用 vim 寫,放在這裡問也不會有人理我。
我們根本無法預測開發者覺得最舒適的開發環境長什麼樣子,
因此,根本無法訂出相關開發工具的範圍。
寫 NDK 從簡單的 ndk-build 到 gdb 的使用,
也有人在 build 整個 system image。
未來又有人寫了新玩意,
那勉強去說明可以討論的範圍只會加速板規的過時。
對我來說 AndroidDev 板是相當吸引人的,
因為在這個板裡什麼樣程度的都有。
有貢獻者也有需要幫助的人,
更有許多專業的工作者與認真面對問題的專題生。
每類的看板參與者需要的協助,或能給予的協助不同。
而 AndroidDev 也不全然是以單一語言為主的開發主題,
甚至連資料庫都可能提到。
當然,也有人問了版本控制系統的使用。
這些都無妨,只要是能協助開發者,或未來的潛在開發者讓自己有所進步。
並在這過程留下些可供參考的文章,就是讓看版正向地發展了。
人人都是看版的過客,可能時間過了就不會再需要這個版。
但由初學到進階,即使是不同人,都會經歷一段共通、或相似的試誤經驗,
或著思考如何進取的想法。
在我看來那個問 git 的人,正踏上了進取的分枝點。
這並不是說學了 git 人蔘就會滿分,
而是他正思考著如何經營對自己友善的開發環境。
我們總不希望一起工作的人,總是那麼土法煉鋼。
即使它不是此本的主要討論焦點,但算是衍生、週邊項目。
只要有人願意討論,我們可以留一點空間給他。
因為看版的價值是那些討論後,所留下來的寶貴經驗。
要將這些可能產生經驗記錄的機會推出去,就失去一個累積看版名聲的機會。
與其討論哪些不要討論,我們應該去鼓勵討論與分享的類型。
以我曾在 LinuxDev 剛開起來的時候,鼓勵大家分享文章:
http://www.ptt.cc/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
→
11/15 21:09, , 1F
11/15 21:09, 1F
推
11/15 22:33, , 2F
11/15 22:33, 2F
→
11/15 22:36, , 3F
11/15 22:36, 3F
推
11/15 22:37, , 4F
11/15 22:37, 4F
推
11/16 00:01, , 5F
11/16 00:01, 5F
推
11/16 00:36, , 6F
11/16 00:36, 6F
推
11/16 00:59, , 7F
11/16 00:59, 7F
推
11/16 10:46, , 8F
11/16 10:46, 8F
推
11/16 12:56, , 9F
11/16 12:56, 9F
推
11/16 15:48, , 10F
11/16 15:48, 10F
推
11/16 19:22, , 11F
11/16 19:22, 11F
推
11/16 19:27, , 12F
11/16 19:27, 12F
推
11/16 20:09, , 13F
11/16 20:09, 13F
推
11/16 21:23, , 14F
11/16 21:23, 14F
推
11/16 21:29, , 15F
11/16 21:29, 15F
推
11/16 22:06, , 16F
11/16 22:06, 16F
推
11/18 03:13, , 17F
11/18 03:13, 17F
討論串 (同標題文章)
AndroidDev 近期熱門文章
PTT數位生活區 即時熱門文章