szu030606的专栏

摘要：谈起阿兰·图灵、高德纳、艾兹赫尔·戴克斯特拉，我们并不陌生，这些振聋发聩名字背后是颠覆了人类生活的现代计算机工业。然而有些人的荣誉却远低于他的贡献，比如Fabrice，过去20年最闪亮和最有影响力的程序员之一。【编者按】在过去的大半个世纪中，计算机科学界涌现出了一批不世出的天才，比如阿兰·图灵、高德纳、艾兹赫尔·戴克斯特拉，他们影响了整个世界，同时也获得了整个世界的尊重。然而有些人的荣誉

在公司发展中，总裁，总监，经理，项目经理，他们对团队的建设意义重大，工作很重要，但团队的情商才更重要，笔者公司的一个团队，三十多个人就像一个人，命令所到之处，一定拿下，说明这个团队的情商很高。他们是怎么做到的，以后再讲。如今，大多数管理人员都承认，情商与智商一样，对个人的成功至关重要。可是，他们往往将情商视为一种个人能力，而不曾想过团队也需要高情商。事实上，提高团队情商可以大大提升团队

现在，我看到很多人扯了团队的后腿，一句道歉就了事，更甚者就以另一种方式来表达：你们没有给我足够的培训，你们的工作方式我无法接受，我工资太低，你们做的事情不够酷，你们做的事情不赚钱，你们水平不够好。其实，这样的表达，这些人应该自己离开团队，如果你继续呆在团队中而扯了团队的后腿，请你自己内疚，然后补救，而不是一句“我错了”就走开。很久以前，我踢足球，我们的球队不是最好的，但我们却总是比较强的，即使

如果在项目实施中选出最难解决的几个问题，那么管理问题一定名列前茅。在管理问题中，团队管理又是其中的难点。一个项目管理的好坏，很大程度就体现在团队的建设和管理上。团队管理涉及到管理学、心理学和哲学等诸多方面内容，具体实施起来还容易产生许多误区，因此，对项目主管的综合素质要求颇高。下面是收集来的一些小故事，也许会对位项目主管们有所帮助。何谓团队管理？　　　小故事：如果有一车沙从大厦顶上倒下来，

想做好项目经理，就一定要改变你的思维方式。这对于技术出身的朋友尤其重要。清末人们自以为天朝，他国皆为蛮夷。结果如何呢？丧师辱国，自己沦为病夫。其根本莫非自己脑筋不对头？后来又搞洋务运动，以为洋人只是工具好，其他都不如我们，师夷长技以制夷就可了。而事实却告诉我们，感情我们又错了。做技术出身的项目经理，就仿佛清末的国人。技术第一的概念已经深入骨髓，说是做管理，其实还是把自己的技术看做天朝上国，

记得听谁说过，软件行业的项目经理太滥了，二十几岁的毛头小伙子，动不动就是项目经理，手下没几个人，管的也没几个事，在其他行业，项目经理一般都是四五十岁的老头子做，要联系这，要协调那的，软件行业的项目经理也太嫩了点。某些朋友也感觉有点心虚，这么一个小项目，手下就一个人，甚至是光杆司令，自己也不好意思称“经理”，总感觉手下起码应该十几号人吧，那才可以心安理得地享受“经理”的称呼呢。但是这个项目确实是

每天都在讲范围、说需求，真的到了想整理出点什么的时候，却一下子不知从何说起。也许是熟悉麻痹症吧。根据我的破经历，在需求方面有几个是最搞人的，只要我们方法得当，虽然不一定能够完全驾驭，但起码可以改善一些或者说当板子落下来的时候至少我们不会受伤。 当用户或出资方能提出要求但就是总在拖拖拉拉怎么办？用时间盒子限定需求！给他一个最后日期，说明在什么什么时候之前必须提出，否则过期不候。当然，也有可能

不知道这个标题是否合适。 忙了互联网，再忙作软件，今天好不容易闲下来，写点最近总结的一些经验。最近在和北京几家大的软件公司的合作过程中，也许我所看到的，可能不代表全部，但是值得从事这个行业的人重视。个人意见啦：1、公司，高管都很忙，通常没多少时间深入底下的实施团队。2、好多销售，习惯了到处copy方案，套模板，经常在忽悠客户。3、软件公司缺乏自身管理，经理基本是技术出身，很

概念例外管理由管理学引入领导学，也就是指领导人应将主要精力和时间用来处理首次出现的、模糊随机、十分重要需要立即处理的非程序化问题。而对于决策对象反复出现的，决策者已有固定的或例行的程序来处理的问题，即常例，由于在职业经理意料之中，控制范围之内，所以，职业经理往往可以把这些常例的处理办法程序化，授权下属去处理，但并非职业经理就不处理程序化决策了。简介“例外”是偏离计划和预期效果的事件

趋势一、更多中国企业成立项目管理办公室，项目管理办公室也发挥更大的作用在国内，仍有很多企业每年有成百上千的项目实施，而公司却没有成立项目管理办公室，或者已经有了PMO，但是PMO仍在履行一些较为基础的职能。没有PMO的企业，缺乏组织层面的项目管理整体规划，无法形成统一的项目管理流程体系和制度，对项目主体实施部门缺乏有效地监控和执行推动；无法对项目经理资源进行整体的资源调配和有计划有针对性地

内心强大的人是指一个人的精神境界达到了一定的级别！以至于让人们折服！ 世界上有这么一种人，似乎特别得到老天爷的偏爱——他总是有自己的理想，并且总是努力去做，最重要的是，老天爷每一次都会帮他取得成功。是不是很令人羡慕？其实，我一直以为，与其说每个人有自己的命盘，人生各不相同，倒不如说我们自己打造了自己别样的人生。内心强大的人是指意志坚定，不受外界影响的人。内心强大的人，不论外界有多少诱惑

成功的原因有许多种，而失败的原因往往就那么几种。人们更愿意去讨论自己是如何成功的，确不太情愿开诚布公的去剖析自己是如何失败的。而时刻去反思自己失败的案例，我们会进步的更快！    和大家分享一个2010年发生在我身边的真实案例，不同的是，这个案例是个失败的案例：   我现在任职的企业目前优秀的项目管理人员依然是紧缺啊！（呵呵，博友们，有意向与我成为同事的，别忘记和我联系啊）所以，想

摘要：KVM以其精简的架构，清晰的定位获得Linux社区多数开发人员的支持并快速被合并入主干，从而成为x86全虚拟化技术的一颗新星，其提出者Avi Kivity对于计算机体系架构和Linux内核有深入理解，并且精通汇编和C。提到以色列，自然会使人联想到犹太人和犹太教及其在二十世纪前半叶所遭受的种种苦难，作为这个世界上最古老的民族之一，除了其沉重的历史之外，更使人惊叹的是，这个面积仅有2.2万平

摘要：Martin Casado被称为软件定义网络之父，OpenFlow的发明人、Nicira的创始人、硅谷最炙手可热的“40 under 40”之一，另外，他提交的虚拟交换机Open VSwitch的第一个Commit揭开波澜壮阔的软件定义网络时代。【编者按】在一次采访中，Martin Casado说：“虚拟化具有一种魔力，它碰到谁就改变谁，过去它改变了内存、改变了计算、改变了存储，现在它也

摘要：王淮是Facebook第二位中国籍工程师，也是第一位中国籍研发经理，他一手开创了Facebook的支付安全和客服工具领域。2011年他离开Facebook，回国成为天使投资人。本文是王淮以前写代码和做代码审查时候的一些原则，供大家借鉴。作者王淮分享了在写代码和做代码审查时候的一些原则，供大家学习与参考。正确性(Correctness)正确性是第一要求。不能解决问题的代码是耍流

Intel c++编译器有下列优点，建议VC++项目开发采用intel c++编译器取代VS自带c++编译器：与 Microsoft Visual C++ 相兼容，可以嵌入 Microsoft Visual Studio 开发环境。支持最新的多核处理器，并提供安全功能，可以通过执行堆栈桢运行时错误检查，使得缓冲区溢出安全漏洞更不易受到攻击。支持多线程应用程序，支持 Open MP，拥有

最近接手一个项目，是从半路上接过来的。按照常理，只要脑子没被驴踢，是不会接人家的烂摊子的。我之所以接这个项目，一方面是因为这个项目中的开发人员是我部门的人（本人是部门主管），另一方面是因为领导的任命。坦白说，接这个项目意味着我这个阶段将面对怎样的压力。项目组大多都是因为项目而临时组建的，如果团队中有新入职的员工或外包人员，那这个项目的管理难度会增大很多。而面对这种情况，降低项目风险和减少后

如何建立起一支高效的团队，并有效的管理团队，一直是IT项目经理津津乐道的话题。任何一个IT项目经理对此都有自己一番不同的见解，根据自己团队特点，项目经理正在用自身独有的管理艺术改变着自己的团队。　　项目团队要以十当一，不可以一当十!　　世界上没有任何两个人是完全相同的，任何人管理自己的方式也没有完全一样的。因而以一当十的英雄式的工作方式不难实现，难的是把这些能以一当十的英雄聚在一起，变

1、中国充满大量非常敬业但不够职业的项目经理，不了解这一点，就做不好中国的项目。2、真正的原因往往都隐藏在表面的理由背后。3、做项目最高境界是和用户形成长期共生双赢关系。4、卖功能，卖利益，卖服务，卖价值，卖口碑，这是做项目的五个境界。5、大项目往往是从小项目建立信任开始的。6、做项目的公司梦想往往是通过项目形成一个好产品去走批量化复制的路。7、做大项目最大的愿望就是“不差

做一件事有两种方式。其一是把简单的事情复杂化，另外就是把复杂的事情简单化。项目经理应该如何选择呢?恐怕大家会异口同声的说，当然是把复杂的事情简单化。但是，在实际工作中，很少有项目经理能够做到这一点。他们会不知不觉中把简单的事情复杂化。我以前也经常犯这种错误。 记得刚开始工作的时候，我刚取得微软系统管理员证书，所以雄心勃勃。到企业工作后，发现企业网络规划很不规范。在局域网(LAN)内部各种共

项目开发过程中，每每有人感叹，曾几何时，队伍如何好带，如何好用，而如今，人心繁杂，队伍不好带了。很多人的想法是“人望高处走”，不停的寻找待遇及其他方面更好的单位。其实，这种现象在当今社会也很平常，尤其在中小企业，毕竟，在经济等利益的驱使下，有几个人会与金钱过意不去。但所谓“良禽择木而栖”，只有适合自己的才是最好的，因此，也有一些人会坚守阵地，作为项目管理者，在现如今的情况下，如何留住人并且发挥其工

在中国有很多人都认为IT行为是吃青春饭的，如果过了30岁就很难有机会再发展下去！其实现实并不是这样子的，在下从事.NET及JAVA方面的开发的也有10年的时间了，在这里在下想凭借自己的亲身经历，与大家一起探讨一下。　　明确入行的目的　　很多人干IT这一行都冲着“收入高”这一点的，因为只要学会一点HTML, DIV+CSS，要做一个页面开发人员并不是一件难事，而且做一个页面开发人员更容易找到

1. 架构师之路(1)---面向过程和面向对象1、引言   机算机科学是一门应用科学，它的知识体系是典型的倒三角结构，所用的基础知识并不多，只是随着应用领域和方向的不同，产生了很多的分支，所以说编程并不是一件很困难的事情，一个高中生经过特定的训练就可以做得到。但是，会编程和编好程绝对是两码事，同样的程序员，有的人几年之后成为了架构师，有的人却还在不停地coding，只不过ctrl-

软件开发，标准化流水线式开发的实施构想软件开发，标准化流水线式开发的实施构想       近日看到一篇博文，讨论标准化流水线开发模式的话题，但是这篇博文仅仅提出这个问题，未见回应。        这其实是一个很大的问题，我从事软件开发这么多年，仍然未见到国内有任何一家公司真正做到，这个问题也是我一直到思考的。一直以来我也尝试推行这种模式，但是仍然未见起色，从中我不仅学习到一些经验，但是

为啥纯粹为消费者传递体验的活动可以价格不菲，几为暴利？——谈客户体验作为客户价值提升之源不论产品还是服务，如果能够为消费者传递有益的体验，其价值就可以在一般的产品服务之上得以体现；附加了体验的产品（服务）的价格可以比普通的价格高出很多倍，而纯粹为消费者传递体验的活动（如音乐会、球赛等）同样是价格不菲。那么，这一貌似暴利的赢利方式为什么会一直存在下来而没有遭到消费者的抵制呢？这一行为背后是否

（一） 　　 小满当上项目经理后不久，参与了一个大项目。当时市场签下来的时候，公司里面是欢天喜地的。项目做了一年多。到了交付的时候，用户却很不满意，当初说好的东西，好多都变了卦。　　 用户是上帝，最关键的是如果收不到后面的钱，那就算白干了。公司要求项目组加班加点的修改。搞得大家是怨声载道的。做市场的和做开发的相互指责，然后，大家又一起骂客户刻薄。公司里面弥漫着灰心丧气的气氛。　　 小满

第一部分  软件架构概念与思想篇 1第1章  解析软件架构概念 31.1  软件架构概念的分类 31.1.1  组成派 41.1.2  决策派 51.2  软件架构概念大观 51.2.1  Booch、Rumbaugh和Jacobson的定义 51.2.2  Woods的观点 61.2.3  Garlan和Shaw的定义 61.2.4  Perry和Wolf的定

什么是架构 前言：软体设计师中有一些技术水平较高、经验较为丰富的人，他们需要承担软件系统的架构设计，也就是需要设计系统的元件如何划分、元件之间如何发生相互作用，以及系统中逻辑的、物理的、系统的重要决定的作出。在很多公司中，架构师不是一个专门的和正式的职务。通常在一个开发小组中，最有经验的程序员会负责一些架构方面的工作。在一个部门中，最有经验的项目经理会负责一些架构方面的工作。但是，越来越多

系统设计说明书(架构、概要、详细)目录结构虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。这次又整了一份

好的开始相当于成功一半开始之初的架构设计决定着软件产品的生死存亡。“好的开始相当于成功一半”。 开始的架构设计也是最难的，需要调研同类产品的情况以及技术特征，了解当前世界上对这种产品所能提供的理论支持和技术平台支持。再结合自己项目的特点(需要透彻的系统分析)，才能逐步形成自己项目的架构蓝图。比如要开发网站引擎系统，就从Yahoo的个人主页生成工具 到虚拟主机商提供的网站自动

SDWest2006（译注1）对我来说是个有趣的大会。我除了星期三之外（当时我正飞往费城参加一个客户会议 == 因此错过了Jolt颁奖部分）每天都在演讲。我也参加了一些谈话和会议；其中最引人关注的是Mike Cohn的计划与估算的谈话。我的两个谈话都是半天的关于Ood原则的导引。这些谈话都参与的非常好，现场反映也很热烈。这里是我谈话的几份演讲稿：类设计之高级原则    在OO设计中，掌

聪明人拥有很多优势。首先，聪明人的逻辑强、思路灵活，理解事物很快，因而经常很有创意。聪明人本身，也因为经常感觉到自己「快速理解、时有创意」的特质，认为没有什么事情难得倒他。渐渐的，在看待任何事物时，「容易的认知」即油然而生。聪明人因为觉得事情很容易，觉得自己学得很「快」，因而跟同僚、部属合作、共事时，无形中就会显得别人学得很慢，感觉别人「很笨」。甚至在跟上司、外界互动时，有时也会流露出轻蔑、不

这是一个移动互联网创业的最好时代。过去的2011年，国内大批创业者为移动互联网而疯狂。这个超过200亿元的市场牢牢吸引着他们，每天都有新鲜的主意转化为应用。移动互联网时代的创业成本远小于互联网时代。创新工场创始人李开复在2011中国移动开发者大会上曾经表示：“与过去动辄千万美元的硬件开发和动辄百万美元的软件研发相比，移动互联网创业只需要几百万元人民币，10个人的创业团队已足以打造优秀的移动

长期以来苹果产品开发流程在很多方面都笼罩着一层神秘的面纱，而在AdamLashinsky新发行的《InsideApple:HowAmerica’sMostAdmired–andSecretive–CompanyReallyWorks》一书中对这些流程有所涉及。这本书同时谈论了苹果公司各个不同的方面，包括其理念、招聘流程以及传说中的秘密等等。苹果始终坚持同一产品开发流程，这也是其多年魅力不减的原

Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求。    本文围绕高并发高流量的网站架构设计问题，主要研究讨论了以下内容：    首先在整个网络

Facebook前工程总监黄易山撰写了一系列文章，很好地总结了Facebook卓越研发文化中的宝贵经验。本文是这一系列文章的第五篇，也是最后一篇。何谓技术型领导所有从外部聘用的管理人员包括技术部门负责人，都必须能够编写代码，并且要达到炉火纯青的地步。如果是一家技术公司，CEO也应如此。现在有个误区就是认为编程不是高管或者经理的必备能力，仿佛只是一种花哨的打字形式。但其他专业化行业都不这

软件开发生命周期包括需求分析、设计、开发、测试、交付部署等各个阶段，以及贯穿在整个开发过程的软件开发项目管理环节，2006年，在每一个阶段都出现了令人眼花缭乱的技术与应用，同时这些技术还将进一步影响2007年的发展，令人充满期待。　　建模和开发工具平台　　UML在版本升级到2.0以后，原来的UML工具的大哥大Rational从风行到被收购，现在几乎没有了声音。　　建模工具没有太显著的变

在民营企业，年轻人无疑是主力，为什么年纪相仿，他是经理，我却是职员？相信对此愤恨不平的大有人在！说什么人家后台硬、或者别人嘴巴甜，恨自己生不逢时、怨自己出身平凡的居多，相反检讨自己不足、制订奋起直追计划的鲜有。对年轻人讲“命运掌握在自己手中”，大多数总是不理解。比如安排工作多点，他觉得累；给点新的任务，他说为什么偏偏交给我而不是给别人；让他承担一点创造性的工作，他担心搞砸了会被人瞧不起；让他加

产品和项目到底有什么区别，扩展开说，做产品和做项目最大的不同在哪里？产品经理和项目经理（都是PM，有时候自己都搞不清说的哪一个）职责的不同在哪里？一直困扰了我很长时间，直到2007年秋天，开始有了一点浅浅的体会，姑且随便说说。 有一个比喻，你找裁缝做一件衣服，对于裁缝来说就是一个项目，而服装厂要做一批成衣，那就算一个产品。现实一点的例子，阿里旺旺的E客服功能是一个项目，而阿里旺旺就是一个产

了解并运用由Stephen Covey发现的90/10原理，您的一生或许会有所改变，至少，您对待事情的态度会与以前不一样了。什么是90/10原理？即在您的一生中，只有10%的事情您无能为力，而90%的事情都在您的把握之中。我们无法阻止汽车老化出故障，我们无法预料飞机晚点，我们的行程可能被司机耽误在路上，等等，这些都是我们没办法控制的事件。然而剩下90%则不一样了，比如您可能左右不了