一次述职之后的反省

性能调优的方案:

不要仅仅局限在平行扩容;

要考虑其他的性能调优的方案。恶补性能调优方案!!

自动化测试:

覆盖率很重要,不要肤浅的停留在自动化实现中;

用自动化解决了什么问题?理解覆盖率!!

关于流程推动:

流程推动做了哪些的贡献?

问题追踪:

如何去追踪一次问题?

虽然说这次述职基本上是属于没戏了,但是还是应该花20%的精力做80%的提升,不然光光业务测试,没有总结,没有提升,最后就是会死的很惨!!!

时间: 2024-11-05 14:57:31

一次述职之后的反省的相关文章

从“述职”向“述能”转变理解

从“述职”向“述能”转变理解 每到年终,各公司都要进行各种年终总结,但每家公司方式却不尽相同,我个人体会是,如果你的工作已经到了总监及以上,年终总结更应从“述职”向“述能”转变! 具体来说明下,“述职”与“述能”的理解: “述职”的核心是“业绩”,是对照一个阶段的主要职责.任务有哪些?完成任务的情况怎样?完成任务好/坏的原因何在?以及寻求进一步改进的办法. “述能”的核心是“能力”,指在一个阶段内自己行为上的优势.劣势是什么(用具体事件说明)?对自己过去的能力发展进行总结,并分析自己今后的发展趋

自我反省-巩固基础知识

中午吃饭前小小的反省了现阶段自己出现的问题,晚上再来谈下自己对于后期学习的一个粗陋的规划,即标题中的巩固基础知识. 两个月的学习,暴露出来的问题可以用与日俱增来形容,寻求与之对应的解决方式则是举步维艰.但是,分清主次.权衡轻重,从自身的实际情况出发,个人认为巩固基础知识才是当务之急,重中之重.以自己目前基础知识松松垮垮.毫无结构可言的境地,是无法去实现后面项目演练中快速.高效的完成任务的这样的目标的.因此,在课后的空余时间里重新开始,让自己对基础知识和简单的技巧的掌握和熟练度得到提升,尽可能的使

悬崖勒马之三年编码的反省

从12年初入职场到现在已经三年有余,从当时技术小白到现在的勉强小手,显然这样的结果是我不曾希望的.步入职场之初,暗下决心,三年时间里希望能在工作技术上有一个质的变化.奈何事实却是时间消磨了斗志,抹灭了激情,梦想被现实打败,而且是一败涂地.三年的时间里,回首思考过去的计划安排,却发现花在钻研技术上的时间其实并不少的,为何却没有比较深入的提高呢?或者说,为什么感觉不到进步呢?在写这个之前,自己也冥思苦想了好久,寻找根本原因,不论客观的主观的,最后总结于如下几个方面: 于自制力 我想这应该是让我这几年

[转]悬崖勒马之三年编码的反省

从12年初入职场到现在已经三年有余,从当时技术小白到现在的勉强小手,显然这样的结果是我不曾希望的.步入职场之初,暗下决心,三年时间里希望能在工作技术上有一个质的变化.奈何事实却是时间消磨了斗志,抹灭了激情,梦想被现实打败,而且是一败涂地.三年的时间里,回首思考过去的计划安排,却发现花在钻研技术上的时间其实并不少的,为何却没有比较深入的提高呢?或者说,为什么感觉不到进步呢?在写这个之前,自己也冥思苦想了好久,寻找根本原因,不论客观的主观的,最后总结于如下几个方面: 于自制力 我想这应该是让我这几年

杂谈---一个项目经理的自我反省

引言 说起来,LZ升迁也快半年了,这半年多里,也算是久经沙场.见识了各式各样的人,也见识了各式各样的事,有勾心斗角,也有令人欣慰的事情.当初做程序猿时的单纯已经一去不复返,尽管无限怀念,但生活是要往前走的. 这一段时间里,糟心的事非常多,尽管LZ承担了很多压力,但LZ也知道,自己的表现其实有很多有待加强的地方.但是人的习惯是非常可怕的,有的时候改变其实很困难.这里LZ就自己认为所犯过的失误做一个罗列,算是对自己的警告.如果有与LZ相似的猿友,也可以共勉. 凡事爱较真 LZ觉得这是自己最大的一个毛

2017年度计划中期自我反省

(尊重劳动成果,转载请注明出处:http://blog.csdn.net/qq_25827845/article/details/70998871冷血之心的博客) 时间的脚步总是如此匆忙,依稀记得16年末CSDN推出的征文活动.为了对自己今后一年有个更好的规划,写了一篇2016年的总结<丰富多彩的2016-未来属于我>.如今时间过去大约有一半,现在进行中期自我反省,希望在接下来的半年可以更好的进步.当我定下目标,许下承诺,吹下牛逼的时候,是2016年12月.距离2018届校园招聘尘埃落定(20

有道笔试之后的自我反省

有道笔试过了两天了,我其实当时就想着写篇文章好好反省下.这个编程题一道题都没AC,如果我要归咎责任,掩人耳目,保留面子,那么我会说第一道题把我卡住了,而且第一题的样例有误.但是诚实地说,是我的编程方法不对. 编程,你一定要知道解决问题的算法,知道了算法之后实现是第二步.所以假若没有想到算法就编程,那么就不可能顺利AC.而编程的规则,大部分是从题目翻译.这点考验理解力和算法基础.规则,你或者说算法很重要.有了算法之后实现就容易多了.而我在有道笔试的时候,自己主观想象的算法当总数为4时,没问题.是1

反省我十年开发犯过的错

原文链接:https://medium.com/@Miqubel/mistakes-i-made-d2e1dc4e820a#.urowr6hkt 翻译者:shixinzhang http://blog.csdn.net/u011240877 反省我十年开发犯过的错 反省我十年开发犯过的错 专注于一个方向平台 框架语言 别为了薪水去做管理 不需要那么忙 敲敲敲不要停 主动加入社群 别从网上投简历 最后的唠叨 原作者的话 备注 我 2006 年开始工作,到现在已经 10 年了. 10 年,够得上是一

最近一个项目的一点反省:客户价值才是关注的焦点

我们公司的一款PC软件,是对各种波形数据文件进行解析.显示.最近的一次开发,采用敏捷的方法进行,每次迭代验收都严格执行单体测试的全面性确认.本次开发的内容是追加一种新的波形数据文件解析,因此这个项目的主要输出是文件解析的DLL,但是针对新文件数据的显示,也是项目内容之一,只是因为显示功能已比较完善,预想不会占有太多的时间. 但最后问题就出在这个预想上.最终结果,6K的程序中共出现了9件Bug(第三方确认测试中发现的),而这些Bug几乎全部出现在显示和显示后的文件保存上. 为什么会出现这样的问题?