ichaos

原创 软件工程简史

软件工程周爱民在《大道至简》中写道：语言其实是开发的细微未节，软件工程才是软件开发中的髓质与灵魂。“实现”的欲望是从程序员出身的管理者的通病。因此如果你仍然在思考选择什么语言、如何重构，以及在开发部里争论一段代码有没有或应不应该采用某种模式，那么请你暂时沉寂下来，听我说：那是细节。真正的问题是：你的老板要求你下周二就给客户演示这个系统；而客户并不关注你的实现细节，他关注的是你本月月

原创 轻松学外语

我们是怎么学会自己的母语的？下面是一些提示：为了生存，我们生来具有一种沟通的需求。我们的注意力在于沟通，而不是语言本身。我们模仿自己家里的其他成员。我们通过不断地改正错误漫漫学习，直到最后明白。所有的口头交流都得到鼓励，都是在快乐和骄傲中实现的。我们在安全的环境下学习。我们没有不时得到纠正。我们天生懂得语言的作用机理。我们会说话之前，没有先学习规则动词的用法

原创 站在起跳点上

You have to ask yourself? How do you want your story to go? How do you want to be remembered? What did you do for living? What youve accomplished? How will you make people feel? 　　 Every day, there i

翻译 The Fireboy 小金匠

The  Fireboy 小金匠This is the story of hapu.这是哈普的故事。He lives in Ancient Egypt at the time of Queen Cleopatra. （克娄巴特拉女王）他生活在古代埃及克娄巴特拉女王的时代。His faher,Bak,has a small factory.He makes gold tables and cha

翻译 The Fireboy 小金匠

The  Fireboy小金匠 This is the story of hapu.这是一个关于HAPU的故事。He lives in Ancient Egypt at the time of Queen Cleopatra. （克娄巴特拉女王）他生活在古老的克娄巴特拉女王时代。His faher,Bak,has a small factory.He makes gold tables

翻译 Billy and the Queen 比利和女王

Billy and the Queen  比利和女王  Billy Parker is fourteen.He has got brown hair,green eyes and a small nose.比利•帕克14岁了。他长着金黄色的头发、绿色的双眼和一个小鼻子。He has got a sister,too.他还有一个妹妹。Her name is Roxanne(but eve

翻译 微软《SOA in the Real World》笔记10——第二章

  微软SOA in the Real World笔记10——第二章 服务分类在考察服务类别时会注意到两种主要的服务类型：本来是基础设施的服务，提供通用的、不会被认为应用的一部分的功能，以及属于应用的一部分的服务，提供应用的构建块。 软件使用了一系列不同的通用功能，包括由操作系统提供的诸如内存管理和I/O处理的底层服务，以及由C语言运行时库（RTL）、Java平台或

翻译 微软《SOA in the Real World》笔记09——第二章

 微软《SOA in the Real World》笔记09——第二章 第二章：消息和服务“SOA不是你所购买的，而是你所做的。”——Jason Bloomberg分析家 读者的收获本章的读者将会建立起第一章中所介绍的概念基础，会重点关注消息和服务方面的架构功能。 消息和服务架构功能的重点是面向服务的概念，以及如何使用不同类型的服务来实现SOA。

翻译 微软《SOA in the Real World》笔记08——第一章

 微软《SOA in the Real World》笔记08——第一章  通用的架构功能和SOA抽象模型我们也可以把这五种通用的架构功能作为观察和理解SOA抽象模型的一组视角。这5种架构功能可以作为一组透镜，帮助我们观察和更好地理解面对的挑战，包括把已有的IT投资暴露为服务，把服务组合成业务流程和在组织间使用这些流程。 暴露Expose Service En

翻译 微软《SOA in the Real World》笔记07——第一章

 微软《SOA in the Real World》笔记07——第一章  重新思考架构的功能正如我们在前文中看到了，SOA架构模型是分形的。这意味着服务能够用于暴露IT资产（如业务运营系统），用于组合成工作流或业务流程（也可以暴露为服务），能够被终端用户、软件系统或者其他服务使用。SOA不是一个分层模型，而是一个分形模型。虽然SOA抽象参考模型提供也一些重要的SOA概念

翻译 微软《SOA in the Real World》笔记06——第一章

 微软《SOA in the Real World》笔记06——第一章  抽象的SOA参考模型 虽然计划周详和执行良好的SOA项目能够帮助组织在变动的市场中表现出极高的响应能力，但并不是所有的面向服务的努力都能成功。当SOA项目是由不熟悉组织战略的开发人员从下而上推动时，SOA只能获得有限的成功。没有参照业务场景，为SOA而建造SOA是没有组织原则和指南的项目。结果

翻译 微软《SOA in the Real World》笔记05——第一章

 微软《SOA in the Real World》笔记05——第一章 理解服务任何SOA努力的第一步是清晰地识别出关键的业务上的问题或者挑战。问题或挑战定义得越准确，就越容易确定SOA项目的方向和范围。通过在高层设定清晰的方向和愿景，就能够很容易得到天生具有跨职能部门的合适的项目。一旦定义了组织的业务推动力，服务分析过程就可以开始了。服务分析是组成服务生命周期的一个步骤。

翻译 微软《SOA in the Real World》笔记04——第一章

 微软《SOA in the Real World》笔记04——第一章 为什么关注SOA? 面向服务架构对一些干系人是至关重要的： 对开发人员和解决方案架构师来说，面向服务是一种创建动态的、协作应用的方法。通过提供运行时选择服务功能提供者的能力，面向服务允许应用灵敏地处理内容、处理特定流程的上下文，以及随时完美地合并新的服务提供者。

翻译 微软《SOA in the Real World》笔记03——第一章

 微软《SOA in the Real World》笔记03——第一章 SOA 神话与事实在进一步深入了解SOA之前，理解一些与SOA有关的神话是非常重要的。下表中列出了SOA周围一些排名前列的神话及其事实，以帮助来戳穿这些神话。 神话

翻译 微软《SOA in the Real World》笔记02——第一章

 微软《SOA in the Real World》笔记02——第一章  第一章：面向服务架构（SOA） “SOA和雪花一样——没有两片是相同的。”- David Linthicum 顾问Consultant  读者的收获本章的读者可以了解到一些通常与面向服务架构（SOA）相关的通用概念。本章提供了一些用于理解面向服务概念的类比以及一些设计服务的

翻译 微软《SOA in the Real World》笔记01——目录

 微软《SOA in the Real World》笔记01——目录现实世界里的面向服务架构（SOA）目录第一章：面向服务架构（SOA）读者的收获致谢SOA介绍SOA大象SOA的简单定义SOA的现实与神化SOA的演化为什么要关注SOA?理解服务的概念       服务设计的原则       原则一：服务边界

转载 SOA 新业务语言 新系统架构——SOA与SaaS

 SOA 新业务语言 新系统架构——SOA与SaaS  随着SaaS的愈发火热，加之SOA的继续深入，这两种概念开始引出了一些新的混淆，市场上越来越多的人在谈论SOA产品在SaaS方面的能力。最近的一篇由对象管理组织(OMG)SOA联盟所完成的，针对首席信息官和首席技术官的调查指出，市场上存在着这样一种期待，那就是SOA改变了软件厂商的市场，因此重要的软件可以通过SaaS使

转载 SOA 新业务语言 新系统架构——SOA与Web 2.0

 SOA 新业务语言 新系统架构——SOA与Web 2.0 “我们日益认识到Web 2.0 和SOA的概念在很大程度上是相同的，只是被粉饰成为软件的不同部分（如果的确存在不同的话）。”-Dion Hinchliffe ZDNet同事Dion Hinchliffe观察SOA和Web 2.0的混合使用已经有一段时间了。他在一篇新博客中说SOA和Web 2.0有很多重叠的东西

转载 SOA 新业务语言 新系统架构——SOA与Web Service

 SOA != Web Service 许多人将Web服务和SOA划上等号，并把它认为是实现SOA的唯一选择。对此，Jason Bloomberg并不同意。最近，他发表了关于“拆散SOA和Web服务的联姻”的意见。  “认为SOA和Web服务是一码事，可能是市场中围绕面向服务架构（SOA）最令人恼怒的误解。不幸的是，这个混乱的观点非常流行，它对架构师和开发者都造成了影响

转载 SOA 新业务语言 新系统架构——SOA与BPM

 SOA 新业务语言 新系统架构——SOA与BPM 在SOA和BPM联合发展的浪潮下，我们首先要明确的是，BPM与SOA的本质是截然不同的:SOA是一种架构方法，BPM则是一组流程协调管理理念。没有SOA之前，BPM产品已经出现并成功应用。BPM的主要应用场合有如下几点：　　1.业务流程自动化。这是业务流程自动化(BPA)的概念，BPA按照业务需求自动化流程，这是现在工作流

转载 SOA 新业务语言 新系统架构——构建SOA

 SOA 新业务语言 新系统架构——构建SOA 对于企业业务来说，面向服务的架构(SOA)最大的优点就是灵活的响应能力。企业经常受到各种各样变化的影响：市场、供应链、战略流程、规则等。SOA可以建立一个灵活的环境，可靠地应对各种变化。原因在于SOA将自动化功能以可重用的方式重组，这样便可快速配置新的或修正的流程。　　但仅仅依靠一个架构来实现敏捷性是不够的。敏捷性来自可提供敏

转载 SOA 新业务语言 新系统架构——参考模型和重要概念

 SOA 新业务语言 新系统架构——参考模型和重要概念 SOA 参考模型 是一个框架，使各个项目都有一个遵从的依据，借以促进一致性、最佳实践典范，和标准化。参考模型并不受限于目前的 IT 现况，而应该针对一个经过深思熟虑的愿景目标，可以说是 IT 指导未来所有的新开发工作，借以实现该目标的参考依据。一般来说，2-3 年的规划，是一个比较合适的涵盖范围，既能提供足够的时间来达成面

转载 SOA 新业务语言 新系统架构——SOA原则

SOA 新业务语言 新系统架构——SOA原则  面向服务的一般原则---摘自《SOA概念、技术与设计》第八章 在第3章中我们建立了不止一个SOA定义。也有不止一个掌控定义面向服务背后原则的标准体。同样，对于面向服务的组成，也有许多源自公开的IT组织、厂商及咨询机构观点。据称面向服务的根源在于软件工程理论所谓的“关注点分离”。这一理论基于这样的观念：将一个大的问题

转载 敏捷项目管理（摘录）——组建适应力强的大型团队

敏捷项目管理——组建适应力强的大型团队适应力强的组织架构无论项目团队规模大小，项目的核心价值观和原则总是保持不变的，除此之外，建立一个较大型的适应力强的团队还需具备如下要素：1.        集线式组织结构包含了等级结构和网络结构。 2.        自我组织的扩展 寻找合适的团队领导； 清

转载 敏捷项目管理（摘录）——适应和结束阶段及做法

 敏捷项目管理——适应和结束阶段及做法 适应阶段 产品、项目和团队评审及适应措施 客户中心组技术评审团队绩效评估项目进度报告适应措施 结束阶段 项目结束 庆祝清理未完成的工作项目评议 

翻译 Right here waiting

Right Here Waiting此情可待 Oceans apart, day after day,    远隔重洋，日复一日， and I slowly go insane.              我日渐失常。 I hear you voice on the line,      聆听电话里你的声音， But it doesnt stop the pain.      却无法

转载 论读书——培根

 论读书——培根 王佐良 译读书足以怡情，足以傅彩，足以长才。其怡情也，最见于独处幽居之时；其傅彩也，最见于高谈阔论之中；其长才也，最见于处  世判事之际。练达之士虽能分别处理细事或一一判别枝节，然纵观统筹，全局策划，则舍好学深思者莫属。读书费时过多易惰，文采藻饰太盛则矫，全凭条文断事乃学究故态。读书补天然之不足，经验又补读书之不足，盖天生才干犹如自然花草，读书然后知如何修剪移接，

翻译 耐心和等待（Patience and Waiting）

From "Men in Trees"（Sweatering It Out）Its a hard thing -- patience.But when something means enough to you,whether youre waiting to regain your past  or start your future,patience is going to be cr

转载 敏捷项目管理（摘录）——探索阶段及做法

敏捷项目管理——探索阶段及做法 实现构想和目标   工作量管理让团队成员自己管理必要的日常活动。技术做法 低成本变更 技术债务简单设计经常集成无情测试不失时机的重构项目社区 指导和团队开发 使团队将精力集中在提交结果上将一群人塑造

转载 敏捷项目管理（摘录）——推测阶段及做法

  敏捷项目管理——推测阶段及做法 功能分解结构  产品功能清单；  功能卡；  性能要求卡  发布计划  发布、里程碑和迭代计划 迭代0迭代1~N返工和意外事故“功能卡”项目停车场图

转载 敏捷项目管理（摘录）——构想阶段及做法

构想阶段及做法  构想阶段的目的是明确找出需要做什么以及如何做。具体地讲，这个阶段需要回答以下几个问题： 客户的产品构想是什么？ 项目的范围及其限制是什么（包括企业情况）？ 谁适合参与，可以包括在项目社团内？ 团队将如何交付产品（方法）？

转载 敏捷项目管理（摘录）——敏捷流程架构

 流程也许不如人那么重要，但它绝非不重要。像其他事物一样，流程必须与企业目标联系起来。如果企业目标是重复性的制造，那么常规性流程是完全适当的，而如果企业目标是可靠的创新，则流程架构必须是有机的、灵活的和容易改变的。敏捷流程架构需要体现其核心原则，除了支持企业目标外，该架构还需要： 支持构想、探索、适应文化； 支持自我组织、自律的团队；

原创 ADO.NET Entity Framework学习入门——对象模型2

转载 敏捷项目管理（摘录）——指导原则

敏捷项目管理的焦点 一个企业主管期望从产品看法可项目管理流程中得到什么呢？他想得到3个关键的东西：首先，他希望这个流程是可靠的，每个项目都可以产生创新的结果；第二，他希望这个流程是可预见的，这样他可以有效地计划和管理诸如财务管理、人员配备和产品投放等企业活动；第三，他想得到可信的、符合实际的信息，因为构想可能是错的、商业模式可能是错的、人们可能遇到不能跨越的障碍、项目进展并不总是一

转载 敏捷项目管理（摘录）——机会、原则、架构和做法

 总论本书主要探讨四大主题：机会、原则、架构和做法。机会存在于创造新产品和新服务——新的、与众不同的、创造性的事物——的过程中。这些产品是我们在开始时无法完全确定的，但随着时间推移，它们可以通过实验、探索和适应不断演变。敏捷项目管理原则围绕着两个中心：一是创造易于改变且改变成本较低的适应力强的产品；一是创建能够对项目的外部环境变化迅速作出反应的适应力强的团队。其架构是一

转载 你的灯亮着吗——发现问题的真正所在（摘录）

  你的灯亮着吗——发现问题的真正所在如果你要学会分析和发现解决问题的方法，这本书应该多看几遍。书中充满了智慧，让你体会到问题中的人性因素。这是一本启迪智慧的书，让人的思想变得富有柔性，值得广为流传。本书强调的不是问题的解决方法，而是关注问题本身。书中作者认为，如果按照他的方式思考问题，我们看问题的眼界就会开拓很多。所以解决问题的成功率就会高很多。 全书幽默地引导读者在处理问题

转载 特性驱动开发(FDD)

 什么是Feature: The unit of development and thus an increment in an FDD project - a feature - is tiny; … Features (tiny, granular pieces of client-valued function) are being completed every wee

转载 敏捷软件开发（摘录）

 什么是敏捷软件开发？敏捷软件开发是一个处理软件工程项目的概念性框架，它拥抱并促进在项目的整个生命周期中产生的演进式变化。Agile software development is a conceptual framework for undertaking software engineering projects that embraces and promotes evo

原创 混沌、复杂适应系统和敏捷（摘录）

 混沌“相对论消除了关于绝对空间和时间的幻想；量子力学则消除了关于可控测量过程的牛顿式的梦；而混沌则消除了拉普拉斯关于决定论式可预测的幻想。” 混沌是指发生在确定性系统中的貌似随机的不规则运动，一个确定性理论描述的系统，其行为却表现为不确定性——不可重复、不可预测，这就是混沌现象。进一步研究表明，混沌是非线性动力系统的固有特性，是非线性系统普遍存在的现象。 混沌不是

转载 NLP概念和知识体系

  NLP定义NLP为Neuro-Linguistic Programming的缩写，是研究思维、语言和行为中的规律。这是一种对优秀（excellence）进行编码和复制的方式，它能使你不断达到你和你的公司想要的结果。 NLP中三个单词分别代表以下的意思： Neuro(脑神经)，意为“身心”，指的是　 我们的头脑和身体经由我们的脑神