澡堂里的随想－混在互联网

这标题有点唬人，我也当了一回标题党

一个互联网公司、一个互联网网站在成功，技术只占很小的一个比例，我曾经不太准确地估计是，大概能占到30%的作用。但我今天在洗澡的时候想到一个问题，作为一名技术人员，要在这个行业里混，养家糊口，靠的是什么；什么是作为个人来讲，职业生涯的核心竞争力。还是有点大，还是往小了说吧，“我怎么在这个圈子里混下去”。

我了解的国内一些互联网公司，主要还是用java,php,.net. 而b2b行业的，像Alibaba,慧聪，支付宝等，都是Java做的。当然，我也是用Java. 但是Java的开发速度和效率，特别是在development的时候，和PHP比，真是有种天堂地狱的感觉。特别是如果你用EJB3开发和布署应用。常用的SSH框架，已经是很简捷了，但我还是觉得那不够简单和高效。Spring功能是非常强大，也正因为其强大，增加了复杂性，所以在我的框架和应用中，我不用Spring，也不会使用jsp,jsf等作为表现层。肯定有人要反对我，认为ssh已经够敏捷，够好用了，认为我不了解ssh；我的确不是非常精通ssh,但我用它做过网站的项目，基于我所了解的和比较其它的一些做法，我得出上面的结论。但是目前为止，还是没有非常满意的组合。

好的东西，确实在世上是少有的；而未来要努力去创造。再次回到“我怎么在这个圈子里混下去”问题，其实答案很简单，“创新生产工具和生产方式，提高核心竞争力”。你开发一个功能，一天要反复重启20次，每次都要花1分钟，而我开发时不用重启，直接生效。更不用重新登录，重新进入页面等操作；你实现一个功能需要100行代码，而我只需要10行。这样的工具和框架，我是找了很久，至今未找到；在目前没有的情况下，我需要自己去创造。下面把它应有的功能罗列一下：

 

 

1. 支持热更新/热布署，即不用重启App,能直接生效，能像php那样即时生效，是再好不过
2. 框架配置简单甚至是0配置
3. 表现层简单，维护修改方便；没有比velocity更好的了
4. 架构简洁，分层合理，去掉不需要的层和结构，能不写的代码就不写。（基础的架构可以很复杂和高技术含量，但对框架的使用者、开发人员是要越简单越好）

 

      哪天把满足以上4点要求的框架和工具搞出来了，我想我们公司、我的团队，会比别人更有竞争力。而我，将继续我存在的价值。这种能力，和我所在的公司和应用都是无关的，只要做Java网站方面的开发，都能用得上。这种创造新东西的痛苦和快乐，对我而言，是一种荣幸。

 

这种基于个人私利的出发点，对于互联网“开放”的思想是不合谐的；但是我坦诚我的这点私心。如果有幸能把这个玩意做出来，我想最终还是要分享给广大的java程序员同行的。做的时候，我还是会先和一些熟悉的人一起来做研究这个东西。有兴趣的朋友也可以给我留言，大家共同进步。

 

      程序员的光荣与梦想，在代码中实现。

 

胡思乱语，难免贻笑大方；写给自己看的，大家爱惜点自己的板砖。

 

 

评论

7 楼 mineral 2008-12-18  

Jackphone 写道

最近在看Play!framework，...

看了一个play!framework, 确实很Cool的创造。谢谢你的分享。

在groups里看到人有问能不能做成war包布署到jboss等标准容器中，好像作者说要写一个wrapper来支持war的方式布署。


值得做框架的人好好地学习一下。

6 楼 mineral 2008-12-18  

lisxzwei 写道

引用      1. 支持热更新/热布署，即不用重启App,能直接生效，能像php那样即时生效，是再好不过   2. 框架配置简单甚至是0配置   3. 表现层简单，维护修改方便；没有比velocity更好的了   4. 架构简洁，分层合理，去掉不需要的层和结构，能不写的代码就不写。（基础的架构可以很复杂和高技术含量，但对框架的使用者、开发人员是要越简单越好）菜鸟意见：Rails　应该能满足上面4条要求

Rails是好东西。但是对于一名Java开发人员和一个只只知道Java开发的团队，以及老的Java做系统（复杂度为上200个表以上），使用Rails就是90％的风险，基本上没有哪个CTO，老板，会去试这个风险。

我个人觉得rails不适合超过20人以上的工程\项目的开发和后期维护，不是说rails做不到20人甚至100人的团队，而是当到了这个级别的项目和代码量后，java的维护性和静态性（相比ruby的动态性）

5 楼 lisxzwei 2008-12-18  

引用

  
   1. 支持热更新/热布署，即不用重启App,能直接生效，能像php那样即时生效，是再好不过
   2. 框架配置简单甚至是0配置
   3. 表现层简单，维护修改方便；没有比velocity更好的了
   4. 架构简洁，分层合理，去掉不需要的层和结构，能不写的代码就不写。（基础的架构可以很复杂和高技术含量，但对框架的使用者、开发人员是要越简单越好）

菜鸟意见：Rails　应该能满足上面4条要求

4 楼 Jackphone 2008-12-17  

最近在看Play!framework，前两天还和Jean-Francois 在Google Group上讨论play!的web容器……
对于play我也是刚学，做了一点Demo，觉得确实很酷。

引用

1. 支持热更新/热布署，即不用重启App,能直接生效，能像php那样即时生效，是再好不过
2. 框架配置简单甚至是0配置
3. 表现层简单，维护修改方便；没有比velocity更好的了
4. 架构简洁，分层合理，去掉不需要的层和结构，能不写的代码就不写。（基础的架构可以很复杂和高技术含量，但对框架的使用者、开发人员是要越简单越好）

我不敢说play完全满足你的要求，但目前可以满足一大半了：
1.开发时不用重启，真的不用哦。（除非你改配置）
2.零配置这东西，其实也不一定就是最好的，其实配置还是可以解决很多问题的（这个可以具体情况具体讨论）。play的配置很简单：在conf目录下，一个项目的统一配置文件application.conf，一个是用于实现rest风格的routes。
3.表现层也十分简单，采用类似Groovy Page的页面写法。其实和Velocity、Freemarker这样的很像。
4.技术含量，不好说。我的感觉是，play足够复杂，他自己实现了web容器（就是我和Jean-Francois 讨论的内容）处理http请求，甚至封装了上传的文件，你在浏览器上点上传，服务器端直接得到File对象，还有……
这个东西，对与开发是足够方便，但我估计应用成为真正的产品还有一段距离。
Ps. Play的开发人员足够热情，在google group上的回答很迅速。http://groups.google.com/group/play-framework?hl=en

3 楼 alfredgao 2008-12-17  

不知你的框架什么时候面世，支持一下先，有勇气

2 楼 netbaixc_gmail_com 2008-12-17  

just code it!

1 楼 zhouzhao21 2008-12-17  

      程序员的光荣与梦想，在代码中实现。