清风徐来，水波不兴

概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。    详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。    概要设计阶段通常得到软件结构图    详细设计

Web应用界面设计规范（Design Specification for Web UI）主讲人：ARay目录：一、软件界面规范的重要性及其目的二、用户体验为何如此重要三、Web规范体系介绍四、界面设计开发流程五、应该遵循的基本原则六、界面设计规范一、软件界面规范的重要性及其目的    ①使最终设计出来的界面风格一致化，开发编码人员相互之间开发更轻松，遵循统一的

写Web页面就像我们建设房子一样，地基牢固，房子才不会倒。同样的，我们制作Web页面也一样，一个良好的HTML结构是制作一个美丽的网站的开始，同样的，良好的CSS只存在同样良好的HTML中，所以一个干净的，语义的HTML的优点很多，那么平时制作中，我们做到了这一点吗？我们一起来看一张图片：上图展示了两段代码，我想大家都只会喜欢第一种，我们先不说其语义，至少他的结构让我们看上去清爽，而第二种

作为一个苦逼的程序员，因为种种原因经常需要阅读别人写的代码。您是否有因代码杂乱冗余而心生厌恶，您是否有过因代码晦涩难懂而抓狂，您是因代码低级的逻辑错误而愤概，您是否因代码结构不合常规而需要到处查找，您是否因看到几百甚至上千行代码的方法而望洋兴叹，您是否因代码缺少注释而猜测以及花很多时间去理清楚前后逻辑。苦逼的我全部遇到过并且很多很多，这些代码的作者从世界500强顶级IT公司到几十人的小公司同事，从

导读：代码审查已经被广泛的认可为一种非常好的做法，现在很多大公司比如Google也在做代码审查。代码审查不仅可以有助于你的工作，还能分享知识。原文是《Code reviews in the 21st Century》，现对此文进行编译。文章内容如下：在软件工程领域里代码审查可以结束程序员之间无谓的争执。开发者常常会因为一些愚蠢的小事斗嘴，冒犯对方，甚至是在Q&A问答之前抓住Bug而喋喋不休

导语：数据库设计是整个程序的重点之一，为了支持相关程序运行，最佳的数据库设计往往不可能一蹴而就，只能反复探寻并逐步求精，这是一个复杂的过程，也是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。下面给出了20个数据库设计最佳实践，当然，所谓最佳，还是要看它是否适合你的程序。一起来了解了解吧。使用明确、统一的标明和列名，例如 School, SchoolCourse, Courc

有时候，会有程序员跑到我这里说他们不喜欢某个东西的设计，“我们需要给它来个全面的重构”，来纠正里面的错误。哦，哦。这听起来可不是个好主意。而且这听起来也不是重构…重构(Refactoring)这个词最初由Martin Fowler 和 Kent Beck给下的定义，它是一种修改，使软件的内部结构更容易理解，在不改变软件的可见行为方式前提下使软件更容易变更…它是一种有节制的整理代码、使bug产生

我在我的微博上说过这样一段话，我想在这里把我的这个观点阐述地更完整一些。@左耳朵耗子：聪明的程序员使用50%-70%的时间用来思考，尝试和权衡各种设计和实现，而用30% – 50%的时间是在忙碌着编码，调试和测试。聪明的老板也会让团队这样做。而傻逼的老板，苦逼的程序员会拿出来100%-150%的时间来忙着赶进度，返工，重构，fix 大量的bug… 所以， 越差的团队一般会越忙，而且还忙不完

重构代码很危险，它会给测试工作增加巨大的负担。除非你的程序需要重构，一定不要轻易重构代码。我这里所说的并不是把一个for循环改成while循环，或把一个StringBuffer改成StringBuilder，我说的是大动作，例如重写一个方法，一个函数，甚至整个类或包。如果你缺乏对一个方法或一个类的了解，那你重构它的条件就不充分。即使你有一个天才的计划，你也需要和团队一起设计其中重大的修改。当属

摘要：我们在实践中发现，随着开发平台和开发语言的不同，最优的代码审查量有所不同。但是限制每次审查的数量确实非常必要，因为这个过程是高强度的脑力密集型活动。时间一长，代码在审查者眼里只是字母，无任何逻辑联系，自然不会有太多的产出。代码审查（Code Review)是软件开发中常用的手段，和QA测试相比，它更容易发现和架构以及时序相关等较难发现的问题，还可以帮助团队成员提高编程技能，统一编程风格等

代码审查在软件开发中是老生常谈的话题。很多人都认为代码审查的花销大而且又耗时，特别是当大家忙完软件项目又把它送去软件测试部门时，对一些开发人员来说，它更会引发更多的办公室政治和流言蜚语。一次代码审查可能会使代码逐渐得到改进，如果你认为从有效的代码审查中只是稍微改进了一下软件那就错了。开发人员若得知他们的代码会被评估会更加努力工作。因此，代码审查有利于导师制度，程序员们会学到更多，代码审查还能激

本文来自DZone，作者Matt DuVall是一名软件工程师，他在此分享可维护性在软件开发里的重要性。所谓软件的可维护性其实说简单了就是软件代码的可被修改的容易程度。为了适应新环境、满足新需求，只有对当初的设计初衷进行修改；在这个修改过程里，只有考虑到提高代码的可维护性，才能更好适应软件演化。每一次代码评审的时候都会考虑到：从长远角度来看，这些代码都是可维护的吗？对于这一问题，估计任何一个开

重构是一种对软件进行修改的行为，但它并不改变软件的功能特征，而是通过让软件程序更清晰，更简洁和更条理来改进软件的质量。代码重构之于软件，相当于结构修改之于散文。每次人们对如何对代码进行重构的讨论就像是讨论如果对一篇文学作品进行修订一样无休无止。所有人都知道应该根据项目的自身情况来对代码进行重构，而重构是无止境的。莫扎特从来不不对他的作品进行修订，特罗洛普对自己作品修订的恰到好处，大多数作家认为他们

猜猜看怎么了！你正”继承“（接收）了一堆混乱的旧代码。恭喜你！现在都是你的了。混乱的代码可能来自任何地方。中间件，网络，可能来自你自己的公司。你知道在一个角落里有一个家伙，没有人过去管他在做什么。猜猜看他一直在做什么？辛辛苦苦写出了代码，却是一堆烂代码。你还记得这个模块是一个家伙几年前写的，在他离开公司之前。这个模块已经有20个不同的人加过补丁，进行过代码修复，而且他们也并不理解代码到底是

我建议你进行一个练习：当你第二天早晨开始工作的时候，重新审视你的项目源码，尝试发现进行重构的机会。就算你的领导没有要求，仍然去做。因为在工作中，你希望有一些激动人心的时候。重构是一门改变已经正常的工作的艺术。但是重构是需要理由的。可能是设计改进，性能问题，安全角色或者很多其他的原因。改进程序的技术缺点是要冒风险的，尽管能够使其更稳定，并且可能能够提高你自己今后的生产力。这不是为了公司或者领

1.  不要构建大型应用构建大型应用的秘诀就是“不要构建大型应用”，也就是把你的应用拆分成若干小应用，然后将这些可测试的小应用组装到一起。——Justin Meyer，JavaScript MVC作者 2.  注重项目质量当我听到“匆忙做出了能够运行的代码”，我也许不会去使用这些应用程序，因为它们会逐渐丧失可迭代的能力。——Avdi Grimm 3.  不写代码

正确性(Correctness)正确性是第一要求。不能解决问题的代码是耍流氓。第一步，结构体现逻辑。第二步；需要什么数据，需要做什么处理，处理完了结果到那里去，都应该在结构中被很好的体现出来。结构体现设计。设计一定要清晰。我的经验来看，一般来说，在design chart上面的每个component都对应着自己的class，然后之间或class内部的通信通过member functio

数据库开发规范本规范采用以下术语描述：★规则：也称为强规范是编程时必须强制遵守的原则★建议：编程时必须加以考虑的原则★说明：对此规则或建议进行必要的解释★示例：对此规则或建议从正、反两个方面给出规则1: 数据库代码中，关键字大写，其他内容小写（在PL/SQL中可设置关键字自动转换为大写，以降低编码时的大小写切换） 示例：如下代码不符合规范：(关键字未

摘要：在平时的编程工作中，大多数程序员很少会关心细节问题，本文作者跨越多个语言，为大家总结了20条常规陷阱，并提供了很好的解决方案，供大家参考学习。不管你现在的编程技能有多么的高超，曾经你也是个亦步亦趋，不断的学习的初学者。在编程这条曲折的道路上，我想你肯定犯过一些低级的错误、遇见过一些普通的编码陷阱。本文作者跨越多个语言，为大家总结了20条常规陷阱，并提供了解决方案。JavaScript