建议：关于对开源项目组织的一点建议(阿莫的回应在56楼)
其实一直以来，我们论坛的开源项目倒不少，但是做开源的同学基本单打独斗的比较多，像傻孩子这样的团队比较少！而每次都开源活动的时候，很多人心里痒痒的要命，但要真正接下来的时候却没有太多的时间来完成！一个成功的项目，往往需要更多的人参与！因此，我建议开源活动可以将任务进行分割，每人可以领取自己熟悉的部分来完成，这样将会最大程度上提高开源效率！
当然，要真正做到这样，就必须有一个大家都一起遵守的规范！我相信，在规范成熟以后，我们后面的开源项目会有一个井喷时代！
以上是一点建议，希望莫大能考虑一下！ 这个首先要有好的选题，其次是是否适合开源。 fengyunyu 发表于 2014-12-8 11:06
这个首先要有好的选题，其次是是否适合开源。
开源项目的选题远没有组织重要啊 严重同意，如果可能，我愿意参加，我们学校的实验室资源很丰富 wangpengcheng 发表于 2014-12-8 11:19
开源项目的选题远没有组织重要啊
组织是一方面。找个有新意和需求、技术又不是很难、又适合多人合作的，不容易。技术有难度的，很多时候变成一个人攻关，其他人打酱油的局面。 可以加入一些运作，比如我是个懒鬼，可以选择出钱参加。这样可以鼓励真正出力的人员，不要让他们感觉自己吃亏。
似乎一些项目就是这样做的?比如移动电源项目。 windingway 发表于 2014-12-8 11:30
可以加入一些运作，比如我是个懒鬼，可以选择出钱参加。这样可以鼓励真正出力的人员，不要让他们感觉自己吃 ...
是的，出不了力，可以出钱，或者需要什么模块可以提供 本帖最后由 Gorgon_Meducer 于 2014-12-8 11:51 编辑
最大的瓶颈在于：如果没有有效统一的规范，很难做到模块化，做不到这一点也就很难将任务拆分，分别开发，
最后合到一起还能正常工作。正是意识到这个问题的存在，我才会以先培训再做项目的方式确保大家有相同的
规范和“语言”。即便如此，实际上，这仍然是一个很棘手的软件工程问题（分布式开发）。我这里实际操作下来
即便拥有很好的规范，如果没有时间保证和管理机制，项目通常是一盘散沙…… Gorgon_Meducer 发表于 2014-12-8 11:50
最大的瓶颈在于：如果没有有效统一的规范，很难做到模块化，做不到这一点也就很难将任务拆分，分别开发，
...
最大的开源项目是linux，到现在发展成什么样子有目共睹，我相信只要大家一起努力去做一个事情，其实是会有很大进展,,刚开始可能困难一些，一旦顺利了，那可就很有效率！
软件其实规范起来也不是那么难，用面向对像的方法，基本上接口框架就规范了，加上各人小模块开发，文档方面应该肯定能跟上，我觉得可以试一下 Gorgon_Meducer 发表于 2014-12-8 11:50
最大的瓶颈在于：如果没有有效统一的规范，很难做到模块化，做不到这一点也就很难将任务拆分，分别开发，
...
说的很有道理！如果没有统一的比如代码规范，多人协作确实难以顺利进行。
似乎开源项目也需要一个类似项目经理的人管理和协调进度？
不知道怎么想起了上学时玩游戏，有一个DKP系统，按照玩家参与程度和贡献大小，来分配游戏装备之类。。 wangpengcheng 发表于 2014-12-8 12:07
最大的开源项目是linux，到现在发展成什么样子有目共睹，我相信只要大家一起努力去做一个事情，其实是会 ...
尝试下就知道了……成功的经验都是——经验——建立在别人的案例上，也就是说建立在别人的环境上——一旦环境
不同了，经验就失去了土壤，也许有效，也许就完全不同。总之，你可以自己尝试下，根据能掌握的资源，根据
实际情况选择最有效的操作方式。至于面向对象方法，接口定义什么的，我只能呵呵……论坛上我已经吼了这么多
年，实际情况是，大家仍然一头雾水……嵌入式环境下，中国现在至少论坛范围内还没有形成共识和环境基础，
说难听就是大家普遍还不接受，普遍能力不足，普遍缺乏必要的培训。 关键是要有个项目跟踪的人，开源时大家都能来帮助下，但是项目推进就不理想，参见swift语言中文翻译总结 开源傻孩子深有体会哦。看来必须像飞思卡尔江湖一样，成立各个分舵（项目），立项，招人，培训（必不可少）。
然后，评估后众筹怎样？有兴趣，不能参与的可以出点钱看热闹。呵呵 windingway 发表于 2014-12-8 12:09
说的很有道理！如果没有统一的比如代码规范，多人协作确实难以顺利进行。
似乎开源项目也需要一个类似项 ...
只要想想魔兽游戏时，大家一起打怪都需要有个调度
做项目也是一样的道理 只是产权问题也是很关键的.
已经有很多的反面案例了,
bzbs 发表于 2014-12-8 12:14
只是产权问题也是很关键的.
已经有很多的反面案例了,
产权是后面的问题了，而且有很多优秀的License。
先要有东西，再说东西保护的事情。 对项目而言技术只是50% 管理是排第一的 zajia 发表于 2014-12-8 12:19
对项目而言技术只是50% 管理是排第一的
非常赞同你的说法 我们公司的研发总监，项目经理都不是技术最牛逼的，但是非常会管理 其实就是要有一个共识的架构或是操作系统，每个人分工一块程序。 msfet 发表于 2014-12-8 12:29
非常赞同你的说法 我们公司的研发总监，项目经理都不是技术最牛逼的，但是非常会管理 ...
项目管理也是一门技术。另外，研发总监能从公司董事会拉到项目很重要。 国内rt-thread挺成功的，公司化运作是其成功的重要保证。 一些成功的开源项目往往都不是抽个业余时间随便搞搞就完成的了的。因为管理的问题，甚至需要有更多的人力全职进行管理。 Gorgon_Meducer 发表于 2014-12-8 12:10
尝试下就知道了……成功的经验都是——经验——建立在别人的案例上，也就是说建立在别人的环境上——一旦 ...
你说的目前的环境我承认，是这样，但是如果没有开始，永远都是呵呵，如果有一个良好的开端，只要能引起大部分人的兴趣，应该还是能有一些产出的！兴趣很重要，让别人不感兴趣的东西，是没有人参与的！ armok 发表于 2014-12-8 12:34
楼主的观点很肤浅，远远没有触及问题的实质。
问题的实质是:人性的弱点。 ...
所谓人性的弱点也就是无利不起早，但是人性也有优点啊，很多人就可以为自己感兴趣的事去无条件付出！ fengyunyu 发表于 2014-12-8 12:38
国内rt-thread挺成功的，公司化运作是其成功的重要保证。
公司化运营的前提是需要一个合适的产品做为核心 小行星 发表于 2014-12-8 12:52
一些成功的开源项目往往都不是抽个业余时间随便搞搞就完成的了的。因为管理的问题，甚至需要有更多的人力全 ...
看看国外一些优秀的开源软件，大家可能一开始就是因为兴趣开始，但到了一定程度兴趣会慢慢失去！但是很多是后面的人看到前面人的基础又产生新的兴趣而接手继续搞！电子上的东西不会有软件那么大的工作量，上万行代码就可以完成很多事情，再划分下来，每个人的工作量可能仅仅几百行代码，只要有兴趣，调试完成前基本上兴趣不会缺失 如何再统一起来，这个也是大问题。 在你没有能力做到“大家都一起遵守的规范”的时候，所有的想法都只是一个梦 国内没有一个好的开源环境 armok 发表于 2014-12-8 13:20
你看问题总是那么肤浅:)
看看这些回帖，我现在也觉得我这个问题提的有些肤浅！很受打击{:sad:} wangpengcheng 发表于 2014-12-8 13:55
看看这些回帖，我现在也觉得我这个问题提的有些肤浅！很受打击
大环境不符合条件，但是可以创造小环境，开源虽然是大家的东西，但从来都是一小撮人做出来的。
所以你如果真的想做，只要在论坛上找到一两个志同道合的人，就可以开始了。然后再慢慢提出规范
让后来人可以很方便的加入——简而言之，找到感兴趣的人，沟通好以后立即开始做就行了。
一旦把问题放到很大的群体上，就不具备操作的可能了 Gorgon_Meducer 发表于 2014-12-8 14:40
大环境不符合条件，但是可以创造小环境，开源虽然是大家的东西，但从来都是一小撮人做出来的。
所以你如 ...
谢谢你的鼓励，要有合适的项目我会去尝试的 弄出一套“小孩子都能读懂的法律”来规范一切行为，这不是拿破仑时代的旧思潮么……
开源项目一定是一个中心人员（或者一个公司、一个委员会等，如果项目够大）创造，创造者写出绝大多数的代码基础，并管理其余的参加者。而在这其中，创造者的管理和号召力才是最重要的，而这个比写代码难的太多了。
别的不说，在中国甚至法律和许可证都仅仅是个道德参考，不起太多实质作用（参考论坛“景德镇”网友被抄袭、“剽窃者蓝宙”剽窃开源项目等事件）。又能指望成文的规范发挥多大的效果呢？
事在人为。开源这种事情上我相信人治。反正开源项目可以分支（fork），如果谁觉得自己的力量更强，在尊重原作者署名的前提下把项目抓过来“我行我上”这个逻辑是行得通的。 很好的建议 ， 根据自己的特长来完成开源项目，这样效率会更高 。 wangpengcheng 发表于 2014-12-8 12:07
最大的开源项目是linux，到现在发展成什么样子有目共睹，我相信只要大家一起努力去做一个事情，其实是会 ...
开源项目是linux 算是比较成功的 ，自己写好的代码可以随时打包发布 。关键是要有一个很好的后台网站 ，这个网址提供开源代码发布，下载。 呵呵· bzbs 发表于 2014-12-8 12:14
只是产权问题也是很关键的.
已经有很多的反面案例了,
既然是开源 就不存在产权问题， 如果使用了开源的代码 ，必须要说明 ，如果抄袭了开源代码说是自己的产权 ， 开源社区管理人可以起诉他。
所以，搞个开源社区 ，必须有社区管理人 ，或者发起人 。 Gorgon_Meducer 发表于 2014-12-8 11:50
最大的瓶颈在于：如果没有有效统一的规范，很难做到模块化，做不到这一点也就很难将任务拆分，分别开发，
...
软件工程规范和管理规范,都得有;
最关键的是参与的人还得有责任心; wangpengcheng 发表于 2014-12-8 13:17
所谓人性的弱点也就是无利不起早，但是人性也有优点啊，很多人就可以为自己感兴趣的事去无条件付出！ ...
上面傻孩子也说了,一是软件工程要规范,二是管理要规范;
其实,还有2点:
要有一个高屋建瓴的人去统筹硬件,和分解软件,没有到一定的功夫是不行的,属于构架师一个级别,否则,最后拼起来也是各种不兼容各种扯淡,各种拖泥带水;
然后,一定要参与的人有责任心是否有异心? 这个很难很难判定,尤其是在网络上;
所以组织开源,到最后一盘散沙,倒不如自己一个人玩开源,自娱自乐,也不会有人指三道四; 这个帖子 各位大神的回复 使其变得意味深重 任何涉及到人的事 在中国都不好办 不只是技术层面的事 armok 发表于 2014-12-8 12:34
楼主的观点很肤浅，远远没有触及问题的实质。
问题的实质是:人性的弱点。 ...
还有另外一个视角，
国内的技术人员太大的生活压力，远不如国外的工程师。
这个也是没办法短期改变的。因此管理的重要性就更加凸显出来。
如何把很多人微小的努力聚集起来做点事情才是最难的。 Gorgon_Meducer 发表于 2014-12-8 14:40
大环境不符合条件，但是可以创造小环境，开源虽然是大家的东西，但从来都是一小撮人做出来的。
所以你如 ...
此观点极为认同
和做慈善是同一道理 kinsno 发表于 2014-12-8 16:28
上面傻孩子也说了,一是软件工程要规范,二是管理要规范;
其实,还有2点:
是否有高屋建瓴的人来进行项目规划其实不一定的，不是必要资源，严格来说也是做不到的，
第一，怎样算高屋建瓴？第二高屋建瓴的人一定不会犯错么？第三，软件工程项目实践本身
就不存在必然成功的项目。所以，没必要寄希望于一个很牛的人带领大家干大事——也许心里
上的作用占得比例更大吧——毕竟开源项目不是高屋建瓴的人自己写完了然后拿出来给大家
喊牛，实际上事情还是要靠更多参与的人来做，所以这是整个团队的软件工程实践问题。
我这么说只是想强调，一个牛人的对项目来说，心里作用要大过实际作用。大家做开源项目
要心态平和，犯错误是正常的，正因为没有多少商业目的，所以才能更好的进行项目探索。
但凡优秀的项目都是探索出来的，在每一个探索的分支上，没有说哪个英雄是决定性的（的确
存在少数英雄，但从宏观来说英雄不是必须的），而是有人做出原型，有人改进，有人优化，
有人纠错，有人捅娄子，有人补窟窿……缝缝补补，最后一个稳定的项目就诞生了——或者一个
垃圾的项目就诞生了……说不准的。
兴趣而已，不要太过求成，慢慢来。成功与否并不重要——因为人人都是希望成功的，关键是
开源给我们带来了除了经济利益以外的其它东西，珍惜这个就足够了。 话说怎样不肤浅，我是可以为了兴趣付出自己空闲时间的人，有时候也没必要搞那么复杂吧 高手讨论贴，留名记号 建立个开源的项目容易，但找到持续的动力不容易，更何况目前的生存环境 45楼说得不错，什么事情不是一蹴而就的。 不劳而获的人太多,都想走捷径,放弃知识的积累,拿来就用的伸手党. Gorgon_Meducer 发表于 2014-12-8 18:43
是否有高屋建瓴的人来进行项目规划其实不一定的，不是必要资源，严格来说也是做不到的，
第一，怎样算高 ...
在这里我是指大代码，得几百上千K以上（非含字库或图片类的东西或OS），我认为还是需要高屋建瓴的人，就如你的签名所言，拿到需求埋头就码，那叫码农；
这里的高屋建瓴只是在软件上的建树，比如你，因为代码工程量大，划分会比较合适；
之所以有这么一个人，是因为它能在软件上规划的比较好，不至于产生那么多的毛病，只是相对来说会好很；
水平不到位的人，我觉得相对，可能会比较硬生生呆板的分配软件任务，最后汇总的时候整体上未必会有满意的效果；
PS：如果是3、5K的小代码，我觉得好象谈不上开源合作，一个人就搞定了的事；
想把开源项目做好不容易 项目管理确实很重要,没人负责始终难成气候.
至少得在github那样的平台才好协作,论坛在这方面还是有点跟不上. 其实我更感兴趣的是，现在有啥比较有意思的项目？
我比较同意有些网友说的，基本上核心的贡献者只有几个人，要弄出类似Linux那么多人来贡献，那这个项目的价值真是好大
还有一个，最好有个公用标准，这样大家做的硬件软件模块可以共享。 armok 发表于 2014-12-9 01:20
这位更肤浅。不要搬几个洋文出来，就以为可以吓唬谁！
大家必须承认以下事实:
同意老大的观点，建议大家搜搜“老王发了年终奖”那个小短文 老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖却只有1千。老王按捺不住心中狂喜，偷偷用手机打电话给老婆：亲爱的，晚上别做饭了，年终奖发下来了，晚上咱们去你一直惦记着的那家西餐厅，好好庆祝一下！
老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖也是一万，心头不免掠过一丝失望。快下班的时候，老王给老婆发了条短信：晚上别做饭了，年终奖发下来了，晚上咱们去家门口的那家川菜馆吃吧。
老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖都拿了一万二。老王心中郁闷，一整天都感觉像压着一块石头，闷闷不乐的。下班到家，见老婆正在做饭，嘟嘟囔囔地发了一通牢骚，老婆好说歹说劝了半天，老王才想开了些，哎，聊胜于无吧。把正在玩电脑的儿子叫过来，摸给他一百块：去，到门口川菜馆买两个菜回来，晚饭咱们加两个菜。
老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖都拿了五万。老王一听，肺都要气炸了，立马冲到经理室，理论了半天，无果。老王强忍着怒气，在办公室憋了一整天。回到家，一声不吭地生闷气，瞥见儿子在玩电脑，突然大发雷霆：你个没出息的东西，马上要考试了，还不赶紧去看书，再让我看到你玩电脑，老子打烂你的屁股！
同样数目的年终奖，在不同的环境下却给人造成了截然不同的感受。因为很多人的快乐，在很多时候，并不在于自己有多好，而在于比别人好多少。很多的人痛苦，在很多时候，并不在于自己有多不幸，而在于比别人更加不幸。这种无谓的快乐和不幸，不仅浪费了自己的精力与感情，也使自己变得卑微与渺小。
以上为原文，大家想想人性，当有利益超出你预期的时候，你怎么办？ gallle 发表于 2014-12-9 07:34
老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖却只有1千。老王按捺不住心中狂喜，偷偷用 ...
写的真好啊;哈哈;中国人就这JB德性;不认不行;不患贫而患不均; gallle 发表于 2014-12-9 07:34
老王辛苦了一年，年终奖拿了1万，左右一打听，办公室其他人年终奖却只有1千。老王按捺不住心中狂喜，偷偷用 ...
老段子了！ 开源不等于免费，我觉得像移动电源那样的挺好的，只有参与的人可以进入 之前看了郭天祥的我的大学,,讲述了他们团体比赛的时候,每个模块都能工作,,以组合在一起就出问题了. 中国人太肤浅，不愿深耕，更不愿做基础研究，所以，开源就是被抄，开源就没有保护……
环境决定了一切 开源个K64的PCB吧，我去申请芯片 确实团队比较好，免得一个项目搞了几年，刚开始的技术都已经落后了 GodHunter 发表于 2014-12-20 17:10
确实团队比较好，免得一个项目搞了几年，刚开始的技术都已经落后了
心态还是不对，为什么开源就要是前沿的，先进的，不落后的呢？这种心里下做东西，和国家的『核高基』有毛区别呢？红旗的下场大家都看见了 傻孩子说得对，“前沿的，先进的，不落后“，这个有点高大上、想当然了。 记得看过米国的一本书，名字忘了，说一个团队，人越多，效率越低。因为总有少数人是精英，大部分平凡，少数拖后腿，他们之间技术交流都有问题。还不如把整个项目交给一群精英去做，剩下的去做另外的项目。
ps：这里精英并没有贬低别人的意思，仅仅指技术水平和团队合作能力，跟智力等等无关。也不是不可改变的。 armok 发表于 2014-12-9 01:20
这位更肤浅。不要搬几个洋文出来，就以为可以吓唬谁！
大家必须承认以下事实:
唉，这样的言论不太适合吧！ ijlc1314 发表于 2014-12-9 08:55
开源不等于免费，我觉得像移动电源那样的挺好的，只有参与的人可以进入
哪个不叫开源，哪是一个协作开发团队 魏茂才MCU 发表于 2014-12-9 10:10
之前看了郭天祥的我的大学,,讲述了他们团体比赛的时候,每个模块都能工作,,以组合在一起就出问题了. ...
哪他们是如何解决这个问题 的 ？ 关键是一个还没完成，有另一个，这样怎能做好呢？！ 只有有钱有闲有兴趣的人才能做好开源这种无名利驱动的项目。 期待开源 ，但是需要很好的团队来管理 说的很好，前沿很难定义，我们总想着外国人因为什么而做出什么，却不知根本不是这样，也导致了自己一直做不成
页:
[1]