深蓝医生

摘要： 本想写这样的一个系列的，无奈一直没有时间，没想到网上已经有人写了类似的文章，说明了我原来的观点：函数既是过程的抽象！当然，函数的抽象意义远非如此简单，这里先做一个概念入门，请看转帖的原文：函数关系和对象关系 算法+数据结构=程序。这是一条很著名的公式。但是我觉得过于简单的公式或者不能适应现在的开发潮流了。程序一个目的是用来模拟人类的行为，让机器自动化处理本来人自己需要处理的事务。正因为这样，所以程序有很强的“过程性”，把人的步骤转化为计算机指令的序列。过程性的设计方法，是最原始的方法，是完全模拟人类习惯的一种方法。但是，其实过程并不是我们关注的重点，我们关注的是结果。只要是这个结果，我们不在乎 阅读全文

摘要： 抽象不仅仅是软件领域，在有灵性的生物中都有抽象；抽象不仅仅是OO的，非OO语言也有抽象；抽象的级别：类级别的抽象--类、抽象类、接口；方法、函数级别的抽象--泛型、委托、Lambda表达式；组件级别的抽象--业务组件，数据访问组件，ＵＩ控件；解决方案的抽象－设计模式；系统级别的抽象--AOP，SOA应用级别的抽象－应用框架；1,物以类分，人以群聚--类，抽象类，接口的关系。将事物分类(class)，是我们认识世界的一种重要方式，也是一种重要的思维方式，所以把我们周围的对象(object)划分成一个个的类，将大类再细分成小类，例如由分子到原子，由原子到电子。所以，“类”是“对象”的抽象，是我们认 阅读全文

摘要： 一、传统开发方法存在问题 1.软件重用性差 重用性是指同一事物不经修改或稍加修改就可多次重复使用的性质。软件重用性是软件工程追求的目标之一。 2.软件可维护性差 软件工程强调软件的可维护性，强调文档资料的重要性，规定最终的软件产品应该由完整、一致的配置成分组成。在软件开发过程中，始终强调软件的可读性、可修改性和可测试性是软件的重要的质量指标。实践证明，用传统方法开发出来的软件，维护时其费用和成本仍然很高，其原因是可修改性差，维护困难，导致可维护性差。 3.开发出的软件不能满足用户需要 用传统的结构化方法开发大型软件系统涉及各种不同领域的知识，在开发需求模糊或需求动态变化的系统时，所... 阅读全文

摘要： 安全问题无处不在，仔细检查一下你的程序旮旯，不要放过它，否则，你就可能后悔，“成功近在咫尺”却又“檫肩而过”。 阅读全文

摘要： 理论来自实践，理论指导实践，并非理论无用，而是要先学习理论，继而使用理论，然后检验理论，发展理论，甚至找到新的理论并实践出巨大的成就。 阅读全文

摘要： 大家或许要说了：别人写的代码要我来修改还不如我自己重新写，看哪些无用的设计书还不如直接看源码。问题的根源在哪里呢？ 阅读全文

摘要： 我们的软件远程维护，不能再靠这种“刀耕火种”式的工作模式了，必须探索一种“自动化的软件远程维护”方式，而完成这个功能的关键，就是我们需要强大的工具--“千里眼”，看到客户那里发生的真实事情！ 阅读全文

摘要： 在XXX系统中，有一个获取客户数据的SQLSERVER 表值函数，如果使用管理员登录，这个函数会返回150W行记录，大概需要30秒左右，但如果将TOP语句放到表值函数外，效率异常低下，需要约3分钟 阅读全文

摘要： SQL Server 所作的重大改进是提供了在列内自动持久化数据的能力，这样你就不必每次取一行都进行计算。只对使用确定性函数（对相同的输入，它们永远都返回相同的输出）的公式才提供了这种持久化功能。 阅读全文

摘要： Scrum 是一种流行的敏捷开发模式，倡导团队开发的理念，重视团队的整体协作，团队成员包括客户方的代表，所以本文标题中的“客户”并不是通常意义上的外部客户，这有点像一个集团公司中的不同子公司之间的关系，但这并不是说，可以容忍“来自客户的频繁变更”，为什么呢？（下面的文字来自SCRUM节外生枝（二）http://www.cnblogs.com/wanghui9072229/archive/2011/03/02/1969348.html）从Mike Cohn的《Scrum敏捷软件开发》中，我找到了答案。他从另一个角度看待这个问题，我摘抄了其中一段话。“我常常建议Scrum团队首先要对Sprint当 阅读全文