资讯频道 → 企业架构
阅读更多

35顶
1踩

企业架构

转载新闻 软件开发的 “三重门”

2012-01-30 15:54 by 副主编 wangguo 评论(16) 有10559人浏览
软件开发 业务 性能 智能
注：本文转载自 酷壳，文中作者根据自己十多年的软件开发经历，总结出软件开发的三个阶段——功能、性能和智能（作者称之为软件开发“三重门”）。

以下为原文：

这篇文章必然是通过我的个人经历来写的。所以，我先说说个人经历吧。我的经历基本分成三个阶段。

第一阶段：我刚毕业时在家乡的某银行工作，做些银行的业务系统，还搞些网络、电子邮件系统、OA什么的，因为大四的时候在老师的公司里实习，银行里的人际关系太复杂，而且技术都包给了产商，所以在银行的每一天都觉得不能适应里面的工作环境。两年后离职，单位分的房也不要了，直接去了上海，在上海呆了两年，本来想做互联网的，但是泡沫来了，最终去了一家做系统集成的国企公司还是继续做银行业务。这四年来，主要解决的都是一些业务上的问题，银行里的会计业务、OA业务、国际业务、中间对公业务都非常地复杂，而且因为当时的软件开发相当的不规模，所以基本上是在一种比较混乱的状态下度过的，而银行方面又很强势，所以，这段时间主要是做业务。C+/Java、Windows编程、Unix编程、网络编程主要是这段时间学的，看了太多的书（我大学课程里没有C++和Java，也没有Windows/Unix和网络编程，所以，只能拼命地看书和自学）。

第二阶段：然后，我来到了北京，在一家做分布式计算系统的公司，整天和一个高性能、高可用性的企业级的集群式的软件产品打交道（这家公司去年被IBM收购了），在这家公司把Windows/Unix和网络编程有了更深入的了解，对我长进比较大的是明白了怎么做一个性能高、可用性高的集群式的系统，天天和底层打交道，干了4年多。然后去了一家金融信息公司，这家金融公司主要做全球的金融信息数据处理，而我主要还是做核心数据发布系统的性能调优的项目，金融数据的实时性要求的高，数据量非常地大，高可用性要求得高，得想尽一切办法省网络带宽，增加系统性能，还要保持高可用性、不宕机、不丢包。又干了4年多，去的时候从国外接过来两个系统，其性能单机每秒可处理 120K message，我走的时候，我和团队把其优化到了每秒1.4M messages 的吞吐，另一个系统，从接手时的100k message/s优化到了500k message/s。这八年多的时候，全是在和这些高计算高性能的项目打交量，几乎没有什么业务，都是纯技术，积累到了很多和性能有关的高并发、高计算系统架构级的知识。

第三阶段：两年前来到了现在的做电子商务的互联网公司Amazon，还是在做一个数据处理量很大的业务系统，因为要干的是要把电子商务全球化的东西。但是，因为电子商务的特殊性，必须要去兼顾业务的特点，而且在Amazon，耳濡目染了很多有趣的业务难题，比如，库存计划、配送优化，等等。虽然很多东西还不明白，但发现，用技术来解决业务难题真是太有意思了。

我的这三个阶段，第一个阶段花了4年，第二个阶段花了8年，第三阶段刚刚开始2年不到，有时候我也去别的公司讲课，所以，我很有幸经历了中国软件开发的进化过程。我的经历就是中国软件行业进程的一个缩影，而我把这三个阶段称为——软件开发的三重门。它们分别是：

  • 业务功能
  • 业务性能
  • 业务智能
 之所以加上“业务”二字，是因为我以为计算机是一个工具，其用来解决实际问题，所以，什么都离不开业务，就算是性能优化也一样，通过之前那篇“12306.cn的性能优化”中的“业务分析”段落，我们可以知道业务的不同，系统的难度和解决方法就可以不同。所以，我们总是用技术在解决业务问题。业务的形态对软件的开发有决定性的作用。

下面让我具体描述一下。

一重门：业务功能

这是软件开发的第一重门，也就是掌握可以实现业务功能的技术。通常分成三块：语言、系统、数据处理。在这个阶段，主要是掌握各种技术，比如：开发用的各种工具（如：IDE、XUnit、Debugger等），各种代码库和框架（如：C++的STL、ACE、Boost等，Java的Spring、Hibernate等），各种系统知识（如：Windows API、Unix/Linux API、TCP/IP、Socket、多线程多进程间的同步和互斥、并发安全，还包括Web平台和移动平台，等等），还需要掌握数据处理的知识（如：数据结构、基本算法、数据库设计、数据库引擎、SQL等）。

这个阶段主要是把这些不同的技术组织成可以实现业务功能的解决方案。重点是能掌握和使用技术。很多流程和方法论的东西基本上就在这一重门里。这重门主要解决的是实现问题。

二重门：业务性能

业务的功能搞定了以后，就是业务的性能问题了。搞定功能并不难，搞定性能是有点技术含量的事。有句话不是那么说的吗——每个人都可以搞一个网站出来，但不是每个人都能搞出能支持百万级访问量的网站。但是，我看到很多技术团队或是工程师脱离了业务，只单纯地搞性能，比如：单台服务器支持10万个TCP链接的并发，等等。这些东西虽然在技术上有点意思，但是没有业务的环境，也只能是自娱自乐了。

我们可以看到一些企业开始注重这个问题了，性能问题也是最近被大家讨论得最多的问题，京东商场的性能问题，12306的性能问题，等等。

当然，所谓性能不并单单指系统的吞吐力，还指系统运行时的总体性能，比如，系统安全性能、系统的Accessbility的性能、系统的扩展性性能，等等，就像是前些天中“Web开发中需要注意的问题”一文中谈到的那些事一样。这表明着你对系统的全面和深入的了解。

在这个阶段，需要对业务模型、数据流、业务流、系统架构、算法和各种技术有深入的了解，要了解到本质上来。比如：在第一重门中，我们只需同要知道，Java有同步关键字，在这一重门中，我们还要知道同步或互斥对性能的巨大伤害性；在第一重门中，我们只需要知道STL中的智能指针或是STL的用法，这一重门中，我们还要知道智能指针中的refcnt的同步加锁对性能的损害，还需要知道STL中容器的size()方法在某些时候是性能很差的；在第一重门中，我们需要知道hash表的效率，在这一重门中，我们还需要知道hash表的碰撞问题。

最重要的是，在这重门重点是软件的设计问题。你需要有足够多的经验能比较不同设计方案的优缺点，比如TCP和UDP、同步和异步、epoll和select、push和pull、水平扩展的各种方案等。还记得本站的那篇“程序员的谎谬之言还是至理名言”，广度是你深度的副产品。所以，这重门是看你的技术视野有多深有多广。

三重门：业务智能

这重门可能是最难的一重门了，如果你能进到这重门里，你应该是科学家级的程序员了。让你有智能的业务，这可能是顶级的技术难题了。第一和第二重门都不算难，这重门是最难的。参看Amazon的个性化推荐系统，或是Google搜索引擎的结果个性化推荐等等（比如我输入“黑天鹅”关键字，你怎么知道我要找的是动物、电影还是本书？怎么让搜索出来的结果排名即公正又可行？），你就知道，用技术来解决这种类似的问题难度可想而知，不然就不会出现如 Hadoop之类的技术了。

我再举两个这重门里的业务方面的例子。

一个例子是关于库存计划的，需要像天气预报一样预测未来的销售量从而决定库存，所以，最简单的做法是，监测各个商品的销售统计，然后看一下最近的销售趋势，还要看一下往年的销售趋势（因为某些节假日会是一个高峰期），还要分析一下大众的喜好变化，比如，在某影评网站上的某电影的热度其会告诉我哪个电影的DVD要滞销了，得打折卖，哪个电影的DVD要畅销了，得多进货了。还可能需要监控新闻评论，比如某权威人士推荐了某个商品，那么我得赶快进货了，等等。这完全就是一门科学。

还有一个例子是配送问题。我有一辆卡车要处理我仓库和配送站间的物流问题，我需要找到一条最经济的路线来在有限的时间内处理最多的物流。这个不是最短路径问题，这是个计划统筹学的东西。也是一门科学。

还有近期“方韩之争”里有很多人来分析文章相似度的技术，这些东西都属于三重门里的东西。

到了这重门里，重要的可能不是技术，而是数学模型。这重门里主要是业务模型、数据模型和算法问题。这些东西和你的业务模型密切相关。能解决这样的问题，是真正的大牛。对于我来说，可能是高山仰止了。

后记

通过上面的说明，我们可以看到下面这些东西，

  • 我的那篇“程序员技术练级攻略”里的东西只能让我们最多达到1.1 到 1.2重门。
  • 一重门像是开垦荒地，二重门像是扩大生产，三重门像是精耕细作。
  • 一重门（业务实现）里聚集着大量的劳动密集型的企业，劳动密集型的企业通常都需要流程和方法论。敏捷过程改进这类的东西只在一重门里。
  • 二重门和三重门里只有少数不多的技术型的公司，这类的公司通常非常注重技术，并且企业文化是工程师的文化。
  • 三重门里可以产生创新和那些可以用来改变世界的技术。
  • 国内现在的情况是：一重门优化阶段 + 二重门的学习阶段。三重门里似乎还没有什么见术。不过，我看到一些公司已在尝试三重门的东西了。
  • 作为技术人员的你，如果你想跟上时代，让自己有价值的话，你至少要达到二重门。
  • 国内的技术环境等不良因素，导致大量的程序员在一重门的时候就已经失去信心，或被大浪淘沙淘掉了，所以，二重门里的程序员比较少了，但是随着年轻的一代 和技术的日趋成熟，也会慢慢多起来的，我现在已经看到这个趋势了。而三重门里的程序员成了稀缺的大熊猫。因为大量的二重门程序员干到那个时候都转管理了。
最后，我的这些言论不一定对，但希望能让大家有启发，有所思考。

作者注：本来这篇文章的标题想取成“程序员要解决的三种问题”， 但是因为过年都在关注 “方韩之争”，所以，干脆取成了这个名字。
来自: 酷壳
35
顶
1
踩
评论 共 16 条 请登录后发表评论
16 楼 gwh_08 2012-02-03 11:27
不白看
15 楼 xiaoqiang2008 2012-02-02 09:45
好像我目前大多也在一重门里转悠，不过意识上开始有进入二重门的渴望，下一步希望能找到一个这方面好的公司学习和深入，什么时候才能涉猎三重门呢，争取吧，朋友们也一起努力，这就是工作，也是娱乐。
14 楼 t42dw 2012-01-31 17:49
做了3年了...还在一重门中
13 楼 tlde_ti 2012-01-31 17:26
就个人的想当然的话
这个分法似乎不是很好.
第三重门这个的基础和第一二重门差别有些大.并没有连续性.

在第一二阶段都经常自学一些 相关的数学知识，machine learning之类的才可能和第三阶段沾边。应该说，一开始的发展方向就有些不太一样吧.
12 楼 LSQ6063 2012-01-31 14:21
干到二重门就转管理了。。。太多了
11 楼 fwl0424 2012-01-31 14:16
初学者，对里面所提的东西，感受不深，学习吧，感谢作者。
10 楼 cgd123 2012-01-31 13:07
这篇文章很有思想，很有趣味，很震撼。
9 楼 thekll 2012-01-31 12:06
谢谢，
8 楼 elan1986 2012-01-31 09:59
受益匪浅！
7 楼 iamyuyingqiang 2012-01-31 09:50
dongdyj 写道
xifo 写道
dongdyj 写道
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

如果肯努力，你也可以打破这个恶性循环。

局部打破是木有问题的。但是对于中国不跳槽就不给涨工资的现象很无语。

确实很无语，正在寻思着换工作呢
6 楼 dongdyj 2012-01-31 09:05
xifo 写道
dongdyj 写道
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

如果肯努力，你也可以打破这个恶性循环。

局部打破是木有问题的。但是对于中国不跳槽就不给涨工资的现象很无语。
5 楼 xifo 2012-01-31 08:13
dongdyj 写道
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

如果肯努力，你也可以打破这个恶性循环。
4 楼 dongdyj 2012-01-30 19:01
allloveend 写道
dongdyj 写道
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

作为年轻程序员，真心不知道出路在哪……

做程序员，要有一颗不抱怨和努力学习的心，寻找符合国情的职位。并加以奋斗。
3 楼 ileson 2012-01-30 18:56
受益良多！
作这个行业就要耐得住寂寞，并且要有一定的机会。
2 楼 allloveend 2012-01-30 17:18
dongdyj 写道
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

作为年轻程序员，真心不知道出路在哪……
1 楼 dongdyj 2012-01-30 17:15
----在国外工资水平是：项目经理<优秀程序员<优秀实施人员<业务领域专家
   在国内几乎颠覆了这些观点。国内程序员的发展受限，所有造就了国内程序员是吃年轻饭观点。行业风气不好啊。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 【C++STL基础入门】深入浅出string类的比较(compare)、复制(copy)

    本系列STL使用VS2022+C++20版本在C++标准库中，string类是一个功能强大的字符串处理类，提供了丰富的操作函数。本文将详细介绍string类的比较、复制、查找字串、返回字串、交换等常用操作。通过深入浅出的解析，让读者对这些操作有更清晰的理解和掌握。本文深入浅出地介绍了string类的比较、复制常用操作。通过对这些操作的解析和示例，读者可以更加清晰地理解和掌握这些功能。熟练使用string类的操作函数，将有助于提高字符串处理的效率和代码质量，更好地应对实际开发需求。

  • C++的copy函数——取出string对象中的指定字符

    一点睛 函数原型： size_t copy (char* s, size_t len, size_t pos = 0) const; 函数功能： copy函数的作用是从string对象中取出若干字符存放到数组s中。其中，s是字符数组，n表示要取出字符的个数，pos表示要取出字符的开始位置。 函数参数： 参数s：字符数组，用来存放从string对象取出的字符。 参数le...

  • c++ string的详细用法（6）copy()

    char *str = new char[64]; string a="12345abcdefg6789"; str[a.copy(str,7,5)]='\0'; // 结果为 str="abcdefg"; str[a.copy(str,7)]='\0'; // 结果为 str="12345ab"; delete[]str;

  • C++ String写时拷贝（Copy On Write）

    Copy On Write(写时拷贝)使用了“引用计数”，开辟空间时会多开4个字节用于保存引用计数的值。当第一个对象构造时，string的构造函数会根据传入的参数从堆上分配内存，当有其它对象需要这块内存时，这个计数为自动累加，当有对象析构时，引用计数会减一，直到最后一个对象析构，此时的引用计数为0，此时，程序才会真正的Free这块从堆上分配的内存。 引用计数就是string类中写时拷贝的原理！#

  • String —— 写时拷贝技术(Copy-On-Write)

    String —— 写时拷贝技术(Copy-On-Write)1.往磁盘里写东西时，其实是先写到内存，只有当我们关闭文件或刷新时，才会真正写到磁盘。2.把某个对象的值赋值给另一个变量时，这个变量默认指向与原来对象相同的空间，只有真正修改其当中的内容时，才会对其分配空间。int main() { string s1(&quot;hello&quot;); string s2 = s1; prin...

  • C++：Copy-On-Write技术以及string类的模拟实现

    文章目录1. 1.

  • 标准C＋＋类string的Copy-On-Write技术（二）

    2.2、         深入在深入这前，通过上述的演示，我们应该知道在string类中，要实现写时才拷贝，需要解决两个问题，一个是内存共享，一个是Copy-On-Wirte，这两个主题会让我们产生许多疑问，还是让我们带着这样几个问题来学习吧：1、  Copy-On-Write的原理是什么？2、  string类在什么情况下才共享内存的？3、  string类在什么情况下触发写

  • C++的STD::STRING的“读时也拷贝”技术！

    因为写操作只是直接的修改了内存中的指定位置，这个string就根本不能感知到有写发生，如果写时才拷贝是不成熟的，那么我们将同时会修改original和clone两个string。这样看来我们在使用COW的时候，一定要注意，如果你不需要对string的内部进行修改，那你就千万不要使用通过[]操作符和迭代器去获取字符串的内部地址引用，如果你一定要这么做，那么你就必须要付出代价。我的错，你之前听说写过时才拷贝，嗯，不错的确有这门技术，英文是Copy On Write，简写就是COW,非常’牛’！

  • C++string 类的常用方法

    iterator 是定义在类域里面的我们可以通过迭代器来修改指向的内容。

  • C++——string的深拷贝与浅拷贝

    在c++中，基本所有的类都要考虑深拷贝，浅拷贝与写时拷贝，根据不同的定义，选择适合自己的拷贝方式。时间类就可以用浅拷贝，而二叉树，string类就需要深拷贝。 string类在vs编译器下使用的深拷贝，在Linux下使用的浅拷贝。 为什么会存在深浅拷贝的问题呢？ string的浅拷贝是让两个不同的指针指向同一块空间，而这在析构的时候会出现将一块空间释放两次，程序会崩溃，因此我们才需要进行深拷贝

  • 标准C＋＋类string的Copy-On-Write技术（三）

    2.3.4、      Copy-On-Write的具体实现是怎么样的？ 最后的这个问题，我们主要解决的是那个“民主集中”的难题。请先看下面的代码：  string h1 = “hello”; string h2= h1; string h3;

  • string类的深拷贝和浅拷贝

    1.string的浅拷贝 如果一个string只显示的给出构造函数和析构函数，拷贝构造函数和赋值运算符重载使用系统默认的，当进行拷贝和赋值时，会出现什么结果： #include &amp;lt;string.h&amp;gt; class String { public: String(const char* str = &quot;&quot;); ~String(); private: char*...

  • c++ String类的写时拷贝

    写时拷贝   系统中默认的拷贝构造函数和赋值运算符重载函数是一种浅拷贝，若类中的成员变量有指针类型，那么多个对象拥有共同的资源，在析构时，会对同一块内存多次释放。此时，我们就需要自己来写拷贝构造函数和赋值运算符重载函数实现深拷贝。但是深拷贝也有缺点，即若资源只是简单共享，不进行写操作，则会使资源浪费。   写时拷贝技术就是在写之前为浅拷贝，而写时为深拷贝。那么使用写时拷贝时，对象的销毁（析构函数）要进行合理的处理。由于多个对象可能共享共享同一块内存单元，所以应该在最后一个对象销毁时，才释放资源。这就涉及到了

  • C++——std::string类的引用计数

    <br /><br />1、概念<br /><br />Scott Meyers在《More Effective C++》中举了个例子，不知你是否还记得？在你还在上学的时候，你的父母要你不要看电视，而去复习功课，于是你把自己关在房间里，做出一副正在复习功课的 样子，其实你在干着别的诸如给班上的某位女生写情书之类的事，而一旦你的父母出来在你房间要检查你是否在复习时，你才真正捡起课本看书。这就是“拖延战 术”，直到你非要做的时候才去做。<br /><br />当然，这种事情在现实生活中时往往会出事，但其在编程世

  • Copy On Write(写时复制)

    Copy On Write（写时复制）是在编程中比较常见的一个技术，面试中也会偶尔出现（好像Java中就经常有字符串写时复制的笔试题），今天在看《More Effective C++》的引用计数时就讲到了Copy On Write——写时复制。下面简单介绍下Copy On Write(写时复制)，我们假设STL中的string支持写时复制（只是假设，具体未经考证，这里以Mircosoft Visu

  • 模拟string的Copy-On-Write

    Copy-On-Write的原理：Copy-On-Write一定使用了“引用计数”，是的，必然有一个变量类似于RefCnt。当第一个类构造时，string的构造函数会根据传入的参数从堆上分配内存，当有其它类需要这块内存时，这个计数为自动累加，当有类析构时，这个计数会减一，直到最后一个类析构时，此时的RefCnt为1或是0，此时，程序才会真正的Free这块从堆上分配的内存。这个RefCnt该存在在哪里

  • C++string类常用接口说明，深浅拷贝

    标准库中的string类 string是表示字符串的字符串类 该类的接口与常规容器的接口基本相同，再添加了一些专门用来操作string的常规操作。 string在底层实际是：basic_string模板类的别名，typedef basic_string&amp;lt;char,char_traits,allocator&amp;gt;string; 不能操作多字节或者变长字符的序列 在使用string类时...

  • C/C++ 字符串拷贝处理

    在C语言中想要输出数据需要使用Printf来实现,但C++中引入了另一种输出方式,C++中形象的将此过程称为流,数据的输入输出是指由若干个字节组成的字节序列,这些序列从一个对象中传递到另一个对象,我们将此过程形象的表示为数据的流,数据流可以包括ASCII字符,二进制数据,图形图像数据,音频数据等,流都将可以操作.在程序中一般用cout和插入运算符“

Global site tag (gtag.js) - Google Analytics