me.think(everything.about("software")).serialize(this);//古路刀客

         今天老婆生病了，陪老婆打点滴，闲来无事，总结了一下自己做过比较失败的软件项目的失败原因，画了一张鱼骨图，供大家参考，希望能产生共鸣。       ...

     你是快手还是慢手？      快是手比脑快，脑子里可能还没想，已经开始动手了，快手具有很强的动手实践能力。      慢手是手比脑袋慢，我属于这一类，什么事情都是先用脑子想清楚，反映过来，在脑子里构建一副图景，然后才开始干。      作为一个慢手，我非常欣赏快手，但两者都各有优缺点。      当慢手花了很长时间也不能构建一幅完整的图景时，应该马上停止瞎想，开始实践。...

       也许是年纪大了，记忆力差了。我喜欢把思考过程和细节都写下下来，免得想不起来和遗漏，也为了防止思维断电。我现在很喜欢把思考过程序列化到本子上或脑图里，已经习惯了这种思考方式。       我在前面一篇文章阐述了问题构想力在解决问题中的重要作用，本篇文章像深入一下，结合自己的实践，阐述结构化思维方法在开发活动中的运用。它是运用构想力将开发中的问题进行多维度的分析，并给出了每一个开...

    MECE既是Mutually Exclusive Collectively Exhaustive的缩写。    直接的翻译就是互不重复，在整体上的集合上没有遗漏。其实，它就是一个简单的集合的概念。但是确是可以将它应用在很多地方，使我们思考问题更全面，是一种很好的结构化思维方法，是麦肯锡咨询公司的重要决策方法之一。     下面我们来看看具体的例子：1）没有重复，但又遗漏。...

今天看新闻，四川成都暴雨，有一系列数据，这些是怎么算出来的呢，包含数字的报表确实有震撼力，为灾区人民祈祷吧，四川最近几年灾多阿，comfort。以下是新闻摘要，印象相当深刻。 “平武县因灾死亡2人(其中一人被飞石击中死亡；另一人被倒树砸中死亡)；全县道路垮方14.5万立方米，掩埋车辆6台，冲毁涵洞25道、淤塞50道，边沟淤塞72万米，损毁桥梁3座、内外挡墙8000余方，路基垮塌2678...

   我爸爸学车，已经学了一年了，断断续续的，才过了科目一，科目二的桩考也过了。科目二的场地考了一次，没过，跟着驾校老师也学不到啥东西，学生太多，也不太顾得上你。    这两天，每天大概练个1个多小时，从中，我也思考了很多，技能究竟是如何学习和提高的。    找了一个偏僻的地方，就开始练，我坐在后座，我爸上去开。我一直在旁边说，起步一定要打左转向灯，把位置调整到踩离合器和油门都舒服...

 有人主张，看不清就不动，宁可呆在原地。 等待是最大的浪费。 你以为看清了，其实没看清。你以为看不清，其实可以行动。 因为看不清，所以需要行动， 往前走一点，就看清楚了。 看不清，是因为信息不足。而站在原地，能获得的信息也就那些了。所以，想获得更多的信息，就需要往前走。 所谓：”谋定而后动“ 在软件开发中，谋是在动中定比谋定而后动更合适。...

    1）简单的问题，简单的解决办法。      不需要动脑子，解决方案显而易见。   2）简单的问题，复杂的解决办法。       过渡分析，思维定势，教条主义，用过去学过的教条解决方案来套。使用预先定义的step by steps。   3）复杂的问题，简单的解决办法。       需要高度抽象的思考，对问题分析如庖丁解牛。   4）复杂的问题，复杂的解决办法。...

    What about software design?       启发式？学习消化知识？丰富上下文？抽象？Keep you in a secure situation？Good designer——》Good design？Is design dead？      You know how to do it， and know how to extend it。But you o...

      之前写过一篇文章，讲合格程序员应该具备的能力，你是合格的程序员吗?—合格程序员应该具备的12种能力。     里面提到了抽象能力，就我看来，抽象能力是软件从业人员最应该具备的能力。因为软件开发领域涉及到的概念太多。正如Brooks所说，为了获得概念完整性，需要我们具备很强的抽象能力，需要我们运用抽象能力去简化场景，屏蔽复杂性。     那么究竟什么是抽象能力？举个例子，我们...

   这是一个进行改进的方法学，可以应用于任何改进。  while（true）{ 现状 = get（主题）； 目标 = get（主题）； 差距 = 目标 — 现状； 行动指南 = analyze（差距）； 结果 = doBy（行动指南）； retrospect（结果）； ...

《问题解决专家-策略性问题解决的思考与技术》读后感 一直想写几篇过于思考方法的文章，这本书是以前在台湾买的，日本人写的，里面提到了几种思考方法和技巧。 那什么是零基准思考? 所谓零基准思考，就是拿掉既有框架的思考。大家经常说的定势思维就是受既有框架的限制。 巴顿零基准思考的例子一位年轻的炮兵军官上任后，到下属部队视察操练情况，发现有几个部队操练时有一...

我这里说的流程是传统的串行软件开发流程。 做任何事情，我们最终想获得是一个结果。追女朋友，目标是追到手，成为情人，或老婆。做汽车，最终希望能够出来一辆能开的汽车。做软件，希望最后产出一个大家都能用软件的产品。 也就是说，我们想要一个好的结果。 那如何获得好的结果？  答案是要依赖于人。 为什么依赖于人？  因为这世界上的一切都是人创造的，人来...

   做什么事都要讲道理，今天我说说软件开发中开发人员的”讲道理“。    开发人员写代码之前，一般都会做几件事：    编写详细设计文档： 有些开发人员，或者公司要求写详细设计文档，用来对自己将要进行的开发工作做一个详细的设计。    参加系分，概要设计宣讲和评审： 有时候，是没有详细设计的，直接听了系分宣讲，理解一下需求和系统实现的大概思路，就动工了。 ...

以前看amazon的原版书，很亲近，最近一段时间，对国学非常感兴趣，有相见恨晚之感。 国学是根，国学是本，是静思，似流水不腐，是智慧的源泉。儒道释传承了几千年，至今经久不衰，自有它的道理。 这两天出差，在机场书店，买了两本书，去一本，回来一本。去的是王绍璠的《归零的智慧》，回来是星云法师的《宽心》。 一读发现，才理解禅这东西不是敲锣，念经，守戒，剃发，烧香，拜佛，跳大神。...

      为别人着想就是为自己着想。首先来看王永庆卖米的故事，我很敬佩他，他是在汶川大地震时，第一个宣布捐款1亿的华人。  王永庆15岁小学毕业后，到一家小米店做学徒。第二年，他用父亲借来的200元钱做本金自己开了一家小米店。为了和隔壁那家日本米店竞争，王永庆颇费了一番心思。当时大米加工技术比较落后，出售的大米里混杂着米糠、沙粒、小石头等，买卖双方都是见怪不怪。王永庆则多了一个心眼，每...

 1）魔鬼藏于细节之中点评：程序中的漏洞太多了，特别是逻辑复杂的时候。这是现实。 2）人们总是抱怨没有时间做事，却总是把同一件事情做两次。点评：比如code review，这是公认的最佳实践，但是在所有团队中是最先被挤压掉的工作。发现错误，返工的时间会远大于前面花费的时间。 3）人不想犯错误，但总会犯错误。点评：不要抱有幻想，你总会犯错。因此，对你的程序怎么细心都不...

    先看看什么是需求，人要吃饭，要喝水，要娱乐。同样，软件也是因为人的某种需求而产生的。     再来看看如何表达需求，人如果饿了，就会去做饭。这个过程，是不需要表达的，需求产生动机，动机支配他的手脚，最后需求得到满足。     换一种方式，如果他不想做饭，或不会做饭，他可能会去外面的餐馆。这时候，他的需求是他的协作方来满足的。比如说他来到了一家兰州拉面馆，说“一碗牛肉刀削面”...

      我想说明的是，日常生活中，个体之间的合作双赢永远都是普遍存在的，无论是人还是公司。        请看上图，可做如下分析:        简要说明： A, B 分别为个体A和个体B的基点，可以看作是出发点，所有决策都会围绕它做出，穿过AB的两条线是他们的利益线。假设A和B决策的变动均围绕基点进行变动。两条线的交点C我们可以认为它是双赢点。        1)  假设个体...

有没有开源的需求管理工具，我google了，也在sf上找了，没看到特别适合的。就是为了给大家一个公开的视图，可以进行产品特性的追踪，可以评论，可以进行度量管理。我感觉在jira上做二次开发不错，增加一些需求管理属性，不知道有没有人这么干过.最终目的就是为项目，产品或产品线，公司积累领域方面的知识，每一个产品特性都可以追踪。有人说用excel就行了，我觉得这个可以完成记录，但追踪，分...

很多公司，比如google，微软，百度，淘宝这些公司都有自己特色的企业文化，感觉他们的工作环境是把生活和工作合为一体了，感觉舒适，自然。办公环境和企业文化相关，我们公司就是一个白开水公司，按时上班，按时下班，甚至连一个乒乓球桌都没有，更别提随意喝的饮料，咖啡，台球，健身房。。。，唉，这种环境，自然而然的感觉压抑。营造更自然的环境，其实更能提高效率。...

先说说我们公司的概况，主要是以一个行业的项目型企业应用为主，有一个技术框架但不完善。 我想听听大家所在公司的情况，就是你们公司有专门研究技术的人员和部门吗？这些人不参与项目的开发，而是开发技术框架，为开发人员提供技术支持和培训，对公司的技术资源进行积累，形成公司技术资源库。如果不设立专门的人员，而是在项目中积累，就没有统一性 ，开发人员在项目中受进度等项目指标的影响，他们的目...

     不知道多少人看过豆瓣技术团队的指环王文化。平淡无奇的开发生活立即被赋予了浓浓的文化气息，其实用了一种隐喻。说白了，就像是你小名叫二狗子，大家称呼起来都听亲切，叫正式的名字反而会让人之间有一层隔膜。      支付宝的花名文化提供了一种间接的符号，带进了一点文化的东西，让日常的沟通变得有味道一点。每个花名背后都有一些故事，都有自己独特的含义，调侃和搞笑都有了一点材料，而这些材料就是组...

    读了前田约翰的《简单的法则》，我自己也总结了一下软件开发中的10条简单法则。 1） 信心无论做什么事，信心都是最重要的。我一直信奉两条广告语，一句是李宁的“Anything is Possible”，依据是Adidas的“Impossible is Nothing”。只要你有信心，你就成功了一半。软件开发本来就是复杂性的游戏，抗拒这种复杂性，无论是对个人还是团队，信心都尤为重要。...

      黑格尔说过“We may affirm that nothing great in the world has been accomplished without passion.”，做任何事，没有了激情，就没有了原动力。        工作几年了，你还能保持激情吗? 像谈恋爱一样，一开始激情澎湃，可一旦步入婚姻殿堂，孩子，柴米油盐酱醋茶成了主旋律。上有老，下有小，你还能为了解决一...

     1）Know why 先于 Know how。         这就是思考的警觉性，再想着如何解决问题时，应该考虑一下为什么要解决他。很多时候问了这个问题之后，你就不需要解决这个问题了，这是最高境界。   &am

    关于Sun，我去年年底写过一篇文章从Sun裁员想到的——平坦的世界，小公司将成为主要力量。昨天Sun被收购了，感触颇深。     Sun创造了java，为IBM做了嫁衣，却被Oracle收购了。感觉就像一个高科技贵族，被生产猪饲料的农民给买了。感觉东西到了Oracle手里，没有一个产品发展好的，基本就是吃老本了。    商业战场比01的比特空间复杂多了。我的心情也比较复杂，...

看看SUN的东西就知道了，基本上全都开源了。也就是说，java基本还是一个free的世界。我可选择的非常多，有什么理由让我绑定在一个收费的平台上，我们做的本来就是小单子。有这些钱，我还不如招几个牛点的程序员来的实在。一句话，做企业应用软件，free的基本可以解决所有问题。不使用一个大平台，使我自身保持更加敏捷。小公司买不起，没实力用；大公司研发力量强，没必要用。...

      这几天看了几本日本人写的书，惊叹于他们的执行力，谈一下我的感受。       丰田文化和丰田改进思想的的DNA之一就是“先做做看，然后再思考”。他们认为，如果是一般人都能想到的改进方法，那竞争对手也可以想得到，也就不会是很好的想法。他们崇尚超脱常识的改进，也就是创造性的改进。       一但想到，马上创造环境，做一下，看看效果，可以促进思考。可以说，这是种乱枪打鸟的做法。美国...

      对用例实践了几次，也有些疑惑，搜到了这个帖子。       我一般用例是使用两种的，区别就是一种是有步骤的，一种是自然语言的。       我发现其实带步骤的用例很少用到，而且很难理解，有时强迫写用例的人做设计的倾向。      现在看来我更倾向于使用自然语言的方式，可以使用简单的界面设计进行补充。      其实需求对客户和开发人员讲，可理解性是最重要的。 ...

      根据很权威的性格MBTI性格理论，理想主义者=直觉+情感.　　“理想主义者”型的人感兴趣的是事物的意义、关系和可能性，并基于其个人的价值观念做出决定。这是一类关心个人成长和如何理解他人与自我的人。　　“理想主义者”做人的原则是：“真实地面对自己”，是四种类型中精神上最具哲理性的人。“理想主义者”乐于接受新的思想，善于容纳他人。　　“理想主义者”好像永远在寻找生存的意义。他们非常崇...

       自己接触过几个sun的工程师，也听公司的运维工程师讲起过sun的服务器，那是前几年的事了 ，说是经常出问题。        sun有一套产品，就是Identity Manager,包括统一身份和统一访问，功能强大，在大公司用的很多。产品是不错，不好的一点是，他们拉项目的时候，作销售有些托大。明明用这个套件在建立统一身份管理系统时，需要对纳入的应用是要作改动的。却在投标时声称不用作...

效应最初的解释是：“一只南美洲亚马孙河流域热带雨林中的蝴蝶，偶尔扇动几下翅膀，可能在两周后在美国德克萨斯引起一场龙卷风。” 这后面的理论就是混沌系统，对于混沌系统，一个微小的改变就会给系统带来很大的变化。另一个解释就是，对于系统确定的输入，不一定产生确定的输出。 做软件：费挺大劲儿做个软件，最后却没有市场，没有产生价值。 足球比赛：整场都占优势，一疏忽，被反击进了一个。...