Java EE

摘要： 开学了…… 拖着久未平息的童心，迈着恋恋不舍的脚步，踏入寒冷、清静的校园。也许是在家玩的Happy吧，来到冷清的校园里感到丝丝落寞感…… 跟爸爸通了两次电话，照例是对未来的信誓旦旦，和对自己发达后的种种幻想……算是对自己埋藏于心底的自信的一种宣泄吧。 我喜欢这种略带些夸张跟浪漫色彩的谈话， 我喜欢对自己未来美好的憧憬， 我喜欢把责任拦在自己身上的霸气， 我喜欢我为家做出的贡献， 我喜欢听到父亲因为他的儿子而感到骄傲， 我喜欢为着自己所吹过的牛逼而不知疲倦的奋斗， 我喜欢幸运女神光顾我这个为理想而拼搏的年轻人。 接下来面临的最关键的事情是：找工作 所有我吹过的牛皮，归根... 阅读全文

摘要： 这是IT职场人生系列的第二十一篇。（序言，专栏目录）之前泛泛地讲了一些危险职业，基本包括两大类：没有积累的（可替代的）和出路狭窄的（但未必差的）。中间有不少读者写来邮件问了一些自己的职业，有的作答，有的暂时没有作答。由于工作内容差别很大，很难一一给出恰到好处的答案，这篇文章将概括地分析其中几个问题。危险行业？危险职业？未来会有行业专门的文章，这里只提一下和职业的关系。有人问：“我正在一家安全技术公司工作，这个行业非常窄，是否我很危险？”实际上，整体上不存在一个行业比其他行业差很多，如果从两面性看，行业大致可以划分为：1. 整体收入和出路较差（不是刚说了没有差的吗？），但是对人的要求比较低（哦， 阅读全文

摘要： 转至:http://blog.csdn.net/dingx/article/details/2242105Spring Framework可以被使用在很多场合之中，考虑到目前大多数Java EE的项目是B/S结构的，所以这里的快速上手教程会以Spring MVC为切入点，用最简单的代码一步一步来实现一个图书列表的页面。在正式动手之前需要做一些准备工作，先安装并设置好JDK 1.5和Tomcat 5，关于数据库及其访问方式可以根据个人习惯进行选择，教程中使用MySQL数据库和Hibernate（映射由Hibernate Annotation实现）。请将实际使用到的jar文件复制到WEB-INF/ 阅读全文

摘要： 之一，之二，之三之前讲到，方法声明为： @SFCUI.AjaxValue(story.ID, effortValue.ToString(), Effort.EffortPlannedValues, "/SFC/Efforts/AjaxSetEffortPlanned?itemID=" + story.ID + "&value={0}", ajaxOnSuccess: "refreshLeftPad"); 调用的例子： @SFCUI.AjaxValue(story.ID, effortValue.ToString(), Effo 阅读全文

摘要： 之一，之二，之三 先重温一下原则:最小信息原则：方法接口应只传递最必须的业务信息。包括两个层面：1. 技术信息不要暴露2. 业务信息不能重复业务信息分析先别管技术问题，想一想做这个事情需要哪些数据才能完成？1. 原来的值是多少（显示用）2. 可能的值有哪些（选择用）3. 点一个值后，应该执行什么操作（这个是核心业务）4. 返回后做什么（刷新用）还有一些问题哪去了？5. 返回的值刷新到哪里？这个调用者不管，他让我们安排，显示也是我们显示（比如一个DIV），刷新自然就是刷新我们显示的那个位置。6. 如果返回后什么都不做怎么办？看着办。最终方法接口设计为： public static ... 阅读全文

摘要： 之一，之二，之三 有很多时候，需要我们在代码中执行很多重复的工作，这时候要涉及到如何使用可复用的方法来解决重复性问题。比如一个项目管理系统，要求在不同的页面的不同位置都能调整任务的估算工作量，而且要使用Ajax方法（因为每次调整后都要实时看到总计），应该如何做呢？从操作步骤上看，大致分为这么几步：0. 显示当前的值（应该看上去能修改的样子）1. 点击当前值，弹出一个小窗口，里边是可能的取值（比如0.25， 0.5， 1， 2， 3，5……天），且显示为链接（因此用户会去点）2. 点击其中一个链接（Ajax链接），执行某个Ajax功能3. 若成功，应该返回新的数值4. 如果需要，更新某些计算结果 阅读全文

摘要： 这是IT职场人生系列的第二十篇。（序言，专栏目录）果然还有下篇，说说不危险和危险职业的基本定义，与以前的维度有点不同的。核心与非核心职业实际上软件企业中间有一根中轴线，是每个企业的核心。在产品研发型企业中，大致是：市场-销售-产品-项目（部门/项目，开发/测试）-运维。在项目型企业中大同小异。所谓核心，就是与企业的营收密切相关的，上述的几个部门如果出了问题，企业的营收都会受到直接的影响。此外的部门，如行政/人力资源/财务/售后/支持，都是非核心的。身处这些部门，有以下危险活动或禁忌要注意：1. 不要把核心的做成非核心的比如产品部门，本来是个核心部门，但是如果产品经理乃至总监没有做自己最不可或缺 阅读全文

摘要： 这是IT职场人生系列的第十九篇。（序言，专栏目录）这本来是危险职业的下篇，但感觉还有很多危险职业，所以留着以后写。窄出路职业泛指所有越走越高但越走越窄，前途无量但是需求量很少的职业，典型的是质量和过程管理工作，以及咨询师。质量管理/过程管理这个曾经是我放弃了在即将上市的公司做技术骨干的机会而投身去做的一个工作，结果……先说说质量和过程管理是管理什么的：首先不是测试，所以手底下一般没有那么多兵；其次也不是做研发/生产的，所以不是一个技术积累型职位；然后也不是和销售/市场等业务相关的职业。其具体工作，一般是负责制定和改进企业的过程，以达到更高的管理水平。这个本来是很好的一个职业，但是在中国存在以下 阅读全文

摘要： 这是IT职场人生系列的第十八篇。（序言，专栏目录）IT职场中，有几个看上去就很危险、没有前途的职业；也有一些看上去很美，但前途也很危险的职业。本系列将大致列举其中一些，并给出一些如果已经位于这些职业中，应该如何处理的方法。如何判断危险职业整体上有两种危险职业：无积累和窄出路。无积累职业指那些做了很久，但是很难有所积累的职业；由于没有积累，也就很容易因为技术的更新而淘汰，或被年轻人替代。无积累，可替代，无出路，说的是一件事。在非IT的日常生活中常常可以看到这类职业：出租车司机，看门人，高速收费员，等等。IT业中，黑盒测试人员，售后，技术支持，协调员，过程管理员（PPQA），都很容易陷入这种状态。 阅读全文

摘要： 这是敏捷开发一千零一问系列的第十篇。（在这里提问，之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？方案之前提到了在时间的角度上，从技术和商业层面上的架构设计，下面看看横向的架构设计。方案1：开发人员全体参与架构设计敏捷开发整体上是一个崇尚“跨职能”的管理方法，开发和测试融合（所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动），开发与产品融合（开发人员要参与客户价值分析）等等，所以在架构设计与编码这两块，也不会分得很开，不能有人专门做架构，另外一些人专门编写代码。一方面，“架构设计”一旦变成一个文档，就要被写，被读，效率不 阅读全文