我曾经看到过异常好的技巧，认为异常好用，结不雅该技巧没有形成生态，没有技巧的中文文档，没有论坛支撑，连人才都找不到。这时，请必定控制技巧的欲望，尤其作为治理者，在项目标初期必定要控制技巧的求知欲。

先让我大年夜印象最深的一搭钮机讲起。有一天，有一台机械的容器挂了，我对技恋人员说，你把机械重启一下吧！然后他就去了。结不雅没几秒钟，忽然收到报警。我问那位同事，你做了什么？他反问，你不是让我重启办事器吗？

当时我的确要崩溃了，我只是让他把办事重启了，没想到他把办事器给重启了！亏得命运运限好，重启办事器没有异常，如不雅重启掉败，那意味着所有体系全部挂掉落。

所以，作为技巧治理者，必定要清跋扈地对部属表达本身的看法，不然，一旦出现操作上的“歧义”，后患无穷。

必须百分百确保体系可控

在创业成长后期，肯定是用所有说话的所长，用所有对象的所长，去解决技巧碰到的问题。我认为，没有最好的说话，只有最合适的说话。但在创业初期，我的建议是尽量同一说话，一方面是便利招人，另一方面也会降低技巧运营成本。

运维是企业中异常劳碌的一个职位。事实上，在创虻公司，哪里有专门的运维人员？满是技恋人员身兼百职。如许的结不雅往往是一团糟。

我们也是大年夜如许的常态中走出来的。当时没有资金请人专门做运维，什么工作满是本身内部消化。后来，技巧团队慢慢用 JKS 做治理，然后线上本身搭建办事器，宣布体系，最终实现多线条宣布。当我们逐渐将宣布体系控制好之后，我们决定成立专门的运维部分和测试部分。

当时有很多同事不睬解，我就和他们讲述了上文我所亲自遭受的那个宕机事宜。我告诉他们，当运维对于线上数据中间或者是云端的所有体系，不是全权把握的时刻，终有一天你们会懊悔，这就和我们后期把办事看重启是一个事理。当运维对数据中间哪怕存在一点点掉控的细节，那都意味着马脚的存在。

预先感知马脚地点

我们经常碰到如许一个场景：营业部分的同事反馈用户投诉体系有 Bug，技巧部分的同事收到投诉后，开端检查体系，如不雅有问题，那就赶紧修改，尽快上线。

如今，这个流程已经不克不及知足监控体系的需求了。监控体系的新需求是先于营业，先于客户知道马脚存在于何处。

这对前端技恋人员提出了挑衅，要把所有的营业调剂成主动化的脚本，按期地主动运营。具体实现是在前端设立一些机制，每隔一段时光去主动化地进行全路径的测试，把点击、下单、注册这些流程全部都走一遍，每隔一段时光就反复操作一遍，作为一种预防机制，这也能发明一些问题。

像大夫一样给体系听诊

谈及架构师，我认为架构师的第一个角色是大夫，重要职责是看病。我们可以把营业当成病毒，营业这一病毒会感染体系，那么架构师须要根据病情开药方，换一个新的思路去解决问题。

架构师要做的第二件工作是着眼将来，像大夫一样不仅要治病，更要预防患者再次生病。不只是架构师，包含所有的治理层都不克不及只看面前，要看将来。

　　推荐阅读

　　亿级推广流量仍能精准推荐？解读核心算法的应用实践

【51CTO.com原创稿件】阿里妈妈，是一个想让世界没有难做的营销的大年夜数据平台，它拥有阿里巴巴集团的核心贸易数据。在这里，天天有跨越50亿的推广流量完成跨越3亿件商品的推广展示，覆盖高达98%的网平易近，实现数>>>详细阅读

本文标题：血泪总结！创业公司的CTO，你一定要主动规避这些坑

地址：http://www.17bianji.com/lsqh/35646.html

 1/2    1