三年后再反思我的" Java Web项目管理得失谈"(转载)
来源:互联网 发布:数据化工具 编辑:程序博客网 时间:2024/05/21 10:51
三年前,我写了 Java Web项目管理得失谈,文章地址:http://blog.csdn.net/sheismylife/article/details/4154325
这三年,自己经历了SOHO,北京互联网公司和现在的ESRI研发中心,技术能力又有了很大的提升,管理上也历练了不少。
重新阅读我过去的文章,又有了新的认识。
过去那篇文章总结了项目结果不如预期的几个主要原因:只挑选其中几个再说明。
1)程序员技术能力弱
问题出在公司层面,小的外包公司招不到优秀的程序员。如果人不行,无论多强的技术领导和流程都没用。
现在我招聘首要看人的智商,如果不聪明,坚决不会要。有那功夫为了一点技术细节解释半天还弄不明白,我不如自己做了。
招聘,说白了就是花钱雇佣聪明的脑袋。所以没有经济实力的小公司,我再也不会去那里带队伍了。自虐啊!
3)JSF框架有Bug,并且可用tag较少,不足以应付项目,还需要额外开发自定义tag
JSF1.x版本升级到JSF2.x后,我又深入运用了PrimeFaces。现在已经彻底废弃JSF,这是一个不中用的东西。为什么所有页面上的html标记,css和JavaScript都要通过后端的JSF对象来渲染,如今的web页面设计如此的复杂,这种工作根本就不应该用Java语言来表达。即便是PrimeFaces,也不过就是将很多JavaScript库包装一下,好了,你这么一封装,我要定制一下都要费老大力气,而且很多人都搞不定一些莫名其妙的bug.
如果你做web开发,无论是Java,C#,C++,PHP或者其他,掌握JavaScript和CSS都是必要的,通过JSF渲染只会把事情搞复杂,增加成本。而且运行起来慢的像老牛,Google也吃过这个亏,然后废弃不用了。
后端只要能够基本的渲染初始页面,就行了,别管不该自己管的事情。其他的后端应该提供REST API来处理Ajax请求。我现在用C++和Java做后端渲染,都感觉很好。因为页面上的事情,我切换到更合适的语言JavaScript和CSS上去了。
JSF还是比较适合日本人的企业级开发,那种应用是如果你用了彩色他都跟你急,都是最原始的html标记。外包公司比较合适。肯定不适合互联网企业。
6)管理人员对代码审查把关较弱
现在自己的眼界开阔多了。通过Scrum管理任务和进度,通过Review board管理代码评审,通过持续集成实现尽早集成和冒烟测试。通过自动测试来实现压力测试。产品的质量是通过严密的过程控制来保证的。有了过程控制,人就可以尽情的发挥自己的创造力。
不过这种玩法也只能在好公司来做,构建过程控制系统是需要成本的,而且要持续的演化,同时必须有很熟悉各种开源产品,能够将系统架构起来的高手。很多挣扎在温饱线上的公司难以做到这点。
- 三年后再反思我的" Java Web项目管理得失谈"(转载)
- 三年后再反思我的" Java Web项目管理得失谈"
- Java Web项目管理得失谈(转载)
- Java Web项目管理得失谈
- 我的第一篇博客——工作三年后的反思
- 反思当年带人的一些得失
- 中毒后的反思,我再也受不了
- 反思java web的发展
- 小组项目演示后的反思0525
- 三年反思
- 创业结束后三年,我当员工的心得
- (转)三年后,我手里的比特币值多少钱
- 三年学术研究的回顾与反思
- 反思三年来自己的工作
- 工作三年的反思与总结
- java web 项目管理
- 我看java web项目的发布
- 三年后,再回首
- iOS内存暴增问题追查与使用陷阱
- cmake中连接库的顺序
- java IO流之一 IO流介绍
- Java Web Start实践:动态生成JNLP
- ios获得通讯录中联系人的所有属性
- 三年后再反思我的" Java Web项目管理得失谈"(转载)
- dlna 的思路
- wec7 Shaders.dll 找不到的错误
- 应用的安装,启动和删除
- ie浏览器调用dll中的资源
- 使用UIPickerView需要注意的问题时候
- IE8上传文件时javascript取文件的真实路径的问题("C:\fakepath\xxxxx )
- Linux Qt编程——在程序中启动其他应用、脚本
- 【C++ STL】细数C++ STL 的那些事---map容器