自己平时也是非常喜欢用小工具的，那样即可以省事，不用机械的去重复做一些事情，又可以提高效率。最重要的是当开发出来的小工具被使用来减轻工作量时，那个心情是不能被金钱和时间所替代的。
工具对一个团队，一个公司有着非常非常重要的作用：提高效率，保证代码质量，把线上问题危害降至最低，减少人工成本，节约时间。。。
在支付宝的日子虽然短暂，但隔三岔五总有一些小工具冒出来。虽然有重复的、功能接近的，有用后更加复杂的，也有不太好用的；但那都是大家为了方便自己顺带方便他人的结晶，无论如何都要赞一个的。
在哪里都有好有坏，在杭州的日子虽然加班多、饮食不好、身体亚健康，但是技术很不错，可以分享到很多东西。现在虽然一个月最多加班2次，但技术、工具、定位、要求、规范这些差距都比较大。有空时，只好拿 B3log 练练手了。
另外还想说的是，在开发工具的时候，你可以学习到很多的东西。比如你想二次开发一个 CSS 校验工具，那么你就必须知道 CSS 的语法，去了解什么工具可以对其进行校验。在搜索的过程中，你可能会得到大量有用的名词：csslint, uglify,grunt, less。这下可以够你好好研究的了，这过程可以有效的增加你的广度。之后假设你选定了 csslint，那么你就有机会更加深入的了解 CSS 如何才规范，才高效。恭喜你，深度在不知不觉中提升了。
下文转自：Facebook 元老王淮谈科技公司应有的工具文化
王淮是Facebook的早期员工，也是Facebook内部第二位中国籍工程师和第一位研发经理，曾经负责支付后台和安全系统，担任反欺诈部门的技术经理。现在，他是一位以兴趣为导向的顾问型天使投资人。
前不久，他发表了一篇文章——《以Facebook为案例剖析科技公司应有的工具文化》。其中，他开宗明义提出：
不断发展、改进公司的内部工具，可以极大提高每个员工的工作效率，可以减少运营人员的数目；这样既改善了整体协调，又减少了整体开支。
王淮提到：当时招聘他进Facebook的总监黄易山，是对内部工具的最有力倡导者：
他极度建议，公司要把最好的人才放到工具开发那一块，因为工具做好了，可以达到事半功倍的效果，所有人的效率都可以得到提高，而不仅仅是工程师。
王淮接下来介绍道：Facebook有两个工具组——研发工具组、网站支持和工具组。
研发工具组的工具包括：
管理分配所有的开发专用服务器
在一个页面上你可以很清晰的看到所有的开发服务器,包括哪些人是现在的使用者，什么时候申请分配的，服务器的操作系统版本，配置信息等等；对于空余的服务器，你可以一键申请，并自动初始化该服务器。这让刚加入的菜鸟们可以迅速的获得自己的研发活动空间。
Git集成工具
在提交代码之前自动的检测所修改的代码是否符合公司代码规范，如果不符合，该工具会自动警告，但把决定权交给工程师。
现已开源的代码审查工具Phabricator
工程师可以在页面上非常方便的针对每一段（单行或者多行）代码进行交互讨论；负责审查的工程师可以接受代码改变，可以提出疑问要求原作者继续修改， 可以提出自己不适合以推出该代码审查，等等。只有代码被明确接受之后才能被工程师提交到服务器端的代码库，这一点集成到提交工具中强制执行。
灰度发布工具
在这个工具中，工程师和产品经理（也可以授权给其他非研发人员）可以设计新产品发布的目标人群特点（比如年龄，性别，地域，教育，等等方面做出限 制）及发布的人群比例（在0-100%之间自由调整），所有的改变不需要代码的改变，只需要在工具页面上点击鼠标即可，让灰度发布变得很轻松。
发布过程监控工具
发布的过程由一个利用点对点（BitTorrent）算法实现的工具进行多线程同时发布，对于更新几十万台机器只需要几十分钟。由于是不间断的发 布，对公众的服务不可以停，所以Facebook会将一部分的机器从公众服务状态中拿下来，更新之后再放回，然后继续下一批，直到所有机器都被更新。这样 就可以保证在任意状态都有足够多的机器来支持用户访问。……工具检测发布过程并且将其进度可视化，你可以很方便的看到哪些服务器更新了，现在正在更新哪些 服务器，整个网站的进度是百分之几，等等。
数据检测工具
数据收集只要1-2行代码即可完成，数据的整理分类存储皆在后台的上万台服务器上自动完成，数据的可视化报表只需要通过一个页面工具点点鼠标设置即可即时生成，而不需要任何代码；数据波动的自动警报也可以设置，可以自动发邮件发短信。
王淮说到了这些工具背后的基本理念：
基本理念就是凡是被很多人不断重复的好的习惯，要将其自动化，绑定到工具之中。以“Don’t make me think”的方式来推广好的practice。
当然，他们当时仍使用白板作为最重要的人为工具之一：
把最最重要的目标及相关的任务，目标日期，负责人等信息写到白板上挂到我们最近的墙。每天一抬头就可以看到，每次开会都会路过，时刻提醒我们最最重要的事情是什么。这种工具对我们组非常有效。
在网站支持和内部的通讯工具方面，王淮提到的工具包括：
用户问题自动分配工具
Facebook内部的处理工具做得最重要的事情就是把相关问题自动分配到最相关的运营组（routing），比如和支付欺诈相关的问题应当自动分 配到反欺诈运维组的那十几个人那边。然后工具会提供常见的通用解决方案，绝大多数的回信内容自动产生（用户姓名，原问题等个体信息都会自动嵌入）。
如果针对某一个功能的问题突然多起来，工具会自动发现，并提醒运维人员手动查看
所有用户问题的回复率，回复满意度，交互次数等等都会被统计或抽样统计，以保证客服服务的质量。
招聘工具
Facebook有一套专门的做题系统（Puzzle System）尝试去筛选可靠的工程师。
所有的内部推荐都是通过专门的人才提交工具来上传简历，这个工具和整个招人系统结合。
当然还有必不可少的权限控制 – 只有参加面试的人员才能够看到关于应聘者整个流程的所有资料。
最后，该工具允许打印所有的相关资料以帮助决策委员会讨论该应聘者时拥有所有相关数据。
业绩评价工具
这个工具要允许员工自己对自己评价，员工互相评价，员工和老板之间互评，等等；还要考虑权限的管理。并不是一个很容易开发的工具。这个工具一开始是内部开发，但后来还是决定使用Rypple 来提供专业的业绩评价工具。
接下来，王淮提供了一些对于工具的思考：
工具开发是手段，而不是目的。……如果某个需要的工具有其他更专业的人做得更好的话，Facebook非常乐意付费买他们的服务，而把自己的精力集中在核心产品上。
Facebook希望通过工具的方式来解决所有可能想到的问题……能够想到的地方就尽可能用工具。与物理工具不同，计算机工具可以实现“杠杆效应”的反复累积，通过组合这些“杠杆效应”可以达到更高的层级。
工具团队不应该是一个由二线员工组成的“事后诸葛亮”的后勤部门，公司里最有才华的工程师应该用公司自己的工具来工作，并且企业文化里要 优先反映这些。当公司过了最一开始开发原型证明概念的萌芽阶段之后，开发出优秀的工具并继续加以改善、更新，这比寻找下一个伟大的创意更重要。
王淮也谈到了工具文化面临的最大挑战：
现实的最大挑战是，工具团队要招聘新员工有一定的难度。Facebook的用户已经达到数亿，而且还在不断增长，如果你开发的是直接面向用户的产 品，每天有那么多人在使用，那带来的成就感非常棒。而你要说服新员工去开发内部工具，说这样可以带给工程师以及其他同事更高的效率、最终帮助公司做出更好 的产品，相对是间接并缺乏吸引力的。
他的解决方法是：
用一些具体的工具提高效率的案例和数据来做理性说服；这需要在开发工具的同时要检测工具使用前后的效率变化。
为了吸引内部最好的人才愿意到工具团队，企业文化中也一定要着重反映出这一点：在不同的公开场合私下会面都不断的强调其重要性，让所有人都清楚，公司将内部工具视为持续的重要投资。
集中精力努力说服几位整个工程部门认同的顶尖工程师加入工具组，具有很好的示范效果和磁铁效应。如果真正做到如此重视，最优秀的工程师是愿意加入工具团队的，可以大大提升同事们的效率，从而更好地服务于用户，这也是一种外部用户所感受不到的成就感。