参加oschina源创会后的若干体会

      周末参加了oschina在深圳举办的源创会,oschina邀请了几位创业者和几位大牛过来,我自己说说自己体会,欢迎拍砖。印象比较深的是cloud foundry和敏捷开发模式。

1、cloud foundry 的介绍的确让我对云计算的理解加深了一个层次,以前在我的印象中,云计算的概念比较简单,就是把服务器和应用全部托管给服务商,服务商提供什么功能,我们就按照他的要求去实现自己的应用。比如说:GAE,支持java,持久层的规范,数据库sql规范,以及管理监控都是它定义的,我们的应用要按照它的要求来开发,最后部署。在例如SAE,支持PHP,它的mysql有很多限制,缓存的限制等等。这些让我觉得云计算的范围很小。而cloud foundr 则全面支持,比如语音,java,ruby,python,.net等,语言支持的扩展性,数据库方面,mysql,oracle,db2等数据库都可以挂载,以及私有云,公有云,cloud foundry 允许你把整个云环境私有化,你可以自己部署在自己的服务器上,这样可以解决数据安全的问题,对于GAE,SAE上的应用,它的安全性是有google和sina来保证,这样服务是要收费的,如果你把cloud foundry源代码check出来,搭建自己的私有云服务,你可以把安全问题控制在自己的手中,当然服务器部署也得自己干了,也许这就是私有云的概念。

2、关于敏捷开发,会上谈到了hudson持续集成,tdd测试驱动开发,scrum等。持续集成的前提是测试用例必须事先完成,但是目前大多数公司把测试是放在最后才做,而且测试也只是测试功能点,界面逻辑,很少在测试方面下工夫。如果采用tdd开发,公司的测试人员需要提交技术水平,目前很多公司的测试人员技术水平不太高,很多公司在测试成本方面的投入其实是不太够的。会上提到任务分解的问题,提到每天大家挑问题,每天下班完成,这样的模式确实很好,不过这个模式会要求,每天开发人员要指定比较详细的任务,任务的粒度比较小,如果项目比较大,这样每天大量的时间会花在任务分解上,目前大部分公司的任务分解的事情主要由项目经理和架构师来做,开发人员很难参与,而且开发人员的梯度水平可能达不到项目的要求。比如某公司开发人员流失率较大,而它补充的方式就是大量的招聘应届毕业生,这样势必照成梯度断档,任务分解困难加大的问题。关于迭代版本开发,如果我们按照预期的迭代版本在开发,结果某个高层领导硬要在第一次迭代时添加一个我们第一迭代没有的功能,我们如何处理,在目前的环境,公司领导直接干预开发过程的事情还是经常有发生的。

 

最后话说,javaeye好像没怎么组织活动。。。。。

javaeye走在后面了。。。。。。。。。。。。。。。。。。。

猜你喜欢

转载自zhenghuazhi.iteye.com/blog/1542246