仙道与鬼术,步枪与洋炮

中山野鬼 发布于 2012/05/04 22:32
阅读 1K+
收藏 4

我说了。仙者,守恒也。鬼者无常也。我是鬼,不是仙,所以我只关注客户目标。根据目标选择手段。反之仙者是提供手段,修正客户目标。

简单说,鬼者,琢磨不同的方案,尝试解决客户问题。仙者琢磨不同的说法,尝试修正客户的问题,使得客户与自身规则同步。这也是为什么做鬼容易,成仙难的一个原因。

步枪,洋炮,这是从朝鲜战争引述过来。我们不谈太多战争问题。只谈一点,美国佬在朝鲜战场,对中国人还是服气的。还是认可自己没有胜利的。为什么有这个结果,那是因为,步枪就用步枪的打发,不走你洋炮的路线。

美国老说,咱们必须在白天才开打,不准走山路,我车子爬不上去啊。你中国人太不讲战争素养了。整天晚上来骚扰我。职业士兵,晚上是要睡觉养精神的。

简单说,美国老,炮更粗,弹更多,希望你按照他的套路,你开一炮,我还一炮,大家约法三章,按美国老的游戏规则来玩。这才可以,否则你就是不对。

哈。回到正题,谈下和IT有什么关系。

这里说说@宏哥 给出例子,不是反对 @宏哥 本人以及他的观点。只讨论他提出的两个公司,oracle,和IBM。无论数据库,还是数据挖掘。他两都有参合。并且规范出一对标准,套路。

首先,要肯定一点,在我心目中,IT的老大,还是IBM。百年长青藤不是浪得虚名。oracle更是数据库方面的翘楚。说他们的东西不好,是不对的。而且他们的东西可以说是专业,并且是顶级专业的,就是最好的。这个我们必须承认。

但要说一下,他们始终是最好的工具和手段。但不代表所有问题的解决思路一定要套用他们的模式才是专业的,才是可行的。由此,回到了步枪和洋炮的对比上来了。

IBM的风格我是见过的。一堆专家。一个专家忽悠不动你,不怕。他回去,车轮战,你负责技术的甲方再牛X,总有技术缺失的方面,总有个IBM的专家能把你忽悠住。由此你就被他牵者鼻子走,言听计从。这就是IBM的标准套路。余下,就是拟订一堆按照IBM风格的方式实现的方案。你不要怀疑,不要拒绝,甚至你不要疑问设计目标的修改原因和对你曾经目标的批判基础。

由此,大型公司的方案会变成所谓行业标准,专业方案。

哈,还好咱们大家接地气。啥意思,不是远程作战,本土操作,更容易了解客户背后的真实需求。有点我们大家必须要承认,mysql相对 oracle,和db2,就是不专业,不是帮老外说好话。这个事实。但是不代表,步枪不能赢得战争。也不代表用mysql做的数据库就是不专业的数据库。无论你是否承认mysql是不是专业的数据库。专业是指人和人的思维方法,而不是人的手段和工具。恰恰坚持按照一个模式套不同实际应用需求的,才是不专业人员的表现。

客户要的是问题的解决,更多的客户是务实而不是迷信的。工具的简单和粗糙,不代表问题的方案不专业。甚至可以反过来说,同样的问题,用更简单的工具实现,如果对客户的成本投入有降低作用的话,那么则是更专业的服务质量。虽然工具确实不是“更专业”的。

因此,重复步枪和洋炮的讨论,

一则申明,我野鬼,走的是鬼术,即无常。唯一约束我的就是客户目标。而不是仙道。IBM的态度是,用我的,才是对的,其他都是错的。这种霸王战争模式论,我表示无压力的飘过。哈。

二则,也希望学习新工具,新手段的朋友,在学习专业工具时,要空出足够的时间,思考所要面对的问题本身(但不是专业工具使用的问题)。而不要成为工具鸦片的奴隶,。所有的时间都在为了学习工具,应付工具,实现工具上。

有先进的方法,手段,确实值得我们学习,但不值得我们信仰。唯一值得我们遵守的就是“客户需求至上”。简单说,就是“为人民服务,也为人民币服务”。有了这个法宝,即便现在中国大陆被广大“洋专业”所殖民,没关系,鬼术仍然有生存壮大的一天。

补充套用美国的模式说一句:如果套用微软的模式,就没有YAHOO,套用YAHOO的模式,就没有GOOGLE,套用GOOGLE的模式,就没有脸谱。客户的需求不是可以用某个具体专业的模式可永久且唯一可行的套用的。

加载中
1
中山野鬼
中山野鬼

引用来自“周翼翼”的答案

小倩, 你这是吃饱了来采菊东篱下, 吃不饱你就菊花残.

你的观点基本上可以总结为步枪也可以打赢,但是你想过没有,代价,代价.

而且你说的都还是"可能",而不是一定可以.

你给大家一个假象,就是你搞什么都行,只要能满足客户.

但是你没有告诉大家,你搞的东西,会影响你接触的客户,会影响客户给你的钱. 

用好的工具,成熟的方案,能让人集中精力搞客户的东西, 而不是学花不必要的时候在完善不完善的工具上.

凡是说到工具这些的东西的时候,大家混战起来,往往就有人说, 这些都是工具, 都不要紧,关键还是你的内功.听这句话的人就都以为自己是那个内功高深的人了,窃喜去了, 实际上, 没几个人高深到能让mysql支持差集,当然这个论据我是借宏哥的来用的.

肯定马上有人要说,我不用差集还是可以做, 也许你最终是可以做, 但是过程肯定好不了.

总结起来, 我认为:

1.如果一件事可简单的来做,那么复杂的做法就没必要

2.如果有好的工具, 那么花时间来完善不完善的工具就没必要.

哈。傻瓜才用步枪打大炮呢。你能不能有点抽象的思维。。。我是在说,你打你的,我打我的。我不会按照对你有利的方式,进入竞争状态。
1
汉克斯
汉克斯
人有人道,鬼有鬼道,虾有虾道,狗有狗道。
道可道,非常道。
不能说MYSQL就真的没ORACOL,DB2专业( @中山野鬼 ),也不能说如果轮子真用方形方案就不能挑战成功( @宏哥 )。凡事都有它的特征和本质。
一般公司从成立到倒闭的平均时间大约是1.7年,在这短短的时间里你能做什么?有多少时间能让你做你想做的?怎么才能生存下去?
都是一些很棘手的问题,难不成上个小项目就来个ORACOL?DB2?,专是专业了,让那些还在用ACCESS赚钱的小公司小项目情何以堪?
我对 @中山野鬼 的言论和以往的帖子分析后总体认为,他适合于面向客户,因为他比较关心市场、客户、需求、成本和完成时间、甚至投资回收期
(当然,有很多角色也关心其中一部分),而且还特能忽悠。虽然市场导向,金钱至上没错,但是扯到技术,这个东西就说不清楚了,
ORACOL/DB2是好,但是我用不起啊,超预算啊,最关键的有可能还是客户不买单。这时有人会说他们提供的工具棒啊,但是请问,这个"工具棒"倒是受益者是开发者还是用户呢?
做技术这么多年,做过不少过千万,过亿的项目,哪个不是遇到棘手的问题而且时间又紧张的情况下,先用土炮抗着,底下抓紧时间赶紧用洋枪去替换掉?(这个 @宏哥 应该最懂了),
生怕被客户发现,验收阶段菊花都紧了好几层。事物有它的两面性,而且我认为还是要分阶段性的,要不然为什么IPD里讲什么企业的生存期、成长期、发展期呢?
如果你能在合适的阶段知道怎么选用合适的武器,那你就是屌丝了。
1
宏哥
宏哥

稍作简单总结:

1: 谈技术不能脱离场景. 场景需要行业经验.解决不了实际场景中实际问题的技术,不是技术.

2: 至于数据库,我一直坚持mysql不是数据库 -- 这是客观问题. 至于各人是否坚持在mysql上继续投入,都是各自的事情,各自担当 -- 这是主观选择

主观选择,不影响客观存在

至于宏哥对他人的引导,可以总结为"在可能的情况下,远离mysql". 有些人思考选择, 有些人曲解我的意思,再喷.都可以理解.

3. 人和人本来不同.一千个人眼里,有一千个哈姆雷特.哪怕同样的出身,背景.最终命运都是千差万别,这就是生活的本来面目.

大东哥
大东哥
回复 @宏哥 : 好了, 心里有数.
宏哥
宏哥
回复 @大东哥 : 不如踏实下来.学一点"真"的东西.可以带来积累.不管将来做什么.总之,都是你自己的选择,自己担当.
宏哥
宏哥
@大东哥 "整天围着"的是play,seam或者类似的一堆东西.这是我的猜测.
大东哥
大东哥
回复 @宏哥 : 人总有判断失误的时候, 我是承认的. 另外你为什么会以为我用play, 就一定是整天围绕它转呐. 这真没花多少时间.
宏哥
宏哥
回复 @看能不能改个名 : 我也不说服你. 各有各的答案.
下一页
0
汉克斯
汉克斯
卧槽,小倩,又开始喷了啊,体力真好啊。
0
中山野鬼
中山野鬼

引用来自“汉克斯”的答案

卧槽,小倩,又开始喷了啊,体力真好啊。
基本上,北京的哥们在我面前,不会说他很能侃。。。哈。我也只能说,口水不比他们少。。。。
中山野鬼
中山野鬼
回复 @汉克斯 : 那可不好。憋久了当心前列腺疾病啊。。。哈。
汉克斯
汉克斯
最近加班厉害,不然我也上来喷几炮了,憋坏了。
0
0
泡不烂的凉粉
泡不烂的凉粉
不吧这些帖子转自己博客实在可惜了。 
组织以下,列在博客中。 说不定评选博客文学奖还能评A呢。
泡不烂的凉粉
泡不烂的凉粉
回复 @中山野鬼 : 有兴趣,不过不知道是否能看懂。不介意,有空就发来让我等也有机会学习学习。
中山野鬼
中山野鬼
回复 @看能不能改个名 : 我正在整理集合论呢。想看吗?哈。。。
泡不烂的凉粉
泡不烂的凉粉
回复 @中山野鬼 : 看来这会儿你有空啊。 不如找点题目分析分析。最好是浅显移动确包含深厚哲理的问题。 这个我有兴趣。
中山野鬼
中山野鬼
坚持2个星期内水贴不入博的原则。哈。。。欢迎大家没有约束的喷我。。。
0
汉克斯
汉克斯
你们太无良了,你看人家 @红薯 咯咯 在辛辛苦苦为大家发贴纸,发新闻呢,你们还这儿跟着小倩忽悠来忽悠去的,吾 册那。
中山野鬼
中山野鬼
回复 @yisen : 老鬼推车???求解具体方案。哈。。。最好图解。。
Yisen
Yisen
回复 @中山野鬼 : 就知道老鬼精通此“模式”
中山野鬼
中山野鬼
@红薯 是在推广知识,我是在推广人气。都是推,为什么非要“老汉”一种模式?
0
宏哥
宏哥

我就简单的说几句:

脱离行业实际通过推理,都会推导出错误的结论.

以你说的 数据分析为例. IBM,Oracle只是基础设施供应商.那个流程就像汽车轮子是圆的一样,是人类的经验积累. IBM/Oracle/Informatica只是橡胶,或者汽车轮胎制造商.你要通过制造方形轮子挑战的话,也没有问题,我宁可相信你.但是挑战成功的,通常是另外一个轮胎制造商,而不是发明方形轮子的.

实际上,整个执行过程,各行业都不一样.仅就电信,电力为例.终端采集设备区别就天差地别了.哪怕是一个小网站,也可以写一些脚本来做.

至于mysql,哈哈. 只有一句话,让爱它人更爱它,才能腾出更多有价值的工作机会给有志青年.顺便引用一个真实正在发生的案例:

http://www.oschina.net/question/244179_52204

其他就不多说了.

0
周翼翼
周翼翼

小倩, 你这是吃饱了来采菊东篱下, 吃不饱你就菊花残.

你的观点基本上可以总结为步枪也可以打赢,但是你想过没有,代价,代价.

而且你说的都还是"可能",而不是一定可以.

你给大家一个假象,就是你搞什么都行,只要能满足客户.

但是你没有告诉大家,你搞的东西,会影响你接触的客户,会影响客户给你的钱. 

用好的工具,成熟的方案,能让人集中精力搞客户的东西, 而不是学花不必要的时候在完善不完善的工具上.

凡是说到工具这些的东西的时候,大家混战起来,往往就有人说, 这些都是工具, 都不要紧,关键还是你的内功.听这句话的人就都以为自己是那个内功高深的人了,窃喜去了, 实际上, 没几个人高深到能让mysql支持差集,当然这个论据我是借宏哥的来用的.

肯定马上有人要说,我不用差集还是可以做, 也许你最终是可以做, 但是过程肯定好不了.

总结起来, 我认为:

1.如果一件事可简单的来做,那么复杂的做法就没必要

2.如果有好的工具, 那么花时间来完善不完善的工具就没必要.

返回顶部
顶部