当前位置:www.301.net > 科技生活 > 商场将历年损失3000亿美金,二零一八年的数目基

商场将历年损失3000亿美金,二零一八年的数目基

文章作者:科技生活 上传时间:2019-04-28

原标题:【企示录】不重视码农和开发者,企业将每年损失3000亿美元!

向数字业务平台的迁移促使基础设施和运营(I&O)领导者必须重新去思考他们的数据中心策略。像人工智能这样的数字业务平台,包括机器学习(ML)、深度神经网络(DNN)和物联网,对IT基础设施有敏捷和可伸缩性等方面的计算需求。



图片 1

在2018年,I&O领导者应该致力于通过部署无服务器架构、容器生态系统和三层环境来为新兴的数字业务项目提供更敏捷和有效的生态系统。

程序员devops软件开发全栈工程师

这三个预测,代表了到2020年将影响数据中心基础设施的根本性变化。

摘要:DevOps强调开发人员、运维人员以及QA之间的合作与沟通,而这种开发模式也催生了一些新角色的出现:“全栈工程师”,本文作者认为,“全栈”工程师的流行也就意味着真正的程序员正在被扼杀,真的是这样吗?

来源:CNBC、stripe

到2020年,剩余的那30%无法有效应用人工智能支持企业业务的数据中心,在运营和经济上都会是不可行的。

之前,CSDN研发频道曾发表过《 全栈工程师会是未来的发展趋势吗?》,该文引起了开发者们的热烈讨论,很多工程师认为,全栈工程师更适合于一些初创公司,想要做到面面俱通,并不是简单的事情。而本文作者Jeff Knupp认为,DevOps的流行让越来越多的程序员身兼多职,也就是大家所说的“全栈”,这种流行趋势正在扼杀真正的程序员,真的是这样吗?

作者:Will Gaybrick

随着AI和ML的出现,I&O领导者有机会平衡和减少系统的复杂性,并创建一个新的“自组织系统”范例。在这种模式下,I&O领导者可以对一个更广泛、更强大的AI角色保持期待,无论是作为一个平台还是作为一个服务。

最近,我很讨厌两个趋势,分别是:DevOps和“全栈”工程师。DevOps运动的流行也让我不喜欢x86架构或单核。事实上,并不是每个公司都是初创公司,但似乎每个公司都要搞的跟初创公司似的。

编辑:三石

图片 2

DevOps

【新智元导读】软件开发人员正逐步成为一个企业成败的关键。但目前大多数企业并没有很好的利用这一宝贵资源,反倒因管理不当,造成每年高达3000亿美元的巨大经济损失。如果更加科学部署软件开发人员工作,未来十年将对全球GDP带来30000亿美元的提升。

I&O领导者未能投资于生态系统和平台智能,如人工智能等IT运营平台,企业可能会在行业内变得无关紧要,失去竞争力。尤其是当他们的技能和工具落后于日益增长的操作复杂性和日益增长的对主动性、个性化和动态服务的需求时。

DevOps主要强调开发人员、运维人员以及QA之间的合作与沟通。因为软件会定期的更新,发布新版本,所以,以前旧的“瀑布式”的软件开发-测试-发布流程已经变的不适用。作为开发人员,除了实现功能外,还需关心负责产品的质量测试和发布环境。

与缺乏资金相比,缺乏软件开发人员会对公司造成更大的威胁。

到2020年,当支持通用模式时,90%的无服务器部署将在I&O组织的权限范围之外进行。

开发者职责的不断扩大也催生了一些新角色的出现,“全栈”工程师。什么意思呢?一个开发者除了会编写代码外,还可以充当QA团队成员、业务分析师、系统管理员和DBA。如果你指责我说的太夸张,那么你可以去查查什么叫“全栈”工程师。

尽管如此,许多公司仍旧滥用着这些最为宝贵的“资源”,很多开发人员的工作被限定在维护破旧系统或者软件,这项任务每年的耗费高达3000亿美元,而其中,仅仅在老旧代码更新这项任务上就会耗资850亿美元。

从AWS Lambda——可以说是第一个无服务器计算服务——开始,利用无服务器技术的兴趣在领先的IT组织的开发者社区中爆发了。无服务器计算为开发人员提供了三个主要好处:

“全栈”的流行主要源自于创业(当然,还有敏捷)。尤其是在创业初期,由于资源的匮乏以及资金上的短缺,一名工程师常常扮演着多重角色。因此,网络上也诞生了这样的说法:全栈是被创业逼出来的。

如果公司能够合理部署软件开发人力资源,在未来十年里,会对全球GDP的增长贡献30000亿美元。

· 它支持运行代码而不需要操作基础设施。这提高了开发人员的生产力,并使他们能够专注于代码开发,而不必担心底层的基础设施。

身兼多职

相比钱,企业更想要的是高水平开发人员

· 由于后端资源的自动伸缩特性,它可以使横向扩展更容易。可伸缩性现在变成了软件设计方面的问题。

想象一下,如果你目前在一家创业公司,该公司的开发团队只有7个人,你已经有1年的Web开发经验,你所参与的项目也都在很好的运行,尽管也会遇到各种难关,但仍能正常工作。但有时,如果你遇到一个数据库领域的问题,该问题需要专门的DBA团队才能解决,但由于资源有限,你只能亲力亲为,绞尽脑汁地去解决这个问题,即使你不擅长数据库。

在进入现代消费者互联网时代整整25年后,公司高层们仍旧在试图解决一个根本问题——“数字转型”。

· 公有云托管的基础设施即服务(IaaS)无服务器框架会带来真正的按需消费,因为没有闲置的资源或孤立的VM或容器。

在一个创业公司里,开发者随时可能扮演着QA、测试人员、部署/业务分析人员、系统管理员或数据库管理员的角色。这些也都是业务的根本需求,有的人在这样的环境里会快速成长。即使这种“全栈”工程师真的存在,他们也并没有得到很好的使用,在各种角色中来回切换。这真的很糟糕,大多数优秀的开发人员几乎都可以把这些事情办完了。

这个挑战如此棘手的原因,是因为它无法像其它大多数转型问题一样,用资金或管理手段来解决。相反,新一代企业领导人需要的是具有专业背景、知识的软件开发人员。

由于一般用途的企业工作负载技术的不成熟,以及今天大多数工作负载是“请求驱动”而不是“事件驱动”的事实,企业采用无服务器计算仍然处于萌芽状态。然而,随着新技术驱动下一代前端的发展,事件驱动的工作负载将变得越来越重要。

技术层次

图片 3

到2020年,超过50%的企业将在生产中运行关键业务容器化的原生云应用程序,目前这一比例还不到5%.

优秀的开发者都是非常聪明的。任何一个组织都会有一定的技术层次结构。开发在最顶端,紧随其后的应该是系统管理员和DBA。QA团队、运维人员、发布协调等在最低端。为什么会这样安排?

系统工程师在数据中心配置服务器,摄影:baranozdemir/来源:Getty Images

容器的采用在软件开发和测试用例上一直以病毒般的速度在增长,这是由于容器能够使环境与软件开发生命周期保持一致,并使应用软件不断地开发和部署。可以理解的是,组织希望将这些好处扩展到生产环境中,以充分利用它们在开发和测试阶段所获得的敏捷性和效率价值。虽然开发人员主要是在容器周围推动工具的使用,但是I&O领导者需要准备好在生产中支持这些容器化的应用程序。至关重要的是,它们还必须确保在安全性、性能、数据持久性和恢复能力方面实现业务SLA(服务水平协议)。

因为每个角色在必要时,都可以做比他层次低的工作。

随着全球经济越发的在以技术为支持的轨道上运作,加之许多公司都在试图努力转型成为科技公司,这就导致了对高质量软件工程师的需求空前高涨。

除了提高开发人员的生产力外,I&O领导者还可以期望从这项技术中获得更多的好处。由于可以在裸机基础设施上运行,因此可以在单租户服务器基础设施上比VM更高效地操作容器。由于它们的资源占用较小,容器还可以在主机上启用更高的租户密度。容器化的应用程序可以更有效地管理,减少配置漂移,因为可以更容易地重新部署服务并自动化它们的生命周期管理。

创业公司可能会这样想:在需要时,好的开发人员也可以充当DBA、测试人员、部署工程师等任何他们需要的角色。他们的需求驱使着这些优秀的程序员扮演着许多低能的角色。这里面存在着很大的问题:他们并不能反向工作,比如,一名QA并不能去做开发。

根据Stripe和Harris Poll的最新研究表明,超过半数的高管认为,缺乏高质量开发人员才是对其业务成功构成威胁的最重要因素。而更令人惊讶的是,在金融危机过去10年后的今天,这种威胁甚至超过了资本的约束。

【编辑推荐】

不知从何时起,提高软件质量已成为一场闹剧,一些非常有才华的员工常常超时工作,而一些低级别的职位甚至都不存在。这就是问题的症结所在。开发者、QA、运维等人员都由“全栈”工程师来充当会显得相当多余,但大公司一般都喜欢这样做,意味着他们可以雇佣更少的人做相同的工作。在整个工作过程中,实际的开发工作只占到了很小一部分。这就是为什么大多数开发者无法通过FizzBuzz:他们从来没有真正写过任何代码。

图片 4

广而不精

stripe调查结果

如果你是一名技术不错的软件开发者,你需要在适当的地方部署系统,那么,你可以快速说出这些系统的优缺点吗?Puppet、Chef、Salt、Ansible、Vagrant、Docker。现在,来将你的部署方案付诸实践吧!你甚至会认识到,在这些系统中,有一个是不必要的。

尽管开发人员是许多公司最为宝贵的资源,但他们常常被“浪费”掉。总的来说,由于开发人员花费大量的时间维护遗留系统或更新“破旧”代码,现在的公司,每年损失超过3000亿美元来偿还诸如此类的“技术债务”。

专业化是有原因的:人类所吸取的知识是有限的,在任务之间来回切换的代价是昂贵的。强迫开发者身兼多职意味着:

考虑到开发人员对公司的成败起着决定性作用,上述问题就变得令人堪忧了。软件开发人员并不会对“创意”造成垄断,但是他们的技术是关联创新、生产力和新经济的关键来源。如果开发人员部署得当,他们可以成为“经济加速器”,极大的提高所在单位和公司的产出。

  • 没有时间用于开发
  • 需要不断地充电,好让自己能够跟上庞大的知识领域
  • 会崩溃

三大方法,有效挖掘开发人员的最大价值

更重要的是,公司强迫开发者接受“全栈”任务,那么公司所给的薪水就要高于市场平均水平。如果一个开发者一年可以赚100K,你可以雇佣4个同样的开发者来做两个人的任务,其中50%的时间用来做开发,50%时间做发布管理。或者,你可以花75K来雇一个发布管理员,然后2个做全职开发。值得注意的是:开发者来兼职发布管理工作完全是浪费时间,因为发布管理无需一直不间断地进行。

若开发人员是公司最受限制的资源,那么如何提高他们的生产力就成了关键问题。作为高管,有以下三个方法可以加倍提高开发人员对公司的有利影响:

不要扼杀程序员

了解你当前的成本、机会成本

这样做的效果就是以“技术实用”来摧毁开发者。开发者之所以从事这份工作,是因为他们享受这份工作带来的乐趣(在某点上)。当你强迫这些聪明人执行额外的任务时,你其实是在伤害每个与之相关的人。

对于CFO来说,这意味着要像考虑美元分配一样,仔细地考虑开发人员的时间分配问题。

并不是每个公司都是初创公司。出于选择,初创公司也没有让开发者身兼多职,他们这样做是出于必要。请不要混淆“精简”与“以最少的雇员运营”的区别。看在上帝的面子上,让开发人员写代码吧!

外包

来自: jeffknupp

张开双臂,拥抱“云”的温度!云平台,不仅可以用来存储和计算,还适用于普遍的业务功能(除了公司独有业务外),例如消息传递、支付、CRM、企划、会计以及库存管理。

尽量让开发人员投入到对公司影响较大的项目中。而对于“云”可以解决的项目,如果你正在考虑外包还是内部自行搭建,那么答案非常简单:买!

除非你在亚马逊或者微软这样的公司,否则不应该安排工程师做构建数据中心这样的项目。但同时,开发人员也应该尽心尽力的让公司业务变得与众不同。

聘请有技术相关背景的领导者

如果高层不具备技术相关背景,那么起码高级副手(top lieutenants)应当具备这个条件。将软件开发人员直接纳入战略业务决策,会确保你拥有正确的产品路线图、合适的团队,并最终获得可持续成功的正确技术策略。这将缓解技术债务的增加以及避免不必要的浪费开发人员的时间。

由于“数字转换”仍然是每个公司的首要任务,因此授权开发人员使用工具、基础架构和各种指南,对于公司业务的发展是非常重要的。开发者之间的相互协作能够发挥出事半功倍的巨大力量,能更有效地利用现有资源,实现更高速的业务增长。

返回搜狐,查看更多

责任编辑:

本文由www.301.net发布于科技生活,转载请注明出处:商场将历年损失3000亿美金,二零一八年的数目基

关键词: www.301.net