摘要：前言 前几天跟朋友谈起框架的事情，回顾了一下当前框架的发展，尤其是Spring Boot，已经把程序员的开发简化到了最初的一个 class 的形式了。这个也是我为什么喜欢领域驱动设计（DDD）的原因，真正回归了本源。回头看历史上的各种框架，从struts开始，到Tapestry、Wicket、Spr 阅读全文

摘要：“什么是需求的最初形式？”这是和网友讨论的时候引发的问题，我的观点是：最容易理解的需求描述形式就是需求的最初形式。如果你是一个需求分析师（BA），客户嘴里说出来的需求被称为是“原始需求”，这一类原始需求是没有经过整理的，而且是没有章法、次序颠倒甚至逻辑混乱的。BA需要把这些原始需求整理成一个各方都可以接受并理解的需求描述形式。 这是正规需求过程的第一个产出，如我在“需求与设计过程（1）”中讲的那样，人脑处理是非线性过程，大家千万不要在原始需求整理的时候只出一个东西，你可以并行出N个东西，比如数据词典、类图、用例图等，想到什么就做什么。需求的整理只是主要工作之一而已，不是唯一的工作。 一般在原. 阅读全文

摘要：1.前言 看过太多的称得上“三无”的软件，就是无需求、无设计、无注释。严格的说来，他们的需求和设计其实还是有的，只是没有用文档记录下来而已，但是注释确实真的没有。这些软件从大到小都有，但是他们都有一个共同的特点，就是“难维护”。前几天和同事聊天，听说一个XAML的实现要重写了，用本地协议代替，然后再去考虑和XAML兼容。虽然我没有看过这个项目的代码，但是我知道这个项目基本也是“三无”。当然这个情... 阅读全文

摘要：虽然接触敏捷已经很久很久了，零零碎碎实施过，但是始终没有机会将传统的项目管理方法彻底抛弃，现在终于决定要彻底投入敏捷的怀抱了。为此我准备了整整一年的时间。我将会在这一系列的文章里，请你和我一起分享这个改变的过程。 阅读全文

摘要：上一篇：应用程序框架设计之二：分层和层间数据传递（上） 看了上篇之后大家的留言，好多人觉得DO分这么多形态，给这么多名词，可能在实际中没有用处。其实相比.net而言，java在架构上的功力要深厚许多，要谈架构如果避开java不谈的话，就会肤浅许多。这一点上net可能还要许多年才能赶上（如果不加倍努力，恐怕永远就落后于java了）。至于说VO、BO、PO没有人分那么仔细，恐怕只是大家自己没有意识到自... 阅读全文

摘要：要做一个应用程序框架的念头Bigtall在几年前就有了，因为在工作中发觉很多方面非常的不顺手，几乎每一个环节都存在这样或者那样的问题： 公司不同项目组做的设计是完全不同的风格，而且设计做不细，导致项目计划越来越流于形式 各层代码凌乱，从后台的java或者c#到前台的html，天马行空，随心所欲 数据 阅读全文

摘要：很多朋友都有过或者正在管理一个或者多个软件项目，那么我的文章就从这个问题开始：如果单纯从表象来说，软件项目管理过程中暴露的最大问题是什么？ 阅读全文