前些天写了个基于rmi-iiop的应用，由于一开始rmi-iiop不了解，而这又是业内比较成熟的通讯协议，于是抱着依赖的心理到网上嘎博客找答案，期间发现一些博客好搞笑的现象：

　　1.完全不加原理解释，贴一段代码并告知读者“可执行”，完事。

　　2.贴一个“hello,world”入门例子，然后没有第二篇了，第二篇是另外一个技术的hello，world。。

　　3.我见过最搞笑的一篇是，说自己参考了sun的官方文档，用了sun的官方例子，却连编译的没有通过，于是在文中埋怨sun公司（现在被oracle收购了）的无能，然后全文最亮的地方是他自己用自己的聪明才智将sun公司的例子活活改成rmi调用，并告知读者“我成功了”，哈哈，我无语了（我最后也是参考sun的官方例子而且调通了，不过花了我3，4天时间，rmi-iiop比较复杂，sun的例子亦都比较复杂，需要好耐心的阅读文档，上面的哥们明显浮躁了）

　　其实撇开读者不说，对于作者本身也是不负责的，你这段代码的含义是什么？依赖的产品版本或者接口版本是什么？（因为我们知道产品或接口版本是不断升级的 api会产生变化），这样写依赖系统环境吗？（其实取决于你针对接口编程还是依赖产品 或者 平台本地api）这样写的适用于有什么优缺点？（追求性能，抑或追求代码扩展性和通用性）这样写有无安全漏洞？这样写适合于什么样的业务场景？

　　所以学编程不是step by step的照本宣科，也不是玩傻瓜相机，也不是会写hello,world就沾沾自喜的，只会hello,world等于什么都不会。学技术好比西天取经，浮躁的人玩不起。

　　对于“学”，我有些心得是：

　　1.如果想系统去学习一种成熟嘎技术，可以买一两本好书（省时）

　　2.如果想系统去学习一种新技术（这时资料太少 或者不好） 可以参考官方文档 或到 开源社区（前提是开源的 闭源的不说） 因为计算机软件是老外主导，所以要求你必须有点英语阅读的能力

　　3.必须要关注技术的演进过程，必须要关注每个新版本的新特性

　　4.看源码也是个知识跨度很大的行为，是件不简单的事，前提是你要有抓实的语言基础，熟悉官方文档，而且对该技术依赖的相关技术要比较清楚，否则我敢保证 看了等于没看

　　5.如果想快速的捷径的求取一个技术性问题的解决，那好 google吧！