参加深圳OSChina线下活动(OSC 源创会)的一些想法与见解

Ackarlix 发布于 2012/05/27 10:01
阅读 566
收藏 0

Linux基金会免费官方培训及考试申请即将截止,戳这里申请!>>>

今天参加了开源中国的源创会,感觉不错!有着闪亮的技术分享,也有着有深度的技术交流提问,让人感觉收获颇多!

今天下午走得匆忙,还有几个问题没来得及跟现场的嘉宾与技术牛人请教,进行深层次的探讨!

下午无觅网CEO林承仁介绍敏捷开发分享上,感触比较深!但同时有着几个不同观点,在会议上没有机会进行提问交流,略带遗憾!

其一:林总提议的,优化代码,弱化文档,其实本人是持否定观点的!之前在一家做企业级应用的公司中,曾经尝试着在产品的研发中采用类似敏捷开发模式,我们参照着其它优秀公司的一些最佳实践成果,学习每天坚持Standing meeting、QuickNotes(项目便笺)、项目进度看板等一系列项目开发习惯,每周都总结以及规划着下一周的进度计划,每周都有一个小版本发布,每季度有一个大版本发布,小步快跑,近两个季度下来,感觉产品发生了很大改变,产品的创新优化确实得到了很大程度的提高!在我们欣喜之余,确逐步发现,人员的频繁流动,造成许多代码越来越难以维护,归咎原因是在于技术文档的缺失,随着版本的迭代,功能已经逐步偏移出原先的业务需求, 从而严重影响着不同大版本间版本的平滑过度升级以及后续的代码重构过程!在这点上,我们是盲目随从敏捷开发的受害者,可能我们的敏捷实践并不科学,但从中还是凸显技术文档的重要性,技术知识的积累,是减弱人员频繁流动带来的项目风险的最好方式!

其二:敏捷开发,着重“快”,但又不只是“快”,更强调的是一种项目开发理念。敏捷开发的“快”,不单是进度的快,也是项目调控的迅速敏捷,这点在互联网项目中更能凸显出来!互联网项目,面向的就是一个需求不断变化的市场,因此,在项目的版本迭代中,更需要这种“快”!项目上线,让用户尽快检验成果,才能做下一次迭代的具体规划!所以目前更多的互联网公司或团队,在项目研发上,更加着重于产品的快速上线!这是互联网领域的特殊性导致,所以我认为这点是可以理解的!

对于敏捷开发,个人在项目中只有一两次算是不成功的实践经验,以至于在开始林承仁问及是否从事敏捷开发,都没有自信举手!不过与会者有敏捷开发实践经验的人,确实不多,这点的确很意外!

这些是个人的一些见解,当然也有不成熟的地方,希望大牛们指点一番!还有一些个人的想法,也就不累赘!

下午还有另一个让我印象深刻的分享,就是Cloud Foundry!在大谈云计算的今天,各种不同的云如同雨后春笋一般涌现出来!当然目前国内用得最多的还是阿里云、亚马逊云、盛大云等云计算平台,VM的Cloud Foundry确实之前没有过多的了解,后续逐步部署实践一番!

【时间关系,先到这!期待开源中国更多的技术分享聚会!】

加载中
0
ui(
ui(

"人员的频繁流动,造成许多代码越来越难以维护",要看招的是什么人.一个人写的代码可读性的话, 不怕维护吧.

对于敏捷开发,我还不是很理解. 虽然,我们公司由老板带领敏捷, 实现持续集成等等.

我始终那个观点: 不停实践不停思考, 最后,适合自己的,才是最好的. 当然, 生产力低的软件方法学适合生产力低的公司.

0
中山野鬼
中山野鬼

引用来自“ui(”的答案

"人员的频繁流动,造成许多代码越来越难以维护",要看招的是什么人.一个人写的代码可读性的话, 不怕维护吧.

对于敏捷开发,我还不是很理解. 虽然,我们公司由老板带领敏捷, 实现持续集成等等.

我始终那个观点: 不停实践不停思考, 最后,适合自己的,才是最好的. 当然, 生产力低的软件方法学适合生产力低的公司.

敏捷开发,我个人的理解是属于一个开发风格或流派。谈不上成系统的开发管理方式。其他开发方式,落到写代码时,也可以用敏捷开发。不过敏捷开发不适合系统规划。毕竟反馈慢,敏捷不起来。

敏捷开发比较适合APP的开发,例如应用软件,或业务实现。不合适系统型的开发。比如我做算法,敏捷有个毛用。敏捷死了,还是脱离不了那几个数学公式的框框或硬件的特性约束。哈。。。

总结一句,我觉得敏捷开发,讲究逻辑实现,不讲究逻辑提炼。

0
中山野鬼
中山野鬼
补充一点,如果逻辑变来变去,比如业务系统,3个月一变,4个月一版的,讲不了逻辑的提炼。迅速完成逻辑实现是重点。在新型业务领域是有价值的。不过传统业务下,例如行业软件的业务实现中,还是最好按计划按步骤,否则售前工程师,就真没价值了。
0
疯人院主任
疯人院主任
鬼鬼有道理。  
0
蟋蟀哥哥
蟋蟀哥哥
对于一个长期项目来说,文档必不可少。特别是中国员工流动率比较高的情况下,老板就是搞技术的另议.不过你们也不想花大把时间在培训新员工身上吧?
0
Ackarlix
Ackarlix

引用来自“ui(”的答案

"人员的频繁流动,造成许多代码越来越难以维护",要看招的是什么人.一个人写的代码可读性的话, 不怕维护吧.

对于敏捷开发,我还不是很理解. 虽然,我们公司由老板带领敏捷, 实现持续集成等等.

我始终那个观点: 不停实践不停思考, 最后,适合自己的,才是最好的. 当然, 生产力低的软件方法学适合生产力低的公司.

再优秀的人,也会有离职的可能,就算给他提供最好的待遇!代码可读性再高,再优良,都离不开最初的需求设计!
中山野鬼
中山野鬼
这是过来人的话。哈。。
0
朱__朱
朱__朱
林总讲的确实不错,很有收获,敏捷开发对他们公司有着很重要的意义,貌似他们团队是可以轻松驾驭敏捷开发。他们从创业之初就实践着敏捷开发,我们大多人只是纸面上听说过一二而已,确实值得大家继续深入研究和了解,或许会有更深刻的体会和收获。
返回顶部
顶部