2008/8/28 huliuhe <huliuhe在gmail.com>:
>   目前社区的发展，组织。zq居功至伟， 确实不容易。
>
不敢，俺只是名愿意分享的行者而已,,,

>> 感到不爽,自个儿尝试相应工具解决了,并及时分享出来,是态度0！
>> 感到不爽,自个儿尝试找到解决方案了,并及时分享出来,是态度1！
>> 感到不爽,自个儿尝试修订代码搞定了,并及时分享出来,是态度2！
>> 感到不爽,自个儿未经尝试直接出来吼,期望行者来解决,是最不靠谱态度! 是也乎,是也乎...
>
>       听起来，确实不错。"不看过程只看结果、 就是死也要拿下那个山头"。但是是否可行
> 真的还挺难说， 自个尝试，是否有效率？ limodou说的一句话很有道理。社区没有强有
没有说一切都得自个儿独自尝试哪!
我们遇到的问题, 99.999% 其它人早已遇见过,而且 80% 以上有了很好的解决方案,
我们首先要尝试去找到这个方案,并理解,改进,解决现在自个儿的问题,
前再次反馈回去增补这些方案,如此这般,知识才流传开来不断的发展,,,

> 力的项目，更多原因可能是大家并没有形成一个合力，没有共同的目标。 "合力"，"共同
> 目标"。 就如同翻译书籍一样， 自个尝试——乱，没有威望的人号召大家——不可行。

合力的前提是有共同志趣! 之所以 Limodou 很早就叹息没有 "合力",是因为:
0. Python 在中国一直是小众技术,而学习者分散在各个行业,领域体验都不同,很难有很契合志趣的团队出现
1. 有能力进行创造的人,多是有工作在身,象 Limodou 有工作,但是很空闲的人就更加稀少了,在这群人中,更加难有志趣契合的
2. 有激情和时间,但是刚刚在Python起步的人,是无法立即成为"合力"中一份儿的

所以,在中国 Python 项目,一直是少数人自娱自乐的好事儿,多数还是旁观,

君不见,在列表几千订阅中,连发出这种要掺合项目的吼声的人,都非常少?

> 要合适的人组织。 所以在这里提出了建议。否则这么多人，有种处于散兵游勇的状态。
"散兵游勇的状态"~ 是也乎,那么想改变自个儿小白身份的你,有过什么尝试?
说与菜鸟 系列建议,一直在列表文章中分享的...
http://groups-beta.google.com/group/python-cn/web/propose-2-fresh-pyer

想掺合项目的行者们,你们有表现出诚意嘛?
0. 主动搜索过,现在有哪些开源的相关项目?
1. 主动和项目主持人或是社区接触过?咨询基本情况?
2. 主动下载过代码尝试运行?
3. 主动协助翻译/撰写相关文档?
4. 主动提交过 Bug报告?
5. 主动提交过补丁?
6. 主动对软件/系统的改进提出过建议?
7. 主动在自个儿的Blog 等等空间推荐过自个儿喜欢的项目?
...

很激情的表示要参加好的项目的行者们,你们是真正想参加嘛?


> 当然这个确实很难，组织，协调，zq应该深有体会吧。
>

咔咔咔,这个,俺可以负责的告诉大家,非常非常的简单!
项目的组织/管理/协调/发布,是非常非常快乐和轻松的事儿!
因为只要作到:"所有人,知道所有事儿!"
那么,靠谱,热情的参与者,会自动提出各种方案和尝试,组织者就主持 讨论, 记录决议,正式发布,及时提醒,就好的,
更多的时间,组织者本身,不过是在作第一读者,享受大家的创造而已!


>        是否该尝试一下，形成合力， 找一个共同目标。然后践行之？
>
>
>
>
>
> 2008/8/28 Zoom. Quiet <zoom.quiet在gmail.com>
>>
>> 2008/8/28 huliuhe <huliuhe在gmail.com>:
>> >   如何壮大社群，推广python。
>> >
>> ..
>> >
>> >    我们社区是否也可以发展一些，哪怕几个开源的作品。（当然不得不承认本人暂无这个能力）
>> 一直有的,,,
>> http://wiki.woodpecker.org.cn/moin/WoodpeckerIdxProj
>> 而且在 GAE 出来后，大家自行创立的项目已经超过100个！全部是开源的！
>> 请自行尋找自个儿有兴趣的，掺合进去就好,,,
>>
>> > 如果能有几个接近用户的产品，不正是很好的宣传吗，  比如：cms，项目管理，电子商务...。
>> > 现在这样的产品，国内我知道的只有limodou 的ulipad，刚才又发现了 cpedialog。社区是否可
>> > 以按兴趣分一些组，内部可以学习开发。这样对提高整个社区的python水平应该很有帮助。
>> >
>> 啄木鸟维基是开放的，任何行者都可以自由的分享你的项目分类收集！
>>
>> >
>> ...
>> > 之所以为苞丁，是因为他更明白牛的骨肉纹理。所以建议zq等强人，能否策划一下。
>> >
>> 倡导::
>> http://wiki.woodpecker.org.cn/moin/RouseChina 奋起从自个儿开始...
>>
>> 感到不爽,自个儿尝试相应工具解决了,并及时分享出来,是态度0！
>> 感到不爽,自个儿尝试找到解决方案了,并及时分享出来,是态度1！
>> 感到不爽,自个儿尝试修订代码搞定了,并及时分享出来,是态度2！
>> 感到不爽,自个儿未经尝试直接出来吼,期望行者来解决,是最不靠谱态度! 是也乎,是也乎...
>>
>> >
>> > 另：
>> >     我也曾试图学习ulipad源码。里面用的了mixin。对这个我没有深入，只是简短说几句，可能不
>> > 靠谱。大家别用砖头拍我。 我之前看的代码，大部分是c，c++的，struct，class，基本是静态的
>>
>> 有很多思想方面转变的建议的！
>> 比如： 从C到Python
>> https://docs.google.com/View?docid=ajkxs9k6pqxr_98gkkgx8
>>
>> > 最麻烦的指针，就是要搞懂何时赋值，搞清楚模块结构也差不多能了解。看了mixin，代码简单，但
>> > 是有中看山非山，看水非水的感觉，比如看一个类，你根本不知道有那些属性，和方法。要考虑代
>>
>> 不论山水，自个儿现在可以使用什么方法／思路解决问题，就去使用，
>> 没有人因为你的代码没有高级技巧而BS你的，
>> 任何可以解决问题的软件都是成功的！
>>
>> > 码运行起来后，在什么地方添加属性，方法，trac里面好像也有类似的做法。（好像是从一个难点到
>> > 了另一个难点）。当代码多了，这种结构确实不好理解。 所以后来放弃深入学习了。
>> >



-- 

http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''