代码改变世界

[iPlan.Henry.Li]No.20120720

2012-07-19 22:41 by sahit, 141 阅读, 0 推荐, 收藏,
摘要:PlanID: 20120720Date: 2012-07-20Designer: Henry LiPrerequisites:No Change EventsTargets:Weight<=87KGEat less, Walk moreNo cafe, no drinksNo game, no movieSpringMVC 阅读全文

[iPlan.Henry.Li]No.20120712

2012-07-11 23:14 by sahit, 150 阅读, 0 推荐, 收藏,
摘要:20120712 阅读全文

[iPlan.Henry.Li]No.20120710

2012-07-10 15:58 by sahit, 153 阅读, 0 推荐, 收藏,
摘要:PlanID: 20120710Date: 2012-07-10Designer: Henry LiPrerequisites:No Change EventsTargets:Weight<=89KGSpring Ioc ContainerSpring ResourceSpring Validation,DataBinding, and Type ConversionSpELTime Sheet:IDItem To DoStart TimeEnd Time01Wake up & Wash08:3009:3002Go To Work09:3010:0003Work10:0018:0 阅读全文

无兄弟,不敏捷

2012-05-04 13:03 by sahit, 236 阅读, 0 推荐, 收藏,
摘要:不得不说,相当一段时间,我都是传统瀑布模型的粉丝,因为它是自上而下的,职责分明的,规划明确的。Web前台开发人员不必知道他调用的Web服务的接口是谁写的,任何开发自始至终都依赖于审核后的设计文档,这有利于团队管理。在瀑布模型里,文档就是指南针,就是游戏规则,从需求分析,到概要设计,到详细设计,到测试计划,整个过程限定开发自始至终都要按照规则行事,开发人员不必关心用户的想法,因为上层的产品经理已经将用户的想法写到了需求文档里。然而用户真实的想法可能并不完全,甚至他们自己都不知道需要怎什么样的软件。软件开发最大的问题就是需求不确定,有时候开发正在有条不紊地进行,一个突如其来的变化会让我们措手不及, 阅读全文

【转载】敏捷开发模式下的质量管理

2012-05-03 15:16 by sahit, 151 阅读, 0 推荐, 收藏,
摘要:前几天,笔者与一位在互联网公司从事质量保证的朋友交谈,作为互联网产品质量和测试的负责人,他最近负责的质量管理方面遇到了很多困难。主要有:测试团队在敏捷开发模式下的价值非常有限;开发人员只顾自已写代码,没有任何文档,测试人员无从下手;由于进度的原因,测试人员测试的时间非常有限,上线后出现很多问题;由于测试人员得不到开发团队的认可,离职率非常高;质量部门无法收集到数据,不能进行质量度量;测试团队也有一批自动化测试专家,但派不上用场…..这些问题可能很多开发团队都会遇到,总结一下,大致是这几个方面:越来越多的企业希望采用,但没有把握习惯于传统的瀑布式产品开发流程已不满足快速发展需要,但大规模改动不现 阅读全文

【转载】HTML5 vs Native: The Mobile App Debate

2012-05-03 11:37 by sahit, 275 阅读, 0 推荐, 收藏,
摘要:IntroductionMobile apps and HTML5 are two of the hottest technologies right now, and there's plenty of overlap. Web apps run in mobile browsers and can also be re-packaged as native apps on the various mobile platforms. With the wide range of platforms to support, combined with the sheer power o 阅读全文

【转载】面向对象设计的SOLID原则

2012-04-28 15:30 by sahit, 162 阅读, 0 推荐, 收藏,
摘要:S.O.L.I.D是面向对象设计和编程(OOD&OOP)中几个重要编码原则(Programming Priciple)的首字母缩写。SRPThe Single Responsibility Principle 单一责任原则OCPThe Open Closed Principle开放封闭原则LSPThe Liskov Substitution Principle里氏替换原则DIPThe Dependency Inversion Principle依赖倒置原则ISPThe Interface Segregation Principle接口分离原则Steve Smith在5月份的微软Tech 阅读全文

【转载】Using the Entity Framework Repository and UnitOfWork Pattern in C# ASP .NET

2012-04-28 15:26 by sahit, 1063 阅读, 0 推荐, 收藏,
摘要:Introduction Web application data access layers have evolved over time to provide increasing flexibility and maintainability in software architecture. Often, many web applications begin by manually maintaining database connections and SQL query strings. However, as architecture designs grow, more we 阅读全文

【转载】面向对象建模与数据库建模两种分析设计方法的比较

2012-04-28 15:25 by sahit, 133 阅读, 0 推荐, 收藏,
摘要:我们知道:一个软件从无到有需要经过如下几个阶段:分析、设计、编程、调试、部署和运行。 编程阶段我们通常使用Java/.NET这样面向对象语言工具,可以带来很多设计上的好处,但是也存在一个奇怪的现象:很多程序员虽然在使用OO语言,但是却在code非OO的代码,最终导致系统性能降低或失败,这个现象在Java语言尤其显得突出,难怪有些人就把问题归结于Java语言本身,睡不着觉怪床歪,又为了面子问题,说自己转向.NET,实际上是在回避自己的问题和弱点。那么,这些人的问题和弱点体现在什么地方呢?从上面软件生产过程来看,每个阶段都对前面有所依赖,在编程阶段出问题,追根溯源,问题无疑出在分析和设计阶段,分. 阅读全文

【转载】CAP原理与最终一致性

2012-04-28 15:24 by sahit, 131 阅读, 0 推荐, 收藏,
摘要:在足球比赛里,一个球员在一场比赛中进三个球,称之为帽子戏法(Hat-trick)。在分布式数据系统中,也有一个帽子原理(CAP Theorem),不过此帽子非彼帽子。CAP原理中,有三个要素:一致性(Consistency)可用性(Availability)分区容忍性(Partition tolerance)CAP原理指的是,这三个要素最多只能同时实现两点,不可能三者兼顾。因此在进行分布式架构设计时,必须做出取舍。而对于分布式数据系统,分区容忍性是基本要求,否则就失去了价值。因此设计分布式数据系统,就是在一致性和可用性之间取一个平衡。对于大多数web应用,其实并不需要强一致性,因此牺牲一致性而 阅读全文