2015年08月_muyutingfeng2008

转载项目管理实战之团队管理

一个系统不仅需要优秀的分析和设计，更需要一个良好的过程将其从蓝图转化为实现。这个过程中最重要的是对团队的管理，也就是人的管理。一个优秀的团队和一个糟糕的团队的效能是天壤之别，她们之间的比例不是1:100或1:1000这样量化的数字能够表示的。就像一个团队建造了一幢摩天大楼屹立于云霄，而另一个团队的建筑物还没有10米高便开始摇摇欲坠！这是质的差别，也是团队灵魂的差别。　　而团队的领头人就是项

2015-08-31 09:50:29 373

转载小团队的技术管理 [Y]

最近一年左右兼职技术管理的经验试总结，核心理念就是以人为本。　　小作坊　　小项目的构成往往是一个相对有经验的人作为leader，带几个毕业生构成一个三五个人的小作坊。没有达到配置专门的项目管理人员的程度，因此管人管事管技术，三权集中在一个人身上。　　对效率上有好的和坏的影响，但也是不错的选择，开发人员一般是比较难管理的，职业的项目经理很难做好这个事情。　　这也从一定

2015-08-26 18:51:56 338

转载切勿过早优化 [Y]

Donald Knuth说“过早优化是万恶之源”（premature optimization is the root of all evil）。这话也许有些夸张，但“过早优化”的危害我觉得不能忽视。同时，我觉得“过早优化”的概念不专属编写程序，生活中的示例也比比皆是。不信，你看看下面这些情形你是否遇到过：　　1、当你开始学一门程序语言的时候（比如c#），你想如果可以精通开发工具（比如Vi

2015-08-31 09:57:56 316

转载谁动了项目的时间?

项目进行到今天，我突然发现项目已经花费了快70%的时间，而离编码结束似乎还很遥远，面对着领导质问般的眼神和组员迷茫般的目光，我深深地吸了一口气，大脑开始了高速地运转，到底谁动了项目的时间？　　项目情况　　首先介绍一下项目的大概情况：　　其实项目倒不是很复杂，一个处理业务流程的系统。接到项目的消息是七月底的时候，由于当时领导与客户谈妥之后，客户想在八月中旬就看到，所以当时就非

2015-08-31 09:56:02 257

转载我也发软件开发团队的思考（侧重点是人员）

//上个月给我们老板的mail.洋洋洒洒6000多字．　　//为了方便公开，改了一下．以致可能有些地方前言不搭后语．　　//不管他同意不同意，先在我们组实行了再说．　　//请多大家多提提意见，日后看有没有机会找老板当面交流　　经历的几个项目,项目的进度老是不尽如人意。更重要的是市场的开拓因为这些项目拖住了后退而无所作为。　　我们现有的情况是：项目期限和最开始的保守估计都相去

2015-08-31 09:49:00 376

最后期限（Deadline）是软件从业人员必须面临的最大困难与挑战，准确地说，它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之上的数十架风车，风车的翅翼如巨人的胳膊，正耀武扬威地奚落着这位中世纪后期没落的骑士时，堂吉珂德如勇敢的斗士一般，跃马而上，用长枪狠狠地刺向风车，换来的却是长枪折断，人仰马翻，最后大败而归。没错，最后期限之于程序员，正如风车之于堂吉珂德，确实是太强大以至于无法战胜

2015-08-31 09:47:07 338

转载 5W法则：打造高效技术团队必备利器

成都的夏天总是雨的季节，淅淅沥沥，停一会儿，下一会儿，湿润的空气掩盖了些许PM2.5的焦味，却淡不了公司焦躁的情绪。臃肿的Bug列表、迟缓的解决速度、日益逼近的Milestone以及长时间加班激起的不满情绪……蔓延在整个办公区域。“提高效率”成了Management Meeting上呼声最高的词语。　　不幸的是我被派去推动整个项目改进计划，请允许我摘一段和项目经理的谈话来引入今天要讨论的

2015-08-31 09:43:50 4528

转载如何完成看似不可能完成的任务 [Y]

先说一下背景，这是我工作10来年遇到的一个很特殊的案例。我和组员在入职的第一天就接到了任务，在完全不熟悉公司内部流程、研发资源、测试资源和项目背景以及需求的情况下，就按照项目方的意愿给出了一个DeadLine, 虽然当时会议上没有要求表态，但是要求第二天需要给出具体的研发完成时间。　　时间紧、任务急、一切都还是未知数，这个看似不可能完成的任务确实给了我个下马威，以前虽然遇到过非常着急的项目

2015-08-26 19:26:38 743

转载项目经理的“势能”培养 [Y]

我很早之前就听说过，做为一个项目经理，至少要在公司工作两年以上，且年龄不小于三十岁。我当时还年轻，对这两点很不屑。而现在，我却很理解。在公司工作时间短，对人员不熟悉，将很难横向协调资源；年纪过轻则不够沉稳、练达，难以实现快速沟通。　　作为IT企业，很多项目经理都是由基层做起的，技术好、经验丰富、熟悉行业知识。作为项目经理本人，也觉得自己对团队的领导能力勿庸置疑。并不会认为自己沟通上会有问

2015-08-26 19:08:04 689

转载我们需要真正的软件项目经理 [Y]

这个问题存在于很多公司。也许读者的公司够正规不存在这样的问题。　　在中国当谈到项目经理这个词语或者职位时，很多人的脑袋里闪现的是技术与管理的化身。对于项目经理，多数人的理解是，技术很NB的人，但是对于是否熟悉或者精通软件工程却不太关注。需要吗？　　这个问题恰好在我现在工作的公司存在。我讲讲我现在工作的公司的情况。　　没有项目经理！的确没有，至少没有这个职位！但是有这样的角色

2015-08-26 18:59:28 375

转载产品不要被技术绑架的十大注意事项 [Y]

“不可能的；有难度的；你懂不懂技术的；这个功能要放在二期才能做；要做可以但需要时间；把那个项目停掉我就给你做……”，如果经常听到技术这样说，那你的产品很有可能已经被技术绑架了，接下来你想再多的功能，只要技术说不可以那就没戏。　　1、正确选人　　——做网站的技术开发，必须是个技术牛人，要像科学怪人那样的人最好，为实现一个功能可以两天不睡觉的主。千万不要找一个所谓的高级架构师之类的高人

2015-08-26 18:55:21 297

转载这些年的项目管理心得

# 项目经理应该有这样的认识：　　互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程，其实也是发现这个隐藏的合理发布日期的过程。　　从管理的角度来讲，当然是尽可能的赶上计划的发布时间，或者尽可能快的完成项目

2015-08-26 18:53:30 171

转载技术团队的情绪与效率

引：为什么工程师的效率有那么明显的波峰波谷？为什么会有负面情绪？负面情绪与工作效率有什么关系？团队 Leader 应该怎样保证整体的效率输出与大家的成长？为什么醉心于技术的同学做项目总是虎头蛇尾？　　对工程师来说经常会有明显的效率差异，有时一天能搞定好几个模块，顺带加了好几个新的技能点，而有时一个简单的功能投入了两三天还和之前没什么区别。虽然任务并不复杂，但忍不住会刷会微博，聊会 QQ，

2015-08-26 18:49:05 234

转载好代码不值钱

长久以来我一直主张：好代码是廉价的代码。　　当我跟做开发的同事说出这话时，他们的第一反应是一种惊愕，然后是将近一个星期的嘲笑，把它当作一个笑话来讲。当他们走近看我的表情、知道我是认真的时，才收敛一点。　　当最初的惊愕消退后，他们会用一些这样的话来反驳：“好代码不廉价，好代码是采用经过数十年计算机科学研究和积累得出的最佳实践设计模式和方法论建立起来的精心制作的程序代码。”　　

2015-08-26 18:45:55 294

转载好团队不可能凭空出现，赢在Leader的可行规划 [Y]

《西游记》中的唐僧团队历经千难万险，终于求得真经，目标明确、分工合理为这支队伍最终走向成功奠定了基础。唐僧从一开始，就为这个团队设定了西天取经的目标，虽然经历各种挫折与磨难，但目标从未动摇。悟空探路、八戒牵马、沙僧挑担，几位徒弟一起肩负着保护唐僧的任务。虽然性格迥异、各有缺点，但目标分解合理及成员分工合作，最终风雨同舟，取得真经。　　《西游记》的故事引申到实际团队技术管理中，也一样

2015-08-26 18:44:00 320

转载关于烂代码的那些事（中）

1. 摘要　　这是烂代码系列的第二篇，在文章中我会跟大家讨论一下如何尽可能高效和客观的评价代码的优劣。　　在发布了关于烂代码的那些事（上）之后，发现这篇文章竟然意外的很受欢迎，很多人也描(tu)述(cao)了各自代码中这样或者那样的问题。　　最近部门在组织bootcamp，正好我负责培训代码质量部分，在培训课程中让大家花了不少时间去讨论、改进、完善自己的代码。虽然刚毕业的同

2015-08-26 18:41:45 260

转载关于烂代码的那些事（上）

1. 摘要　　最近写了不少代码，review了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。这里是上篇，谈一谈烂代码产生的原因和现象。　　2. 写烂代码很容易　　刚入程序员这行的时候经常听到一个观点：你要把精力放在ABCD（需求文档/功能设计/架构设计/理解原理）上，写代码只是把想法

2015-08-26 18:39:40 275

转载架构腐化之谜

前言新技术层出不穷。过去十年时间里，我们经历了许多激动人心的新技术，包括那些新的框架、语言、平台、编程模型等等。这些新技术极大地改善了开发人员的工作环境，缩短了产品和项目的面世时间。然而作为在软件行业第一线工作多年的从业者，我们却不得不面对一个现实，那就是当初采用新技术的乐趣随着项目周期的增长而迅速减少。无论当初的选择多么光鲜，半年、一年之后，只要这个项目依然活跃，业务在扩张——越来越多的

2015-08-25 19:40:39 362

转载数据库大型应用解决方案总结

一、负载均衡技术负载均衡集群是由一组相互独立的计算机系统构成，通过常规网络或专用网络进行连接，由路由器衔接在一起，各节点相互协作、共同负载、均衡压力，对客户端来说，整个群集可以视为一台具有超高性能的独立服务器。1、实现原理实现数据库的负载均衡技术，首先要有一个可以控制连接数据库的控制端。在这里，它截断了数据库和程序的直接连接，由所有的程序来访问这个中间层，然后再由中间层来访

2015-08-25 19:23:22 254

转载给你一次机会面试架构师你会问什么问题？

其实本文想说的是：当面试一个架构师的时候，我们应该问什么问题？我觉得，问什么样的问题，体现了team leader更加看重架构师的哪些特点。我一直认为，做技术就跟练武一样，在练武的不同阶段，分招式和心法。技术也一样，在不同的阶段，也分招式和心法。另外，就我个人而言，经常忘记招式，一方面可以说十二年来，我用过的招式很多，到了现在也不记得几个。另一方面我自己也不会特意去记。事实上，十二年代

2015-08-25 19:13:50 1799

转载技术债务偿还计划

什么是技术债务？许多团队都受技术债务困扰，不过，很少有团队能真正地设计一个计划从中挣脱出来。为了更好的理解如何才能摆脱债务，我们首先要正确地理解什么是技术债务。技术债务是由团队为了短期的项目利益故意做了欠佳的技术决策而招致的。例如，为了使一个产品更快的投放市场，团队可能不会像面对一段棘手的代码那样，编写深入的自动化测试。或者，他们可能会决定基于一个很快就会过

2015-08-25 19:11:18 877

转载从0到100——知乎架构变迁史

知乎创业三年来，从0开始，到现在已经有了100多台服务器。目前知乎的注册用户超过了1100万，每个月有超过8000万人使用；网站每个月的PV超过2.2亿，差不多每秒钟的动态请求超过2500。在ArchSummit北京2014大会上，知乎联合创始人兼 CTO 李申申带来了知乎创业三年多来的首次全面技术分享。本文系根据演讲内容整理而成。初期架构选型在2010年10月真正开始动手

2015-08-25 18:58:52 282

转载同盾技术总监张新波：从零打造千万级实时风控云服务的秘籍

盾科技，是由阿里、Paypal反欺诈专家创建的，国内第一家风险控制与反欺诈云服务提供商，其涉及领域包括电商、B2B、互联网金融、游戏等。同盾技术总监张新波在UPYUNOpenTalk第二期“移动时代互联网金融的架构趋势”中阐述了同盾是如何从零开始打造千万级实时风控云服务，具体介绍了同盾系统平台构建过程中主要需要解决的三大难题，以及解决这些问题的具体时实践过程。同盾的后台系统是一套非常强大的

2015-08-25 14:45:26 1547

转载微软小冰智能聊天是如何实现的？

我在知乎关于《微软小冰智能聊天是如何实现的？》做的回答刚好做过一个类似的产品，虽然没有那么高大上，但一些核心技术原理应该也参考意义，说一下做的思路。类似小冰这样的产品说简单也简单，说复杂也复杂。单纯从外面看你会觉得小冰与去年人人网上流行的小黄鸡类似，但在技术实现上有本质的差异。此类应用的大致流程都是：用户输入一段话（不一定只是单词）->后端语义引擎对用户输入的语句进行

2015-08-25 14:40:19 3510

转载美团、饿了么这些平台先收消费者的钱，然后再转账给商户，在财务上是怎么处理的？

我在知乎就问题《美团、饿了么这些平台先收消费者的钱，然后再转账给商户，在财务上是怎么处理的？》做的回答。本质上是美团、饿了这样的平台对合作商户结算及结算资金转移问题。为简单起见，未单独说明的，以下所指的“平台”指美团、饿了这样的平台。 1、平台自己接银行如果平台与银行有较深的合作关系（例如与银行联合做营销活动，银行有营销费用补贴等优惠），或者第三方支付的支付接口满足不了业务

2015-08-25 14:31:14 11225

转载如何搭建二维码支付系统?

我在知乎就问题《如何搭建二维码支付系统?》做的回答。1、如果是在线交易，要支持扫码支付，只需要在将原有交易过程的支付链接及信息生成对应的二维码即可。 2、如果是线下交易，要支持二维码支付，主要问题在于考虑怎样让传统线下收银机、POS机支持扫码支付。目前业内的主流做法： a、铺设定制终端设备，串接在收银机、打印机之间，抓取收银机、打印机之间的通信协议，将传统的小票信息改造成支持

2015-08-25 14:26:50 2005

转载为何产品升级后越来越烂？

最近体验了几个经常使用的产品的最新版本，包括：google reader、新浪微博、echofon等。发觉对大部分产品而言，新产品意味着比老版本的产品拥有更多无用的功能、更炫但更华而不实的界面、更复杂的操作体验、更差的性能、更多的bug等等。当然最近google reader新版本功能相对老版倒是更少，但改版后，依然受到了一堆人的痛骂。为何一些原本简单易用的产品在经过几轮升级后，会

2015-08-25 14:23:52 259

转载第三方支付架构设计之—帐户体系

第三方支付架构设计之—帐户体系一，什么是第三方支付？什么是第三方支付？相信很多人对这个名字很熟悉，不管是从各种媒体等都经常听到，可以说是耳熟能熟。但，如果非得给这个名词总结出一个概念，却发现很难准确和全面的表述清楚。不过关系不大，我们无法给出一个很准确的概念的时候，我们就列举一下实际生活中我们经常使用第三方支付的例子：支付宝，财付通，微信支付等等，这些就

2015-08-11 15:31:06 579

代码的未来