我是这么利用数据:两个医生

今天从一个小故事开始。说有两个医生,他们都从事各类手术,我们把这些手术分男女,整理出一些手术 统计数据,如下(纯虚构)

甲医生,男性手术16次,失败3次,失败率 18.75%,女性手术1000次,失败39次,失败率3.9%

乙医生,男性手术10次,失败2次,失败率20%,女性手术1200次,失败47次,失败率3.92%

看到这些数据,让我们来评价一下两个医生的医术,很容易的,我们得到:男性手术方面,甲医生的 18.75%小于乙医生的20%,而女性手术方面,甲医生的3.9%小于乙医生的3.92%,于是,无论在那个方面,甲的 失败率都较低,是更优秀的医生!

可是故事没有那么简单,如果我们把所有的手术看成一个整体,那么甲医生的整体失败率为 4.1339%,而 乙医生为4.0496%,奇怪的事情出现了:尽管乙医生无论男女都落后与甲医生,但整体上却是更优秀的!

我没有玩数字游戏,没有故意算错比例,你可以亲自重新计算,甲确实各方面都优秀,但整体却落后!

毫无疑问的,这是个问题!但这又不仅仅是这个奇怪的问题本身,我们倡导从反面看问题。请问人是怎么 评价事物?我想绝大多数的人是从本文的传统方向得出甲更优秀的结论,这就从本质上揭示了一个优良的方案 :实力较弱的甲,可以按本文如法炮制,战胜实力比自己强的乙!

哈哈,这就像田忌赛马!人人都说商场就是战场,但是并不是每个人都去思考怎么打好人生的每一仗!让 我们不要停留在赛马的结论上,让我们继续。

仔细看一下甲是如何做到的,我们可以看到男性手术总体实施次数明显少于女性,这可能是客观事实,而 男性手术的失败率整体远远超过女性手术!这表明男性手术是所谓的业务难点。看看甲乙各是怎么处理的呢? 甲明显加强了男性手术的研究,使得失败率相对于乙下降了1.25个百分点!这是个关键的举动,使得甲着眼于 相对频次更小的男性手术,通常我们把这个叫做——细节!

好了,结论有了,我们从数字的角度得出:重视细节可以击败实力比你更强大的对手!这可以很好的映射 到我们的软件开发,通常的,我们有两种选择

1、  更一般的开发更多的功能!

2、  更细致的开发功能的细节!

假设每个人的能力在短时间内是得不到质的提高,那么相对恒定的能力就会在关注细节的选择中得到领导 的关注、得到认可,从而得到提升的机会!更难得的是,开发更多功能的人只会得到更多的工作,以及大家对 其成果的抱怨,可能你的能力还不错,可就是因为你选择了忽视细节,你的整体得分将会很低。我这么说,不 知你明白了么?

好了,故事本该结束了,按惯例,我说一说数据的思想。通常来说,每个人都是贪大求全的,都是相对来 说比较盲目的,而只有通过数据的演算,才会得到理性的认识!之前在新浪微博上评论过,他说数据分析师的 角色和职责,通篇都是再谈:“数据怎么展示,怎么搞个图表”!我想说:“己所不欲勿施 于人”,数据分析师自己都没有从数据的角度思考自己,又怎么可以拿数据去忽悠别人呢?我的理解是 :数据的妙,就是它可以用在任何意想不到的地方!在适当的时候,在适当的场合,它总能出现在我们迷茫的 地方,指导我们该往哪里走,人们把这种在关键十字路口,求助于数据的方法叫做:科学!

来吧,细节决定成败!

查看本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/Programming/project/

时间: 2024-12-30 23:58:03

我是这么利用数据:两个医生的相关文章

我是这么利用数据:快到碗里来

数据分析的一项基本的前提是:你得有数据可以分析 所以有某些所谓的数据挖掘专家趾高气昂的说:数据挖掘的绝大数工作是在清洗数据! 都是些不食人间烟火的吃货,哪里来的现成的数据让他们清洗,实际的工作中我总是一次次的发现:获得 数据是最难的部分 其实获取数据的方式无非两种 1.从别的什么系统中获取现成的历史数据 2.从自己的系统中让用户录入数据 今天我想分享下我在第2点上的一点小小经验 首先,用户是最TMD烦某某系统的,需要他们付诸大量的配合,最后功劳还是做系统的人的,自己捞不着好 处不说,还为了习惯新

我是这么利用数据:业务闹钟

每天起床都依赖闹钟的我,对闹钟其实又爱又恨. 有一天,我突发奇想,我们的业务不就是类似于时间,一刻不停的往前推进,那些我们要做的事,不就像 闹钟,在关键的时间点(可指定),给予我们提醒,叫停我们去做某些事情(复习下英语语法 :stop to do something) 抱着试一试的态度,我自己写代码开发了一个类似闹钟的页面(当初的页面面目全非了,画示意图咯) 填个时间,写段话,然后到了那个时间,服务器就把这段话发送给你 后来我考虑,怎么发送呢,可选择的有以下几种 1.email 这个比较传统,而

我是这么利用数据:对需求说不

我常常鼓励我的程序员对需求说不,我想和大家分享一些在这方面的经验 首先,人是很奇怪的动物,对于容易获得的东西,往往不够珍惜,特别是像程序这样的虚拟的东东,更是 对"免费"获得的程序不用正眼瞧一瞧,通常没有评价,或者评价为:也就那样吧. 这是我们每一位开发者不愿看到的,所以,我对任何需求都说不! 不是我不尊重用户,其实我想做的更好,我认为冒然的提出需求的人,其实不知道自己要什么!但是他们 总是以为自己知道自己不要什么,以至于原样按着需要做出来的软件会被认为并不是需要的,而世界上没有一 样

我是这么利用数据:KFC之所以在中国

几年前在苏州工作,偶尔有些短途的外出公干,虽说是短途,但到了陌生的城镇就面临一个很严峻的问题 :中午吃什么? 当发现自己常常选择KFC这样的餐厅时,仿佛悟出了点道理,虽然中式菜肴口味多样,但那些不熟悉的小饭 店带给我的,更多的是一种未知,兴许我选择的那家非常不错,但是我始终不敢确定.相反的,KFC则不一样 ,闭着眼睛都知道里面是卖汉堡的,而且那些汉堡是什么口味也基本上知道,虽不是很钟情于此,但至少不会 让我太失望,况且,吃饭这种事情,弄些难吃的菜倒了胃口,是很难补救的,每个吃货都懂的! 于是,标

我是这么利用数据:1篮子鸡蛋

一篮子鸡蛋放在你面前,让你挑几个带回去吃,你会怎么办?我想大致会这样:也不能说全拿走,这样不 好,也就看看里面哪几个个头大一些,然后挑那几个!今天想和大家分享一点点,由挑选引出的数据驱动的含 义! 说点题外话,可能"数据驱动"这个说法并不是我提出的,但是这四个字真的很贴切,很符合 我的思路,准备长期的使用,不过,问题是真的很难解释它是什么,尝试过很多角度来解释它,都还没有说清 楚,当然了,这给了我一次又一次反思的机会,倒也不错!今天这个话题也是继续拿鸡蛋的例子来谈数据驱动 ,可能是你的

我是这么利用数据:鱼和熊掌

刚刚开始参与编程的时候,就听说过这么一个段子:某程序员病危,久久昏迷不醒,各种药物治疗,均告 无效.家人百般焦急之时,有位同事来看望他,只是轻轻说了一句:"尼玛,需求又变啦!"该程 序员立马被吓醒了! 我们不止一次感叹:需求猛于虎,改需求则猛于母老虎!于是这些年软件行业发展了无数的技术,用以抵 御这样或那样的变化,了解其中一些确实对编写程序有帮助,但现实却冷冷的告诉每一个经历过的人:那些都 是治标不治本的玩意儿,照样忙的跟某人类的朋友一样!不过,世界上居然还存在着一些锦囊妙计,今天我和

我是这么利用数据:公共汽车的故事

自从买了车之后很少坐公交车了,不过对公交车的感悟由来已久,这些个每天奔驰在城市的各条道路上的 大家伙,年复一年,日复一日,没有明确的说要去载谁上路,但不影响他们总是按时按点从起点出发,顺顺利 利的到达终点.今天和大家分享一点点关于公交车和软件开发. "谁坐公交啊!"一般的人心里都这么想,但凡出去办事,公司只要报销路费,一律出租车走 起.但是每当自己掏腰包时,他们往往会转而选择1元钱可以坐10公里的公交车!这是怎么样的一种心理? 我们不是要批判谁,让我们理理思路,继续讨论.就单纯的问:这

我是这么利用数据:堵车的故事

南京城内房价太高了,断然不是我等上班族消费的起的,所以,我选择了在城外的小县城定居.顺带买了 台车,每天驱车数十公里来单位上班,正值今天南京下雨,路面湿滑,国道上渣土车龟速移动,外加多台重量 级"选车"横排占满路面,我无奈的被堵在路上超车不得,本来一个小时的车程,被我开出了一个 半小时以上,险些迟到. 有时候,我总是把这些琐碎的事情和工作联系起来,想想我的软件,人们总是把相似的工作看做等价,既 然等价那么花费的时间和代价也理应相同,随着这种思想蔓延开来,我们发现客户总能找到一些类似软件

我是这么利用数据:招聘两名服务员

小饭馆吃饭的朋友们会发现,经常的,饭馆的门口会竖个牌子,上面写着"招聘两名服务员" ,底下还会配上一段说明:因业务需要,本店招聘两名服务员,要求xxxxx! 那个牌子一般"低调的有点醒目",总是让人不经意间瞥一眼,要说个准确的数字,那么10个 人路过,有9个人是看得见的!人们匆匆忙忙的来到美食一条街,请问是来找工作的么?答案很明显,没有人 来找工作,人们是来吃饭的!那么这个看似多余的招聘公告是干什么的呢?今天和大家分享一点我在画外音方 面的一点点心得. 前面的博文提