zoukankan      html  css  js  c++  java
  • 工作“触雷”经历与总结--记博弈论的应用

    工作三年,职场受挫。一些值得说或者不值得说的事情,也懒得去记录。无奈,更多时无奈。内心的骄傲或者自负也不值得炫耀。天生骄傲,或者也只是自身内心的呐喊。毕竟,骄傲的人也不会说出来,搞的好像是有点似得。

    书归正传。谈回事件的经过。

    周末值班,又碰到了产线断网的停线Mail莫名其妙的丢了出来。加上不久前,数据库自动丢出的session高的Mail,或许有某种联系。叙述从如下几个角度展开。

    第一,用户面。

    没有常规的电话通知,单纯的停线Mail。看到后,第一反应时确认, 根据多次此种,注意是此种,已经明白了是什么情况。从Mail发出时间(已经过了停线20分钟)必然已经恢复了。这是为什么呢?为什防止自己以后还有看的看不懂就略微提一下这种判定的依据。

    观察!记录!总结!推理。

    其实也没那么邪乎。车间那帮人,停线Mail的时间如果有描述的时间差距大于20分钟,那么肯定是事后补发的Mail。要么事情还在继续,要么已经解决.如果没有解决, 那电话打过来的概率80%. 此次没有电话. 其次停线类型, 已经有相应的处理单位, 说明发停线的人已经有人再给他们擦屁股. 电话打过来的概率提升至99%. 此处没有,说明好的是一种极限下的必然. 加上对这种, 注意时这种, 不知这类!!! 老问题, 处理多了, 可以认为是工程师的直觉吧, 跟女人对男人偷人的第六感是一样一样的. 总结, 对产线人员, 不动脑子, 有问题抛给其他单位,只要有人管,他们就呜呼哀哉. 说是劣根性或者不至于,但这就是典型的做事原则, 或者说博弈原则. 对他们没有好处的事情, 处理好了, 应该的, 处理不好, 是他们的问题. 这种问题, 对于正常的, 没有经过鸡血洗脑的人而言, 被人管这就是博弈论之后最好的选择.

    第二, 本单位利益面.

    不得不说, 如果这种问题, 谁最适合牵头去根本解决, 本部门最好. 注意, 最适合而不一定就是. 差别在什么地方呢? 在于不是你最终去解决的. 好比, 修桥铺路做工程, 建设单位是不是负总的项目成败呢?  是的. 但是项目质量还是 施工方去做的, 监理方,设计方,建设方 等等的措施都只能是间接方. 不偷工减料, 不阳奉阴违. 使用新工艺去更好高质量的完成工程质量是 施工方这个直接方去做的. 具体点, 数据库的效能问题, 存储归根结底是不是技术性问题,是不是需要DBA去做的. 诺大的DBA除了制定一系列审核,影响开发效率的政策,有没有实质性做事情. 搞来搞来, 最终的结论就是不要用数据库, 就不会坏了么. 悲哀!

    撇开技术不谈, 就事论事. 这种issue已经不是第一次发生. 潜在的规则是多次Seesion过高则提醒DBA, 然后CVT关闭. 这件事情从开始, 到恢复. 就完全没到这个处理级别. 这边的底线就是关闭 CVT动作,通知DBA.呵呵.

    总结下, 真正实质能做的, 通知DBA,关闭CVT插入操作, 已经证实不可行. 这个作业我也只能呵呵了. “庙小妖风大, 池浅王八多”,古人的智慧还是说对了.这种不要脸,细细想来完全不合理的制度居然都能执行, 并形成传统.也只能呵呵了…

    既然作业面不执行, 那剩下的是什么. 扯淡!扯淡!扯淡! 重要的事情说三遍. 这里面不能不提到另一个关于人的插曲.按照本意,这种没有直接针对的事情,还是不要回复了, 为什么呢? 不是多一事少一事的问题. 君子不立于危墙之下. 既然明知道, 不顶用的回复, 回复就是扯淡, 那还不如不回. 相对而言, 大不了落个不积极, 低个头过去, 过不去也就是被说的事情, 不用做违心的事情. 可是,另一个却说要回,并让你回, 因为他再做自己的事情, 关系也还不错. 好吧,古往今来的电影种, 总有这样一个桥段. 一伙人,对于一件事情, 一个无辜的龙套在”大哥”的怂恿下, 去探索了未知. 譬如给汉奸头子探路啊,无知少年打开一个门啊.咣! 探路者死了, 四散而去. 今天的第一个教训, 不可意气用事. 不为即不为. 明知故犯, 犯了早就犯的错, 再犯, 不能不说是人性的弱点吧.

    博弈论? 扯淡,往往都是闭着眼睛忽悠的活. 轻描淡写的过去, 就成为了一个坑. 终于掉坑了. 大老板发话,为什么不重视, 煞有介事认为已经有一封报警和停线,这是有关联的. 骗人最难的就是骗自己,恭喜大老板做到的.  哪一条结论说session高与效能就一定有关系, 大老板成功说服了自己,自作聪明的批评了顶头主管.延安整风啊,团队纪律性啊. 呵呵! 完美的敲打机会.  有时候做什么,并不是因为这件事. 而是这个时间,这个势,适合说这件事,此乃势也! 兵法讲究取势,历史也是趋势. 君子不立于危墙, 势不对, 砸死活该. 天下之势.

    顶头主管找到了同事? 为毛? 回复邮件的人是我,却找另一个人, 组织论!!! 有时候级别是个好东西, 从上到下,加强了约束.可是对于小集体而已,错误的人再错误的位置上, 错就DOUBLE. 呵呵. 自负?--我再错误的位置上, 那谁谁谁又再错误的位置上呢…

    写了好多,自己以后应该可以能回忆出完整的故事段落了,就此休笔.总结篇,各策略博弈论合理性排名.

    上上策: 回复,对外OK,对内说明. 可惜此次少了后一部分,立马丢分. 只可惜,势不对,就算回复了, 也都是一带而过而已. 同样的事情, 同样的处理, 不同的待遇,因为人不对,人的势罢了! 公平?不公平? 呵呵.

    上策:不回复. 既然错综复杂的, 那就独善其身. 个人风格, 更愿意这是上上策. 不攻不战, 仁者无敌!

    下策:别人回复,+ 这样回复的一半. 区别就是别人的不同. 回复了一半, 对同事而言是好事, 填坑的壮举! 然后和老板一起探讨人世繁华,指点江山,呵呵! 做事先做人, 只要穿上一条裤子, 那么拉屎自然有人擦. 反之, 就是看笑话.

    下下策: 争论. 事已至此, 多余的争论都是么有必要的. 不穿一条裤子, 那么非我族类,其心必异. 做事也做人, 就是这种说辞.

    向上上策努力吧. 相信宇宙是平衡的, 有时候决定格局并不是这些莫名其妙的生活, 而是厚积薄发改变的勇气!!!

    谨以此文,给奋斗致敬. 选择大于努力, 顺势强于固守.

  • 相关阅读:
    AIBigKaldi(二)| Kaldi的I/O机制(源码解析)
    OfficialKaldi(十四)| 从命令行角度来看Kaldi的 I / O
    GNU Make函数、变量、指令
    C/C++编码规范(google)
    [English]precede, be preceded by
    视频压缩技术、I帧、P帧、B帧
    SMB
    printf占位符
    使用 Yocto Project 构建自定义嵌入式 Linux 发行版
    gcc fpic fPIC
  • 原文地址:https://www.cnblogs.com/hijushen/p/4593804.html
Copyright © 2011-2022 走看看