化突发为例行,从被动到主动

今年整体规划的策略不变,主要是通过不断提升自身的知识积累和素质,找到未来的方向。当前的工作不是我愿意做或能做好的,而且只有发展自己的事业才能有好的出路,这是无数事实证明的,最近杨元庆的遭遇就表现的很清楚,即使是雷军也可能后悔走出的太晚了。而标题是今年工作策略,在浑浑噩噩干了一年之后,结合工作中的困难、近期的学习、思考,这个策略终于可以清晰的提了出来。
所谓“化突发为例行”,是指目前的维护工作多有突发性的意外,最主要的就是重大问题控制和处理;而将其例行化是指做好主动维护和预防工作,避免意外发生,或者至少已经有所准备。这点如果能够做到,那么维护工作在目前阶段就已经做尽了,剩下的就是“让子弹飞一会”。
所谓“从被动到主动”是指,在忙的很多都是完成被人指定的事情,也常常忙于完成时间点,缺少自己的主动规划完成的事情,这点在华为尤其明显,其实也是迈向中高层一个比较难跨过的门槛。如果能够实现大部门工作量都在主动工作上,那么说明对于整体任务把握的很好,已经不再由外部压力推动工作,能够切实发挥自己的能力。
以上两点是今年的整体策略,纲举目张,相信在这个思想的指导下,今年的工作能够出色完成,同时能力也能够大幅度提升!

时间: 2024-10-20 21:11:57

化突发为例行,从被动到主动的相关文章

请把你的关系从被动变成主动!

来源于最近的一个感悟--20181201 在我们的日常生活中,总是有各种各样复杂的关系,而涉及关系的双方往往是一个被动一个主动 被动的一方,总是被牵着鼻子走,明明很不和自己的意愿,但是为了维持关系却要一直忍气吞声,时间一长,这些积攒的怨气便会伺机爆发,而最后往往是以关系破裂告终(也有可能是性格就是如此,这里就不提) 主动的一方,一般在相处的过程中起主导作用,有可能他们本身就很强势,也有可能是因为另一方根本不做选择,选择题总是由一个人来做.当然,如果一个愿打一个愿挨那肯定没问题,但是事实往往并没有

Code First Entity Framework 6化被动为主动之explicit loading模式实战分析( 附源码)

在使用Entity Framework加载关联实体时,可以有三种方式: 1.懒加载(lazy Loading); 2.贪婪加载(eager loading); 3.显示加载(explicit loading). EF默认使用的是懒加载(lazy Loading).一切由EF自动处理. 这种方式会导致应用程序多次连接数据库,这种情况推荐在数据量较大的情况下使用.当我们需要加载数据较少时,一次性全部加载数据会相对更高效. 我们来看看EF的显示加载(explicit loading)如何让我们完全掌控

Qt事件机制(是动作发生后,一种通知对象的消息,是被动与主动的总和。先处理自己队列中的消息,然后再处理系统消息队列中的消息)

Qt事件机制 Qt程序是事件驱动的, 程序的每个动作都是由幕后某个事件所触发.. Qt事件的发生和处理成为程序运行的主线,存在于程序整个生命周期. Qt事件的类型很多, 常见的qt的事件如下: 键盘事件: 按键按下和松开. 鼠标事件: 鼠标移动,鼠标按键的按下和松开. 拖放事件: 用鼠标进行拖放. 滚轮事件: 鼠标滚轮滚动. 绘屏事件: 重绘屏幕的某些部分. 定时事件: 定时器到时. 焦点事件: 键盘焦点移动. 进入和离开事件: 鼠标移入widget之内,或是移出. 移动事件: widget的位

Selenium2 Python 自己主动化測试实战学习笔记(五)

7.1 自己主动化測试用例 无论是功能測试.性能測试和自己主动化測试时都须要编写測试用例,測试用例的好坏能准确的体现了測试人员的经验.能力以及对项目的深度理解. 7.1.1 手工測试用例与自己主动化測试用例 手工測试用例是针对手工測试人员.自己主动化測试用例是针对自己主动化測试框架.前者是手工測试用例人员应用手工方式进行用例解析,后者是应用脚本技术进行用例解析. 前者具有较好的异常处理能力,并且可以基于測试用例,制造各种不同的逻辑推断,并且人工測试步步跟踪,可以仔细定位问题.后者全然依照測试用例

带有机器人框架的.NET自己主动化測试

Clayton Neal在软件測试和质量保证方面有超过13年的经验,当中有八年的Windows, web,和移动应用程序的測试自己主动化经验.他在測试领域的全部等级都工作过.近期他在Bloomberg and Misys担任QA经理.同一时候他还是Sogeti的自己主动化測试顾问.Clayton对自己主动化測试超迷恋,还见识了怎样亲自成功实施測试自己主动化. ? 測试自己主动化的优点我们都非常清楚,更快地反馈问题,降低手工測试,持续集成就是当中随口可举的.測试团队成员越多,公司使用自己主动化越多

小程聊微服务-增艺眼中的自己主动化測试

假设说"生活不仅仅有眼前的苟且,还有诗和远方"的话,那么自己主动化測试可以说是非常多測试人员心中的"诗和远方". "诗和远方"OR"禁果" 測试自己主动化,须要持续改进.但因为其本身是一种过于激动人心的想法:用程序去測试程序--解放了測试人员的生产力.节省大量的人力成本.这就有点"禁果"的意思了. 一个常见的行动模式是:在实施自己主动化測试时,设定一些量化指标,比如依据业务.接口.模块设置的覆盖率. 技术团

【金阳光測试】大话Android自己主动化測试--Android自己主动化系列(1)--金阳光于2013年4月份

Android自己主动化測试框架和工具在四年多的发展日趋成熟. 从五年前的第一代自己主动化架构演进到眼下第四代(本系列讲座第7篇后将具体剖析第三代和第四代自己主动化框架)从曾经最早谷歌推崇的monkey随机測试工具到点触流自己主动化工具monkeyrunner.MonkeyTalk.基于元素识别的自己主动化框架sikuli.seeTest.iTest.基于控件识别的Robotium.SL4A.这三种技术各有千秋.基本上如今做出的自己主动化框架都是整合或者改动了以上这些免费的自己主动化框架:比方中

cacti与nagios的 主动,被动监控

我一直比较赞同的是主动请求式的监控模式,主要原因是被动探测会给监控结点带来很大的压力,就Cacti而言,用Spine轮询,共35个设备,每分钟轮询一次,能吃掉我35%的CPU.相比之下,通过客户机主动发送请求给监控机的Ganglia,占用资源就非常小.一台监控机估计挂200台客户机监控不是问题.区别就在于,主动请求式是客户机把自己的监控信息主动发送给监控机,监控机只要接收这些信息处理即可.被动探测式是监控机把监控请求发送到客户机,客户机接到请求把需要的监控信息返回给监控结点.所以,被动探测式会给

网络流量分析——NPMD关注IT运维、识别宕机和运行不佳进行性能优化。智能化分析是关键-主动发现业务运行异常。

科来 做流量分析,同时也做了一些安全分析(偏APT)--参考其官网:http://www.colasoft.com.cn/cases-and-application/network-security-analysis.php 作为安全工程师的你,想发现有谁在攻击我,还原攻击过程并且取证么? 作为立志成为网络技术大拿的你,想在学习理论知识的同时,了解实战中会遇到的哪些问题,这些问题用什么样的思路去解决么?如果以上答案为Yes,那么<CSNA网络分析经典实战案例>就是你的菜,以下内容全是网络安全真