老翅寒暑

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

摘要： 1.现象 公司云平台使用的是XenServer 5.5，版本比较老了。最近几天因为机房改造，导致云环境断电，重启之后发现有2台机器无法ping到，所以再次重启，登录修复网卡，最后发现无法用XenCenter找到Local Storage，部分主机的该栏目内容为空，导致一些重要的虚拟机无法启动。 2. 阅读全文

摘要： Fix catalyst driver in Ubuntu 13.04 /13.10（墙外文章备份）1. IntroductionI found lots of people struggling to get catalyst driver work in Ubuntu 13.04. This issue has been persistent for some laptops, ever since Ubuntu 13.04 came out, specially for Intel, AMD dual graphics setup. For people, who have been l 阅读全文

摘要： 因为这个文章用一般手段看不到，所以摘录下来备用(From http://kasunh.wordpress.com/2011/10/11/preserving-remote-iphost-while-proxying/)You host your web application with a hosting provider. Your application log/access IP address of your users and you get 127.0.0.1 or some other private IP. Deja Vu? Most likely reason for the 阅读全文

摘要： 因为工作的需要，我要在网页端编写一段脚本，把数据通过网页批量提交到系统中去。所以我就想到了Greasemonkey插件，于是就开始动手写，发现问题解决得很顺利。但是在对脚本进行总结和整理的时候，我习惯性地问了自己一个问题：能不能再简单点？ 我的答案当然是“能”。 首先回顾我的数据批量提交的需求：我有一批用户数据要插入到系统中，但是因为系统库表结构不是行列式的，所以无法转化为sql语句插入。要插... 阅读全文

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

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

摘要： 项目进度控制是项目经理的一项重要职责。俗语说的“时间就是金钱”在这里体现得再明显不过了。项目管理和自驾车回老家过年是相同的，实际上按照项目的定义，“自驾车回老家过年”也是一个不折不扣的项目，只是它更贴合大家的生活，更容易引起共鸣，我们就拿它来做例子说明。从乘客的角度，如果坐车很久，但是没有达到预期的目 的地的时候，就会产生疑问，一般都会去询问司机“到哪里了”，如果司机的回答没有那么令人满意，这个疑问就会积累。积累到一定程度，就会开始怀疑是否迷 路，如果这个疑问一直无解，最终就会要求停车问路。如果坐的是出租车，就会导致乘客下车，换车继续前进。项目进行过程中同样如此，因为软件项目的“不可见”特性， 阅读全文

摘要： 项目管理沙龙第十二次会议纪要本次会议的主题是为没有敏捷共识的项目组定制一个敏捷的实施方法。这是一种普遍存在的情况，和其他的新事物一样，总会有一些人对“敏捷”这两个字比较敏感，究其原因，无外乎偏见、误解和不了解（无知），部分人则是恐惧或自大。当然，不了解是绝大多数人的原因。但是，面对“没有共识”的人们，到底是说服之后再实施敏捷呢，还是先实施敏捷再用实际效果展示给他们？这是一个问题。我们倾向于后者，即先实施让人们看到效果。理由很简单，因为人与人之间的知识和经历的差异很大，要全部说服的时间成本太高，甚至于不可能，如果面对是一个有一定经验的人，要想说服他抛弃原先的经验来接受一个新事物，难度恐怕会更高。 阅读全文