摘要： 因为个人设计上喜欢把业务和相关的逻辑放在软件层，一直认为把业务逻辑放在软件层，因为实体类基本跟数据库表的映射都是保持一致的，如果把业务逻辑放在软件层，更加能够体现类与类之间的关系，并且把业务集中在软件层，可以使系统的业务规则更加集中，而且可以利用UML把类关系来表示业务逻辑。 不过最近发生了一个事情让我觉得应该转换一下想法，事情是这样的，该业务的功能涉及多个系统之间的数据同步，... 阅读全文

摘要： 如果没有看过马云先生的那篇演讲词，可以先看我前面转的那篇文章 http://www.cnblogs.com/suxvsheng/archive/2008/07/25/1251804.html 如下是我的想法： 马云并没有存心想欺骗世界，也许他只是说给能理解他言下之意的人听，并不是说要别人懒，而是要有好的点子，而且这个点子要能够提高人的生产力，如果生产力提高了人当... 阅读全文

摘要： 今天是我第一次和雅虎的朋友们面对面交流。我希望把我成功的经验和大家分享，尽管我认为你们其中的绝大多数勤劳聪明的人都无法从中获益，但我坚信，一定有个别懒的去判断我讲的是否正确就效仿的人，可以获益匪浅。 让我们开启今天的话题吧！ 世界上很多非常聪明并且受过高等教育的人，无法成功。就是因为他们从小就受到了错误的教育，他们养成了勤劳的恶习。很多人都记得爱迪生说的那句话吧... 阅读全文

摘要： 先说说我的读后感想： 在团队管理中，应该尽量明晰的界定每一位团队成员在当前的任务中充当的角色和应该负责的职责。 实际的执行方法就是：约定好给猴子喂食的时间，并且确定在喂食时间到来时，猴子应该长成什么样子。 所以在喂食的时候必须尽量清晰的描述猴子将来的状况，并在下次喂食的时候检验并重新界定之。 当然，最好在开始领养猴子的时候，就有一个比较靠谱的预期。 原文如下 ===... 阅读全文

摘要： 在UP(unified process)中，迭代过程对于需求的收集和分析都是渐进式的，特别是在初始阶段，在需求并不是十分确定和明确，仅仅分析了10%的用例的情况下就开始实际的编码工作，是否会造成编码工作的重复和浪费呢？在某些情况下，接下来的迭代周期新发现和收集的需求和业务流程可能会大量的调整甚至推翻前面所做的编码工作。存在多数的情况可能是：因为第一次迭代对需求了解、分析不够全面，导致第一次迭代中所... 阅读全文

摘要： 今天去书城，发现《敏捷软件开发：原则、模式与实践》既然出了个版本叫《敏捷软件开发：原则、模式与实践(C#版)》，而且其中还新增加了几章专门针对UML,某些主题正是我最近正在思考和深有疑虑的地方，BOB大叔写的东西当然要拜读啊，无奈家里早有一本，那天要去书店猫一下把新增的章节领略一番。 CSDN搞了个免费试读，可惜的是没有我强烈想要拜读的章节。 ­ 刚刚上了http://www.china-p... 阅读全文

摘要： 在某些情况下，需要更新数据库所有具有某一个特定字段的表，例如：把集团公司某个系统中本来属于A子公司的数据全部更新为属于B子公司的，如果手工一个表一个表进行更改，首先浪费时间，机械化重复，另外，如果对系统数据库结构不熟悉，还要一个一个表查找、检查是否有该字段，其实蛮麻烦的。 最近刚好我有这样的需求，于是，做了一个通用的存储过程来解决这样的问题。 该存储过程用到的数据库基本知识点有： 1 如何查... 阅读全文

摘要： 出处：http://www.testage.net/TestTech/AutoT/200603/403.htm Rational Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面 IBM Rational TestManager 上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试... 阅读全文

摘要： 前记： 团队中关于开发方面的基本上已经形成一定的默契和简单的协作环境，作为小团队来说，现在还不会出什么太大的问题，不过最近几个程序的推出都在质量方面出问题，所以必须提高软件测试这个环节的质量，在整个开发周期来说，现在团队中对于测试这个环节还停留在石器时代，而且没有专门的测试职位，都是由开发人员开发过程自己测试，当所有模块开发完成，再整体按照软件应用流程跑一次，也没有所谓的测试用例，更别说测... 阅读全文

摘要： [1] 取得当前日期,不包括时间convert(varchar(10),getdate(),120)格式如：yyyy-mm-ddconvert(varchar(10),getdate(),111)格式如：yyyy/mm/dd详细格式请参考CONVERT ( data_type [ ( length ... 阅读全文