公司想要发展，必须要有业务和市场。但这些条件并不是与生俱来的，而是要靠一点一滴的积累和改进逐渐形成的。对于刚刚成立的小公司，第一单业务是没有能力挑选的，即使不赚钱。有些公司因为第一单业务而逐步走向辉煌，也有一些公司却是相返，甚至破产。公司要发展，只能踏踏实实地做好项目，建立良好的口碑。若只是想赚点钱，并不打算发展的话，那么做不好项目也是不行的。

　　我入行５年，做过的大小项目不下１５个，有些项目只要一两个月，有些则要一年多。其中好做的项目少之又少。何谓好做的项目呢？不要太大，不要太复杂，不要加班，不要……这样的项目往往没多少钱赚。对于客户来说，他们希望做成的软件质量要好，价钱要少，开发周期要短等，这些条件加起来，一个原本好做的项目就变成了不好做的了。
Continue Reading »

　　昨天我推荐大家使用Velocity作为表示层来开发WEB应用。很多写习惯了jsp的朋友也许一时很难适应，不要紧，今天我为大家介绍一下，在jsp文件中如果加入Velocity扩展，让jsp和Velocity共存。

jsp + Velocity似乎并不是个好点子，在实际应用开发中也比较少用。不过，我们也可以了解了解这项技术，更进一步学习Velocity。首先我们先来看看，Velocity默认解析的文件为*.vm。在Web.xml中配置Velocity的Servlet，就可以解析执行该类型的文件了。在vm文件中是不可以出现jsp语句的。因为Velocity引擎并不认识jsp代码，只会把它们当作普通的字符串显示在页面上。而jsp页面中加入Velocity 语句也是如此。那么如何才能使jsp和Velocity共存呢？其实操作很简单，我们只需要两样东西来帮忙–即veltag.tld和veltag- 0.01-dev.jar。可以到apache上下载。
Continue Reading »

　　Velocity是我开发必选工具之一。自从三年前第一次用它架构了WEB应用后，就再没有写过jsp了。它吸引我的，不仅仅是强大的模板引擎和对各框架的无缝结合、更重要的是将代码简化到最少的程度。在写页面时，几乎不需要写多余的技术和业务代码。过去几行，甚至几十行jsp语句，利用Velocity，只需要写几句，甚至一句就可以完成。非常方便，快捷。使显示层与业务层几乎完全分离。
Continue Reading »

　　随着Struts2与WebWork的联袂，Struts1已经不再是人们追捧的对象了。不过，若要快速开发一个小型的Web应用，我还是推荐各位使用Struts1。因为无论是在开发速度、运行速度、资料、成熟度等各个方面，目前来看Struts1还是有自身的优势的。另外一个优势在于，几乎所有的j2ee开发者，或多或少都有Struts1的开发经验，有了这样的经验，在实现小型Web应用时，会更敏捷（敏捷不光是一味地追求开发速度，还要能够快速地应对变化。这不光是程序设计方面的问题，若你对所使用的框架非常了解，无疑将会对整个项目起来很积极的作用）。

　　Tycho第一个版本的显示层就是使用的 Struts1 。虽然对 Struts 的学习和应用已经有些年头了，但在开发过程中，由于疏忽一个小细节操作不当出现许多问题。

　　我所说的小细节，主要是在配置 struts-config.xml 文件时，代码前后矛盾引起的死循环提交。首先我们先来回顾一下Struts应用的传统的编写方式。
Continue Reading »

　　虽然java在桌面开发方面提供了AWT和Swing，还有Eclipse的SWT。即使如此，也没能摆脱不能与VB、VC等语言在桌面编程上进行较量的尴尬处境。

　　桌面开发一直是Java在不足的一个方面。由其是sun自己开发的图形包Swing，无论是在运行速度还是界面效果，都不能让人满意。不过，我还是经常用Swing开发一些程序，也用Swing做过一些项目。对Swing的前景还是很乐观的。果然，java5.0以后的版本，Swing在运行速度方面得到了明显的提升，完全不次于Windows提供的图形控件。而在界面美观性方面，由于Swing所特有的特点，大批爱好者们开发出很多开源的 Look and Feel，从而彻底改变了业界的看法。
Continue Reading »

　　当业界的焦点都集中在敏捷上的时候，似乎客户和公司的高层并不买帐，仍然一味地追求“文凭”。想找份好工作没有文凭不行。不是有那么一句话嘛：“一堆苹果，有青的有红的，你不知道哪个甜，也不知道哪个酸。让你去挑几个吃，你一定会去选红苹果。因为红苹果中虽然也有酸的，不过，肯定不如青苹果酸的多”。公司要接个项目，没有资质（国内项目令当别论）也不行。其实道理跟企业用人一样，都是选苹果。到如今，大街小巷，养猪的、擦皮鞋的、搓澡的，谁还没张本科文凭？哪家公司还没个CMMI lv3的证书？虽然有了那一纸文凭，却缺少了最重要的东西。
Continue Reading »

　　昨天我们说了，将搜索功能外包给更专业的网站来做。今天我们针对blog空间、资源等问题，进行优化。

　　很多blogger喜欢在日志中贴图。在日志中贴图的好处有很多，比如，一张能够很好表达出文章内容的图片，胜过无用的长篇大论。即使没有这样的图片，那么贴上几张养眼的美图，也会使文字生动起来。让浏览者心情更为舒畅，点击率自然也会飙升。虽然在文章中加入图片会起到很好的效果，不过对于 blogger来说，图片堪称资源杀手。我们来算一算，一张清晰的图片，较大点的就有好几M，小的也有好几百k。假如你的一篇日志中有一幅300k的图片，那么100个人浏览后就是300k * 100 = 30000k = 30m。如果你的每篇日志中都有这样的图片呢？我有一个朋友，做文学网。经常上文学网的朋友应该清楚，现在的网络小说基本上都是做成图片的，一幅图就有 3、4M。文学网的流量大，每天光图片就有几千M的上传量。后来，因为资金问题，他的网站关闭了。所以，很多blog提供商限制用户图片空间，一些论坛限制上传图片的大小，还有一些空间服务器是对流量有限制的，例如一个月3G、10G不同。对于我们资源紧缺blogger，为什么不把这种资源杀手从我们的网站踢出去呢？
Continue Reading »

　　现在，越来越多的朋友喜欢自己架构 blog。自己架构blog的好处有很多，第一、你对blog程序有着绝对的控制权，可以根据自己的喜好，修改和扩展功能。第二、自己架构blog，你会学会如何网站推广、如何更有效地赚取流量，体会当站长的滋味。第三、可以使你将blog坚持下去。第四，你会对互联网有了更深一层次的认识，比如如果不备案会有怎样的下场。第五、你会拥有自己的域名，创立自己的品牌。当然自己架构blog，你可能需要花点钱，买域名、空间，还有为了不被某些机构强行关闭网站，你必须去公安局等单位签一些乱七八糟的文件。尽管如此，我还是鼓励自己架构blog，因为你会通过这个网站，了解更多的事情。

　　对于普通的blogger来说，空间不需要太大，如果不提供下载服务的话，一般100M就足够了。不过，空间越小，也就意味着提供商分配给你的 cup占有率也越低。当你的blog访问量越来越大的时候，你会发现，网页打开速度会越来越慢。这时候你会选择购买更大的空间或者优化程序。如果选择优化程序，我们可以先拿搜索来开刀。
Continue Reading »

　　CMMI全称为Capability Maturity Model Integration，即能力成熟度模型集成。从去年开始，公司就一直在做CMMI lv3的认证。作为EPG小组成员，从学习模型，到定制过程，中间学到了很多知识，也学会了很多软件开发过程的方法。CMMI讲究的是，所有过程要有计划，要有文档，资料必需尽可能地面面俱到。从项目立项到结项，全部都有计划和文档。从而保证软件开发过程能够沿着正确地方向进行下去。例如、在作项目立项时，要有项目评估报告、技术预研表、还有估算的方法如：Delphi法或UCP法、项目计划、风险计划……非常多的文档，且这些文档是要经过评审会议的评审，高级经理签字后才能纳入配置库中去。为项目组配备专门的CM（配置管理员）人员、和QA（质量保证）人员。开发过程中，每一步都要按照规定的流程来走，由QA人员监督。
Continue Reading »

　　这两年火的东西有很多，在技术方面有Ajax、RoR，在开发方法方面有TDD、DDD、Agile等等。对于Web开发人员来说，没有用过或开发过Ajax很可能被人鄙视。呵呵~~这也许就是技术人吧。

　　用Ajax开发最令人头痛的一件事即要写DOM。由于客户端调试不容易，加上各大浏览器标准不兼容，开发效率和出错几率可想而知。为了提高开发效率避免不必要的错误，很多朋友喜欢将原本客户端的程序写到服务器端，例如：
Continue Reading »