系统架构
未读1、软件长期运营存在什么问题 一个大规模的客户端软件的生命周期中，我们可以把它分为两个比较粗的时期。一个是前期的搭建软件的时期，即从无到有的时期；第二个是搭建完成之后，进入的一个稳定的运营时期。第二个时期才是最关键的，在这个时期我们会持续的迭加需求，持续的优化功能，而且第二个时期也是代码在慢慢变质的时期。
在这个时期，你可能会发现：我们的软件慢慢出现模块耦合严重，牵一发而动全身；每个版本都会涌现出老功能的BUG，你没动过的模块也会出BUG；或者改了一个小问题了，带出来很多其他问题；缺乏扩展性，往老模块加新功能非常痛苦；程序的崩溃率越来越高；新员工接手老模块经常不能理解原来的设计思想而改坏；移植一个DLL到另一个软件时，发现必须连带也移植十几个DLL。本文将分享对于这些问题的思考与方法。
2、软件的积木模型 一个运营型的客户端软件，做出来就是为了长期运营，需要不断的迭加功能。而不是做出来，两三年就重写一次。那么这样一个软件就像堆积木一样。一个软件刚开始写了两千行代码，感觉设计得非常好，模块化扩展性都非常好，性能也非常快，都能很好的面向运营。写了两三年之后，就会出现像这种积木一样的 ...
最近参加公司内一个技术规划评审过程中，通过老板对台上的架构师的质疑，学习到几个做技术规划的要点，归纳如下：
1）紧扣业务
虽然是做技术规划，但如果脱离了业务支撑，是引起不了老板兴趣的
2）从实际问题出发
老板只会为解决实际问题的技术规划买单。规划的开头最好能从实际问题出发，比较容易引起老板的注意
3）重点在落地
只有能落地的技术才有说服力，老板不会被天花乱坠的技术词汇给迷惑的，他只会关注最后能落地是哪几项，应该重点谈落地的目标和计划
4）突出关键点和关键路径
其中一个哥们说了很多，非常丰富，但关键点不突出，结果在老板看来就是个零。在表述规划的整个过程中，一定要紧扣关键旋律，让老板用最短的时间理解你的意图
5）少、准、狠
有的哥们搞得规划面面俱到，结果搞得老板不相信，他想要的东西不是大而全的，而是在一个阶段里能一刀见血的，因此搞规划切勿四面开花，把最关键的、老板最关心的抠出来，并确保把它搞定。
6）目标要量化
老板很关心目标，这个胜于具体的行动计划，他需要用这个来最后check你的结果，因此不量化的目标是通不过的
7）和相关的人要事先沟通清楚
技术规划少不了合作方的支持，在汇报之前一定要 ...
gzdd
未读导读：本文是从《Good Programmers Make Bad Designers》这篇文章翻译而来，译文来自外刊IT评论《好的程序员做不出好的软件设计》。
文章内容如下：
你不能看到一个程序员还不错，就把他推到系统分析师、软件设计师或软件架构师的位置上。
如果你在团队或公司里寻找一个能胜任软件架构师或设计师这样重要位置的人时，首先出现在脑子里的想法通常是在程序员中选一个最好的。别这么干。这样的位置不是随意的找个不错的程序员就能胜任的。把你最资深的程序员晋升到这个位置也未必就合适。
乍一听你可能感觉荒诞。为什么我不能让一个程序员去做系统设计呢？毕竟，他们是设计程序的，不是吗？的确是的，没错。但你要明白的事情是，设计软件相对于编写程序，它需要的是一套完全不同的技能。
让我们来看看为什么一个好的程序员就未必可以做一个好的软件设计师。但首先，让我们来问问自己一个问题，是什么让一个程序员变的优秀，甚至杰出？要想成为一个好的程序员，你需要有能力实现真实世界里重要的软件。只能够写出一个简单的文本编辑器是远远不够的。
为了能做到可以解决重大的、复杂的编程问题，一个程序员需要在某个特点的编程语言上 ...
最近要做一个Python的基于Eclipse的界面设计器，因此我对各种GUI设计工具做了一下分析，发现GUI设计工具也有一个门派。
在那个懵懂的年代，一切界面代码都是要开发人员手工书写，这无疑增加了开发难度，Delphi、VB等工具的出现扭转了这个局面，使用这些工具开发人员只要在控件面板上拖拖拽拽就可以完成界面的设计，做到了“所见即所得”的开发方式。仔细分析，GUI设计工具有如下几个门派：基于界面文件的纯代码生成、代码生成与界面文件结合、无界面文件方式。
基于界面文件的纯代码生成：NetBeans是这类工具的典型代表（如果我没记错的话JBuilder也是这样实现的），NetBeans中与界面设计有关的有两个文件：.java文件和.form文件。.form文件中是以XML格式描述界面布局和控件的属性等信息；.java文件则是通过解析.form文件生成的代码，生成的界面代码主要位于initComponents方法中，这个方法在NetBeans IDE中是无法手工编辑的。在用户拖拉控件的时候，NetBeans就将拖拉的控件描述增加到.form文件中，并且即时将新的代码生 ...
1.概述Gradle是基于Groovy的构建管理系统，专门用于构建基于Java的项目。
可以在此处找到安装说明。
2. Building Blocks – Projects and Tasks(构件-项目和任务)在Gradle中，构建由一个或多个项目组成，每个项目由一个或多个任务组成。
Gradle中的项目可以组装jar，war甚至是zip文件。
一项任务是一项工作。这可以包括编译类，或创建和发布 Java/web archives.
一个简单的任务可以定义为：
12345task hello { doLast { println 'Baeldung' }}
如果我们在build.gradle所在的位置使用gradle -q hello命令执行上述任务，则应该在控制台中看到输出。
2.1. TasksGradle的构建脚本不过是Groovy而已：
1234567task toLower { doLast { String someString = &# ...
gzdd
未读随着对项目管理理解的深入，自己对项目管理的两点有了深刻理解：需求开发与管理、项目组织结构。
一、需求开发与管理
宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那是自欺欺人。需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 我们经常看到的是：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。
需求开发与管理面临最普遍的问题是：用户说不清楚需求。
有些用户真的不知道需求是什么，或者对需求只有朦胧的感觉，他当然说不清楚需求。例如，早期的政府信息化项目用户通常只有一个朦胧的信息化感觉而已，需求分析中会这样写：”总之，要实现那种能够想到就能做到功能。”。如果开发方的营销人员水平比较高，他能够在用户不清楚自己要什么的情况下引导用户“消费”。
有些用户虽然心里明白想要什么，但却说不清楚需求。 比如说买 ...
如果能在构建代码前发现代码中潜在的问题会怎么样呢？很有趣的是，Eclipse 插件中就有这样的工具，比如 JDepend 和 CheckStyle，它们能帮您在软件问题暴露前发现这些问题。在 让开发自动化 的本期文章中，自动化专家 Paul Duvall 将带来一些关于 Eclipse 插件的例子，您可以安装、配置和使用这些静态分析插件，以便在开发生命周期的早期预防问题。关于本系列作为一名开发人员，我们的工作就是为终端用户将过程自动化；然而，我们当中有很多人却忽视了将我们自己的开发过程自动化的机会。为此，我编写了让开发自动化 这个系列的文章，专门探索软件开发过程自动化的实际应用，并教您何时 以及如何 成功地应用自动化。
开发软件时，我的主要目标之一是：要么防止将缺陷引入代码库，要么限制缺陷的生存期；换言之，要尽早找到缺陷。很显然，越是了解如何编写更好的代码以及如何有效测试软件，就越能及早地捕捉到缺陷。我也很想要一张能发现潜在缺陷的安全之网。
在 本系列 八月份 的那期文章中，我得出了这样的结论：将检验工具集成到构建过程（例如，使用 Ant 或 Maven）中，能够建立起一种 ...
概述Spring 3.1 引入了激动人心的基于注释（annotation）的缓存（cache）技术，它本质上不是一个具体的缓存实现方案（例如 EHCache 或者 OSCache），而是一个对缓存使用的抽象，通过在既有代码中添加少量它定义的各种 annotation，即能够达到缓存方法的返回对象的效果。
Spring 的缓存技术还具备相当的灵活性，不仅能够使用 SpEL（Spring Expression Language）来定义缓存的 key 和各种 condition，还提供开箱即用的缓存临时存储方案，也支持和主流的专业缓存例如 EHCache 集成。
其特点总结如下：
通过少量的配置 annotation 注释即可使得既有代码支持缓存
支持开箱即用 Out-Of-The-Box，即不用安装和部署额外第三方组件即可使用缓存
支持 Spring Express Language，能使用对象的任何属性或者方法来定义缓存的 key 和 condition
支持 AspectJ，并通过其实现任何方法的缓存支持
支持自定义 key 和自定义缓存管理者，具有相当的灵活性和扩展性
本文将针对 ...
java源码分析
未读通过 HashMap、HashSet 的源代码分析其 Hash 存储机制集合和引用就像引用类型的数组一样，当我们把 Java 对象放入数组之时，并不是真正的把 Java 对象放入数组中，只是把对象的引用放入数组中，每个数组元素都是一个引用变量。
实际上，HashSet 和 HashMap 之间有很多相似之处，对于 HashSet 而言，系统采用 Hash 算法决定集合元素的存储位置，这样可以保证能快速存、取集合元素；对于 HashMap 而言，系统 key-value 当成一个整体进行处理，系统总是根据 Hash 算法来计算 key-value 的存储位置，这样可以保证能快速存、取 Map 的 key-value 对。
在介绍集合存储之前需要指出一点：虽然集合号称存储的是 Java 对象，但实际上并不会真正将 Java 对象放入 Set 集合中，只是在 Set 集合中保留这些对象的引用而言。也就是说：Java 集合实际上是多个引用变量所组成的集合，这些引用变量指向实际的 Java 对象。
HashMap 的存储实现当程序试图将多个 key-value 放入 HashMap 中时，以如下 ...
