精华内容
下载资源
问答
  • 记录重要性

    千次阅读 2016-09-26 13:57:37
    说写技术报告,好久都没有动工,一直忙活各种事情。 技术报告这东西真是好东西。所有的记录性质的资料对于我们的工作重要性不言而喻!! 以后真真要做好各方面的记录,好好做记录!!

    说写技术报告,好久都没有动工,一直忙活各种事情。

    技术报告这东西真是好东西。所有的记录性质的资料对于我们的工作重要性不言而喻!!

    以后真真要做好各方面的记录,好好做记录!!

    展开全文
  • 如何做好科研实验记录

    千次阅读 2019-03-20 21:07:27
    ... “实践是检验真理的唯一标准”,科研实验是实践中的一环。 科学研究是以诚实守信为基础的事业,自诞生之始就把追求真理、...科研实验记录是科技档案的一部分,是指科学研究过程中,关于实验计划、过程、结果、分...

    hj961107@163.com

    https://blog.csdn.net/qq_39033834            


    “实践是检验真理的唯一标准”,科研实验是实践中的一环。

    科学研究是以诚实守信为基础的事业,自诞生之始就把追求真理、揭示客观规律作为崇高目标。对一个科研者来说,实验记录就是科学研究的生命线。科研实验记录是科技档案的一部分,是指科学研究过程中,关于实验计划、过程、结果、分析的各种文字、数据、图表、音像等原始资料[1]。

    那如何做科研实验记录呢?到目前为止,还没有博主写过这方面的博客,那鄙人就来抛砖引玉,做一点点小小的归纳总结,一为方便自己以后的工作学习,二为与各位交流分享。诸位若有什么建议,请不吝赐教。


    目录

    如何做好科研实验记录

    一、黄金圈法则——如何做好科研实验记录

    二、小结

    三、参考资料

    附录

    附录一:为什么做科研实验记录?

    附录二:实验记录的书写原则[1]

    附录三:实验记录注意的问题[1]

    附录四:科研记录中的常见错误做法[1]


    一、黄金圈法则——如何做好科研实验记录

                                                                                图1-1 黄金圈法则示意图

    西蒙斯涅克提出的“黄金圈法则”,就是由里到外的why(动机、理念)—>how(措施、方法)—>what(现象、结果)[2]。

    “黄金圈法则”是一个开环,没有形成反馈,可以获得不错的结果,但是不能得到有效的提高。我们在科研实验时,可以将黄金圈变成闭环,即why(目的、理念)—>how(方法、措施)—>what(现象、结果)—>即why(分析、总结)—>how(改进、提高)。

                                                                               表1-1 科研实验记录的基本组成

    (1)实验日期、地点——日期的记录是为了方便以后对实验记录内容的查找;地点的记录可以提示具体操作的工作环境、指导老师和协助完成实验的其他人员等信息。

    (2)实验名称——是带有统一实验标号的,能反映出某次实验活动核心内容的一段文字。便于以后快速阅读与查找。

    (3)实验目的——指某一次实验计划发现和证实的具体问题。比如:在一个实验中确定某一参数变化对结果的影响。

    (4)实验背景说明——即对本次实验与已完成实验研究的内在联系加以说明。

    (5)操作过程——真实准确地按照操作时间先后顺序详细记录整个操作与处理过程。

    (6) 实验结果——实验结果的记录应该力争客观和量化。能采用图片记录的尽量采用图片;能用数据记录的尽量用数据;以上两者均不能使用的,可以使用图示;应该在记录页保存原始图片和数据并适当做好标注。特殊需要另外保存的结果,应在结果的背面注明取得结果的时间和实验记录的页码。存在电脑中的文件和数据应有具体名称和存放地址,并做到及时备份。

    (7)结果分析——实验工作中可能会得到预期的结果,但出现失败与异常结果的现象经常发生。要通过与老师和同学讨论,查阅文献资料,回顾实验过程等,从设计、技术、操作等分析: • 失败实验发生的原因; • 异常结果出现的原因; • 提出新的可能和假设。

    (8)下一步计划——在对实验结果分析的基础上,排除没有研究价值或偶然因素引起的结果,每次实验后提出下次实验初步设想:•有必要研究的异常实验结果; • 有必要改进的实验条件与操作; • 进行深入研究的设想与设计。 • 正确鉴别是否“有必要”,需要扎实的理论基础、敏锐的观察与判断能力、熟练的实验经验。应向导师和专家请教。 • 错过重要发现——可惜!浪费时间——遗憾。

    (9)阶段性总结——是在完成一组实验后,从科研设计、技术方法、结果的完整性和可靠性等方面进行归纳与总结,得出阶段性研究结论。在此基础上,需要重新审视原有科研设计、技术路线,为圆满完成课题研究把握好工作方向,也为最后阶段的论文发表做好准备。要趁热打铁,这样总结起来更准确、更快速,节省时间,事半功倍。


    二、小结

              

                               图2-1 黄金圈法则改进                                                                         图2-2 闭环研究法

    科研实验记录是研究论文的源泉;其有助于研究者保持清醒的实验思路、抓住重要的实验现象、得到创新的结果、提高研究工作效率;其也是追溯实验数据的直接证据。

    做好科研实验记录便于准确回顾和分析科研实践中的成败得失,也便于进行科研工作的归纳和总结,还可以提供科研重复的依据,最终有利于培养严谨的科研思维。

    附录中是如何做好科研实验记录的一些细节,从点滴做起,从做好实验记录做起,细节注定成败,实践检验真理!

    如何各位有什么建议或者想交流的,还请诸位不吝赐教,谢谢大家!


    三、参考资料

    [1]如何做科研实验记录

    [2]Why-How-What黄金圈法则 的理解和运用

    [3]怎样高效简洁的做好实验记录?


    附录

    附录一:为什么做科研实验记录?

                                                          表附录1-1 科研实验记录的特点、要求、意义和重要性

    附录二:实验记录的书写原则[1]

     

                                                                           图附录2-1 实验记录的书写原则

    1.客观真实,及时准确

    客观真实是实验记录的灵魂。怎么做的就怎么书写。有意或无意造成的记录错误都将降低记录的科学价值;及时是指在完成操作后第一时间进行记录,是保证准确的重要前提之一。准确是指记录的描述中必须使用通用的专业词汇和语言,尽可能避免使用容易产生歧义或内涵模糊的语言。

    2.前后呼应,独立成章

    科研工作的各个部分实验是整个科研工作有机整体的一部分,科研工作的每一部分之间都存在着必然的内在联系。好的科研记录像一本精心写作的书,应该体现出各部分之间的内在联系;同时,记录的每一部分实验又存在各自需要重点解决的问题,单独阅读也应该是相对完整的。

    3.简明扼要,重点突出

    科学研究记录不是以时间为顺序的流水帐,其目的不是仅仅表明做了什么?更重要的是怎么做的,做出了什么。因此,需要以完整的科研思路为主线。科研实践中完全重复的技术操作可以先整理出标准操作技术规程,记录时可以写“按 XX 页 XX 操作进行”。需要重点介绍或描述的部分一定要不惜笔墨用准确的语言描述清楚。

    4.层次分明,页码连贯

    科研记录是为以后使用而进行的,为便于阅读与查找,科研记录各部分应该根据研究内容、实验内容、实验过程等分层次记 录。即研究内容、实验内容和实验过程等都应该通过不同的标号[一,(一),1,(1)等]标记清楚。实验记录本的页码应该是连贯的,不能重复或跳跃——反映记录的严肃性和严谨性。记录的研究资料要经得起时间的考验。

    附录三:实验记录注意的问题[1]

    1、实验记录不允许隔天写以及写在纸片上。

    2、保持实验记录的真实性和完整性;记录时间(年、月、日)。

    3、原始数据(包括照片)必须贴在当天的实验结果栏里;不要保留在公共计算机里。

    4、即便是认为不好的结果,也必须保留。不能仅记录符合主观想象的内容和自认为成功的实验。

    5、定期整理、分析数据,并向导师汇报。

    附录四:科研记录中的常见错误做法[1]

    某些不良习惯对客观、及时和准确收集实验数据非常有害。常见的包括:

    1.不分主次,层次混乱

    如同写书,不分章节,不分段落,就是一堆文字。一段时间后,自己也分不清什么是什么了。

    2.重复记录多次重复的操作

    记录很认真,但重复的内容过多,冲淡了主要内容,得不偿失。

    3.为了美观或其他目的修饰图片和数据

    无论何时、出于何种目的,原始图片一定不要进行技术修饰——避嫌。

    4.仅保留“好”结果

    实验结果指经实验操作所获结果,其本质上无好坏之分,因为结果是客观的, “好”和“坏”均为研究者在一定假设基础上所界定。因此,应保留实验所获的全部 数据或现象。有人错误地认为‚“好”结果才有保留价值,并随意地将当时认为的 “坏”结果舍弃,待后续实验突然发现被舍弃的结果有意义时,已难以弥补。要指 记录实验过程中所有实际发生的事件和现象。整个过程中的任何变化、所获得的 任何正常或不正常的观察结果等均须如实记录。即便在出现很多错误的情况下, 记录下实际发生的事情才能使日后解释实验成为可能。

    5.字迹潦草,无法辨认——失去了做记录的意义。

    6.涂改过多,毫不整洁——表观上就不严谨。

    7.不按规范进行记录——容易遗失重要信息。

    8.样品没有唯一的统一编号——总结时面对一堆数据说不清楚哪个是哪个。

    9.保留的图片当时不做详细说明与标注——总结时容易张冠李戴,给人造假之嫌。

    10.将实验数据记录于纸片

    实验操作时,由于未携带实验记录本,有时将某些实验现象随手记录于身边的纸片或其他纸质材料的空白处,待需要正式记录时遗忘了其细节甚至关键内容,或小纸片根本就遗失了。

    11.记录不及时

    有人习惯用脑子记忆当天(甚至几天)的实验过程,待空余时再将其记录于实验记录本,但某些记忆是瞬间记忆,转身即忘,或仅记住一部分,遗忘或记错的后果可能使某些重要实验现象被遗漏,有时恰巧是成功与失败的关键数据,导致与成功失之交臂。尤其对于某些实验操作过程中临时改动的条件,若未及时记录,即使此次实验成功,日后也难以重复,因为某些细微变化根本不可能回忆起来。

    12.实验数据整理不及时

    实验数据的及时整理极为重要,否则难以从中发现实验的某些规律,也难以对后续实验的实施和调整提供正确指导。实验者常期望在有限时间内尽可能多做一些实验,往往将实验数据简单整理,甚至不整理,即匆匆进入下一轮实验操作,结果可能导致某些实验错误持续性存在,或重复某些无意义、无价值的实验,或使应该深入的线索不能及时被发现,或导致长时间都在实验失败的痛苦中挣扎。所以在实验中,有时快即是慢,慢也可能即是快。养成实验后及时整理和分析实验数据的习惯,常会有意想不到的收获。

     

     

     

     

     

     

    展开全文
  • 稳定全系列(一)——如何做好系统稳定建设

    千次阅读 多人点赞 2019-12-24 00:49:37
    三、稳定建设四要素 第一要素:人 第二要素:工具 第三要素:预案 第四要素:目标 四、稳定建设四个方向 第一个方向:根基要抓牢(45%) 第二个方向:工作在日常(30%) 第三个方向:预案是关键(15%) ...

    目录

    一、背景介绍

    二、故障源的分类

    三、稳定性建设四要素

    第一要素:人

    第二要素:工具

    第三要素:预案

    第四要素:目标

    四、稳定性建设四个方向

    第一个方向:根基要抓牢(45%)

    第二个方向:工作在日常(30%)

    第三个方向:预案是关键(15%)

    第四个方向:容量是核心(10%)

    五、稳定性建设本质

    六、总结


    一、背景介绍

    在移动互联网时代,用户群的积累比之前更容易,但同样,也会因为糟糕的用户体验,而快速流失用户,哪怕是号称独一无二的12306网站,也在不断优化系统来提升用户体验;而在后移动互联网的物联网时代,软件工程师需要和硬件工程师配合,来保证提供的服务稳定和可靠。对,我们的产品就是为了实现用户价值,并提供非凡用户体验!

    如果说良好用户体验是增长的基础,那么良好的操作性、稳定的使用体验就是用户体验的基础,排除掉软件可操作性(这一块需要依靠专业的设计师),剩下的就是客户端(这里的客户端包括各种小程序、WebApp、H5页面等)和服务端,这一切都基于我们软件工程师来构建可靠、稳定的软件系统。 然而,随着我们服务的用户量越来越多,服务复杂度也越来越高,我们的系统为了可维护性,也会在业务架构和系统架构上进行调整,现在流行的微服务架构也因此应运而生。然而微服务架构也并不是没有副作用,例如它会增加维护成本和系统稳定性建设的成本。

    那么,什么是系统稳定性?这里我们引用百度百科的定义:系统稳定性是指系统要素在外界影响下表现出的某种稳定状态。为了方便,本文阐述的系统主要指软件系统。那么如何衡量系统稳定性的高与低呢?一个常用的指标就是服务可用时长占比,占比越高说明系统稳定性也越高,如果我们拿一整年的数据来看,常见的4个9(99.99%)意味着我们系统提供的服务全年的不可用时长只有52分钟! 它其实是一个综合指标,为什么这么说?因为我们在服务可用的定义上会有一些差别,常见的服务可用包括:服务无异常服务响应时间低服务有效(逻辑正确)服务能正常触发等。

    二、故障源的分类

    系统的故障源一般可以分为两大类,一类是人为因素,另一类是自然因素

    常见人为因素导致的故障如下:

    人为因素我们要尽可能的事前(故障发生前)避免,因为这些原因引发的事故很可能会导致数据丢失或错乱、资金受损等较严重后果,而且除了重启或修复后重新上线外没有过多有效的止损手段。人为因素导致的故障往往会导致软件工程师的内心受到严重打击,工作和专业能力受到质疑,造成“人财两空”的后果,“我拼了老命来产出,结果却给自己挖了个坑”是故障责任人内心的真实写照。

    我们再来说说自然因素,自然因素受很多客观因素的影响,往往不受控制,无法避免。

    常见的自然因素导致的故障如下:

    自然原因导致的故障可大可小,虽然无法避免,但由于没有第一责任人,避免了“人性拷问”,软件工程师可以和运维部、安全部的同学协作起来处理故障。

    三、稳定性建设四要素

    “如果事情有变坏的可能,不管这种可能性有多小,它总会发生。”,残酷的墨菲定律预示着我们对自己系统提供的服务不要太乐观,接下来,我们说说如何建设系统稳定性,人为因素的根源一方面是专业能力不足,经验不足,另一方面很多都是无心之失,所以需要通过流程、规范来保住“底线”,减少人为因素导致的故障,而自然因素导致的故障往往具有突发性,需要联合多个团队协作来解决故障。

    稳定性建设四要素工具预案和目标

    第一要素:人

    我们先来说“人”这一要素,它需要回答如下5个问题:

    • 谁应该参与稳定性建设?

    • 如何降低犯错的概率?

    • 如何提高稳定性意识?

    • 如何定责?

    • 如何激励?

    稳定性建设工作需要老板支持,它的实施一般需要开发测试运维安全还有产品等同学参与,而且主导方应该是开发、测试和运维。确定了参与方后,就可以做关键的一步:“参与稳定性建设的每个团队都需要在OKR中背负一部分稳定性指标”,这也是为什么说稳定性建设工作需要老板支持,因为和绩效考核相关。

    稳定性工作,规范先行。OKR的部分只是让各参与方在稳定性方面工作的投入变成合规化,平时如何去参与稳定性建设还得“有迹可循”,对于开发和测试来说就是要根据公司的当前技术体系去建设开发规范提测规范测试规范上线规范、复盘规范等。我们拿和软件开发最相关的开发规范来说,开发规范是对开发人员的要求,让开发人员知道什么是必须要做的、什么是推荐的、什么是应该避免的。通常开发规范至少应该包括如下几个部分:

    编码规范:对外接口命名方式、统一异常父类、业务异常码规范、对外提供服务不可用是抛异常还是返回错误码、统一第三方库的版本、哪些场景必须使用内部公共库、埋点日志怎么打、提供统一的日志、监控切面实现等,编码规范除了能规范开发的编码行为、避免犯一些低级错误和踩一些重复的坑外,另一个好处是让新入职的同学能快速了解公司的编码原则,这点对编码快速上手很重要。这里再重点说一下为什么要统一异常父类和业务异常码,例如虽然不同模块(这里的模块指的是能独立部署的项目)可能有不同的异常父类,比如订单模块的异常父类是OrderException、交易支付模块的异常父类是TradeException,而OrderException和TradeException的父类是BizException(当然BizException是定义在一个通用共公共库中的),而我们也需要去统一异常码,比如200代表正确的返回码,异常的返回码是6位数字(前3位代表模块,后3位代表异常类型),有了统一的异常父类和异常码后,很多切面就都可以由公共库来做了,比如统一的监控、统一的出入口日志打印,统一的异常拦截,压测标识透传、特殊的字段埋点等,千万别小看这些,这些能在未来持续提升研发效率,降低稳定性工作成本。

    公共库使用规范:为了能对通用功能进行定制化改造和封装,公司内部肯定会有一些公共库,例如日志库、HTTP库、线程池库、监控埋点库等,这些库都“久经考验”,已经被证实是有效且可靠的,这些就应该强制使用,当然为了适应业务的发展,这些公共库也应该进行迭代和升级。

    项目结构规范:为了贯彻标准的项目结构,一方面我们需要为各种类型项目通过“项目脚手架”来创建标准的项目结构原型,然后基于这个项目原型来进行开发,统一的项目结构一个最显著的好处是让开发能快速接手和了解项目,这种对于团队内维护多个项目很重要,人员能进行快速补位。

    数据库规范:数据库连接资源堪比CPU资源,现在的应用都离不开数据库,而且通常数据库都属于核心资源,一旦数据库不可用,应用都没有太有效的止损手段,所以在数据库规范里,库名、表名、索引、字段、分库分表的一些规范都必须明确,这里特别提一点,就是分表数量不要用2的幂(比如1024张表,很多人认为使用2的幂分表数在计算分表时用位运算会更快,但这个开销相比数据库操作其实可以忽略),而应该用质数(比如最接近1024的质数应该是1019),采用质数分表数能让数据分的更均匀

    这会引发另一个问题,那就是我们有这些规范,那么如何让开发来知晓和遵守?一方面是设定合理的奖惩机制(例如由于没有遵守规范而引发的线上事故要严惩),另一方面就是——考试!没错,就是考试,将这些规范和历史的线上事故整理成试题,让新老开发定期去考试,考试是一种传统的考核机制,我们可以把规范和公共库的更新部分,也及时加入到考试试题中,来督促大伙及时学习。

    有了OKR、规范和考核机制,加上我们定期宣导,相信各成员的稳定性意识会有显著提高。

    事故定责一般是比较复杂的过程,除非事故原因非常简单明了,但实际上事故原因常常涉及多个团队,如果责任分摊不合理,难免会引发跨团队的争吵,合理的做法是引入第三方稳定性团队来干预,例如滴滴的星辰花团队,星辰花会撰写定责指南,并制定一些相关流程机制。

    当然,如果达成稳定性年度目标,也应该对这些团队进行适当表彰。

    第二要素:工具

    工具意味着手段,要做好稳定性建设,强大的支持工具和平台是不可缺少的,常见的工具和平台包括:日志采集分析检索平台(例如滴滴的Arius)、监控告警平台(例如滴滴的Odin Metrics)、分布式追踪系统(例如Google的Dapper、滴滴的把脉平台)、自动化打包部署平台(例如滴滴的One Experience)、服务降级系统(例如滴滴的SDS)、预案平台(例如滴滴的911预案平台)、根因定位平台(记录所有故障发生前所有系统变更事件)、放火平台等。

    强大的工具能回答如下3个关键问题:

    • 我们能做什么?

    • 我们能做到什么程度?

    • 如何降低稳定性工作成本?

    工具本质上是手段,它能降低我们在稳定性工作上投入的成本,例如有了监控告警平台,我们就不需要专人时刻盯着日志或大盘,有了分布式追踪系统,问题定位会更有效率,有了降级系统,一些故障能自动控制和恢复,不用我们再上线一次。要想做好稳定性工作,工具必不可少,没有工具,稳定性建设总是低效的。

    其实公司内建的公共库也属于工具的一种,像滴滴内部的公共库,业务系统接入Odin Metrics和把脉几乎不要做额外的工作(当然接入把脉需要提日志采集工单,头疼),千万不要吝啬在工具方面的投入,很多开源框架可以拿来用或拿来参考,工具和平台可以内部进行互通和联动,这样可以建成一站式的稳定性工作平台。

    第三要素:预案

    紧急预案是我们在故障发生时的行动指南,这在故障可能涉及到多个团队、故障进展需要周知到多个团队时特别有用。

    完善的紧急预案能回答如下4个问题:

    • 故障发生时我们该做什么?

    • 谁来指挥?

    • 谁来决策?

    • 我们如何善后?

    当一个不那么容易定位的故障发生时,你应该做的第一件事应该是什么?这在不同公司、同一个公司同一个团队的不同成员恐怕都会给出一个不同的答案,而在滴滴内部,我们大多会第一时间通知团队内其他成员、Leader(寻求帮助)和客服、上游业务开发等可能的影响方 (问题周知)。当这一步做完以后,一般就会有一部分同学加入问题排查和止损,然而介入的人多了,排查和止损的效率不一定会成比例的提升,这时候协调者很重要,协调者要避免介入的同学在做重复工作,协调者还需要持续和客服、上游业务开发等影响方沟通(我们曾经就经历过由于问题排查问题进度没有及时有效和业务方沟通,业务方将故障升级的case)。对于排查问题和止损的同学来说,要操作某个开关,有可能还要去查代码看开关的名字是什么,还有可能关掉一个功能需要操作多个开关,这些在紧急时刻都有可能由于慌乱而出错。而且什么条件下才能操作开关,谁能决定应不应该操作开关,恐怕在当时很难去做最正确的事情,而这一切,没错,都应该提前写到预案中!!!

    紧急预案一般要包含如下内容:

    1. 故障发生时应该通知哪些人或团队。

    2. 如何选出协调者,什么情况下该选出协调者。

    3. 协调者的职责有哪些。

    4. 需要操作开关时,谁有权利决策。

    5. 常见故障以及对应的止损方式。

    6. 止损的原则是什么,什么是最重要的。

    7. 善后方案谁来拍板。

    预案很重要,完备的预案能降低故障定位和止损的时间,提升协作效率。

    第四要素:目标

    如何衡量稳定性建设工作是有价值的?如何考核稳定性建设工作达没达标、做的好不好?这些都能在稳定性建设的目标中找到答案。

    稳定性建设的目标主要用来回答如下2个问题:

    • 稳定性工作的价值是什么?
    • 稳定性工作如何考核?

    稳定性建设工作的价值不仅需要团队所有成员认可,更重要的是需要老板的认可,没有老板的认可,稳定性建设工作只是团队内部的“小打小闹”,难以去跨团队来体系化运作。

    稳定性建设工作的年度目标可以拿服务可用时长占比来定,也可以拿全年故障等级和次数来定,像滴滴这边,星辰花将故障等级分成了P0至P5六个等级,P0、P1、P2属于重大事故,是需要消耗服务不可用时长的(根据全年定的服务可用时长占比指标来计算出某个部门的全年服务不可用总时长),一旦年底某个部门的全年服务不可用时长超过年初设定的阈值,就会有一定的处罚,并影响部门绩效(之前达标也有奖励,但后来奖励取消了)。

    这里做一个汇总:

    四、稳定性建设四个方向

    前面我们提到的稳定性建设工作的四个关键点,但对如何落地阐述的并不多,这里结合作者多年的稳定性建设工作经验,谈谈稳定性建设工作的四个方向。

    第一个方向:根基要抓牢(45%)

    稳定性建设工作重在预防,根据作者多年的工作经验,至少6成线上故障都可以在预防工作中消除,我们需要投入45%的精力来做根基建设,所谓根基建设,就是把开发测试上线这三大流程做透!!下面列了几个关键点:

    Code Review:CR其实是一个很重要的环节,当一个开发整个编码和提测都可以自己闭环搞定时,时间一长就容易产生懈怠,这时候写隐患代码的几率会大大提高,CR的过程并不是diss的过程,这个一定要在团队内拉齐,相反,CR是一次很好的团队沟通和塑造自己影响力的机会。我就很佩服那些代码写得质量高并且能把整个流程讲顺的人。我们团队的项目都接入了全流程(例如滴滴的鲲鹏),分支合master必须要其他人Review,但这是“离线”的,没有代码作者讲的过程,效果没有几个人坐在小黑屋讲的好,只是更快而已。我们团队规定,大于等于4人日的项目需要进行小黑屋CR。CR还可以让其他成员来检测该代码实现是否遵循了开发规范,毕竟“先污染后治理”的成本太高,记住,CR一定是一个相互学习的过程

    设计评审:再也没有比糟糕的设计更有破坏力的东西了,设计评审和CR可以放在一起做,先评审设计再进行CR,有人就会说,都编码完了才进行设计评审是不是晚了?其实这要看情况而定,如果团队内部经常产出“糟糕设计”,那么我觉得设计评审就应该编码之前来做,但如果团队成员专业能力和经验都还不错,那么我们允许你再编码之后再做设计评审,而且编码的过程其实也是设计的过程,可以规避提前设计而导致后续编码和设计不一致的问题。设计评审的原则是,既要讲最终的设计方案,也要讲你淘汰的设计方案!

    提测标准:写完代码就可以提测了?当然不是,至少得完成补充单元测试、完成自测、完成开发侧的联调、通过测试用例(如果QA提前给了测试用例的话)、补充改动点和影响点(便于QA评估测试范围)、补充设计文档(对,现在滴滴的QA养成了读代码、看设计的习惯)这些步骤才能说可以提测了。当然,提测标准理论上是QA同学来定义的。

    测试流程:测试的全流程覆盖最好能做到全自动化,很多测试用例可以沉淀下来,用来做全流程回归,当然这需要系统支持。我也见过太多犹豫QA没精力进行全流程回归而导致问题没有提前发现而产生的事故,所以测试的原则是尽可能自动化和全流程覆盖,让宝贵的人力资源投入到只能人工测试的环节。

    上线流程:上线也是一个风险很高的操作,我们简单统计了19年的上线次数,光我们团队负责的系统就上线了五百多次。部署平台需要支持灰度发布、小流量发布,强制让开发在发布时观察线上大盘和日志,一旦有问题,能做到快速回滚(当然要关注回滚条件)。我们这边的做法是先小流量集群灰度(我们把单量少的城市单独做了一套小流量集群),再线上灰度,确保哪怕出问题也能控制影响。

    第二个方向:工作在日常(30%)

    俗话说养兵一日,用兵一时,平日的养兵其实也非常重要,这一方向我们需要投入30%的精力,需要我们做到如下几点:

    人人参与:团队内人人都需要参与稳定性建设工作,稳定性工作不是某个人的事情,所以我会要求所有人的OKR中都有稳定性建设的部分。做toC研发的同学,都养成了带电脑回家的习惯,哪怕是加班到晚上12点,当然在外旅游也带着电脑,手机24小时保持畅通;稳定性已经成为了生活本身。

    持续完善监控告警:监控告警就是我们发现故障的“眼睛”和“耳朵”,然而大多数监控告警都需要我们手动一个个配置,随着业务的不断迭代,会有很多新接口需要添加监控,一些老的监控的阈值也需要不断调整(否则大量告警会让人麻木),所以监控告警是一个持续优化的过程。

    及时消灭线上小隐患:平日发现的一些问题要及时消灭,很多线上事故在事前都有一定预兆,放任平时的一些小问题不管,到后面只会给未来埋上隐患。

    跨团队联动:稳定性肯定不是一个团队的事情,一些降级方案可能涉及多个团队的工作,所以定期的跨团队的沟通会议是很有必要的,要大伙一起使劲才能把事情做好。

    复盘机制:对出过的线上事故一定要及时的进行复盘,通过复盘来发现我们现有流程、机制是否有问题,让大伙不要踩重复的坑,并不断完善我们的紧急预案。复盘虽然属于事后的行为,但很重要,我们需要通过复盘来看下次是否能预防此故障,或者是否能更快的定位和止损。

    会议机制:稳定性周会、稳定性月会,我们通过各种定期的会议来总结一些阶段性进展和成果,拉齐大家认知,这也是大伙日常稳定性工作露出的一个机会,所以非常重要。

    第三个方向:预案是关键(15%)

    我们通常都会忽视预案的作用,因为预案整理起来确实比较麻烦,预案也需要随着功能的迭代而不断更新,否则将很容易过时,而且预案在平日非故障期间也确实没有发挥作用的机会。但我们不得不承认紧急预案相当重要,特别是当我们去定位和止损一个比较复杂的线上问题时。

    我们需要在预案的制定和演练上投入15%的精力,可以从如下三个方面着手:

    分场景制定和完善紧急预案:如果我们还没有紧急预案,那第一步就是分类分场景整理下历史上经常发生的线上事故,例如MySQL故障预案、MQ故障预案、发单接口故障预案等。而且预案有可能会被多人查看,一定要清晰易懂,如果某些预案是有损的,需要把副作用也描述清楚。

    通过放火平台来验证预案:借助放火平台和服务降级系统,我们可以通过主动给主流程服务的非核心依赖注入故障,来验证系统在遇到非核心依赖发生故障时,核心服务是否仍旧有效,如果某些预案无法做成系统自动的(比如某些预案有一定的风险或副作用),也可以在预发环境来验证该预案是否能达到预期效果,防止真正故障发生时“手生”。预案就是在这种不断演练过程中来优化和完善的,这样的预案才是动态的,才是活生生有效可靠的!

    第四个方向:容量是核心(10%)

    我们知道木桶效应,一个木桶能装多少水取决于最短的那块板,在分布式系统中也是如此,我们需要摸到分布式系统中的这块“短木板”才能知道整个系统的吞吐量(容量),如果我们没有这个值,老板问你明年单量要Double,问你要预算,要规划你凭什么给?最准确的容量预估方案就是——线上全链路压测。至于滴滴是如何做线上全链路压测,后续我会有专门的文章来阐述。

    我们继续探讨容量这个话题,我们应该投入10%的精力来摸容量、扩容量、水位预警等。容量也相当重要,根据我的经验,线上有大约10%的故障和容量有关,当遇到这种问题,最有效的解决方案就是扩容!关于容量,我们在日常需要做到如下三点:

    常态化的全链路压测:线上全链路压测必须定期举行,特别的在有大促活动时,也需要提前进行一次。因为随着业务的快速迭代,系统老的瓶颈可能消失,新的瓶颈可能出现,所以之前的全链路压测的结果将失效,我们需要定期去摸这个线上环境的这个阈值。

    定期进行扩容演练:在滴滴内部,我们会定期进行弹性云扩容演练,这在紧急情况下很有用,我们就曾经遇到过弹性云扩容比修改阈值重新上线更快解决问题的case。

    多活建设:我们知道多活主要是为了容灾,但其实多活实际上也从整体上增加了系统容量,所以也属于容量扩充的范畴,一旦某个机房遇到瓶颈,我们可以分流到其他机房。当然多活建设需要一定成本,业务量大到一定程度才需要投入。

    说了这么多,我们也放张图来进行总结:

     

    五、稳定性建设本质

    就像我们做项目要“面向风险”编程一样,系统稳定性建设的目的其实就是为了应对未来的风险,和未来风险做对抗(哪怕我们有些手段将未来的风险变小)。如果非让我们探究稳定性建设的本质,我觉得稳定性建设的本质是将系统和系统间未来不可控的因素逐渐变为可预见,可控的因素,并着手去一一解决的一个过程。

    六、总结

    做稳定性建设一定要结合公司或组织的实际情况,量入为出,最合适的方案才是最好的方案。结合咱们上述讨论的几点,我们可以画出稳定性建设的房子,如下:

    希望我们能像建筑师一样,给业务构建一套稳定、可扩展、性价比高的房子!!!

     

     

    其他稳定性全系列文章:

    稳定性全系列(二)——如何做线上全链路压测 https://blog.csdn.net/manzhizhen/article/details/104439629

    展开全文
  • 影响力在职场的重要性

    千次阅读 2018-06-10 22:02:32
    而后,等决定做好了,交易却还没有最终拍板,卖方巧妙地取消了最初的甜头。   对策: 当他人对我们运用的时候,内心假设回到初始位置,那时候自己的选择才是理性的。 3、社会认同   社会认同原理...

    前端时间参加了公司的管理培训,讲非职权影响力。对于领导者来讲,如果不能提高自己的影响力,那么是没办法做到让下属信服和追随的。整理了一下培训的收获。

     

    影响力的定义

    运用一些别人所乐于接受的方式,改变他人的思想和行动,具体有个性、思想,以及行动。
    这些方式包括:举例引证、造成恐惧、赞美肯定、权势财富等。

     

    影响力的6大武器

    • 互惠
    • 承诺一致
    • 社会认同
    • 喜好
    • 权威
    • 稀缺

    另外次要些的还有认知对比、关联等。
    怎么理解这六大武器呢,以及针对这六大武器,怎么应对呢?
    1、互惠
    滴水之恩当涌泉相报,人们普遍有知恩图报的心态,互惠原理,就是利用人的亏欠感。因为亏欠感会让人觉得不舒服,大多数会觉得亏欠别人是不愉快的,想要尽快将之消除。另外违背了互惠原理、接受而不试图回报他人善举的人,一般是不受社会群体欢迎的。
    运用技巧:

    • 施以恩惠,可以是实物,也可以是关怀或者赞扬。
    • 即便是硬塞给对方接受的也能够触发对方的亏欠感
    • 互惠式让步:在别人提出小的要求(让步)的时,我们往往会答应(让步)
    • 拒绝后撤术(提出大请求-非真正目的,在提出小请求-正真目的)

    对策:

    • 倘若别人提议我们确实赞同,那就接受它,倘若这一提议别有所图,我们就置之不理。
    • 在拒绝的时候,心理暗示这个只是别人利用互惠原理给自己的圈套,大可不必有亏欠感。

    2、承诺一致
    人人都有一种言行一致的愿望,简而言之,一旦做出了承诺,周围的人认为我们是什么样,我们在内外部压力的作用下将会积极地把自我形象调整得与行为一致。
    运用技巧:

     

    • 为了一个承诺付出的努力越多,承诺的影响力越大。
    • 书面承诺、公开承诺的效果会更好。公开的承诺往往具有持久的效力,当人们选择立场,公开表示观点,此后的行为会不假思索按承诺去做。
    • 运用于销售时,先给人一个甜头,诱使人作出购买的决定。而后,等决定做好了,交易却还没有最终拍板,卖方巧妙地取消了最初的甜头。

     

    对策:

    • 当他人对我们运用的时候,内心假设回到初始位置,那时候自己的选择才是理性的。

    3、社会认同

     

    社会认同原理指出:“在判断何为正确时,我们会根据别人的意见行事。”当我们自己不确定、情况不明或含糊不清、意外性太大的时候,我们最有可能觉得别人的行为是正确的。也会根据他人的行为来判断自己怎样做才合适,尤其是在我们觉得这些人跟自己相似的时候。

     

    对策:

     

    • 经常提出质疑,我追从的这个人是否真的是对的?

    4、喜好
    大多数人总是更容易答应自己认识与喜爱的人所提出的要求。在决定是否购买某产品时,社会纽带的影响比消费者本身对产品的好恶强两倍。反之,人总是自然而然地讨厌带来坏消息的人,哪怕报信人与坏消息一点关系也没有。
    对一个人喜欢的理由:

     

    • 外表魅力(光环效应:一个人的一个正面特征就能主导其他人看待此人的眼光)
    • 相似性:我们喜欢与自己相似的人(观念、背景、兴趣爱好以及生活方式)
    • 恭维,因为人特别喜欢听人恭维
    • 接触与合作:人常常会喜欢自己熟悉的事物。日久生情的原因。(a此种情况,要是在两者不存在竞争关系的时候才能得以实现以团队为为导向的学习能够缓解有竞争带来的不适感)

     

    对策:

    • 如何拒绝:对事不对人。

    5、权威
    权威原则是指:我们总是容易听从权威人士的意见,甚至在很多情况下,只要有正统的权威说了话,其他本来应该思考的事情就变得不相关了。
    权威的标志最典型的有三个:头衔、衣着、外部标志。

     

    • 头衔,头衔比当事人的本质更加能影响他人的行为。
    • 衣着,比如人们总是更信任穿制服的人。比如穿着西装。
    • 身份标识,比如珠宝与名车

     

    对策:

    • 扪心自问这个权威是正真的专家么?这个专家的话是真的么?

    6、短缺
    物以稀为贵,短缺的东西往往呈现超出其应有价值的价值。除了数量上的短缺造成的珍贵,取得某一目标的难度上的差别也会导致其价值的变化,即越难得到的越珍贵。

     

    • 机会越少,价值就越高。比如错过就再也没有的东西,本来你是不想要它的,但是因为它即将失去或短缺,它突然就变得很有诱惑力。
    • 可能会失去某种东西的想法在人们的决策过程中发挥着重要作用,当一件东西得而复失时,人们会比在一直缺乏这种东西的情况下更想要得到它。
    • 某种东西当我们必须通过竞争才可能得到它时,我们想得到它的愿望就更强烈。

     

    对策:

    • 提醒自己稀缺的饼干没有变的更好吃。

     

    施展影响力的步骤

     

    步骤一:理清自己的目标优序
    进行影响之前,先厘清自己的目标:

     

    • 我的主要目标、次要目标是什么?
    • 我要影响对方的:个性、理念、行为?
    • 这是个短期一次性的目标?还是必须长期奋斗的目标?这牵涉到我们要投入多少时间,运用何种筹码及策略。
    • 我想达成的这些目标,是“必须(must)”要达成的?还是“有商量余地”的(nice-to-have)?
    • 成功影响最有挑战的是:这些目标中,完成任务比较优先?还是维系双方的关系优先?还是两个都重要?

     

    步骤二:分析各利益相关人的角色
    如果我们面对的是一个组织,我们的第二个影响力挑战包括:

     

    • 找出所有相关的利益人(stakeholders):组织内在大部分决策不会是由单一个人拍板,而是由几个具有相关专长或经验的人决定。
    • 判断出这些人在组织中属于何种类型的角色:每个人在组织中的地位会决定他将如何看待此事,一般而言有四种常见角色,如下图:
    • 掌握有哪些看不见的组织力量会影响到这些人的决策判断?因为这些组织的客观外在因素通常会比这此人的个性及观点本身更具影响力!

     

    步骤三:挖掘对方的利益与需求

     

    除了掌握组织中相关的四种决策角色之外,可以采用PIN的方式挖掘对方真正在意的事物。

    • P:立场
    • I:利益
    • N:需求

    另外,还需掌握对方不同的沟通及决策风格沟通与决策风格通常有以下几种:

    • 掌控型
    • 思想家型
    • 追随着型
    • 魅力型

    步骤四:盘点自己手上的筹码

    人们想要的东西可以通称之为“筹码”,当我们拥有对方想要的东西(筹码)时,我们就有可能透过各种方式(例如交易)来影响对方,从而得到我们想要的事物。因此影响过程中,除了掌握对方的目的和需求以外,自己拥有多少筹码足以影响到对方,也是非常关键的因素。我们拥有的筹码越多,影响力就越大。

    一般而言,多数人想要的东西都会超过一件以上!例如:声誉、金钱、信任、地位、安全、认识有份量人士、受到欢迎等等

     

    而一般而言我们自己的筹码包括:

     

    • 在困难时期的表现
    • 在组织内的声誉
    • 专长及经验
    • 资历
    • 个性性格
    • 人际交往及沟通的能力
    • 平时工作中表现出来来的意志力
    • 在组织内外的社交关系网络

     

    步骤五:灵活运用影响力策略
    影响策略通过分为以下四大类
    策略一:类似与喜爱Liking,又称为:信任式影响
    这人策略的基础是:人们总是对喜欢的人说“yes”

     

    • 熟悉:面孔,经常交流
    • 相似:风格、穿着、背景、兴趣、个性、年纪
    • 称赞:发自内心的夸奖
    • 正面:积极、正面、情绪控制
    • 形象:专业、整齐、洁净

     

    策略二:互利互惠Reciprocity,又称交易式影响
    这个策略的基础是:在心里,人们总是希望从对方那边得到一些好处,相对的,人们也会愿意在适当时候作出相应的回报。

     

    • 追溯交流记录
    • 利用恩惠
    • Give-then-take(礼尚往来)
    • Reject-then-Retreat(退而求其次)

     

    策略三:承诺责任Consistency,又称:承诺式的影响
    这个策略的基础是:人们都希望自己能信守承诺,塑造自己在他人心中守信负责的形象,同时,也希望对方如此。

     

    • 守信
    • 负责
    • 积极
    • 主动
    • 公开

     

    策略四:社会认可Socialproof,又称为:社交式影响
    这个策略的基础是:人们都有一种想要成为社会主流力量的潜在动机与愿望,同时也想一自己认同敬佩的有名专家或团体维持某种良好关系。

     

    • 社交网络
    • 同侪效应
    • 社会声望
    • 街头效应
    • 关联效应

    总结来说,就是要知己知彼,施展影响。

    知彼,要做到6个了解,和5个避免。

    • 了解对方的角色地位
    • 了解对方的利益及内心需求
    • 了解对方的沟通和决策风格类型
    • 了解完成这次交易对方可能付出的代价
    • 了解对方的底线
    • 了解对方可能的情绪反应
    • 避免过于将对方妖魔化
    • 避免将自己不喜欢的行为归咎于对方的个性、动机
    • 避免出现无法区分对方的立场、利益需求
    • 避免无法区分自己目标的轻重缓急
    • 避免无法控制自己的情绪

    注意对方挂在嘴上的,未必是他真正想要的,永远不能只听表面上说的。

    知己,就是了解自己手头上自有的筹码和可能借助的外来筹码。

    一般情况下,自有的筹码有:

    • 个性魅力
    • 关系矫情
    • 沟通表达
    • 知识能力
    • 个人资源
    • 个人背景
    • 气场气势
    • 握有把柄

    一般情况下,外来的筹码有:

    • 奖励诱因
    • 公司品牌
    • 公司资源
    • 公司系统
    • 职位职权
    • 政策规章
    • 社会压力
    • 三方权威

    大部分人都拥有比自己心里认知更多的筹码!

    总之,掌握的筹码越多,自己的影响力就越大。而运用的影响策略越灵活多元,影响力获得的成功机率也就越大!

     

    展开全文
  • 论“事前-事中-事后”的重要性

    万次阅读 2018-09-08 17:33:31
    最近,公司生产上出现了两个事故,一次是软件版本部署失误,一次是测试过程中硬件板卡异常。就这两个事情,我们谈一下日常中非常熟悉...所谓事中,就是做事情的过程中对事前规划的事情进行执行,以及记录过程中出现...
  • 需求分析师如何做好非功能需求

    万次阅读 2016-12-28 17:37:48
    非功能需求是除开功能需求外需要满足的系统要求,可以理解为系统的质量要求,一般包括性能、安全、可靠、可用、可维护、完整、可测试、有效等。细分下来有很多,不过前辈们和一些权威机构帮我们做...
  • 射频测试的重要性

    千次阅读 2015-12-17 14:17:21
    所以工作中,都是草草了事,之前有领导有说过对于试验过程中的所有测试结果,都要详细记录便于后续分析。但是我一般都是做到“心中有数”,并没有在测试上太过专注。 当然这样也不是完全的不可行,如果有一定经验...
  • 谈谈数据库的重要性

    千次阅读 2013-04-14 11:38:11
    我不止一次地听到这样的说法:“Oracle是世界上可扩缩的数据库,所以我们不用了解它,它自然会按 部就班地把事情做好的。”Oracle是世界上可扩缩的数据库,这一点没错。不过,用Oracle不仅能写出 好的、可扩缩的...
  • 谈谈工作总结的重要性

    千次阅读 2013-05-29 17:28:41
    入职一年多了,对工作内容越来越熟悉...那个时候这句话确实听进去了,不管做什么都会写个文档,当然了文档主要是记录了很多细节,每天还坚持用EverNote写工作日记,隔一段时间稍稍把各种细节汇总一下输出一个文档,给me
  • 论测试用例的重要性

    千次阅读 2014-11-15 22:08:42
    网上查找了很多关于测试用例重要性的文章,答案都不尽人意要么太理论化了,让人看了显得生硬,看完一头雾水;要么太过时了(不知道停留在那个年代的认识)。笔者很想系统的认识一下测试用例,所以写了这篇文章: ...
  • 每日构筑,持续性构筑的重要性

    万次阅读 2007-06-14 02:17:00
    作者: Richard Sun (版权所有,未经许可严禁转载)我现在实在难以想像一个...在Intuit,全美个人财务管理,个人税表软件提供商,我所在的开发组,持续的开发和集成是通过持续构筑来实现的。每次开发和QA用Perfo
  • 在学习robodk的时候觉得要抓紧时间学习这个软件,笔记做得比较少,但是在做工作...总而言之,哪怕是大概做个思维导图,简介一下这章讲了什么也好,一些关键的内容更是要记录一下,一时多花一些时间,对后来却是有利的。
  • 如何做好网站的安全测试

    万次阅读 2013-08-29 09:11:26
    安全保护数据以防止不合法用户故意造成的破坏; 完整保护数据以防止合法用户无意中造成的破坏; 安全测试(security testing)是有关验证应用程序的安全服务和识别潜在注意: 安全测试并不最终...
  • 网页的版权信息通常位于 About(关于)页面中,其中记录了产品的名字、公司版权、详细版本信息、版权年份等信息。测试人员需要确保版权信息是及时、准确的,跟产品的实际版本是一致的。 回页首 数字输入 ...
  • 当然,大多数还是会很配合地做好工作交接的,毕竟现在HR普遍做背景调查,前单位的评价对求职者下一份工作也是很重要的,体面地离开的对双方都有好处。 离职交接这件事,看似简单,却非常能体现一个人的职业素养。 从...
  • [引擎搭建记录] 时间抗锯齿(TAA)

    千次阅读 2019-05-08 16:47:34
    最近我做好了简单的场景编辑和序列化,打算回来继续折腾渲染部分了,首先想要实现的就是TAA(temporal anti-aliasing),为什么阴影和AO之类的啥都没有却要先写TAA呢,因为TAA对整个管线的结构影响非常大,而且后面会...
  • 时间管理的初级技能---- 一次只做好一件事 时间ABC分类-做重要的事,并把他做到最好 1) A类:是我们确定必须由自己亲自执行的重要事件,是已经安排的计划内的事件,包括重要紧急,重要不紧急的事情。 2) B类是...
  • 记录一些移动开发的英文单词发音

    千次阅读 2013-07-01 11:19:45
    不管怎么说,移动开发都是外国的牛人多些,要做好交流,单词读音的正确重要。 Chrome krom 这是google开发者的读音,没有按照以e结尾就发元音的规则。 Skia sgi:ɜ 不知道为什么有人把i发音成æ…… Safari s...
  • 良好的日志记录规范

    万次阅读 2014-04-28 11:26:11
    平常我的系统开发运行过程中,记录关键信息对于完善和修改提出了明确的建议。但是在现实的一些应用中的日志记录比较混乱,导致无法准确快速的定位问题发生的地方和问题发生的时候以及问题发生的场景。我就依据我平时...
  • 现就“如何做好正式交付使用前的项目演示“做一总结,也许对你会有帮助,同时也欢迎大家多提宝贵意见。本文非技术文章,可归类为项目管理方面,不过我想说的是,如果你是一位程序员,并且是一位做了数年还在做开发...
  • 做好项目启动对管理好一个项目至关重要,虽然好的项目启动并不真的能让你的项目就完成了一半,但一个失败的项目启动绝对会让你的项目一开始就陷入泥潭,举步维艰。 这里有个小工具:“项目章程”模板,简单一点的...
  • 对于linux socket与epoll配合相关的一些心得记录 没有多少高深的东西,全当记录,虽然简单,但是没有做过测试还是挺容易让人糊涂的 int nRecvBuf=32*1024;//设置为32K setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const ...
  • 如何做好需求分析

    千次阅读 2011-02-11 22:25:00
    如何做好需求分析
  • 合肥出差记录

    千次阅读 2013-06-20 20:41:01
    不想写成记录日志,只是想记录一下这次出差根据我看到的、想到的、听到的、体会到的记录一下我的收获:  1. 出去之前一定要把该带的东西准备齐全,提前查看好车辆信息,提前购票;还有带好相关的材料,当然如果带...
  • 通过Carte服务对kettle转换进行稳定测试,刚开始时是20并发,持续压力测试到20天时出现崩溃,由于崩溃的时间点和引起崩溃原因一时难以定位,重新改变压力测试的策略(测试前开发人员先做些优化,先解除和排除日志...
  • 做好DBA,做好SQLServer性能优化

    千次阅读 2011-09-05 14:16:19
    怎样查出SQLServer的性能瓶颈 --王成辉翻译整理,转贴请注明出自微软BI开拓者[url]... --原帖地址 如果你曾经做了很长时间的DBA,那么你会了解到SQLServe的性能调优不是一个精密的科学。即使是,对于为最佳的
  • 如何做好机器人方向的毕业设计? (本科毕业论文基本流程及机器人专业四年学习计划资源推荐)   2017.12.12: 补充针对2018年毕业设计的说明: 1. 毕业设计撰写要点: ...
  • 怎样做好技术评审

    千次阅读 2019-06-06 11:57:59
    在产品开发的过程中,耳熟能详的一句话是“通过控制过程质量,来保证结果质量”,而对于关键交付件的“技术评审”,正是有效保证过程质量的重要举措之一。从咨询的过往情况来看,绝大多数企业在意识层面对技术评审的...
  • 单表60亿记录等大数据场景的MySQL优化和运维之道
  • 线上问题管理----记录、复盘、追责

    千次阅读 2018-02-09 15:26:14
    线上问题的管理,不管对于开发还是测试来说,都是极为重要的一环。把好线上问题复盘和分享这道关,有助于产品质量的稳步提升。 管理目的 回顾复盘线上问题发生的背景、原因、解决过程、影响范围,及其避免...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 87,055
精华内容 34,822
关键字:

做好记录的重要性