DevOps中文名称: 开发自运维

作者:JerryXia | 发表于 , 阅读 (0)
2015-04-22
DevOps中文名称: 开发自运维“没有对 DevOps 到底是什么产生过困惑的同学请举手….Jez 同学请把手放下, 知道你写了一篇文章说这个事”
谜面在实践和推广 DevOps 的过程中, 当对着客户吐出 DevOps 这个词之后, 收获的往往不是大腿一拍热泪盈眶, 而是一脸困惑欲言又止想问又没问的场景. 在一番解释后, 到团队中落地的时候, 往往又单独拉几个人出来, 划了个圈说这是一个 DevOps Team. 这类做法背离 DevOps 的初衷. 背后的原因很多, 但一个浅显却影响深远的原因往往被忽略, 就是 DevOps 这个名字本身.
DevOps 目前并没有中文翻译, 对于中国人来讲, 即使直觉的望文生义也无法产生. 当几番了解知道是” Development” 和” Operations” 的拼接之后, 对应的中文是”开发运维”, 依然一头雾水不明所以. 而由于” 开发”和”运维”目前是常见的两种角色, 两个团队, 而 DevOps 需要新的技能和工具, 因此把 DevOps 作为一种新的角色, 成立一个新的团队, 就自然而然了.
...阅读全文

性能调优, 你的力气用对地方了吗?

作者:JerryXia | 发表于 , 阅读 (0)
本文为<< Performance Tuning: A Comprehensive Guide >>读书笔记. 另请参阅:
Performance Tuning Technique: 几个角度Restatement: 性能,容量,负载,以及压力测试做过性能调优的同学都知道, 最怕的不是性能差, 而是费了半天劲在细节上死抠, 却忽视了另外一整个对性能有巨大影响的维度, 旁边放着一西瓜却使劲在芝麻上雕花. 针对这种情况, << Performance Tuning: A Comprehensive Guide >>的作者梳理了影响性能的几个维度, 具备一定的完整性, 新手可以按图索骥的去调优, 老手也可以拿来参考看看是否漏掉了某些事半功倍的方法.
这里谈到的性能是一种统称, 包含响应时间/延迟latency, 吞吐量throughput等, 也暂时不涉及压力测试负载测试等手段类似但意图不同的测试(它们之间的联系和区别可参考Restatement: 性能,容量,负载,以及压力测试)
该体系将影响性能的因素分了三大类, 分别是
算法本身,算法运行环境与所需资源,以及算法和环境资源的交互...阅读全文

Scrum: 死马? (二) 四种会议

作者:JerryXia | 发表于 , 阅读 (0)
2015-05-05
Scrum: 死马? (二) 四种会议前文说了Scrum三种角色的错误姿势, 现在来说一下四个会议. 注意是乱序. 先看showcase.
Sprint评审会议/Demo/Showcase如何评价评审会议(或者叫Demo, Showcase)的效果? 我听过的答案有客户满意, 或收集到了反馈等. 这都不够, 且不说客户满不满意本就不应是评审会议追求的东西, 就是收集到了反馈, 都不够.
那如何评价评审会议的效果? 唯一的评价标准是, 会后有没有对product backlog做出调整.
如果每次showcase完product backlog都没发生变化, 那恭喜我们, 我们的计划和预见能力很完美, 完全可以按瀑布的方式工作, 没必要迭代交付了. 客户或stakeholder需要了解, 他们对showcase负有给出反馈的责任和义务. 找对真正关心产品或项目的人来参加showcase.
但往往团队倾向于show好的一面. 直接点就是掩饰问题. 这是本末倒置. 会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议....阅读全文

工欲利其器, 必先善其事

作者:JerryXia | 发表于 , 阅读 (0)
2015-07-13
工欲利其器, 必先善其事标题没有写反, 意思是如果我们想要推行某种理念/实践/工具, 必须先帮助客户把事情搞定.
这并不新鲜, 通俗讲就是必须先赢得客户信任. 但并不是说不择手段, 今天讲的是考虑客户实际情况, 不要一开始就追求理想效果, 而是循序渐进, 采取的是不是”最标准最正确”的做法不重要, 只要比之前有进步, 让客户感觉到成效就是很好的基础.
这么说比较空洞, 看几个栗子.
...阅读全文

学习的逻辑 2: 错误的起点

作者:JerryXia | 发表于 , 阅读 (0)
<<学习的逻辑: 知识经济学>>中介绍了基础的逻辑. 本文是其姊妹篇, 进一步从不同角度来阐述.
我该学什么? 这是一个错误的问题这个问题可以有很多出发点. 今天讨论基于的假设是对工作方向的迷惘, 即不知道自己下一步努力的重点是什么, 但又不想时光虚度, 总觉得该学点什么, 又不知从何学起.
想学习是好的, 但考虑下面这种场景. 你走进领导的办公室说: “我要加薪, 因为我参加了两个培训, 看了三本书”. 你觉得领导会答应吗?
再考虑第二种场景. 你走进领导的办公室说: “我要加薪, 因为我搞定了两个项目, 解决了三个问题”.
显然第二个场景比第一个更可能一点. 因此我们应该关注的, 是我可以有什么样的贡献, 什么样的产出, 而不是我应该学习哪些知识. 你的身价是由你表现出来的知识决定的, 不是你掌握的知识决定的. 就算我们的目标是学习, 让自己更强大, 一条更具可操作性的途径是以终为始, 先设定自己想做成什么事, 再反推需要什么样的知识.
另外一个类似的思考角度是, 你希望别人怎么介绍你.
一种是这位是xxx, 他这一生看了很多书, 学富五车.一种是这位是xxx, 他是 ...阅读全文