2010年10月22日 星期五 09:33
2010/10/22 Julian Wong <ralasafe at gmail.com>: > 是的。所以,我有个初步想法是:将开发committer精简高质,最好能与核心人员(我)保持步调一致。 > 在测试、文档层面,吸收有经验的人,或者外围经验的人。 > 你说的“无从下手”,真是一针见血! 因为我个人的感觉也是如此。许多时候,我参与一些开源项目不过是了解一些皮毛,对整个结构其实不是很了解,因此谈到修改,更多是做一些补丁的工作。而对于功能设计,有时更多是提出建议,由原项目成员来判断是否接受,这其中可能有不少的讨论。但是整体控制可能还是核心人员把握更合适。随着对项目渐渐深入了解,可能就可以做更重要的一些事。但是开始很难。而且就从项目来说,如果对参与者不是特别了解或信任的话,还是将主动权放在自已手里更放心,主要是指从思想和质量上的统一和水平。 另外就是要经常与其它成员保持沟通,如果经常可以在一起没问题。但是现在有些可能就没见过面,那么沟通就更重要。主要可以了解进度,讨论方案,设计,分析问题,同时对对方也是一个督促。如果有可能的话,可以象国外一些社区搞个sprint之类的活动。大家找个时间,地方,凑在一起一同解决某些问题。这样,通过现场交流更易于沟通,并且可以通过共同编码,快速解决一些问题。同时也起到了培训的作用。我看不是也有人建议有个视频之类的嘛,其实就是培训的意思。这样可以让大家更容易上手。不过这个就要看条件了。退而求其次,可以弄个视频方式的共同编程。随时沟通,随时看效果。 -- I like python! UliPad <>: http://code.google.com/p/ulipad/ UliWeb < >: http://uliwebproject.appspot.com My Blog: http://hi.baidu.com/limodou
2010年10月22日 星期五 10:05
> 另外就是要经常与其它成员保持沟通,如果经常可以在一起没问题。但是现在有些可能就没见过面,那么沟通就更重要。主要可以了解进度,讨论方案,设计,分析问题,同时对对方也是一个督促。如果有可能的话,可以象国外一些社区搞个sprint之类的活动。大家找个时间,地方,凑在一起一同解决某些问题。这样,通过现场交流更易于沟通,并且可以通过共同编码,快速解决一些问题。 这个很重要,能解决不少问题。北京有好的Hackathon / sprint / codefest氛围 或活动吗?
2010年10月22日 星期五 10:12
2010/10/22 Bill Xu <bill at zeuux.org>: > >> >> 另外就是要经常与其它成员保持沟通,如果经常可以在一起没问题。但是现在有些可能就没见过面,那么沟通就更重要。主要可以了解进度,讨论方案,设计,分析问题,同时对对方也是一个督促。如果有可能的话,可以象国外一些社区搞个sprint之类的活动。大家找个时间,地方,凑在一起一同解决某些问题。这样,通过现场交流更易于沟通,并且可以通过共同编码,快速解决一些问题。 > > 这个很重要,能解决不少问题。北京有好的Hackathon / sprint / codefest氛围 或活动吗? > 我反正是没参加过。不知道有没有。我想主要的困难还是,因为没有一个共同的项目,所以也无从组织起。 -- I like python! UliPad <>: http://code.google.com/p/ulipad/ UliWeb < >: http://uliwebproject.appspot.com My Blog: http://hi.baidu.com/limodou
2010年10月22日 星期五 10:30
>> 这个很重要,能解决不少问题。北京有好的Hackathon / sprint / codefest氛围 或活动吗? >> >> > > 我反正是没参加过。不知道有没有。我想主要的困难还是,因为没有一个共同的项目,所以也无从组织起。 > 我也没参加过,我知道过几次类似的活动,这类活动在北京还不是主流。我们的线 下聚会应该朝着这个方向发展。 -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20101022/ce003c17/attachment.html>
Zeuux © 2024
京ICP备05028076号