HTML5资讯

当前位置: HTML5技术网 > HTML5资讯 > 为什么越简单的技术对于开发人员越难

为什么越简单的技术对于开发人员越难

英文原文:Why Even "Simple" Technology Can Be HardFor Developers
  简单 != 容易
  从 Amazon Web 服务到 AngularJS 之类的 web 框架,便利性驱动着世界上最好的技术。但是,更加快速地、变得有效率的“便利性”,经常伴随着一个隐藏的价格标签:为了变得真正有效率,你将不得不花些功夫。
  伟大的技术经常貌似简单,新手们直觉上不需要太多努力就可以“学习”。当人们认为他们已经掌握了这门技术、而他们真正做的所有工作相当于是一个“hello world”程序的等价物时,问题就出现了。在你归咎于这个工具之前,你往往需要投入时间以正确地使用它。
  关于 AngularJS 的“复杂感受”
  让我们用 AngularJS 做例子。AngularJS 是一个 web 应用程序框架——JavaScript 代码类库、模板和其它软件的集合,目的是让开发人员更加容易地开发动态网页或 web app。
  正如 Anand Mani Sankar 建议的,问题在于 AngularJS 入门容易,简单掩盖了框架的力量:

       [AngularJS]通过抽象了很多内部的复杂度,而只暴露程序开发人员关心的东东,大大简化了应用程序的开发过程。
  听起来这是一项伟大的工作,它也让新手们在完成第一个“hello world”应用程序后,就觉得掌握了这套系统:

       AngularJS 旅程会产生复杂的感受。学习曲线与其它 JS 框架有着很大的不同。进入的门槛非常低。但是,当你开始深入的时候,学习曲线突然变得陡升了。
  Sankar 然后引用了 Ben Nadel 关于 AngularJS 旅程的幽默描述:

       当然,一些人被卡在了谷底。比如,George Butiri 从 Google 搜索到了很多关于“The reason Angular JS will fail”的文章。Butiri 解释道,AngularJS 实际上相当难,没有给出太多专门的例子来解释为什么是这样子,至少超过了“因为我更喜欢 jQuery。”


  太容易失败了


  很多最好的技术都是这样。它刚开始时简单,不过如果你想真正掌握它,你将不得不投入大量时间。一些人开始势头很好,发现了复杂,然后抱怨这门技术没有永远地保持出乎意料的好。


  对不起,真正的技术不是那样运转的。它总是需要努力,如果不能以正确的方式运行,就会失败。


  看看 NoSQL 数据库,我在这个世界花了太多的时间。


  NoSQL 对于新手而言,无论是 MongoDB、HBase 还是 Cassandra,喜欢兜售它的无模式特性(schema-less)。关系型数据库的旧世界需要僵硬的模式而且狂热!在 NoSQL 的新世界,定义数据结构的模式消失了,DBA 们消失了,规则消失了!真简单!!


  当然,这完全是胡扯。正如我的同事 Asya Kamsky 喜欢说的,“NoSQL != NoDBA.”(NoSQL 与“没有数据库管理员”不是一回事儿。)


       NoSQL 不代表“没有 DBA”。如果有人试图这样说服你,他们很可能要向你推销什么。这不意味着你有一个具有“DBA”头衔的团队或人员——然而,如果你有一个数据库,无论它是关系型,还是非关系型,那么一定有人担任“DBA”角色——如果他们不知道他们做的事情,那么在问题出现之前,一大堆工作将不会完成或被考虑到。


  浏览关于 NoSQL 数据库、AngularJS 或大部分你喜欢的技术方面的文章,我保证,如果不是大部分,也有很多是由那些感觉受**的人写的,技术没有按照这种用户想要的方式运行,因为他们没有真正的投入。的确,有时候是技术失败了。多数情况则是令人触目惊心的。


  但是,当技术没有神奇地减掉我们需要的工作时,我们常常在抱怨。


  杠杆越少,幸福越多?


  从这两者得到好处的一种方式就是通过可管理的服务,比如 Amazon web 服务的 Redshift。Redshift 是一个运行在云端的、完全管理的数据仓库。“完全管理”意味着它更容易使用,但是它也意味着用户失去了他们可能在 Teradata 或另一种企业数据仓库中的一些把手和杠杆(the knobs and levers)。


  然而,这恰恰就是问题的关键。


  正如 AWS 数据科学的总经理 Matt Wood 最近告诉我的,Redshift 和其它 AWS 服务致力于通过移除复杂让用户易于使用。给用户更少的“杠杆”意味着 AWS 也给他们更少的失败方式。当然,技巧是在产品简单与用户控制之间找到平衡。


  例如,Airbnb 对 Redshift 刚开始是如何容易感到洋洋得意,但是随后就需要一些折衷(和投入):


       我们面临的第一个挑战就是模式迁移。即使 Redshift 是基于 Postgres 8.0 的,“微妙的”不同仍然足够大,强迫你用 Redshift 的方式工作。我们尽量自动化模式迁移,但是问题比我们最初期望的更大,我们认为它超出了试验的范围。在 Redshift 里,索引,时间戳类型,数组,不被支持,这样你需要在你的模式里排除它们,或找到变通方案。


  无论如何,Airbnb 投入了努力,看到了至少五倍的性能提升和巨大的成本节约。起步容易,但是也值得继续投入。


  也有很多伟大的软件,它们看起来使用简单。为了走出对于任何伟大技术的新手状态,你将不得不有目的地使用,你将不得不投入时间和努力来掌握它。


  可以有免费的软件,但没有免费的午餐。

【为什么越简单的技术对于开发人员越难】相关文章

1. 为什么越简单的技术对于开发人员越难

2. Firefox OS 1.3增加面向移动开发人员的新技术

3. 开发人员需要牢记的HTML 5安全问题

4. 2012年,开发人员对HTML5都有哪些期待?

5. 2012年,开发人员对HTML5都有哪些期待?

6. 对Web开发人员和设计师有用的10个流程图

7. SlimerJS – Web开发人员可编写 JS 控制的浏览器

8. Web 开发人员必备的经典 HTML5 教程

9. Java开发人员必须重视HTML5的五点理由

10. NODE.JS为什么会成为企业中的首选技术

本文来源:https://www.51html5.com/a3721.html

点击展开全部

﹝为什么越简单的技术对于开发人员越难﹞相关内容

「为什么越简单的技术对于开发人员越难」相关专题

其它栏目

也许您还喜欢