没有更多推荐了，
不良信息举报
举报内容：
什么方法可以显著提高程序员工作效率
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！正在初始化报价器这里有人懂内存拷贝效率是啥意思吗自豪设计在复杂的底层网络程序中，内存拷贝、字符串比较和搜索操作很容易成为性能瓶颈所在。编译器自带的此类函数虽然做了一些通用性的优化工作，但因为在使用指令集方面受到兼容性的约束，远远没有达到最大限度利用硬件能力的地步。而通过针对特定硬件平台的优化，可以大大提高此类操作的性能。下面我将以P4平台下内存拷贝操作为例，根据AMD提供的一份优化文档中的例子，简要介绍一下如何通过特定指令集，优化内存带宽的使用。虽然因为硬件限制没有达到AMD文档中所说memcpy函数300%的性能提升，但在我机器上实测也有%175-%200的明显性能提升(此数据可能根据机器情况不同)。OptimizingMemoryBandwidthfromAMD按照众所周知的“摩尔”定律，CPU的运算速度每18个月翻一翻，但与此同时内存和外存(硬盘)的速度并无法达到同步增长。这就造成高速CPU与相对低速的内存和外设之间的不同步发展，成为很多程序的瓶颈所在。而如何最大限度提升对现有硬件的利用程度，是算法以下层面优化的主要途径。对内存拷贝操作来说，了解和合理使用Cache是最关键的一点。为追求性能，我们将以牺牲兼容性为代价，因此以下讨论和代码都以P4及以上级别CPU为主，AMD芯片虽然实现上有所区别，但在指令集和整体结构上相同。
更多回答listenvaluej这个程序效率的标准解释:程序的效率是指程序的执行速度及程序所需占用的内存的存储空间。讨论程序效率的几条准则为：?效率是一个性能要求，应当在需求分析阶段给出。软件效率以需求为准，不应以人力所及为准。?好的设计可以提高效率。?程序的效率与程序的简单性相关。一般说来，任何对效率无重要改善，且对程序的简单性、可读性和正确性不利的程序设计方法都是不可取的。说白了,你在写一个软件的时候,方法很多,但是有的方法可以达到程序最简最优,这个方法就是提高程序效率的途径.
热门问答123456789101112131415161718192021222324252627282930Ilias Tsagklis 是电信领域的一位资深软件工程师，以软件开发者的身份参与了多个应用与服务的开发工作。目前，Ilias 是 PCRF 解决方案的技术领导者。他感兴趣的领域包括多层架构、中间件服务及移动开发。近日，Ilias 撰文谈到了提升软件开发者效率的 10 个建议，这些提示很具有普遍意义，希望能为各位软件工程师工作效率的提升带来帮助。在参加过几次关于效率与时间管理主题的研讨会并阅读过一些关于这方面主题的图书之后，我理解了一些意义深刻的概念，并对日常的工作方式有了更清醒的认识。通过这些学到的知识，我对日常的工作方式进行了完全的改造，并取得了极大的效率提升。我希望能与大家一同分享这些可以极大提升效率的重要提示，从而增进你的整体输出。也许最重要的是，能够让你抽出时间做些别的事情。值得注意的是，下面这些提示既可以用在个人管理方面，也可以用在专业管理方面，这些原则本质上是一样的。1. 绝不要将阅读邮件作为早上的第一件事请千万别将阅读邮件作为早上的第一件事。如果这么做了，那么你自然而然地就处于一种被动的状态之下，而不是你希望的那种积极、主动的状态。只在每天预先设定好的时间窗内查看和回复邮件，可以在午饭前，比如说 12 点到 13 点之间，然后在 16 点左右再看一次，因为这个时候你的能量可能处于下降的趋势，查看邮件并不会导致效率的降低。别担心，那些所谓的&紧急&邮件在绝大多数时候并没有那么紧急。2. 如果可能就别去开会在企业环境下，会议是头号效率杀手。其实道理每个人都知道，只是有人不愿意承认罢了。Dave Barry 曾说过&会议让人上瘾，导致人们过于放纵，很多公司与大型组织都是习惯性开会，否则有些人可能就无事可做了&。值得注意的是，会议会导致多人效率的同时下降。如果不是那种非参加不可的会议，那就别参加了。你可以说手头还有很多事情要做(也许事实就是如此)，然后在会议后问一下参会的同事，了解一下重要的内容就行。如果真的有必要参加某个会议(这种情况其实并不多)，那么请记住下面这些原则：●在下午效率下滑时开会。●一定要设定好要讨论的主题，别随意发散。●设定严格的会议结束时间，时间到了就立刻散会。●会议结束时一定要确定好清晰的下一步行动计划。3. 别分心这个话题很大。在当今这个信息时代，导致我们分心的事情比比皆是，这些事情阻碍了我们正常地完成工作。我将分心划分为两类：一是我们自己造成的，二是别人造成的。首先说说第一种。看起来很奇怪吧，但实际情况却是我们自己导致自己效率下降，甚至有时都是无意识的。这种情况比比皆是：邮件、社交媒体的&重要&通知，在不同任务间频频切换，看到 Hacker News 或是 Reddit 上的有趣新闻等等。你应该创造这样一种工作环境，那就是在工作时没有任何东西能够令你分心。首先关掉所有通知，比如说手机上的短信、Facebook 更新等等。接下来，退出邮件应用，如果开着的话，请确保禁用掉自动发送/接收选项。然后，不要访问任何不会提升你效率的网站。我们都是极客，我相信你应该知道如何做到这一点。你可以通过比较底层的方式来编辑机器的 hosts 文件，将 facebook.com 指向 127.0.0.1，或是使用插件来临时禁用掉这些站点。我自己使用的是 Blocksite 插件。下面谈谈第二种。你可以说上面这些令你分心的情况是由其他人造成的，不过真实情况却是你自己造成的，因为没有人强迫你访问 Twitter 或是 Facebook。第二种我称为&强迫&分心。这些情况是否出现在你身上呢?比如说，你收到经理发的一封邮件，然后他问你是否收到了，诸如此类。事实上，这种分心是比较难抵御的。有些建议，比如说戴上耳机(不过有时这样也不管用)、让来电进入语音邮箱，然后再去查看，或是在 PC 上放一张纸，写上&请勿打扰，编码中&等等。你要看看哪种情况比较适合你的工作环境，然后采取相应的行动。总的目标就是让工作能够连贯下去。4. 前一晚准备好任务清单你应该在前一晚准备好一个第二天要完成的任务清单。我这里指的并不是那种巨大的清单，这样根本就没效果。相反，列出两三个重要任务即可，这应该是会对项目产生重要影响的任务。比如说：如果今天搞定这两个任务，那么我的效率就非常不错了。5. 先做重要的事如前所述，邮件绝不应该是一天当中首先要处理的事情。那什么是首先要处理的呢?当然是清单中最重要的任务了。你应该识别出最重要的任务，然后坐下来专心解决，而不要再去考虑别的事情。理想情况下，你应该一气搞定，然后休息一会，再来做第二重要的任务。6. 批处理并不是数据库才有的我相信很多人都应该很熟悉批量查询的概念。一言以蔽之，你将相似的数据库查询放在一起，然后在一个请求中发送出去，这样可以提升性能。你也可以在自己的任务中应用这条原则。也就是说，将某个任务的代价、各种开销最小化。邮件、电话以及任何重复性的工作都是批处理的最佳应用场景。7. 自动化添加到效率工具箱中的另一个东西就是自动化。作为程序员，本质上我们生活在一个相当自动化的环境中，不过我曾看到不少开发者使用手工的方式来解决本可以轻松自动化完成的事情。人类的可靠性不如机器，特别是在面对那些无聊和不太重要的事情时。请尽可能自动化你所面对的任务。比如说通过一键的方式来执行完整的应用构建，使用一个脚本将应用部署到产品服务器上。严肃地说，请不要将你的精力浪费在机器能够更快、更可靠完成的事情上。8. 调整工作与休息，实现效果最大化现在来谈谈如何创建良好的工作框架这个问题。我的建议是为工作分配特定的时间，同时为休息，或是娱乐分配特定的时间。比如说，你可以使用 45 分钟的时间进行持续、集中的工作，然后花 15 分钟休息一下，看看社交媒体更新情况，阅读一些文章等。在休息时就别再盯着屏幕看了。久坐是非常不好的习惯，适当地站起身，走一走。9. 将事情记录下来将一切都记录下来。无论是新想法，还是新的做事方式，要知道，大脑有时是不可靠的，你需要将这一切记录下来才行。你可以将大脑看作是一个 CPU，分配给它的东西就好比是在后台启动的进程。有时，进程会挂起，不能正常工作。将事情记录下来则会解放大脑，可以让其以更加优化的方式执行任务。10. 利用心流，专心工作这是个圣杯，正是我们通过恰当地设计工作框架而要实现的东西，也是前面那些提示所要实现的终极目标。我敢肯定你经历过&心流&的状态，这指的是你的思维完全专注的一段时间，聚焦于特定的任务或是难题，甚至忘记了时间的流逝。头脑中除了编码，没有其他的东西存在。外部刺激也不会令你分心。你需要将自己置身于能够实现心流的状态下，尽量保持更长的时间，这将极大提升你的生产率，我敢肯定你会非常喜欢这种状态，为什么不让自己尝试一下进入这种状态呢?（编译：张龙）
24小时报不停
腾讯携《英雄联盟》、《皇室战争》等三款游戏进入雅加达亚运会
小米之家进驻越南首都，开售120余种产品
京东金融最新估值已达200亿美元，估值模型参照阿里巴巴和腾讯
抖音建设正能量社区，4月永久封禁近2万个违规账号
百度收拾O2O残局：百度糯米影业并入爱奇艺
科大讯飞拟募资金约36亿，用于人工智能及机器人项目
腾讯乘车码在呼和浩特全面上线微信车票
数据港：收到阿里合建数据中心意向函，服务费超40亿
Uber聘请前亚马逊电子部门主管负责欧洲业务
疑iPhone起火导致2年前埃及空难，苹果遭遇难者家属起诉
余额宝转出到银行卡当天到账金额将调整为１万，99.99％用户不受影响
中国铁塔提交港股上市申请,去年营收超686亿元
特斯拉（上海）5月10日获营业执照，注册资本1亿元
360手机与京东达成战略合作，涉无界零售、IoT等
人人有意以低估值出售部分资产，被小股东投诉至SEC
施乐宣布终止同富士胶片交易
乐视网董秘：目前上市公司并无资产重组计划
滴滴将在美国加州测试无人车：为加州第53家测试企业
“及刻”完成5500万元A轮融资，复星锐正资本领投
彭博社：泰国将对加密货币进行监管，周日正式生效
苹果CEO库克杜克大学演讲：毕业生要无所畏惧
中国重启对高通收购恩智浦半导体的审核
新乐视2017年人员缩减过半
哈佛大学基金一季度大买科技股：包括苹果微软谷歌
今日头条称遭网文恶意诋毁，起诉知乎索赔百万
Boston Dynamics终于要开始卖机器人了，最先上市的是一只狗
携程设立女性幸福学院，将开设亲子关系等课程
证通电子：近期与华为就IDC及云计算领域的合作签署框架性协议
OKEX的CEO李书沸宣布离职
【新加坡】网络购物平台Carousell，C轮融资8500万美元登录以解锁更多InfoQ新功能
获取更新并接收通知
给您喜爱的内容点赞
关注您喜爱的编辑与同行
966,690 四月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
度量和改进软件开发的工作效率
度量和改进软件开发的工作效率
Ben Linders
19&他的粉丝
3&他的粉丝
日. 估计阅读时间:
，PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。
亲爱的读者：我们最近添加了一些个人消息定制功能，您只需选择感兴趣的技术主题，即可获取重要资讯的。
相关厂商内容
相关赞助商
Randall：这个问题可不太好回答。我从1975年就开始做一些工作效率度量方面的工作，当时，我的任务是找到一些办法，来改进我们组织内的软件开发工作效率。第一次的实验包括两个程序员团队，此后他们成为结对编程的团队。这个实验背后的理念是：&两个脑袋胜过一个。&虽然投入工作的人数翻倍，但我们的工作效率提升了125%，而且错误降低了三个数量级。Chuck Tonis、我的经理，还有我，我们确定了一个研发环境的概念模型，发布在1979年的《软件工程》杂志上，其中有一个有效性公式（Effectiveness Formula），基于三个属性：沟通、管理质量和应用的技术。每种属性的值从0到1。组织有效性由这三个属性决定。我们初衷是描述环境，而不是改进工作效率，不过那个公式确实可以预测开发的效率如何。
我的第二个任务是确定软件开发的成本，以及日程估算模型（Seer），这是当今软件开发管理中最常用的模型。
接下来这些年，我直接参与到预测多个大型软件开发合同的成本和日程的活动中，包括一些政府的项目，同时评估组织能力，以满足特定的工作效率目标。我发现：在合同签署之前的评估阶段，概念公式就可以准确组织的工作效率。1995年，我修改了 Seer（Seer II），好让模型可以直接反映出组织本身的能力，以支持有效性共识。Seer II 出现的时机，正是软件开发领域中敏捷方法大行其道的时候，这又进一步证明了概念模型。
2005年之前，公式的正确性、背后的数据，特别是我与其他组织合作中吸收到的经验教训，这些都让我感到很满意。从敏捷开发中获得的数据也能与公式匹配得很好，而且在数据上明显表现出与传统开发过程的不同。该是写书的时候了！
InfoQ：您之前提到：要说起真正的工作效率收益，软件行业得到的结果还很有限。您能不能说明整个的改进到底有多大？
Randall： 从1960年代开始直到今天，我一直在收集各种项目的软件开发数据，并以其作为成本和日期估算工作的基础，这些工作我从1970年代中期就开始了。虽然所有数据中也有一些来自比较新的开发方法，但主要还是来自传统的开发过程。数据从汇编语言项目开始，没有工具，也没有现代方法的支持。几乎所有的改进都发生在工具、语言和方法层面，这些都属于有效性公式中的技术属性。在沟通属性中几乎看不到任何改进，除非将小隔间式办公考虑在内。1900年代早期就定义下来5种管理职能，可相关的管理的风格也没有发生什么变化。工作效率改进的速度时快时慢，但大约是每年每人月1.5行代码（sloc/pm），这从1960年代开始，而且完全来自技术方面。换种表述方式，也就是说1960年的 60 sloc/pm，到今天大约是 140 sloc/pm。这个数据基于完成代码行数，不能代表从汇编到 Fortran 语言带来的3倍提升，也不能说明可视化语言的功效。这纯基于产生的代码行数。
InfoQ：您觉得是什么阻碍了工作效率的提升？
Randall：用一句话总结工作效率为何无法提升：忽略了公式中沟通和管理质量属性。今天的传统开发组织，如果不考虑现在的技术变化，他们的表现和行为方式与1970年代的组织没有区别。
隔间带来绝对隔离，由此消除了沟通和写作。
沟通包括三个部分：视觉、口头和笔头。去掉视觉和口头元素，沟通只能保留原本7%的信息。跟旁边隔间的程序员在网络上沟通，实际上跟阅读笔头文字没有区别。您可以用文字发送问题（写邮件等于另一堆笔头文字），得到回应（也是邮件）。如果不能提供程序员可以面对面沟通的区域，我们就进一步限制了沟通。隔离也会降低士气，因为人们不能像团队一样发挥作用。
根据管理的五项职能，管理质量可以定位为：规划、组织、命令、协调、控制。这些职能限定了传统的管理，但它们无法应对影响工作效率的人的因素。这些问题在1920年代被定义出来，称为&霍桑效果&，在传统管理中完全是被忽略的。在传统组织中，管理者与开发人员之间是完全隔离的。我称传统管理者为指挥者，现代管理者为领导者，换句话说，就是牧羊人和 牧羊犬。
最让我惊奇的是：媒体上已经有很多系统研制领域的成功故事，他们放弃了传统的做法，整个组织像一个团队一样工作。举个例子，Lockheed Skunk Works组织从1940年代中期开始，就已经表现出团队所能达成的最好工作效率。想象一下247天就造出 P80 战斗机。（在软件行业中，）我见过很多很好的项目主管被拿下来，就是因为他们没有使用传统组织做事的方式。
InfoQ：对于敏捷软件开发崛起为提升工作效率做出的贡献，您是怎么想的？
Randall： 敏捷软件开发当然证明了沟通和协作在软件开发中的重要性。敏捷与我们为伴已经将近20年了（如果你考虑1975年结对编程的实验，那还要更长），但对于传统开发方法还是几乎没什么影响。小隔间还存在，管理层依旧奉 CMMI 为圭臬。敏捷开发证明了有效性公式的正确性，以及人在工作效率模型中的重要性。敏捷更重视个体和交互，而不是工具和流程，这明确表明了模型中人的重要性。
InfoQ：您和 Chunk Tonies 一起定义的有效性公式中，描述了工程师可以贡献的价值。您能详细说明吗？
Randall： Chunk 和我定义了软件开发环境的一个简单概念模型，其中基于环境的三个属性：沟通、管理支持和开发技术。这三个属性会决定激励、协作和开发团队的方向。
在为书籍收集资料的时候，明显看出：这个模型可以适用于几乎所有开发环境。Lockheed Skunk Works只是这个模型在系统研制领域环境的一个范例。很多敏捷方法都会利用现代的管理技术和有效的沟通方法。
说远一点，小学教室是另一种融合了学生、教师和技术的环境。如果学生可以协作，还能得到老师的紧密支持，想想那能带来多少效果上的提升。
InfoQ：您在书中提到结对编程的实验。能说说是怎么做的吗？结对方式工作有哪些好处？
Randall： 当时有人让我想办法提升组织的工作效率，我就回到了两个基本想法：（1）两个人的脑子比一个人好使；（2）为了获得电子工程学位时，我在一个团队中努力的经验。当时实验的平台是一个多任务系统集成程序，需要用 Fortran 开发大约50000行代码。有六个独立的任务需要完成。
组织提供了10个程序员，大家的经验各自不同，有的大学刚毕业，有的已经是经验丰富的系统程序员了。当时组成了5个小团队，将最有经验的和最没经验的人放在一起，第5个团队两个人经验水平相当。分配给每个双人团队的办公室彼此距离相近。团队要在一台工作站上一起工作， 一个人作为&司机&，第二个人作为&导航员&或是&观察员&。
项目经理是一个亲力亲为的领导者。 我认为他是完美的牧羊犬，必须克服最困难的阶段&&让所有团队都能协作起来。这些团队都没有在团队环境中工作的经验。有一个团队中包括一个资深程序员和他的同伴，资深程序员结束了养育孩子的6年时间，刚刚投入工作，他一开始时是个麻烦。他觉得女同伴应该给他倒咖啡、从打印机那里拿报表，思考的任务就由他自己来做。几次严肃讨论之后，资深程序员发现他的同伴很有才华。
系统集成阶段最能体现这种团队做法的成效。最初的两个任务（大约10000行代码）集成时，只出现两个设计错误需要解决。这种整合发生于两个独立团队之间的组件。第三个任务（大约5000行代码）集成式毫无问题。最后两个任务的集成出现一些错误，但整体效果相当惊人，可谓现象级。他们实现了125%的工作效率提升，而且错误大大降低。
项目结束时的事情，是这次实验最值得铭记的部分。来自实验的结果在组织中高层会议上得以展示。来自其他项目经理的反应是：我们无法实施这种方法，因为组织中的资深程序员宁肯离职，也不愿意参与两人团队。我的想法是：&让他们走，这样反而对我们有利。&项目经理却被调离了项目管理部门，成为计算中心的主管。
InfoQ：您在书中提到与团队一起工作的正面效应。能不能列举一些？
Randall： 团队方式工作的好处包括：激励、问题隔离、头脑风暴、沟通、持续走查、协作等等。我观察到的这些，不过是在重复自己大学时的经验，我们在作业和测试准备上彼此协作。
InfoQ：在您看来，这些来自团队的正面效应能否解释敏捷软件开发带来的工作效率提升？
Randall： 当然。结对编程是敏捷方法之一。整体来看，敏捷就是基于团队的。你能看到，敏捷更重视个体和交互，而不是工具和流程，这明确表明了模型中人的重要性。大体上，敏捷开发是使用团队来解决问题的方法。每种方法都有自己的特点，或者说形式，但是激励、协作、沟通是所有方法的关键。我常思考这样一句话：每个项目都有问题，它们都是人的问题。1920年的霍桑试验是很前沿的研究，证明了人在工作效率提升中的重要性。
InfoQ：有很多因素都会影响工作效率。这会不会使得类似 SEER 这样的估算模型变得不好用了？是否存在轻量级解决方案？
Randall：要估算一个项目，大约需要考虑30个因素，因为存在很多影响因素，比如记忆力限制、需求稳定性、研发系统经验等等。
在不考虑项目约束的情况下，考虑组织的潜在工作效率，那就只要考虑7个参数，而且初步介绍给组织就可以把它们建立起来。如果你只关心自己的组织，你可能已经知道建立基本的工作效率需要哪些正确的值了。
此处会潜伏问题。设定这些参数的值时，你必须诚实。如果你觉得自己的组织在所有组织中大约排名在75名前后，你就很容易反复欺骗自己。现实地评估每个参数是最难的部分。
我常常使用一种快速估算方法，你可以称其为轻量级方法，这是一种交叉检查，我会用其验证工作效率评估：找到最后一个项目达成的工作效率。下个项目的效率可能与该值相当，除非下个项目之前发生了某些事情。如果发现工作效率估算比上个项目提升了25%，你不会接受这样的想法：&比起上次，我们的聪明程度提升了25%。&这只是一厢情愿。
InfoQ：你的书中提到：在软件维护团队中，知识留存是工作效率的重要因素。组织要想留存知识，他们可以做些什么？
Randall：大部分软件开发估算模型中包括的因素，都针对（1）正确的维护，（2）适合的维护，（3）完成的维护。这三个因素都假定：要完成维护工作，需要实施某些变化。大块变化（Block changes）是这三种变化维护的典型。Sage 基于 Seer II，是唯一一种假定运营中的软件不需变化的估算方法。
举个例子，假设我们刚刚接手一个一百万行代码的、正在运行的雷达系统。我们以前也没有这个软件的只是。如果软件存放在打孔的数据上，我们很容易把维护工作量形象化。希望你还能记得那样的日子。一百万行代码需要500盒卡片。要理解、修复这么多盒卡片，需要多少工程师？这个工作量可不能算在软件日常维护变更需要的工作量之内。要想保留这个系统的知识，我们是需要支持5个，还是50个人？要是系统宕机，指望就用一开始分配的几个工程师，马上就能搞清楚系统，做出正确变更，可千万别这么想。要想留存知识，必须付出工作量，这也要算在保持系统正常运作的维护成本之内。顺便提一句，应对这个例子中的系统，要想保留知识，组织平均需要40个工程师。在现实世界中，大约就是每个工程师要处理12.5个盒子（25000行代码）。要参与到这种量级的任务，我觉得没有什么捷径可以提升个人的记忆能力。
InfoQ：您在书中提到有效沟通的四条告诫。您能列举出来，并为想要实施这些告诫的组织提供一些建议吗？
Randall：这四条告诫是有理有据的。第一条：组织不应做任何事情限制沟通。典型的、也是很常见的障碍，就是格子间。在行动相对不受限的开放空间中，团队工作更有成效。
第二条：不要将两个甚至更多团队放在同一个项目区域中。与手上任务无关的人也是障碍，这些外人的出现会造成噪音，降低士气。
第三条：为开发团队提供白板、会议桌、马克笔，以及顺畅沟通需要的爆米花。
最后一条：不要试图在项目之间分享团队成员。这无助于顺畅沟通，也丝毫不利于激励。
敏捷的世界已经认可了这些告诫，或者指导意见，它们是保证想法和工作无碍流动的必要条件。
Randall W. Jensen 博士是软件采购方面的咨询顾问，作为计算机软硬件开发的专业人士，有40多年实践经验。过去30年来，他一直积极参与软件工程方法、工具、高质量软件管理方法、软件研发日程制定和成本估算、管理方法度量等多种工作。退休时，他是休斯飞机公司地面系统集团软件工程部门的首席科学家，负责研发软件工程方法和管理方面的研究。他制定出的模型支持了 Sage 模型 和 Galorath 公司的 SEER-SEM 软件成本和日程估算系统。1984年，Jensen 博士获得了弗雷曼（Freiman）参数分析国际大奖中的参数估算杰出贡献奖（International Society of Parametric Analysts Freiman Award for Outstanding Contributions to Parametric Estimating）。他在犹他州立大学获得了电子工程博士学位。可以通过发邮件联系他。
查看英文原文：
Author Contacted
架构 & 设计
886 他的粉丝
文化 & 方法
107 他的粉丝
0 他的粉丝
8 他的粉丝
0 他的粉丝
1 他的粉丝
3298 他的粉丝
0 他的粉丝
23 他的粉丝
0 他的粉丝
16 他的粉丝
0 他的粉丝
Book Review
0 他的粉丝
分布式团队
1 他的粉丝
Aldon敏捷经理
0 他的粉丝
0 他的粉丝
0 他的粉丝
业务/IT整合
1 他的粉丝
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
人员有限不能结对怎么办？
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
订阅InfoQ每周精要，加入拥有25万多名资深开发者的庞大技术社区。
架构 & 设计
文化 & 方法
InfoQ.com及所有内容，版权所有 ©
C4Media Inc. InfoQ.com 服务器由 提供, 我们最信赖的ISP伙伴。
极客邦控股（北京）有限公司
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。