文中摘自微信公众平台「码砖杂役」，创作者我不想种田 。转截文中请联络码砖杂役微信公众号。
手机软件测试曾经说过：测试只有证实缺点的存有，而无法证实商品沒有缺点。
为了更好地保证安全性，大家引进标准和步骤，提心吊胆设计方案编号，险象环生测试公布，手机软件的结构特征和完成十分大的比例服务项目于可靠性，殊不知，纵然大家可循能够，也只有最大限度降低常见故障，而终归没法彻底解决常见故障。
公司为了更好地确保交货和经营品质，通常会设定检测标准，制订安全事故处罚标准，而这加重了交货高效率和系统优化的矛盾。软件工程师摇身一变变成跟外科医师一样的特殊工种从业人员，大家被传递了许多跟生产安全有关的专业知识，大家的认知能力被文化教育成某一模样，大家针对网上常见故障的意识固步自封而又坚信不疑。
小编在网络游戏和互联网大厂工作中过，他们针对网上常见故障拥有迥然不同的心态，这种不一样对于我产生了明显的冲击性，可以说刚刚被文化教育成某一模样，等换了一份工作中，又被文化教育成另一个模样，因此，我的认知能力在不断地转变，而那些历经和改变使我对比他人有越多的思索和感受。
假如说针对这一话题讨论，我跟刚参与工作中时有什么区别，那就是我慢慢意识到事儿都没有肯定，意识到我的认知能力不一定恰当，而这可能是通向恰当的路面。
因此，我将所闻所想记下来，务求客观性展现原状，既并不是要认为哪些，也不是要指责哪些，由于，对比于见解，客观事实才算是更主要的，我更想要聆听大伙儿的见解。
一、互联网游戏
我读研究生的情况下在某狐做见习，在那时候，某狐便是大型厂，之后火狐个人工作室单独发售，对，便是纳市发售的CY。
我还在《TLBB》干了一年半的游戏开发设计，这款游戏那时候十分取得成功，PCU超80万，为企业奉献超出90%的营业收入。
TLBB根据流程管理软件管理方法要求和缺点，这在那时候十分优秀。
方案策划提要求写文本文档，程序开发设计作用，提测，随后步骤运转到测试那边。
测试的考评按BUG计件工资，而提测后的BUG数也会危害程序业绩考核。那样的制度管理能保证程序提测前做充足自测试，进而去减少缺点数，程序是作用的开发人员，是黑盒测试的最好参与者，他好像有一种自然的认知，感觉那边会有可能发生问题，并且为了更好地便捷自测试，他会念头想方设法去开发设计一些輔助测试作用，这又会提高测试的高效率。
而测试为了更好地业绩考核，也会竭尽全力去搜索缺点。但这一规章制度的一个不良反应便是程序和测试关联常常很焦虑不安，程序感觉影响力不高，常常被测试干。
CTO为TLBB网络服务器制订了几个规章制度：
1. 简易高于一切，设计方案上心直口快，不过多设计方案;编号上禁止用模版、禁止用STL、不许用C 高級特点(例如出现异常、placement new等)。
2. 重视防御力，安全性优先选择于高效率，一切一个函数公式都置入ENTER_FUNCTION和LEAVE_FUNCTION宏，多分辨多查验，尽可能不崩。
这类设计方案得到的一个明显益处便是新项目代码简易，门坎不高，应届毕业两星期天就能开心入门，弊端便是程序特性不高，开发人员每天跟二维数组和表针相处，技术性提不高，以至工作中一年多以后发觉不明白开源软件，觉得自已是个弱智。
游戏规定快速迭代，每星期都是会发版本号，因此，从特点支系往主杆merge代码有周期时间，对话框关掉期限内只有fix bug，新手前半年递交代码，会有些人做review，等同于给儿童脚踏车后胎装2个支撑点轮，以后便能独立递交，对于静态数据扫描仪、代码门禁系统，过意不去，没听说过。归功于优良的制度管理和测试阶段，TLBB网络服务器整体稳定，小问题偶发性。
企业对网上常见故障有评定，但企业不太讲，因此大伙儿觉得也不太强，如果某一程序不开天眼捅了篮子，考评会受一些危害，频次多了，便会被贴不可靠的标识，只有技术专业打下手。
后边我去WMSJ，这一企业是好多个清华大学学员做下去的。
07年，《WMSJ》凭着在3D上的非凡主要表现震撼面世，接着又持续发布几种很好的游戏，创立三年便赴纳市发售了。
那时CHI老总斗志昂扬，千金买马骨，给应届毕业生给出了1万5-1万8的高薪职位，哪年校园招聘我遇上了，可是她们规定很高，我一面就战亡，我另一个硕士研究生同学们去霸面被轰了出去。
这个企业的第一代程序员水准很高，迄今我依然觉得就是我工作上触碰到最博学多才的程序员，从手机客户端模块到UI到数据库查询，全部游戏前后左右端 模块，所有自研。因我做网络服务器，因此没法点评模块、手机客户端技术性。
光论网络服务器，他们的专业能力是很高的，当我还在CY的情况下，大伙儿一直在Y，WM的新天地(无缝拼接地形图)究竟是怎么做的呢?TLBB是分块地形图，在我看了WMSJ网络服务器的代码，我被震撼人心了，那就是一个十分精致的设计方案，之后热门的BigWorld模块在网络服务器设计方案上跟WM有相通之处。
对比TLBB，WMSJ彻底是无规律的，没有明确规定严禁干什么，应该怎么做，只需编译程序能根据，运作不出错，就哦了。编号标准?交叉式review?不用的，代码门禁系统?封版?不会有的，网上常见故障惩罚?随口说说。
但新员工入职后一个半月，我除开看代码，没有工作中要做，我一度猜疑领导干部对我有观点，借老婆生宝宝的机遇请1个月假表述不满意，领导干部跟我说为什么请那么长的假，我讲总之也没事做，领导干部说，你没有看刚来的那一个清华大学大学毕业生早已平心静气的看过2个多月代码了没有?要我淡定从容，机构立刻就会有每日任务分配帮我了。
根据这些新项目，我学会到epoll实体模型、学会了线程同步、学会了根据信息体制解耦、学会了COW、学会了lazy evaluation、学会了真真正正的OOP和GP(做抽象化、广泛和扩展性)。
在其中最高的逻辑思维撞击来自于容错机制，以前TLBB的编号会做很多的容错机制解决，例如简易的get函数公式也会出现enter_function/leave_function宏，会对表针判空，主要参数做合理合法校检，会对传参做检查，会log error等，很多的容错机制代码吞没了作用代码，造成进行相同的作用，必须多很多的代码。
但WMSJ的作法截然不同，它普遍的应用结论，函数公式致力于作用逻辑性，对调用者有期待，如果不符合规定，不叨逼，立即崩，设计风格很硬实，代码很紧密。
我工作中至今接纳的文化教育不是这样的，这要我疑惑，我找到了GameServer的关键开发人员C总(技术性VP、清华大学毕业后的，他一个人写了超出60%的代码)，认可的WMSJ最強系统架构师(并不是我封的)。
我讲：“TL网络服务器的艺术风格是朝向不成功程序编写，能不崩也不崩，那样，程序才可以有充足的延展性。WM网络服务器那样做不是吧!”
C总回应：“不是这样的，容错机制并不是越多查验越多日志就越好，审查只应当在界限开展，函数公式的完成者和调用者遵循某类合同，太多的防御力并无法反映朝向不成功程序编写的观念，也不利搭建健硕的程序。崩会尽早曝露问题，该崩不崩只能把不正确埋得更加深入，造成缺点更难精准定位，最后程序会变为藏污的错乱场，进而变的更为敏感。”
“依靠假定，在代码被改动后，非常容易造成问题，网上常见故障是应当竭力防止的。”我当初的认知能力无法接纳他的表述，反而是试着说动他。
C总说：“assert在编译程序debug版本号的过程中起功效，而公布的情况下，编译程序的是release版本号，这实际上是内严外松，在设计阶段尽早曝露问题，发布以后才可以更平稳，并且你遵循那样的标准撰写程序会更清楚健硕，你多看看好多个开源软件就懂了。”
我那时候被“你多看看好多个开源系统就懂了”给噎着了，由于我那时候的确没看了哪些开源软件，以至很多年以后，遇到一样的争辩，我就会用一样的一句话噎人。
WMSJ无规律，新手看一个月代码，这种事儿，我分毫沒有浮夸，因此，你看看，尽管同是游戏企业(且为相同种类游戏MMORPG)，但TL和WM采用了迥然不同的对策，且在那时候都获得了取得成功。
当初做游戏的情况下，大家的研发每日任务很重，一般网络服务器组也就5-7人，2年之内要写50万行上下的C 代码，4万行C 每个人年，这一劳动量是挺大的，因此，实际上难以走非常重的研发流程，可以说，严苛按步骤走，大部分游戏没发布以前就去世了。
但没走步骤并不寓意游戏程序员技术性差，正好相反，大使用量的编号练习，通常促使大伙儿编号水准较高，并且广泛很实干。
还有一个有趣的事儿便是，我们曾经依照银行业务的标准去搞数据库查询，例如适用事务管理、适用回退，发觉既不便又怪怪的，直到有一天，大家领悟，发觉大家想多了，实际上人最怕想多，也最非常容易想多，文科生一想多就容易遁入空门，艺术大师一想多就非常容易自尽，最后大家参照伯克利大学DB仅用简易的3古月C 就写下一个Cache DB，实际上它也足够了。
做游戏的情况下，另一个感受便是我们曾经在可靠性设计方案上付出了许多活力，或是企业运营对可靠性明确提出了较高的规定，大家曾相信这种是必不可少的，直到有一天，大家发觉，事儿很有可能并不是这样。
例如有一个游戏在测封期内，一天夜里服务器宕机十几次，但玩命的游戏玩家居然一边在社区论坛痛骂，一边此情不渝的等候重新启动修复，而数据统计说明，这款游戏的流动率很低，游戏玩家仿佛真真正正在意的仅仅游戏的挑战性，大家曾不正确的认为可靠性是存留的大患。
另一个实例是，某游戏由于程序缺点，系统漏洞被用户运用，而这一事儿泄露后，信息在社区论坛、媒体传播，造成很多嗑瓜子和看热闹的新游戏玩家涌进，一个系统漏洞变为一个有效的经营广告宣传，大家感觉出现异常，危害游戏玩家感受，再给游戏玩家发补贴，这仅仅迫不得已的弥补，但调研发觉，这居然是游戏玩家喜闻乐见的，能巨大提高话题讨论关注度和游戏玩家人气值。
二、互联网技术
讲完游戏历经，说一下互联网技术历经。
我依次在TX和某里干过，先说说TX - WX，尽管WX的作法不意味着全部TX企业的作法，但我认为或是能体现一些问题，产考。
我还在WX做了一段时间检索的工程项目，便是WX 搜一搜，WX后台管理的服务项目大部分全是根据svrkit架构开发设计的，svrkit是一个RPC架构(开源系统名phxRPC)，web服务、不正确再试等架构都干了，根据该架构做运用只必须致力于领域模型。
那时候WX检索北京市虽说有类似60人，但绝大部分人全是做优化算法的，做工程施工的只要3个，2个做搜一搜，一个做看一看，我是在其中一个。
说起TX如何也是一个大型厂了吧，照理说，研发流程应当也是很整齐，但坦白说，我们要发布一个运用确实沒有那麼不便，大家乃至沒有专业的测试，我开发设计完一个作用，很有可能先灰度级一台设备，观查5分鐘，捞log看一下，沒有显著出现异常，随后我便灰度级1%的设备，再观查1个钟头，要是没有问题，我便灰度级10%，再观查半小时，假如都还没问题，我便唆哈了。
你看看，一个升级，全部步骤2个钟头就可以解决，是否很麻溜?
那如果有什么问题怎么办呢?有问题，速率回退，出常见故障，那么就拉出去打板子，但这一木板实际上一般不怕死，有点儿自罚三杯的味儿。
这一事，其实我一直不敢向外说，因为你那样说出来，会感觉丢脸，会感觉low，一点也不高端大气，跟同行业见面都过意不去问好。
WX一个技术总监告诉我过，他常常由于网上安全事故被批评通报，但没被罚过钱，有一次WX付款的常见故障，被大领导讯问，但即使那样，WX都没有想过根据加剧步骤去减少设备故障率。
他说道这也是WX的一个挑选，WX觉得业务流程丧失快速迭代工作能力是不可以承担之重，尽管网上常见故障有时也会导致明显的不良影响，但WX对网上常见故障的承受度较高，可靠性和协调性是分歧的二级，难以兼具，WX趋向了灵巧。
由此可见，TX，换句话说WX并没有不清楚平稳制造的重要性，也不是不清楚根据加剧步骤可以降低常见故障，仅仅在综合性多方要素后，她们挑选了保业务流程快速迭代，灵巧是互联网技术的命根，不可以丢。
有些人跟我讲了另一个WX的小故事，WX大部分在项目立项后好多个月后发布了，由于很急匆匆，实际上后台管理有很多问题，例如内存泄漏，但许多人沒有立刻挑选去处理这个问题(换句话说正面刚)，她们挑选了绕开问题，在服务项目100次能，过程自动关机，进而极致的解决了这个问题，这一段编码之后被一个见习生review出去，把100改为1000，性能增加了许多倍。
说到这儿，很多人一定认为WX的技术性比较弱，WX工程项目很渣，这跟客观事实不符合，大伙儿可以去TX开源系统看一下，里边有很多WX开源系统的新项目，我觉得这些出色的开源软件，是较好的证实。
再讲说某里，某里则是彻底另一番景色，某里行癫把可靠性形容成木盆的底版，假如可靠性出问题，则渗水没留，因此，规定技术工程师在制定和软件开发的情况下，坚持不懈底版逻辑思维。
某里的开发者每一年都要过安全生产的考試，每一年618、双11、双12、新春佳节、38节、乃至两hui期内，TB都要提早好长时间封版，尤其是双11，最少1个半月封版，封版期内一切升级都要走批准，因此，交给开发设计的周期时间实际上非常非常短。
每一年都会集中化学习培训安全生产基本常识，每一年都会逐步召开会议注重安全生产重要性，安全生产超过天，这一根神经系统决不能松，都会提早做各种各样应急方案，假定XX状况发生要YY办，制做成指南，那时候发现异常，阅签，这种事儿消耗了大批量的人工资金。
但具体情况便是99.999%没有用，彻底是瞎忙活，大促期内全是团体派出，经常熬夜守班，再一起摆pos熬造型设计微信发朋友圈，你也许要说，这种是完全必要的，为的便是万一发生万一，有防贫计划方案，对，说得对，那样的逻辑性没有人会不明白，某里的也是那么想的。
但所有一件事都是有一个度，这一度可视作一个均衡点，物极必反，这也是最朴实的大道理。
为何某里对安全生产那么注重，自然，最先，她们会从他们业务流程的独立性开展一波剖析，例如把TB自夸为国家基础设施建设，跟水电工程液化气一样，从各种视角论述极端化重要性。
但实际上，最本质的因素大伙儿不说，那便是谁出问题，谁3.25，并且还连坐，一发生意外大部分在，某里就无法做下来，惩罚很重，并且确实会惩罚很高級其他领导干部。
因此，在安全生产的“立场坚定”眼前，没有人敢大意，没人敢做违反步骤挑戰zz恰当的事儿，結果上，某里的服务项目可靠性是不是比TX强，我不知道，但梯度下降法高效率上，肯定是慢了许多。
最有趣的是，假如你跟某里的(尤其是老年人)探讨安全生产的问题，你就会发现她们见解十分的一致，她们相信安全生产义务超过天，应当坚持不懈零容忍，越严越好，但事儿是不是确实应当那样办?我不知道，但最少同是互联网技术的TX不是这样，而TX的业务流程不也进步的认真的吗?
大家非常容易列举业务流程独特性，例如电子商务可以举例说明说某一心脏疾病人由于网上购物救命药下不了单造成送命，假如你生产制造了这一bug，等同于间接性行凶，是否很可怕?例如DD，它还可以那样说，由于APP出问题，造成打的的女生不可以立即求救，被性侵进而遇害，是否也很可怕?
实际上如此的事例，游戏行业还可以举出去，例如某一小孩由于游戏团本，造成一怒之下，点了房屋，造成灭口。
因此，没必要用那样的事例来注重业务流程的独特性，由于是手机软件或是要重视手机软件基本常识，重归实质，但业务流程是否有独特性?有!并且大家需要认清。
例如电信增值业务，我们要把手机软件布署到其他人的大数据中心，我们要升级他人计算机房的程序流程有很多限定，这一跟互联网技术的手机软件的确有较大的不一样。
这对咱们的手机软件明确提出了更好的可靠性规定，这也是不言而喻的，但大家非常容易过度注重安全系数，而忽略了对工作效率的危害，而对工作效率的不良反应很有可能远比大家一切一个人想像的都大。
JD大东子曾汇总好多个商业服务顺利的主要因素，在其中之一，便是你可以实现更低的成本费，或是保证更好的高效率，因此，针对行业企业来讲，生产率，相匹配到系统的研发高效率，成本管理，实际上远比大家预料的关键，而人们却非常容易掉进顾彼失此的圈套。
总结
我之前说我能论述客观事实，并非阐述见解，抱歉骗了你，实际上根本沒有见解的文章内容不值写，史籍也有见解呢，那小编的见解究竟是什么呢?
在一个个历经的小故事里。