※ 引述《milochen (N=NP)》之铭言： : 请辞的原因，并不是因为组长有恶势力胁迫那种鬼东东啊。 : 如果你们真的觉得，写这文章的人，是因为恶势力就低头的人， : 那你们就错了 XD : 但我这回，是真的要请辞，因为我实在看不见 : 这样子下去，会有好转的一天，请辞至少还能停损。 : 组长若找个更合适他心意的伙伴作板主，那麽整个环境，至少也会变的更好 : 最近的这些文章，或者是来回的一些信，都没办法得到一些正面的改善。 : 在此， : 鼓励板友们能够多多与组长或未来的板主， : 也鼓励组长能够多多提供空间，让板主们多多发表对板经营的期待。 : 也希望大家，都能够多多正面表达你们对这个环境的期待。 : 无论是管理或者是被管理，鼓励大家都能够有发表并彼此了解的意愿。 : 多正面看待的透明沟通，整个环境才会进步... : 而不是像最近，不管怎麽弄，都没办法正成长出来. : 我想在这点上，我并不是个好板主，加上不熟悉版务，这事是真的。 : 但也请大家不要直接就误会组长。 而是 要试图跟他表达想法，让他了解每个板友的需要 : 让组长能接收到更多有用途的资讯 (但不是负面的喔) : 让组长可以多多参考，然後想想未来的方向该怎麽进行。 : 这样子的整个环境，才会有进步的。 : 就这样, 完毕。 : 最後，谢谢AndroidDev版上许多大大们，长期以来照顾这个板 : 也谢谢大家平日多多发言问问题，这个自由的空间，是属於这边每一个人的 : 感谢 ^o^ 随着版主的请辞，许多版友也表达惋惜之意。 但回到问题的本质，身为参与其中的版友， 我们应该藉此机会表达希望的讨论空间。 BBS 公开讨论版其实算是 BoF 性质的，任何人都可以随意地参与或离开。 而 AndroidDev 板当然是对於正在开发 Android 相关程式的人而来建立的， 但这件事除了明确地知道，非 Android User 端的问题， 只要能跟 AndroidDev 开发沾上边的其实都可能是讨论的范围。 若真的要设立版规来说哪些能讨论，哪些不能讨论。 怎麽写都是会有漏洞存在，而且执行起来可能还很麻烦，或是被找麻烦。 == [引文分隔线] ================================================== 抱歉各位 ... 因本版成立时属於CompScience 组务区 Sub_CS 底下 经 CompScience 组长指点， 管理版的方式，应照版规进行。版规如下 http://webptt.com/cn.aspx?n=bbs/AndroidDev/M.1294663864.A.F83.html 在此我们需尊重组长的管理，本版下接下来的文章， 会参考板规内容去执行。如有不便之处，还请见谅。 在此特别请大家多多看版规，再来发文。 为了尊重版友的自由，对板规有想法的部份， 板主这边也欢迎随时来信建议 :) =============================== 目前发展状况如下 =============== 目前跟组长正在来回信地讨论中，好消息是，组长说板规能够更改 :D 但需符合最高原则 「本版仅可发表 Android 开发 及 相关开发工具 等主题串」 对「相关开发工具」一词，双方见解不同，目前等待组长的回应。定义清楚後， 开始会制定新板规，大家是板的主人,欢迎大家勇敢说出自己的期待於此文 ... http://webptt.com/cn.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/cn.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