可怜的CDMA,可怜的我们

最近公司在做一个关于CDMA的项目。
C网和G网的开发，差距怎么那么大呢？难道C网不能有统一的一套核心吗？每个厂商都有自己的标准，也不知道CDMA的厂商搞什么鬼，干嘛不利索点做事情，真正苦的不是别人，是我们这些开发的。
高通对CDMA的产业发展起着重要的作用，但是，最好有一天，大家都不再依靠他，都能统一一个标准，为我们中国的联通也做出一份贡献！
希望等待着.......

关注Java,用好Ruby on Rails

今天有幸将一篇关于Ruby on Rails的文章看完.真是不错,对于一个初学一门陌生语言的人,能够看到详细程度达到这样的文章,确实少有.鼓励大家看看!http://www.5d.cn/upload/200506/2577/rubyonrails.pdf

作为一名Java语言开发者,爱好者,看着其他语言以飞速般的速度发展,心里颇有感触.Java语言现在变的越来越大了,在Java SE6中,又添加了一些特性,比如:JDBC升级到了4.0,添加了像.Net中的DataSet接口;集成了Apache Derby内存数据库;支持Python,Ruby等脚本语言.功能太强大,凸显了它的臃肿,如果说当初的Java像奥运冠军刘翔,现在的Java更像一个日本相扑.
其实,大部分项目中,用到的Java或J2EE特性,还是比较少的.而且,目前流行框架多的让人有点反感,其实每一种框架,核心还都是基于MVC三层架构的思想,只是,自己添加了一点特性,就要号召大家用他开发的框架,说道根,还是利益驱使!本人从接触软件开发,就没逃离过框架的困扰.从当初的Struts1.x开发企业级应用,后来陆续接触了Turbine,Webwork,Velocity,Hibernate,Spring(没有用来开发程序),简直大同小异,没有甚么新鲜感,倒是当项目前期选择的时候,因为公司人员所用的框架不同,造成当时的一片混乱!
在现在看来,有些项目,根本就不需要用甚么框架,Java本身的Servlet,JavaBean,Jsp就完全可以应付的了!早上看到<<程序员>>杂志关于"揭秘eBay架构与存储"的一篇文章,真是振奋人心!eBay网站的程序,也没有用甚么J2EE的特性,而是:

1. 扩展应用程序层的第一步: 摒弃大部分的J2EE特性.取而代之的是,eBay采用Servlets和一个重写的连接池进行扩展.
2. 关于应用程序层扩展的另一吸引人的方面是,在应用程序层完全不保存会话状态信息.取而代之的是,"在cookie或者scratch数据库 中保存过渡状态."为了实现数据存取,eBay使用内部开发的Java O/R映射解决方案.

从eBay的架构师所演讲的看来,要牺牲特性来满足自己的任务定制,是完全有必要的,根本不需要甚么都要用Spring,EJB等!

应用程序运行的好坏,关键是看程序员开发水准,并不能说是会了某一种框架就很牛.

关注Java的未来,是我们这些Java开发者的责任,学好其他语言,也是一个人发展的利器!

程序向下兼容的问题

前阵子公司的杂事比较多,一直没空把速度控制那个功能模块给完善.这两天好了,事情忙的差不多,又可以继续写程序了.

需求讨论的比较清楚了,素材也整理的比较完整了,但是,时间过去快3个礼拜了,忘了差不多了.不过,经过这几天的努力,完成的差不多了.不过,发行程序还必须要向下兼容.当架构变化比较大时,兼容确实是一个比较大的困难!

怎么实现兼容问题,是目前急需要解决的.把程序结构和具体编码看了一遍,发现了一些规律可循.当然,要想得到共性,就要失去一些特性.

具体解决方案:

1.首先要分支(逻辑还是比较简单的)

2.改变特性为共性(改的比较惨)

3.实现要做的功能(功能就不必说了,不可向外透露)

4.将功能集成(集成的过程,一定不要忘记测试!)

在新版本blogger的第一个Blog

去年在blog.google.com上创建了一个blog账户,可是,发现总是无法使用.最近看到发布了新版本,就来试试.我还是比较喜欢Google的产品,产品做的不错,用户体验做的好.