浅谈客户的一点固见

浅谈客户的一点固见

Neil Cameron

客户通常对port数目有着确定的想法。

我感到这一点有些不同平常,原因是人们经常对生活中的其它事情并无此定见。

可是,说到RAID或HBA控制器上的port数目,大家确实有着十分固定的看法。

举个样例:我有两个SSD——哦,你没有两个port的控制器,那我就看看四个port的吧。

但我不管怎样也不会考虑16个port的控制器,由于我的思维已经卡在我当前拥有的硬盘数目上。

遗憾的是,其实,不管你眼下是否能意识得到,你所须要的其实是16port的控制器。

下文还会再回过头来讨论这个问题。如今,先让我们将生活中对其它事情的态度与对RAID控制器的做个比較。

我居住的国家(澳大利亚)里的限速(在快速公路上)是110公里/小时。那么。我为什么须要一辆行驶速度超过110公里/小时的摩托车呢?我到底为什么要买一架能跑道265公里/小时的Ducati Monster呢?

再看一件事。

我近期刚刚升高了我的四驱车上的底盘——我有几个选择:採用标准的高度、加高30mm或者60mm。

唔。由于多数时候我还是在路面上行驶的,所以我全然能够就用标准的高度。但你猜怎么着——我太太如今须要梯凳才干上车了。由于我给它加高了60mm。

所以。涉及到我的座驾。看起来我对法律规定亦或是常识所要求的限制都没有什么固见,但当问题是选择RAID卡时,我确实也有我的固定见解(正如多数客户一样)。

你猜着了——我又在喋喋不休地宣传PMC的71605E——一款16port的“入门级”控制卡,快速、高性能、价格也可算低廉,对于SSD(或者HDD)组成的RAID 10阵列绝对是完美选择。

但有客户认真研究过该产品么?答案是否定的。由于此卡支持的port数目为16。而客户的脑筋已经固定在4port或8port的控制器上。

看来,我选择的座驾都是为了充分满足我的需求,而非按照法律或我太太的身高所决定的指标来购置。这不恰恰应该是我们选择控制器的方式么?——究竟什么能符合我的“性能”需求,而不是我的“数字”上的要求。

假设PMC的营销部门总部在澳大利亚,我们就行公布一条广告,大标题为“谁关心***有多少port?“尽管这仅仅是个幻想。但话说究竟,这正是须要深深镌刻在客户的思维模式其中的——不要再考虑拥有的硬盘数目,转而着手考虑究竟哪一款控制器拥有足够的处理性能,可以满足你的需求。此番讨论主要针对的是SSD用户,由于他们已经下决心採用了更为高速的设备,但还未能改变选择控制卡的思维方式——而改变已经迫在眉睫。

再次回到我的摩托车的类比….我能够买便宜的轮胎,也能够买贵得离谱且远远超出我的驾驶能力的Pirelli轮胎——猜猜我买的是什么(肯定不是便宜、破烂的)——我想让我的摩托车具备跑到其极至性能的能力——虽然它的主人已经不复当日雄风。

所以,别再想port数了….好好考虑考虑性能吧(PMC的7系列和8系列产品)。

 

A mild fixation

Here goes with another controversial blog forProduct Marketing to ponder …

Customers have a fixation on port numbers. Ifind it a bit unusual because we tend not to have the same sort of fixation onanything else we do in life. However when it comes to port count on RAIDcontrollers
or HBA’s we definitely have a fixation.

Example:I have 2 x SSD – hmm, you don’t have a 2-port controller so I”ll look at 4-portinstead. I’ll never even think about looking at 16 port controllers because I’mfixated on the number of drives
I currently have. That’s a shame because infact it’s the 16-port controller that you need, whether you currently recogniseit or not.

I’ll come back to that but let’s look at the rest of our life compared to RAIDcontrollers. The speed limit in my country (on the open motorway) is 110km/h.So therefore why do I need a motorbike that does more than 110km/h?
Why onearth would I own a Ducati Monster that’s capable of around 265km/h (don’t tellthe wife that).

OR

I recently upgraded the suspension on my 4WD– I could have standard height, 30mm lift or 60mm lift?

Hmmm, I mostly drive onthe road so I could stick with the standard height, but guess what – the
wifenow needs a step ladder to get into the car because it’s had the 60mm lift

SoI have no fixation on the limits imposed by the law, or the limits imposed by common-sense when it comes to my vehicles, but I certainly have one (as do most customers) when it comes to choosing
RAID cards.

You guessed it – I’m banging on about the71605E again – a 16 port “entry” card that is absolutely perfect for RAID 10 onSSD (or HDD for that matter) – fast, capable and cheap(ish). But do customer
sever look at it?

No, because it’s 16 ports and they arefixated on 4 and 8 port controllers. So I own the vehicles that suit my needs,not vehicles that are dictated to me by random numbers imposed by the law or
mywife’s height. Funny enough that’s the way we should look at controllers – what suits my “performance” requirements, not what suits my “numbers” requirements.

If our marketing department was based in Australia we’d run an ad campaignentitled: “who gives a *^%&$ how many ports the thing has?

”. Can’t reallysee that ever happening in this company, but
at the end of the day that’s what needs to be embedded in customer mindsets – stop thinking about the number of drives you have, and start thinking about what controller has the processing performance to handle your requirements. This is mostly addressed at
SSD users because while they have made up their mind to use a faster device, they still haven’t changed their mindset about which controller card they should use– and they need to big time.

Using my bike as analogy again … I can buy cheap tyres, or I can buy ridiculously expensive Pirelli’s that are far more capable than my riding ability – and guess what I buy (certainly not the
cheap and nasty) – I want to give my bikethe ability to perform to it’s full potential – even if the rider isn’t as capable as he once was.

So stop thinking port count … and start thinking performance (7 and 8 series).

时间: 2024-12-25 05:01:47

浅谈客户的一点固见的相关文章

浅谈 JavaScript 编程语言的编码规范

对于熟悉 C/C++ 或 Java 语言的工程师来说,JavaScript 显得灵活,简单易懂,对代码的格式的要求也相对松散.很容易学习,并运用到自己的代码中.也正因为这样,JavaScript 的编码规范也往往被轻视,开发过程中修修补补,最终也就演变成为后续维护人员的恶梦.软件存在的长期价值直接与编码的质量成比例.编码规范能帮助我们降低编程中不必要的麻烦.而 JavaScript 代码是直接发送给客户浏览器的,直接与客户见面,编码的质量更应该受到关注. 本文浅谈 JavaScript 编程中关

浅谈php生成静态页面

一.引 言 在速度上,静态页面要比动态页面的比方php快很多,这是毫无疑问的,但是由于静态页面的灵活性较差,如果不借助数据库或其他的设备保存相关信息的话,整体的管理上比较繁琐,比方修改编辑.比方阅读权限限制等,但是,对应一些我们经常频频使用的文件,比方说,开发的新闻发布系统,我们不希望很多用户都读取数据库才显示结果,这样一方面消耗了服务器的资源,另一方面占去了浏览者大量可贵的响应时间,所有,有了"静态页面话"的做法,当前很多网站都采用这种技术,一般都是由管理后台控制,或者生成html直

浅谈三层与实体

如果说类实现了封装,那么三层又将相关的类进行了封装,把它们封装在三个类库中.因为类的存在,减少了类与类之间的耦合:因为三层的存在,减少了职责不同的类之间的耦合. 所以三层的目的和面向对象的思想是一致的,就是要实现高内聚,低耦合,便于代码的更改,复用,即提高代码的灵活性,可维护性,复用性.还有一点很重要,就是安全. 我想看这篇文章的人至少对三层有一点点了解.一定知道三层包括:UI(User Interface Layer)表示层,BLL(Business Logic Layer)业务逻辑层,DAL

.net中对象序列化技术浅谈

.net中对象序列化技术浅谈 2009-03-11 阅读2756评论2 序列化是将对象状态转换为可保持或传输的格式的过程.与序列化相对的是反序列化,它将流转换为对象.这两个过程结合起来,可以轻松地存储和传输数 据.例如,可以序列化一个对象,然后使用 HTTP 通过 Internet 在客户端和服务器之间传输该对象.反之,反序列化根据流重新构造对象.此外还可以将对象序列化后保存到本地,再次运行的时候可以从本地文件 中“恢复”对象到序列化之前的状态.在.net中有提供了几种序列化的方式:二进制序列化

[nRF51822] 14、浅谈蓝牙低功耗(BLE)的几种常见的应用场景及架构(科普类干货)

蓝牙在短距离无线通信领域占据举足轻重的地位—— 从手机.平板.PC到车载设备, 到耳机.游戏手柄.音响.电视, 再到手环.电子秤.智能医疗器械(血糖仪.数字血压计.血气计.数字脉搏/心率监视器.数字体温计.耳温枪.皮肤水分计等), 再到智能家居等领域均占有一席之地. 而蓝牙低功耗(BLE)是在蓝牙4.0协议上修改以适用低功耗应用场景的一种蓝牙协议. 随着上一股智能消费类电子大潮的到来,BLE的各种应用也像雨后春笋般在市场上铺开. 如果想 紧跟蓝牙协议的最新动态 ,可以在https://www.b

浅谈软件项目的需求管理

软件项目区别于其它项目的最显著的特征是其不可见性,它不像硬件购销.建筑工程,都是实实在在可见的东西.而软件项目在系统交付之前很长一段时间,客户是无法感知自己想要的系统究竟是什么样子.因此,需求管理就显得十分重要,据相关统计数据分析,软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的. 需求管理作为软件项目管理的一个重要内容,贯穿项目实施的全生命周期.俗话说:万事开头难.需求作为软件开发的第一个环节,其重要性不言而喻.市面上关于需求管理的相关理论和书籍很多,但多数停留在

管理从砖瓦进化为人——浅谈传统软件工程到敏捷软件开发之变革

管理从砖瓦进化为人 --浅谈传统软件工程到敏捷软件开发之变革 前言 如果把软件开发过程比作修筑一座建筑的话,传统的软件工程方法对人的管理就像是把人化作一砖一瓦,秩序地堆砌,一层一层构建起摩天大厦. 显然地,人是不同于砖瓦那样的死物的.人作为一种复杂的动物,软件开发者会有喜怒哀乐,枯燥重复的工作内容会使他们提不起兴趣而缺乏激情:客户想法会随变动的现实而一天天有所转变,软件需求很难保持一成不变:开发者与测试者对于项目的认识会存在差异,而差异将导致效率的降低--因而传统的有些"反人类天性"的

前端架构浅谈

前端架构浅谈 0.前注 鉴于作者本人的能力有限(非常有限),并且依然在学习中,因此本文的高度和深度必然有所欠缺. 欢迎(并且非常欢迎)大家来批评指正,如果能详细的说明问题在哪里,如何解决和改正,那么就太感谢了!!! 我最喜欢听有理有据的批评了!! 本人QQ:20004604,邮箱:[email protected],期待你的交流. 1.为什么要有一个好的架构 首先明确一点,架构是为需求服务的. 前端架构存在的目的,就我个人理解来说,有以下几点: 1.提高代码的可读性. 一个好的架构,代码的可读性

浅谈字体渲染

由于某个需求,我需要了解一下关于字体渲染相关知识,以前没有接触过这个,所以启蒙就只能靠Google了.我先后找到了<认识字体渲染>和<一笔一划间蕴藏的学问 浅谈计算机字体>,有一点明白了,但只是看文章感觉很缥缈.那么我就来根据我自己的理解来实现和总结一下字体的一些概念. 字体种类 常用的是点阵字体和矢量字体,具体见Computer_font. 点阵字体: 后缀名一般为fon或者是C语言头文件形式.看讲字体渲染文章都是吐槽的,但是没有人以身边例子说明一下.它的英语原型为Bitmap