半道出家的和尚

一忌：轻易言败，没有自信没有永不放弃精神的程序员，只是一个有程序员名号的假程序员。一个真正的程序员，知道在程序设计的过程中，可能会遇到不计其数的困难和问题，可能有极多的挫折和失败，而成功只有一次。 就为解决一个问题，我们可能连续十几甚至几十小时的坐在计算器前不停的工作。一个问题解决了，可能又有其它的问题出现。而你要是不能坚持下来，可能从前的一切努力都流失了。轻易言败的人请不要做程序员，你不

 为了运营环境的发布管理我们会使用版本控制软件来将所有发布在运营环境的内容进行系统管理以保证能够及时的回滚到前一个发布状态但是当流程链涉及到跨部门合作时我们如果仍旧只是简单的分割管理层次在不同部门之间使用简单文件传输进行沟通就会导致比较大的沟通损耗特别当一次发布内容比较多时运维发布的操作就会特别琐碎开发需要保证找出所有需要发布的内容,按照原来路径位置和目录打包而运维则需要保证所有文件按照文档的

 要了解管理者心目中优秀员工的标准，就必须了解管理者的工作职责。就像要知道妻子心目中模范丈夫的标准，就必须了解妻子的需求是什么，她要什么，老婆要花钱，当然对丈夫的要求就必须能赚钱。       管理者的工作职责通常包括：团队管理、资源管理和拿指标。       管理者的职责之一：团队的管理。       1、找最出色的人。比自己优秀。和自己有相同的展望和价值观。 

 MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品，是被工程师团队开发产品时使用。    在硅谷的一些软件公司，MRD仅仅覆盖high-level的功能。在这种情况下，产品经理通过创建了另一个文档-通常指的是PRD（产品需求文档）来定义更加详细的产品需求。    在本文中，我用术语“MRD”泛指所有那些由产品

<br /><br />Facebook前工程总监黄易山（Yishan Wong）撰写了一系列文章，很好地总结了Facebook卓越研发文化中的宝贵经验。本刊将陆续连载这一系列，本文是第一篇。<br />从2006年底到2009年初，我有幸在Facebook的工程部门先后担任了不同的管理职务，包括几个不同团队的经理，以及工程总监，也见证了工程部由约30个人发展到200人左右。这段时间基本上跨越了从动态消息功能（NewsFeed）、Facebook平台（FacebookPlatform）在第一届F8大会上的发

<br /><br />在这里，我使用“工作流程”这个词来描述“个人或团体为了完成一项活动而遵循的步骤”意义上的流程，以及组织的一般制度。随着一家公司的成长，有必要增加或整理工作流程。<br />最重要的利弊权衡通常是工作流程所带来的阻力，以及效率或效益上的收益孰轻孰重。<br />一方面，很难评估这种权衡中的利弊，因为其中牵涉到很多因素，所以有一条可能会有帮助的原则：只允许那些有特殊需要的工作流程被执行，而且要由那些直接使用它的人来执行。通常，经理和管理人员会提议工作流程，因为它会帮助他们更好地指挥、控制

<br /><br />Facebook前工程总监黄易山（Yishan Wong）撰写了一系列文章，很好地总结了Facebook卓越研发文化中的宝贵经验。本刊将继续连载这一系列，本文是第三篇。<br />建设一家健康长久的公司，“从公司内部提拔管理者”是一条广为人知的建议。这条建议也同样适用于规模较小、发展迅速的创业公司。<br />内部晋升的困难<br />对于超速发展的创业公司来说，秉持内部晋升的方针既非常有必要，同时又非常困难，具体有以下几个原因。由于公司的超速发展和组织的壮大，因此对于新鲜血液的需求