MC是我们内部用的一个访问缓存系统标准接口，后面可以把这个页面取出来，这里面也涉及到python另外一个优点，高级语言优势在这儿显示出来。另外一个节省时间python是一个非常有历史语言，出现时间跟Java是一样，这些年发展过程中有第三方人写一些非常好的代码功能，我们是可以直接拿出来用，这个是豆瓣代码里面截取出来，上面三行PL是美国一家公司开发处理图象的一个软件包，我把某个图片调一下透明度，下面可以给某个图片加上一个水印，这两个简单功能有这些第三方工具支持下可以很容易的写出来了。
另外一个非常重要的高效率的方式我认为也是创业公司，并不是说特别注重我们现在每个团队都是创业团队，我们做任何事情并不是说把这个东西限制死，我现在上线系统启动起来，有一个专门做这个上线事，我们发布一个上线流程，最后大家都来批单子，豆瓣是说有需要上线事物过来跟我说，我们相信内部沟通比烦琐过程更有效，尤其是豆瓣人数并不多的情况下，我不是攻击其他大公司，我相信人数到一定数量的时候有一些必要的流程是要走的。看一下开发流程，对于一个开发者来说基本上这些东西都是每天每个星期都要接触的，要做一个事情，今天我要给图书频道加一个新功能，程序员把程序主干搞出一份作为分支，生出一个新的小芽，这样的话，不管我提交跟其他代码不影响，剩下就是开发，改程序提交，测试，甚至把其他人拉过来，工程师有没有时间帮我测一侧，这些事都做完以后，剩下最没技术含量上线工作。但是这个开发流程并不是唯一的流程，我们流程随时是可以拿掉的，可以看一下这个，作为一个很常见情况要预测所有事情有可能出问题，包括硬盘我们觉得用几年没有问题，到机房一百台机器基本上每天都有硬盘坏，比如说紧急上线我出问题，导致上线上人完全不可用，用了以后会有各式各样的问题，这种时候要紧急上线，出了一个问题赶紧修，两分钟修完了，大家看看修的有没有问题，没有问题，马上帮你上这个就是过程，可以说一个例子，星期五有一次紧急上线，这次上线是四分钟，发现问题，到修改，最后所有都完毕，这个能力是非常重要的，因为作为一个互联网公司我们保留一个传统，带来一个问题不可能把所有大的都在前期解决掉，因为现在要维护产品也是非常多的，在所有这些每天都会有代码提交情况下，要保障完全覆盖两个测试中心每个公司都做不到，我们允许出现问题，所以上线的时候大家要在那盯着，一出问题上线工程师直接把上线过程暂停，谁谁出问题了赶紧修，这个是非常好的办法，如果我没计错是从Facebook学来的。
把上线流程详细说一下，实际上后面还是有正常环节下还是有很多工作要做，比如说开发以后首先代码要复审，在开发过程中每天团队要看看这个代码怎么样，复审过程中图片上看到一大堆人对你的代码指指划划，团队复审是促进团队交流系统越来越大，里面架构，各种需要注意的地方越来越多，这个事情并不是每个人都能意识到，尤其是对于新加入豆瓣的员工，通过代码复审，尤其是新员工入职前保证基础开发知识，代码规范在团队内进行良好沟通，包括团队内部也是每个人做不同事情，做这个产品我之前没有接触，如果没有代码复审团队内部交流，虽然在同一个团队工作对某一些代码是不清楚的。
测试在豆瓣也有非典型，测试这个活由开发测试时工程师共同复杂，单元测试，web测试，所有这些东西开发工程师必须了解，学习，必须使用，这个过程中为了提过效率有一些自动化系统帮助工程师做这个事情。一个最重要目的就是说测试并不是由软件质量代码质量并不是由测试工程师决定，这个工程师起到事后弥补作用，代码质量源头是开发工程师，没有对测试美的追求的话，可能写不出好的代码，应付一下今天要上，赶紧拷贝粘贴。所以我们希望每个人都有质量意识，有了前面这些东西以后，对于豆瓣来说工具是一个很大程度提高工作效率一种手段，工具包括很多方面，豆瓣我们可以看一下这几个例子，交互式执行，有些东西是不适合我们做，有些东西虽然不是上线给用户用，但是也是一长段代码，tools有大量上百个脚本是以往留下来，这些脚本实际上我认为凝结前人一些智慧知识，比如说我下来要发一些信，考虑我从头写，学习一下豆瓣内部怎么发邮件，有了tools有人会告诉新员工不用，搜一下，搜一下就可以发现很多版本，每个代码是经过很多人验证的，在线上运行很久是经过实践的经验。
评论