 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
开发-运维-开发_一路走来的收获与感悟
下载积分：1000
内容提示：开发-运维-开发，一路走来的收获与感悟
杭研后台——何登成
研究生期间：5年数据库研发；
b2b期间：2年dba，数据库运维；
网易期间：重转研发；
一定的研发和运维经验；
从开发到运维，我所学到的知识；
从运维回到开发，我的思维转变；
从开发到运维，我所学到的
对系统线上运行状况了如指掌
线上操作无小事
风险意识，一切操作均可能失败
注意日常操作的整理与收集
老大是用来背黑锅的
与产品相关的所有人员打好关系
如非必要，不要在节假日前做上线操作
运维要懂得说不
尽可能准备应急预案
注重总结：你会在同一个水沟前跌倒两次吗？
及时反馈、指导开发
i：对系统线上运行状况了如指掌
运维第一步
在做运维前，必须对线上的系统运行情况了如指掌；
系统部署架构；
系统服务的产品；
系统运行现状；
系统的监控与报警；
你敢娶(嫁)一个你不了解的女人(男人)吗？
ii：线上操作无小事
运维必须要牢记的原则
任何一个你认为微不足道的操作，都可能导致系统出现问题；
举例说明：触发系统bug；耗尽资源 ...
1个月：无线上登录权限；
3个月：可登录线上，只有只读权限；(同样可能触发风险：做一个全表select，耗尽i/o资源，替换热点内存...)
开始：老大操作我学习；后来：我操作老大监督；
iii、遵守流程
所有的线上操作，必须要有成熟的
文档格式：PPT|
浏览次数：13|
上传日期： 02:34:15|
文档星级：
该用户还上传了这些文档
开发-运维-开发_一路走来的收获与感悟
官方公共微信帐号:密码:下次自动登录{url:/nForum/slist.json?uid=guest&root=list-section}{url:/nForum/nlist.json?uid=guest&root=list-section}
贴数:2&分页:selectee发信人: selectee (selectee), 信区: RealEstate
标&&题: [讨论]【情景模拟】如果你是开发商现在会怎么样？
发信站: 水木社区 (Tue Sep&&9 11:10:40 2014), 站内 &&&& 本人小屌丝一枚， 未深入研究过咱们祖国的房地产事业， 现在帝都， 也是等待到达购房资格的土鳖一个。&& 关注了这个版块几个月了， 看到了大家对涨跌的期望， 但我自己还是长线看涨， 但有想着在购房资格到期钱， 房价越跌越好。 && 所以，心血来潮发个帖子， 咱们模拟下现在开发商的心态。 简单预测下后期走势， 虽说房价影响的因素很多， 但毕竟开发商也是人，&& 有人的地方就会有情绪波动， 哪怕再理智，心态也会发生变化。 所以咱们就简单模拟下。&& 情景呢， 不完善， 大家可以继续补充情景，然后，在说说自己的感受。&&&& 情景一： && 1， 经历了前十年的房地产快速发展的积累，积累了巨额财富。 && 2， 尝到了房地产的甜头 && 3， 人的贪念是永远满足不了的，所以做更大的投资房地产。 && 4， 政府调控严格了， 成交量有所下降。 && 5， 房价让一部分人有情绪了，政府不好办了， 涨幅小了。 &&&&&&&&（这个举例说明下，看看大家有没有误区。 10年房价200w，11年涨了20%到240w ，13年涨了18%到了283w，，14年涨了15%到了325w， 每年涨幅都在降低， 但每年涨的钱都更多了） && 6，赚的相对少一点,但不至于亏损. && 8，行业间竞争，小公司骚扰， 大公司兄弟间串通。 && 9，政府要民意， 钱财都要，政府比以前更不知足了。 &&&&&&&& 如果你是现在的这个地产商你会怎么做？ &&&&&& 我觉得能搭上房地产快车的人， 眼光肯定也是独到的，应该能看到房地产后续发展的难处了。 && 分散投资， 不在仅限于房地产，增加别产业的投资， 相对房地产投资会降低些。 && 房产投资继续降低， 但要保持产业中的存在性， 中国人观念安居乐业， 居家是大事， 地产有以后再辉煌的可能性。 &&&&&&&&&& 所以房价应该会平稳， 政府也应该不会让房价降幅太大，（有人会说， 政府说的再多， 如果房价崩盘， 政府也无可奈何， 话说，中国几千年的 && 文明， 给人最深的就是谋划， 我觉得政府那边， 对这个情况预测和规划的路线， 不止于我们的想象的。） && 开发商应该已经疲了， 利润没有原来大了， 哪怕我们现在看来他依然很大， 但在开发商立场上， 这个利润确实有所降低的。 && 所以房价应该是平稳的， 有降有升， 现在这一波降应该会持续一段时间，但不会很大，因为人们现在买不起房，待到刚需的部分人 && 经济能力能够买到这批房了，国民经济又有了一步提升， 房价依然会再出现一个涨幅。 而且涨幅虽然不会再疯狂， 但依然会再甩掉一部分人。 && 这样，人们的干活的积极性才会高，追求财富的动力才够大。 国家又能进一步发展。 &&&&&& 说了那么多废话，总结下，就是， 二手房房价现在在稳降，新房在慢升， 拐点不在，房价总体在依然在涨价。可观望，不要妄想，到达自己的心理价位就行了。 &&&&&&&&&&&&&& 情景二： &&&&1，半路上车 ，看到房地产那么火爆。抽资，融资，贷款的进入。 &&&&2，中小企业， 先小打小闹， 老大有魄力的话就做大， 没魄力的话， 依然单个或几个的楼盘出。 &&&&3，经济敏感性强， 资本本身不够， 多余借贷，轮轴发展，资金链起伏大。 &&&&4，政企关系一般， 可以说是投机者。 &&&&5，政府对这种企业态度是有你不多， 没你不少。 有事抄家，没事揩油。自生自灭。 && &&现在的市场环境下， 你若果是这样的企业的老大 ，你会怎么办？ && 1，做大？高风险 高回报。 大地产商在收缩， 小地产上的机会。 但后续买家购房动力无法预期。 && 2，退出？人最大的敌人就是自己， 控制自己的贪欲， 抽资转入他行， 继续增加资产. && 3, 跟随政府？做好人(擦，我都不信)，平价售房， 少盈利， 卧薪尝胆， 冬眠，等待春天的到来。 &&&&&&&&&& 上面写了很多， 有些是发表下自己的观点。 有些是揣测， 毕竟我还是底层小码农一个。 不可能知道商场大鳄们的想法， 而且各行如隔山，好多地方不了解，想的不成熟 && 发上来大家讨论下。&&&&&& && 总的来说，就是， 你是房产老总时，现在在想的是什么？ 分大鳄小鳄，传统的和半路上车的。 &&&& 轻拍，别打击小青年的讨论积极性啊。 &&&& -- && ※ 来源:·水木社区 ·[FROM: 106.120.106.*]
selectee发信人: selectee (selectee), 信区: RealEstate
标&&题: Re: [讨论]【情景模拟】如果你是开发商现在会怎么样？
发信站: 水木社区 (Tue Sep&&9 13:05:19 2014), 站内 &&&&&& 是啊， 虽说不在其位不谋其政， 但我等屌丝， 这不是被逼得没办法了么，&& 就是因为看不透，所以才猜， 就是因为猜，所以才有对错。&& 现在大家都在判断对错， 我这说白了也是猜测下， 而且可能猜测的更偏，因为有太多的不确定性， 太多的未知条件。 && 所以， 我这才这弄个假命题， 但想让大才，给点建议啊。&&&& （PS，本以为这篇帖子会被骂的体无完肤， 现实情况是， 大家已经努力让这个帖子沉下去了-_-|||） &&&& 【 在 rwroni 的大作中提到: 】
: 我觉得情景模拟被玩烂了，并不是所有情景都能模拟的啊
:&&老百姓一般模拟皇帝的生活就是锅盔有锅盖大，或者用金锄头锄地之类的
&& -- && ※ 来源:·水木社区 ·[FROM: 106.120.106.*]
文章数:2&分页:
抽奖到手软！将狂欢进行到底！运维常见问题详细解决方案_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
运维常见问题详细解决方案
上传于||文档简介
&&不​多​说​ ​ ​内​行​懂​的
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩12页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢天极传媒：天极网全国分站
您现在的位置：
& >&当开发遇到运维 会是怎样的情景
当开发遇到运维 会是怎样的情景博客 06:00
　　对于很多团队来说，开发和运维现在还是两个世界的人，开发人员写着属于自己的代码，然后丢给运维人员。但作为开发人员，我们必须知道，运维的方式对于开发上的抉择是有影响的。
　　和这个世界上的许多项目一样，我现在正在开发的项目也有一些后台定时运行的任务。这是一个，但我并不想把这些扔进 Java EE 容器里，没有必要让这些后台应用和前台应用抢资源。所以，我们就把它做成了一个独立的应用。好，问题来了，谁来做定时调度？
　　因为我们的应用最终会部署在 Linux上，所以，我的第一个直觉就是采用 Cron。这是一个已经存在了几十年的解决方案，没有任何问题，而且，开发团队几乎不需要做任何额外工作。这个方案一直存在到我们和运维团队交流为止。
　　“我们不允许使用任何系统任务”，运维团队开门见山地否决了我们的解决方案。运维团队给出的理由是，他们无法保证一台机器上只运行一个应用，如果其中一个应用挂了，运维人员也许会清理一些资源，换句话说，如果你的应用用了这些东西，也许会被一不小心地删掉了。“所以，按照我们规定，每个应用只能开辟自己的目录，运用自己目录下东西。”
　　这是一个合理的要求，所以，我们需要调整自己的设计方案，把原来交由系统处理的调度转成由自己的应用处理。当然，在 Java 世界，这不是太大的难度，Quartz 框架很好地帮我们处理了这些。
　　其实，与调度方案同时被推翻的还有我的另外一个方案。这次我原本想尝试把我们的日志写到系统日志里。如果你不知道的话，rsyslog 可以让我们把自己的日志写到/var/log 下。很显然，这样的方案在这样约束下也是不行的。我们只好回到 Java 的传统方式上，把日志写到自己的目录下。
　　这是两个由运维反过来影响开发方案的小例子。运维是开发的一种很重要的组成部分，运维团队的一些工作方式直接影响到开发上的一些决策。所以，如果开发和运维还是两个团队，开发团队不妨多找运维团队聊聊，更多地了解关于部署的方方面面。当然，更好的解决方案是走向通往 DevOps 的康庄大道。
　　原文链接：/logs/.html
（作者：一个小程序员的信口开河责任编辑：王玉平）
天极新媒体&最酷科技资讯扫码赢大奖
* 网友发言均非本站立场，本站不在评论栏推荐任何网店、经销商，谨防上当受骗！
办公软件IT新闻整机966,690 七月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
两位资深运维谈人生：开发和运维之间要形成你退我进的节奏
两位资深运维谈人生：开发和运维之间要形成你退我进的节奏
注意: 挥一挥衣袖，带走满满干货，关注，时不时发福利呦！
相关厂商内容
相关赞助商
邵海杨：首先我想说，我们做运维的一定要传递一种正能量给别人。网上很多文章描述运维都用到&苦逼&这个词，有的还编了一个运维的蓝精灵之歌，都是讲运维要做搬机器，修修网络，修修电脑之类的苦活儿，但是我认为这不是运维的精髓。
我们是不是应该先把&运维&这个词重新定义一下？作为腾讯T4 level的运维工程师，你能否讲一讲你所经历的运维人生，给刚刚上路的运维者一些启示？
赵建春：我这边主要是比较偏软件层面的运维，硬件层面运维接触的比较少。另外，我是做开发出身的，所以和开发沟通起来比较好。
我的团队都是做偏软件层面的事情的。归根到底，我们是做什么的呢？我认为，我们是让软件活起来的人。开发把软件开发出来以后，它只是一个程序。我们运维把它部署到线上去，这才让它真正的运转起来。我们是让软件真正的活起来的、有生命的一群人。
邵海杨：我同意。运维工程师真正的终极目标就是让机器能够跳跃起来，能够滚动起来，能够把我们业务的美好的一面给展现出来。运维工程师最大的成就是什么？能够操作成千上百台机器&&
赵建春：成千上万台。
邵海杨：而且还能够和睦相处。机器与机器之间也可以团结互助，比如你的机器这里有问题的，其他机器自动过来帮你分摊一下。
赵建春：是的。而且这样的状态是要软件来实现的。
邵海杨：是这样的。对于有些团队来说，可能软件工程师的技能有限，无法在交付软件的时候就考虑到机器和谐共处的这些问题，这种时候就必须要靠运维工程师进行一些工作，如水平扩展、分库、分表，从业务层面上去辅助软件，做一些软件开发的工作。
你可以在开发和运维之间自如切换，这一点我真的很佩服你。我自己原来是做PHP的，没有接触过大型的软件开发的经历，开发方面还是偏弱一点。
赵建春：这也是和自己的机遇相关的。这个是平台机遇，很难每个人都碰到一样的平台机遇。
我觉得，每个人出去找到的第一份工作肯定是各式各样的，有的人可能一不小心就成为软件工程师了，有的人一不小心就进入到了运维工程师的行业。那个时候我就告诉他，你不管进哪个行业都没有关系，因为我们前进、发展的道路是一样的&&比如，都要往架构师走。架构师说白了，就是以软件为基础。运维做到一定程度，你会用更多时间去想软件要怎么改进，运维的工作量就会减少。同时，软件开发师在设计软件的时候，也会更多考虑如何让运维更加智能。无论你是在这两种岗位中的哪一个岗位上，只要能够有这种跨领域的交流，其实慢慢都会走到架构师这条路。
InfoQ：我打断一下。我觉得刚才你们说的是一种理想的状态，而现实是很骨感的。你们看到的现状离这种理想的状态还有多少差距？
赵建春：在我看来，做运维分两类人：一类就是找了份工作，一类是真心喜欢技术。
找了一份工作的人，他对技术的痴迷以及研究没有那么深刻。当他在运维过程中遇到问题时，协调能力好的人就能够通过协调的方式把这个问题解决了；协调能力不好的人，就只能打酱油。这两种人都会有一个问题：长远发展会有瓶颈。打酱油的那个肯定是不行的。有协调能力的人，他会把一个目标任务通过协调资源做好，但是对技术深度的积累就会比较差，这样他在做一些偏技术型的推进、推广的时候，就不能够去胜任，因为和他合作的人会不太信任他。
对技术特别感兴趣的人，遇到了问题，或者出了一些故障，他就会找各种各样的办法解决它，看看业界对这个问题有什么研究结果，用各种办法把它弄明白。这个时候如果有一个快速发展的平台，经常面临爆发式增长的业务，他就会在很短时间内遇到很多不同种类的问题和异常，很快成为一个很有积累的人，每个事情他都钻的很深，他会积累到别人几年时间都积累不到的经验，然后会有很多深刻的体会和感受。
这种人又分两种：一种协调能力很好；一种不怎么说话。不怎么说话的人，会成为运维领域专家，能够解决很深的技术问题。协调能力很好的人，慢慢会有自己的想法，从根本上去反推开发，和开发讲道理，探讨这个问题应该怎么样来解决。因为很深入技术，所以和开发的沟通是对等的，他认为你说的有道理。长此以往，你对开发会越来越有影响力，给整个的业务和架构带来控制和影响。
我以前招聘的时候常说，也许你做过开发，也许你没做过开发，长远的发展都是运维架构师。我们是不写代码的架构师，通过规范和约束产品的架构使它变得更好。
邵海杨：腾讯是大公司，高手多，分享又多。你们有腾讯大讲堂，淘宝有阿里大学，只要努力积极的向别人去学习，成长的空间和机会就很多了。像我们小公司呢，一方面要积极的向自己的同事去学习，另外还要多去参加社区活动。因为在小公司，毕竟个人的能力有限，你旁边有个高手，把他学到手了，还是井底之蛙。要不断的走出去。
对于现在正在运维路上挣扎的那些人，他可能想让自己的工作变得轻松一点。你对他们有什么技能上的建议？
赵建春：让工作变得轻松一点？
我觉得运维这个岗位和研发不太一样，他要的知识面是广度加深度。研发往往更要求深度，除了架构师之外，大部分研发工作需要有很好的深度才能完成。运维是软件和硬件之间的一个桥梁，所以你就要懂得技术，懂得软件，懂得开发，还要懂操作系统，懂硬件，所以听上去对你的要求就会比较多，很难样样都很精深。
要让自己做得比较轻松，你要能清楚的认识自己是一个什么样特点的人。
如果你是一个技术深度没那么深的人，那就建议多做一些技术项目的推动工作。其实团队里面，很多东西都是要持续的去花一年、两年时间去推动的，把它从没有做到百分之百，这个过程中，需要很多沟通、推动的技巧。一个很闷的工程师要把一个方案推销出去，难度是很高的。但是一个很会打交道的人，他去推动这个事情就会很容易。虽然你对技术没那么精通，要做管理决策的时候会有问题，但是适合做项目的推进。
如果你对技术非常感兴趣，尤其是如果你觉得自己对协调、推动这种事情不感兴趣，那最好是走技术专家的道路，比如数据库专家，软件架构专家等等。
这两个也可以结合起来。深、广结合的人适合做管理。大多数这样深度也还不错、协调能力和沟通能力也还不错的人都走到管理上去了，这样的人发展的前景会更好一些。
不管怎样，你应该很好的认识自身的特点。
邵海杨：你刚才提到的运维人员必须表达能力要好，这一点我非常赞同。运维工程师做的两个事情，第一个是机器要听话：我们要让自己闲下来，用自动化的工具，统一管理，把流程规范掉，这样我就可以批量的去操作机器。
第二个事情就比较难了，我需要问老板要资源。身边十台机器，用完了就用完了；再要十台的时候，就要考察你的表达能力。这一点我觉得非常痛苦。
我有个经验，老板他其实是对钱比较关心，或者对数据比较关心，你口头跟他去讲，他是没有感觉的。如果老板是懂技术的，我们就直接拿生产线上的监控图给他看，说负载已经这个样子了，他就能理解。如果老板是不懂技术的，你给他看这个数据他还真的看不懂，所以必须给他业务报表，图形化的业务报表给他看。总之，还是要动一些小聪明，去转换成老板能够理解的方式去问他要资源。你只要能够做到这两点，这个事情就能够做得很好。
赵建春：一般这样的人的思维会比较清晰，说事情也会说的比较清晰。你要把一个技术问题让别人听懂，有些人还真做不到。
邵海杨：，我个人感觉还是偏大，大公司里用的多。小公司，比如说我们，还是用小的自动化加Puppet用的比较多一点。
赵建春：但是我觉得小公司也要非常注意，因为我们就是从小变大的。在这个过程中，我们最终选择了这样一个路，其实回过来看也是有很多的教训，为什么早不做？为什么在很小的时候不做？在小的时候不意识到这个在大了以后会带来的麻烦和困惑有多大，你就没有这个压力和动力去做；但是等它大了以后，资源永远是有限的，尤其是咱们搞互联网的，整天都在加班处理故障，哪有时间回过头来做打扫清扫的工作。
你越早做，以后越不需要你去回过头去把这个不标准的变成标准的。
InfoQ：我插一个问题：你也不知道你会不会变大，万一白做了怎么办？
赵建春：当然是希望变大了。
邵海杨：我相信你做了标准化组件以后还真的会变大，因为你有这种想法以后，这个公司想不强大都不行。
赵建春：也不一定一开始就要做标准化组件，但是一开始你要多想，最好是根据长期对比选择一两样的技术方案，而不是说什么技术方案都有。不同的人进来就会带来一套不同的技术架构，这是很不应该的，因为人员会迭代，会更替，他会走，也会来新的人。一旦人员发生更替变化之后，原来那堆系统就没人管了。开发不用管，运维你得管，因为要对用户服务。这时候痛苦的是你。
邵海杨：是的，必须要流程化。
我想问一个我比较关心的问题，当我进入一个公司以后，运维要去做一些事情，然后会牵扯到跟研发的争议。怎么去协调运维跟研发之间的节奏？
赵建春：这也不见得是我个人的经验了，是公司的经验，包括我的一些体会。
我总结就是有张有弛：开发进的时候我们退，开发退的时候我们进。
我们是要服务产品、服务用户的，最终是要为用户服务好。开发进的时候，他们可能会有很多很紧急的事情，要保证这个产品按时上线，或者说抢占市场，他会产生很多需求。这个时候我要开下绿灯，那我们就退一下，全力支持好开发，去把这个做好。
但是呢，产品也会有周期，也会有波峰低谷，它有的时候比较闲，在这个时候你退我进，和开发造成一个很好的一个互动。
正式的做法是这样子的：我们运维线每年都会制订一个年度规划的大目标，比如说我们今年要做容错容灾的跨Site分布，这是我们的一个年度的计划。当然这一年也许完成不了，如果完成不了就延后到下一年，但是我们提前就告诉你我们要做这样的事情，明年我们在产品上做一些优化的项目，后年我们要支持一下IPv6，这些项目我们在年初的时候就会有一些优先的一些思考，今年应该做什么，明年重点做什么。这个时候和开发沟通，最好是让两边都把这个任务考虑进去，排到自己的KPI里面去。这个时候我们就会和开发协商，在一年的间里面协商一些重要的事情，包括我们做这种规范化的建设，可能也会要他们来配合，那我不是说一年时间，你肯定是有忙的时候有闲的时候，忙的时间我肯定全力支持你，闲的时候你全力支持我，你进我退，我退你进，就是这样。
邵海杨：你是说运维和研发是要充分交流的？
赵建春：我们是交流很多的，很多任务是共同协商里面就要认同去做的。说白了，我们是支持开发的，是服务他们的，但我们要争取他们的服务，在理论上要是对等的，不能我们一味的服务你，你不服务我。如果形成良好的互动以后，他就会互相支持。
邵海杨：不过，在我公司里也有这种情况：技术员有点水平，就开始有点脾气了，我们运维人员还得去迁就。
赵建春：这是有可能的。但是，这也跟我们中午讨论的一个话题有关，就是看能不能和开发形成良好的互助互信任的一个机制。而且我觉得除了刚才说的，也要高层来制订一些在技术线上的一些长远的目标。
邵海杨：我曾经在一个公司做的很开心，就是因为有高层支持。我们特别成立了一个研究组&&我不知道你那边腾讯叫什么？类似技术委员会？
赵建春：技术委员会是做直接晋升那种。
邵海杨：我们成立了一个研究组，这个研究组有个运维总监，就比如说我，然后还有个研发的头，还有一个就是做业务这一块的，还有一个就是产品经理。我们发现我们四个人坐在一张桌子上办公的时候效率特别高，因为沟通只要跟上面的Leader沟通就好了。最怕就是什么呢？就是前期没沟通，等到要上线了再跟你来说，每个人心里都会抵触一下。我发现那个时候坐在一起的时候效率特别高，而且我们互相之间都学到了东西，一些好的Idea，好的技术，马上就可以去做一些研究跟进。
赵建春：我们运维和研发Leader在和总监一起的时候就经常会讨论一些问题，最近运维需要我们支持帮你们做什么推动和改进。然后过年的时候交换一下信息，你明年重点做什么，然后互相留下时间。但是呢，不要在开发很忙的时候去强制他做一些事情，这样会使他会反感很大，他觉得你不理解他，他压力也很大。
邵海杨：下一个问题，我想问一下，你认为运维工程师最需要的一种品质是什么？
赵建春：我先说一个非技术的，就是能够受委屈。为什么这么说呢？因为不管什么地方发生了故障，都和运维有关，你都逃不了干系，都是你有一定的责任。所以有时候，你觉得自己很委屈，这个事真的和自己没关系，甚至是公司有些处罚或者什么的时候，他一定会把你涵盖进去，这时候觉得做这个工作很没意义，很痛苦。
但这个也不能这么想。实际上，确实是所有的问题都可以归结为一条：监控不到位。
还有，胸怀是被委屈撑大的，心胸放开阔了以后，那这些问题都不是问题，每一个问题都是一次学习的机会。
第二，我比较喜欢技术，我认为还是要有钻研精神，要去学习深入了解技术。因为我们做运维的纯粹是做技术的，我们不是做产品，不是做销售。刚才我讲的这个协调项目型的人，团队里确实需要，但是不需要太多，一个团队有那么几个就够了。还是希望团队的同事更多去更深入的研究和学习技术，然后这样我们和开发才能有一个对等的沟通和交流，否则开发可能真的是会懒得跟你讨论问题，他觉得我们两个不在一个频道上，沟通起来会很难。
我们每双周都有团队内部的分享。我曾经尝试过两次，第一次失败了，组织了一堆人要去分享，让你第一次讲，他第二次讲，他第三次讲，这样安排的发现不行，分享了三四节课以后断了。第二次做的时候，我就亲自出马，自己提前准备了四门课，组织起来以后，如果哪里没人讲了，我就讲。同时我在底下去找一些Leader，找一些骨干的同事，和他们讨论他们有什么可以贡献的，希望他们来讲。这时候再去大方向的撒网说，谁愿意讲来找我，给大家来提前准备，我就去提前把两、三个月的分享的议题先统计下来。你可能没做好PPT，那我就问他你要不要讲，他说要讲，沟通一个大概时间，他给我一个承诺以后他就去准备，这个时候等快断粮的时候再去收集一下。
现在这个机制保持的比较好，我们已经坚持了两年时间，有时候一周不止一次。
邵海杨：这点说到我心坎里去了。运维人员要不断的学习新技术，同时还要分享，我一直认为一个人的学习是有限的。
赵建春：而且这样的一个氛围会带动周围的人去学。那些刚开始没有想着去分享的人，看到别人都在分享，如果这个人有上进心，他会觉得自己落后了，是不是考虑要分享一下。
邵海杨：而且可以帮助他们锻炼口才，就把交际能力这一块也给提上去了。
赵建春：很多人很乐意分享。我们团队里面有很多同事分享了好几次，他有些课题他要一次讲不完，他要分好几次讲，比如Hadoop，或者是Linux Container，一次讲不完，他就分几个章节来讲。
邵海杨：所以我对运维工程师只强调两点，第一点就是运维自动化，一定要让自己闲下来，才有更多的时间和精力去学习新知识；第二个，一定要坚持学习，尤其是Linux，因为很多新技术都是先在Linux上被实现的，所以你要坚持每天学习一点点。最关键的是一定要学会分享，因为你一旦会分享了以后，你会发现你的交际能力也变强了，你的口头能力也变强了。
赵建春：也提升了影响力。
邵海杨：这些能力提升以后，以后我们去问老大要资源，就会变得很Easy。
Author Contacted
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
通过个性化定制的新闻邮件、RSS Feeds和InfoQ业界邮件通知，保持您对感兴趣的社区内容的时刻关注。
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?