BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

IT领域对技术的重视超过了思考

| 作者 Mark Little 关注 13 他的粉丝 ,译者 郭晓刚 关注 0 他的粉丝 发布于 2012年7月20日. 估计阅读时间: 5 分钟 | 都知道硅谷人工智能做的好,你知道 硅谷的运维技术 也值得参考吗?QCon上海带你探索其中的奥义

来自CapGemini的Steve Jones写过很多关于SOA、REST和IT的相关文章。最近他在一篇“'Thinking is dead'”中提出一种观点,即他相信在IT领域对技术的重视超过了思考。这句话是什么意思?Steve首先引用了2009年Anne Thomas-Manes写的一篇声称SOA已死的文章,然后他说:

“思考”的价值在IT领域已经萎缩了,这实际上反映出社会总体已经处于某种阶段,其中设计、规划、架构这些埋头敲键盘以外的东西,已经退居观点言论之后。

为了形象说明,Steve举出REST在过去几年的发展为例。InfoQ多次报道过Steve对于REST的批判性观点。REST是否真的在企业领域取得成功?向IT界推销REST的方式有哪些根子上的毛病?Steve对这些问题的意见还是 他自己总结得最好:

过去五年是企业IT的坏年份。对于大规模的程序来说,WS-*是唯一可用的系统间集成机制,但它停滞不前。REST对前端有好处,对于有能力只请高水平人才的企业有好处,但对于一般水平的企业环境,屁用没有。

他觉得从中可以看出,潮流顶端最新最酷的东西,不管架构上、实现上的理由是否充分,总能获得更多的关注;相比之下,平淡的、需要尝试和验证的方法更有可能对业务产生直接的影响,却往往被忽视。不仅REST,Steve认为在Big Data和Hadoop的推广中也存在类似现象。

跟随信息一起出现的,是同样数量的狗屁,以及规模相当的批判思维的大缺口。Hadoop推广的主要障碍是什么?有人会大喊:“缺乏实时能力!”真的假的?你觉得不是让习惯了SQL关系式思维的百万大军改换成non-SQL非关系式思考方式?怎么获取和过滤信息,怎么建立异常复杂的分析逻辑,避免人们求助于原始的模式匹配,你不觉得这些才是主要困难吗?

根据他的经历,Steve认为IT对规划、架构和设计是不以为然的,对TDD、契约式设计这些成功事物背后的证据分量视而不见。文中指出,新潮而未经验证的技术,单凭它一时的名气就会得到青睐,战胜久经考验但没有“微博大V(twitterati in thrall)”力挺的技术,这种现象在行业中很普遍。

在这个舞台上,“专家”其实意思是“声音大的人”,跟美国政界的情况相似。在这样的环境中当一名专家,事实、理由、尤其是经验,实际上被认为是一种劣势。

这种事情我们以前在例如REST身上见过,有时候支持的理由按照Steve的说法,纯粹是“比谁声音大”,理性、有逻辑的讨论偏少。Steve他本人就召来过同样水平的争吵:

我最近被宣告说,我对某技术的观点是“有污点的”,理由是我曾经用过它的几个竞争对手,因此我“对它有偏见”。某技术我当然用过,老实说我觉得它相当不怎么样。基本的代码部分其实还过得去,但只要对比一下竞争对手们提供工具支持、生态环境、训练教学,我就没办法向客户推荐一种“过得去”的技术。经验和知识不是偏见,对新方法的思考、批判也不是坏事,思考一点都不龌龊。

经历过这些之后,他认为设计和架构已经是一种正在消失的手艺,批判性的、科学方法的评估正被“吵死人的宗教狂热”所取代。

注重闪亮的新技术多于业务产出,注重短期的编码超过长期的设计,这样下去IT部门将分崩离析,IT将被当作一种消费品来看待。思考、设计、规划、架构,还有对新技术的怀疑态度,是IT不被丢到一边的唯一希望。

Steve文章下的一位评论者认为,我们正面临新一轮寻找银弹的浪潮,每一种新技术都被看做解决所有IT问题的大救星,其原因在于现在的IT过于被“穿西装的人”牵着走。Steve还不止这样,现在的情况是连核心的IT成员,如开发者、架构师这些人都不会真正思考了:

如果只是“穿西装的人”就好了,真正的问题是太多IT人把形式和规条当成坏事,而且把自己能“露脸”看作最重要的事情

本该以解决业务问题为目标而交付实现的开发者,如果不能看穿一时的风潮,注意到其他的选择,尤其是那些久经考验的选择,那我们还真是前途未卜了。可是会不会Steve错了呢?他也许只是在个人有限的接触环境中观察到了一些问题,不一定具有普遍意义?

查看英文原文:IT Values Technologies Over Thought

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

非常赞同! by decai feng

现在是“项目经理”满地跑,垃圾代码一大堆,几乎傻子都是项目经理!

支持一下 by Xu Tim

现在是外行领导内行,比谁的权利大,谁说话声音最响。尤其是分析、规划、架构和设计无法达到平衡,被市场牵着鼻子走!!

太同意了 by 宋 全程

在我所在的公司,这种现象在实实在在的发生,新的东西被天天挂在嘴边放在日程上,而对常规的需求分析架构设计毫不重视,甚至达到了为了客户端开发的方便而绑架原子接口的地步,稍微花点体力的活就被认为是不优雅的实现,而不去探究他深层次的原因及根本的解决方法。

支持 by 曹 云飞

喜欢研究新技术,用很酷的方法来解决问题的程序员挺多的。别人都用新技术新架构了就自己还用成熟技术显得太out。实际上能分析业务需求,根据业务需求选择技术框架,设计架构,根据业务特点对程序做优化也是很酷的。

xx by Simpson Hardy

因为程序员拿钱少,项目经理拿钱多,所以很多2b的事情都会发生

不敢苟同 by 冯 希顺

首先,流行的、获得广泛关注新技术不是由一帮技术小白发明出来的,而是由那些在特定领域中有着丰富经验的人经过认真思考总结后“发明”出来的,所以说新技术没有经过思考是不严肃的;其次,现在流行的新技术们只有很少的几个有着要替代某个已经大一统的技术的野心,比如Google搞的DART语言之类的东西,其他的新技术通常都用于解决特定问题,而不是解决所有问题。有人说过Hadoop要代替RDMS吗?还是有人说过REST要代替SOA?两者要解决的压根就不是一类问题,没有对称意义上的可比性。

IT技术领域总是在不停的变化中,它不断的蚕食其他领域来扩大自己的地盘,新技术不断产生是IT界的生命力所在,这是好事儿,应该鼓励才对。



当有人回复此评论时
请Email通知我
非常赞同! 发表人 decai feng 发表于 19/07/2012 06:01
支持一下 发表人 Xu Tim 发表于 2 天 之前
太同意了 发表人 宋 全程 发表于 2 天 之前
支持 发表人 曹 云飞 发表于 2 天 之前
xx 发表人 Simpson Hardy 发表于 2 天 之前
按日期倒序排列
返回顶部
非常赞同!
19/07/2012 06:01 发表人 decai feng
现在是“项目经理”满地跑,垃圾代码一大堆,几乎傻子都是项目经理!

回复

返回顶部
支持一下
2 天 之前 发表人 Xu Tim
现在是外行领导内行,比谁的权利大,谁说话声音最响。尤其是分析、规划、架构和设计无法达到平衡,被市场牵着鼻子走!!

回复

返回顶部
太同意了
2 天 之前 发表人 宋 全程
在我所在的公司,这种现象在实实在在的发生,新的东西被天天挂在嘴边放在日程上,而对常规的需求分析架构设计毫不重视,甚至达到了为了客户端开发的方便而绑架原子接口的地步,稍微花点体力的活就被认为是不优雅的实现,而不去探究他深层次的原因及根本的解决方法。

回复

返回顶部
支持
2 天 之前 发表人 曹 云飞
喜欢研究新技术,用很酷的方法来解决问题的程序员挺多的。别人都用新技术新架构了就自己还用成熟技术显得太out。实际上能分析业务需求,根据业务需求选择技术框架,设计架构,根据业务特点对程序做优化也是很酷的。

回复

返回顶部
xx
2 天 之前 发表人 Simpson Hardy
因为程序员拿钱少,项目经理拿钱多,所以很多2b的事情都会发生

回复

深度内容
全部
文章
技术演讲
技术访谈
迷你书
David Kaneda访谈:移动HTML5设计和开发
David谈论了开发html5手机应用尤其是在WebKit平台上所面临的特有的挑战。他同时还列举了这个领域最新的一些研究以及他们发展的可能性。 David Kaneda 2012年7月12日 , 2
成功实施敏捷之十荐
在应对当今数量庞大的不成功组织变更的问题时,顾问Allan Kelly以十大列表的形式给出了他对于成功的敏捷实施的建议与纲领,帮助各位管理者和团队提高敏捷实施成功的可能性。 Allan Kelly 2012年7月12日 , 4
WWDC2012:Objective-C的新特性
今年2012的WWDC上,苹果针对Objective-C和LLVM编译器都做了重大改进,包括方法顺序无关、枚举类型的改进、属性合成、语法简化、对象下标等。 池建强 2012年7月11日 , 3
去哪儿搜索引擎QSearch设计与实现
本次演讲主要介绍的是QSearch的具体设计和应用场景,并分别解答以下几个问题:QSearch与开源垂直软件Lucene的区别;具体业务的实现技巧。以及QSearch的具体设计等等。
本视频录制于QCon北京 朱翔 2012年7月11日 , 2
视频流服务架构解析
本文作者李明杰讲述了如何来对基于互联网架构的流媒体服务进行设计以更好的满足千万级别用户访问行为和视频播放需求,他将会在ArchSummit中做关于相关的分享。 李明杰 2012年7月9日 , 5
移动跨平台开发技术在电子商务中的应用
移动跨平台开发技术,已经从“早期用户”阶段迈入了“主流”阶段,其重要标志之一就是它正加速渗透到各垂直商用领域,电子商务正是其中代表。Web技术有以下优势:“多——支持平台多”、“快——开发快”、“省——省钱省力”。但能否同时做到“好——逼近原生App的流畅体验”?这是目前开发者面对的最大挑战
本视频录制于QCon北京 白天 2012年7月9日 , 4
缓存、NoSQL和网格计算——银行能教给我们什么?
John在银行业有十多年的工作经验,他会带我们巡视一遍银行业在5~10年前,是如何应用网格计算、虚拟化、内存数据库等这些现在被成为“云”和“NoSQL”的技术。John还会谈到一些分布式模式、解决方案,以及一些有趣的技术的概览。
本视频录制于QCon北京 John Davies 2012年7月4日
大数据存取的选择:行存储还是列存储?
本文介绍了大规模数据存储的两种物理存储格式在磁盘上的布局,并分析了两种存储格式各自的优点和缺点,以及在产品设计过程中应避免的一些问题。 袁萌 2012年7月3日 , 8
< 更新的 更早的 >

Re: 非常赞同! by Lenient Liu

只要具备点沟通能力都能当项目经理吧

非常正确! by 徐 毅

我曾经感慨过,IT行业才是最TM喜新厌旧的行业。文中所描述的现象和道理,完全可以放到敏捷或者更大点整个开发方法论体系上来,其实真正本质的东西就那么点,但大家每隔一段时间就要发明点新东西,当做银弹一样的捧。敏捷确实很好,但是如果实施敏捷时更关注的是那些亮瞎眼的表面功夫,而不是脚踏实地地夯实各方面基础能力,那一样是注定要失败,而后等待下一颗银弹的。

赞同大部分观点,尤其是标题 by Wen Ruiyun

我认为看待这个问题,可以将对待新技术的态度大致归为两类:
1、人云亦云及炒作
2、批判、理解和融合
遗憾的是,无论REST、Hadoop还是NoSQL,不少人凭借几分钟的google或是某本宝典的前言和入门章节。就开始在商业目的的驱使下进行2b决策。我想可能这才是作者想要鞭笞的。

不同意作者最后的这个观点:“真正的问题是太多IT人把形式和规条当成坏事,而且把自己能'露脸'看作最重要的事情”。
在我看来,寻求“露脸”的意愿,以及为“露脸”而做的功课,对技术人员来讲,是尤其重要的,只有对自己的技术生命怀有期许,才会充满热情,也才可能真正沉下心去思考一些浮华背后的东西。这其中的关键是:只有具备独立意识的思想,才有可能真正在无数嘈杂的声音中“露脸”。

允许的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通知我

9 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT