浅谈技术工程师的进步
来源:互联网 发布:儿童教学软件 编辑:程序博客网 时间:2024/05/16 06:22
1:描述和记录问题要精确,数字化[量化],“负载很高,连接很多,速度很卡”这种描述都是不对的,负载uptime值多少,连接数具体有多少,平时正常多少,高峰多少,访问延迟有多大,全部要数字化,而且要有问题状况下和平时的对比,养成这样的习惯,技术分析能力才会有进步。【uptime详解,最通俗的说明了cpu平均负载】
2:分析过程要有条理【符合系统逻辑原则】,出问题找不到原因,不奇怪,我也经常找不到;但是你为找原因做了怎样的努力?有没有努力去记录更详尽的问题日志,有没有通过对比测试排除各种潜在因素,有没有通过各种模拟测试回放问题,有没有在问题记录上做断点分析?什么都没做,就说找不到原因,怎么可能进步。
3:多较真一点,有些工程师遇到问题就重启服务器,神马问题都好了,然后归纳为rp问题,用这样的态度怎么能进步,就算找到了问题和答案也多琢磨一下,很多人百度一下,知道怎么解决某种问题,却不知道为什么,于是下次问题换个马甲,就束手无策了,这就让人无奈了。
4:更敏感一些,并不是要等到服务器瘫痪了,服务被拒绝了才想到解决问题,平时多关注一下,负载有没有波动,连接数有没有波动,用户访问出错的比例是多少(总会出现的),有没有异动,平均延时是多少,有没有异动,平时不关心,出问题的时候怎么来得及。
其实我从来不觉得自己是什么技术高手,而且我经常说的是,这个我不会,这个我不懂;不过我有个好习惯,凡是我好奇的地方或者怀疑的地方,就弄个断点记录点日志看看,看多了,不懂的也就懂了。多记,多看,这玩意理解起来能有多难。
前端时间做数据库优化技术分享培训的时候,讲不少技术细节和实战范例,内容不展开了,绝对都是实打实的干货。我讲到最后的一个总结是,我今年36了,工作了十几年,很多人会以为,讲的我十多年工作的总结和积累,其实错了,这只是最近两年的工作总结和积累,其中一些心得和范例是分享前最近两周才体会到的。关键是,能不能持续总结经验教训,持续的见微知著,持续的成长和进步。而不论你曾经多显赫,多牛b,多资深。
- 浅谈技术工程师的进步
- 浅谈技术工程师的进步
- 浅谈技术工程师的进步
- 浅谈技术工程师的进步
- 浅谈技术工程师的进步(ZZ)
- 网球技术的点滴进步
- 浅谈安全绩效的可持续进步
- 是什么阻碍了技术的进步?
- 每天记录一点 IT技术的进步
- 技术工程师的奋斗格言
- 浅谈如何成为入门的硬件工程师
- 浅谈软件测试工程师的培训工作
- IT技术的增长造成人类进步的假象?
- 技术群 要加的来 才成立 一起进步
- 互联网不断的进步,技术跌越更新
- 浅谈flex的Licence技术
- 浅谈数据库的分割技术
- 浅谈内存技术的发展
- Ora-27100
- 强大的TcpServer压力测试工具源码(附突破连接限制的方法和工具)
- ctags使用详解
- 代码开源(6)——UNIX并发编程
- 一次Oracle故障处理过程
- 浅谈技术工程师的进步
- Oracle redolog 丢失的故障处理
- sip网络电话
- uptime详解,最通俗的说明了cpu平均负载
- Qt键盘事件
- 关于Thread -----使用线程更新进度组件
- symbian CClipboard的使用(拷贝数据到剪贴板及从剪贴板获取数据)
- ORA-01591故障处理
- Qt如何向系统发送键盘和鼠标事件?