软件“人工干预”需求太多 云计算将解放你的双手

标签: 业界 网络系统管理员 App管理员 人工干预 云计算 | 发表时间:2012-11-14 18:23 | 作者:济慈
出处:http://www.leiphone.com

【编者注】Alan S Cohen为 IT 串行企业技术老手,Nicira副总裁。

数年前我在一个大型会议上开会,Yahoo消息窗口突然跳出来,我女儿给我发来信息说“爸爸, 我怎么让我的打印机工作,帮帮我”。当时我只能说半小时后我再回复你然后关掉了这个应用。当时我很尴尬,我想为什么这么多应用程序需要 人工的干预才能完成一些基本的任务,这样我们就像个软件“人工干预员”。

美国劳工统计局估计全美有350000个网络系统管理员,而只要你认真留意软件 “人工干预员”,10英尺之内必能找到一个。为什么有如此多的人工干预人员呢?

1. 大型计算机到客户端的过渡:25年来IT界创造了数千个日常生活的主要应用,同时出现了许多周边技术,各种“标准”和“协议”让用户越来越忙。

2. 产业的 快速迭代驱使制造商更快地推出产品,彻底的系统测试花的时间频频被绕过。

3. 面对有复杂操作需求的产品,由一些训练有素的专家处理系统的复杂性,这样操作成本逐渐从制造商转移到用户,制造商越来越不重视完善和自动化软件操作,他们让用户来“完成产品的生产”,就像买个平板电视然后每个月都清专家来配置它。

4. 创建认证和深度培训项目,让有些软件/程序由专门的人才管理。

而另一方面,这种恶性循环一直在加剧,因为每个IT程序员和开发者都把注意力放在做新应用和新服务上,保姆级的基础设施他们都觉得是浪费他们的时间。

“人工干预”的终结者:开发者越来越多,管理员越来越少的 云计算

过去IT制造商把软件管理卖给“管理员”,后者负责管理和维护系统,甚至有些公司配备专门的管理员,带着夸张的大帽子、穿着鲜艳的工装,来回于各个维护点。但是云计算来了,把这个彻底颠覆了,像OpenStack, CloudStack, Amazon Web Services这些都开始把“人工干预”的成本转移到开发者那里去了。就像制造业中运用越来越多的机器人,计算机世界也是如此。

而且分布式软件系统从来不用打电话请假,我们也很少听说FB会发生配置错误,随着越来越多的应用和计算转移到虚拟云中去,操作电脑的负担就会急剧下降, 干预员们的双手就可以被解放。

所以开发者要准备让应用越来越自动化、耐心创建好IT基础设施,而开发者当然可以借助大数据管理应用来减轻自己的负担。

Via RW

Amazon提高云服务的5个捷径

云计算驾到 未来软件和应用将去服务器化?

济慈 @雷锋网
您可能也喜欢:

什么是开放的云计算?

云计算如何颠覆软硬件行业?

不少美国人认为云计算跟天气有关 约会装B必备

20121016雷锋日报:Skype、云计算、Siri、数字阅读

StethoCloud低成本手机云听诊器
无觅

济慈 雷锋网专稿,转载请注明来自雷锋网及作者,并链回本页)

相关 [软件 人工 需求] 推荐:

软件“人工干预”需求太多 云计算将解放你的双手

- - 雷锋网
【编者注】Alan S Cohen为 IT 串行企业技术老手,Nicira副总裁. 数年前我在一个大型会议上开会,Yahoo消息窗口突然跳出来,我女儿给我发来信息说“爸爸, 我怎么让我的打印机工作,帮帮我”. 当时我只能说半小时后我再回复你然后关掉了这个应用. 当时我很尴尬,我想为什么这么多应用程序需要 人工的干预才能完成一些基本的任务,这样我们就像个软件“人工干预员”.

软件需求获取方法

- - 研发管理 - ITeye博客
软件需求获取是软件需求开发的关口环节,关口没把守好,后面就会全面溃败. 软件需求获取个人认为有以下几个方法:. 现有产品和竞争对手的描述文档;. 面谈是获取软件需求的最有用的方法之一. 面谈对象:与系统相关的涉众,并具有代表性,保证涵盖到每个角色. 谁会受到系统结果的影响,谁来监管该系统. 面谈问题:需保证与背景无关,保证获取信息的公正性.

如何开展软件架构之需求分析

- - CSDN博客架构设计推荐文章
如何开展软件架构之需求分析.  在开始讨论如何开展软件架构之前,先让我们来看一张漫画. 相信大家看到这漫画的时候,总会不自主地会心一笑,客户希望得到礼物,我们却给了他一骨头. 一):未进行充分地需求分析. 解析:架构师未能初别用户群及使用环境约束因素,也许在接到项目时,他还在想着上一个为狗开发的项目,在这个项目中自然而然地认为用户是狗.

浅谈软件项目上的长期慢性需求问题

- - 外刊IT评论
本文的作者Capers Jones是Namcook Analytics公司的副总裁和首席技术总监. 他一直在收集软件质量和开发效率上的数据. 他写了几十本关于软件质量、最佳实践方法、评估、测量方面的著作. 在处理软件需求时,有三个问题一直折磨着我们,并使软件项目消耗无数资金. 其中很大一部分都产生在项目交付并运行后的新需求的收集工作中.

谈软件开发项目管理之需求变更(转)

- - CSDN博客研发管理推荐文章
在软件开发过程中需求的变更会给开发带来不确定性,但只要把需求变更作为重点、难点小心加以控制,软件开发的进度、成本和质量也就有了"安全"的基础. 变化并不是人们最害怕的,最怕的是跟不上变化的步伐. 需求变更是因为需求发生变化. 根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减,均属于需求变更.

知乎问答-如何做一个软件需求分析师

- - 人月神话的BLOG
这个问题很大,这篇不想再去重复一个软件需求分析员的知识体系结构,而是挑重点来谈下成为一个合格的软件需求分析人员的关键点. 我原来对软件需求的定义或描述更多是偏于对现实世界的定义,而对软件架构的描述为现实到实现之间的第一层抽象. 在这里纠正一下即:用户需求是对现实世界的定义,而软件系统需求是现实到实现的第一层抽象,即业务建模和软件系统用例建模.

人工智慧恆溫控制器:iPod 之父新發明、能學習你的需求

- Jeshuang - T客邦
恆溫控制器是不少歐美家庭都會有的東西,尤其是在天氣寒冷的國家,通常家中都會有溫度控制器的東西. 但傳統的控制器長的醜就算了,控制起來還非常複雜,大部分功能也不太會被用到. iPod 之父 Tony Fadell 就發明了一個新的恆溫控制器,不但好看,使用也很簡單,只要轉動控制器就行,就像使用 iPod 一樣.

人工智能复杂的商业需求,正促使博弈 AI 的崛起 | AI大师圆桌会

- - 钛媒体:网罗天下创新事
卡耐基梅隆大学计算机系教授、德扑AI之父 Tuomas Sandholm. “人工智能时代,针对机器的算法是机器学习,针对人类的算法是博弈论. ”这是清华大学交叉信息研究院青年千人助理教授、博士生导师、计算经济学研究室主任唐平中,在2017年7月20日钛媒体与杉数科技联合举办的 “AI大师圆桌会之AI时代的博弈与行为分析”活动上提出的观点.

再谈需求

- - 人月神话的BLOG
谈需求工程方面的文章前面写过很多,本文仅做最近思考的一些点滴记录. 首先我们谈下业务建模层面,对于从用户提出最初的业务需求到交付一个完整的系统,在建模层面涉及到两个层面的抽象,其一就是业务建模解决现实世界本身的抽象描述,其二就是软件架构设计,解决从业务模型到IT架构模型的第二次转换. 在早些时候我们看到这两个层面的建模内容都由系统分析员承担或完成,在岗位不断细分后我们看到反而会出现忽视了业务建模的问题.

海康威视:形成软件开发方法论,社会经济到了由商业需求拉动的时代

- - 雷锋网
近日,海康威视举行投资者问答会议. 在AI市场机会上,海康认为AI的机遇已经得到行业普遍认同,未来AI成本会持续降低,AI技术在改善产品性能上作用很大,AI算法和大数据等,会带来许多之前想做但做不到的业务机会,也会开拓新玩法,未来会打开更多市场. 在软件投入上,组件化的开发已经是海康确定的软件开发方法论.