开发者是如何使用 Node.js —— 调查结果

   <h2>开发者如何使用 Node.js——调查结果</h2>    <p>为了解开发者如何使用 Node.js 以及偏爱的相关技术，2016年夏季， <a href="https://trace.risingstack.com/?utm_source=blog&utm_medium=first_mention&utm_campaign=trace" rel="nofollow,noindex">下一代 Node.js 调试、性能监测解决方案——Trace</a> 的提供者、Node 基金会的银级会员——RisingStack 进行了一项调查。本文对调查结果进行了总结。</p>    <p>结果表明，MongoDB、RabbitMQ、AWS、Jenkins、Docker 以及 Amazon Container Services 是开发、集成、装载 Node.js 应用的首选。</p>    <p>此项调查也让我们了解开发 Node.js 的方方面面以及异步控制流、调试、持续集成或寻找包的选择方案。结果显示，Node 开发者的主要痛点是调试。</p>    <p>这项调查从 2016 年 7 月 11 日至 8 月 15 日，共开放了 35 天。在此期间，1126 位 Node.js 开发者共同完成了这项调查。其中 55% 开发者拥有两年以上的 Node.js 经验，26% 使用 Node 一至两年。20% 在上市公司工作，7% 在《财富》500 强。</p>    <h2>Node.js 相关技术</h2>    <h3>MongoDB 成为数据库首选</h3>    <p style="text-align:center"><img src="https://simg.open-open.com/show/5e136447f520cea8089bbd6526df7169.jpg"></p>    <p>根据结果，MongoDB 显然是 Node.js 开发者的首选数据库。大约 2/3 的参与者表示他们在自己的 Node.js 应用中使用 MongoDB。值得注意的是，在阅历丰富的 Node 工程师当中，Redis 的人气剧增，PostgreSQL 和 ElasticSearch 也是如此。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4ec0a944de5a1be8f4d90ebcd6f642df.jpg"></p>    <p>“Redis 和 PostgreSQL 在富有经验的开发者中人气剧增”——@RisingStack #nodejs #survey</p>    <h3>Redis 在缓存解决方案上领先，但是许多开发者还没有做这方面的处理。</h3>    <p style="text-align:center"><img src="https://simg.open-open.com/show/9d132259c0f1db5f47ccc6d766df8225.jpg"></p>    <p>一半参与者表示在用 Redis 进行缓存，但难以置信的是，有 45% 根本没有缓存方案。相互比对经验丰富的程序员的答案，我们可以发现，相比于 Node.js 经验少于 1 年的工程师，Redis 在 Node 长期使用者中的人气相当高。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4450e94c6ac8bb1967d9155c0149bd26.jpg"></p>    <h3>消息系统的流行度仍旧较低</h3>    <p>根据调查，58% 的 Node.js 开发者没有使用任何的消息系统。这意味着开发者在自己的微服务系统中很少使用消息，而用了 REST API，或者他们的系统不够复杂。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/0d3f71b9859e614746977ab9712ba024.jpg"></p>    <p>使用消息系统的开发者表示他们大多用 RabbitMQ（24% 的调查对象）。如果我们只研究使用消息系统的开发者的答案，那么 RabbitMQ 远胜于其它已有的解决方案。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/e51114d54c44fbcaaa6ee101570df3e7.jpg"></p>    <h3>Node.js 应用大多在 AWS 上运行</h3>    <p>根据调查，43% 的 Node.js 开发者用 AWS 来运行应用，但是自己运行数据中心也很普遍（34%），尤其是在企业间（几乎 50% 有自己的数据中心）。这也并不奇怪。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/bfd9840a087aaa9a86f466ce07ffdb34.jpg"></p>    <p>“43% 的 Node.js 开发者用 AWS 运行应用”——@RisingStack #nodejs #survey @awscloud</p>    <p>但有意思的是，Heroku 和 DigitalOcean 并驾齐驱成为 Node.js 第二大云平台。根据数据，DigitalOcean 在小公司（少于 50 人）间更流行，而 Heroku 作为企业解决方案也很强。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/849e65aea35034f964460af77c5157a2.jpg"></p>    <h3>Docker 在 Node 社区中独领风骚</h3>    <p>目前，Docker container 是多数 Node.js 开发者的首选解决方案（47% 的调查对象表示在用——而 container 技术用户中则高达 73%）。Docker 似乎在所有规模的公司间都很流行，但资深程序员使用得更多（一年以上开发经验的）。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/9259a29302c62c469ceba0d5b9d9f9c3.jpg"></p>    <p>“Docker container 是多数 Node.js 开发者的首选方案。”——@RisingStack #nodejs #survey @docker</p>    <p>64% 的调查对象表示使用 container 技术——意味着 container 的流行度从 2016 年 1 月 <a href="/misc/goto?guid=4959729884973248089" rel="nofollow,noindex">Node.js 调查</a> 的 45% 显著提升了 20%。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/8f1cc42cfa3eac350583cd0a4267cb46.jpg"></p>    <h3>Amazon Container Service 是运行 container 的首选</h3>    <p style="text-align:center"><img src="https://simg.open-open.com/show/04a63cb8a0cbd21864cded0ff24e5029.jpg"></p>    <p>虽然 Amazon Container Service 是运行 Node.js container 的首选，但值得注意的是，根据我们的调查，Kubernetes 也占比 25%，并且似乎在企业 Node.js 开发者中尤其受欢迎。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/9ef3d731c5c99a72de114c3a4e2de89d.jpg"></p>    <h2>Node.js 开发</h2>    <h3>配置文件比环境变量更加常用。</h3>    <p>与证书相比，多数 Node 开发者（59% vs. 38%）更喜欢配置文件。只有 29 位调查对象（3%）表示两个都用。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/faee798041c8cc7ad579654c6d4f7868.jpg"></p>    <p>只用配置文件有潜在的安全问题，因为这表明证书存放在仓库中。如果你在 GitHub 的生产系统中有证书，那么很快就会有无赖程序员来找麻烦。</p>    <p>为了安全性，建议使用环境变量，但是总的来说仍然可以用配置文件。</p>    <h3>Promise 主导异步控制流</h3>    <p>在 Node.js中，大部分核心库都涉及回调。结果表明 Node.js 用户目前都倾向使用 promise。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4d484e5c7014cbbe59d9b215d83fd406.jpg"></p>    <p>大概半年前， Node.js 核心仓库的一条 pull-request 要求异步函数返回原生 Promise。对此的回答是：“Promise API 目前对核心功能来说没有意义，因为基于 V8 的 promise 以及和其它 ES* 特性的关系还在发展初期。短期内 TC 内部在核心中探索 promise 的兴趣不大”。</p>    <p>也许是时候重新审视这个问题了，因为出现了需求。</p>    <h3>开发者依赖于 console.log 调试</h3>    <p>Console.log 比其它像是 Node Inspector、Built-in debugger 和 debug module 等调试方案更胜一筹。大概 1/4 的 Node 开发者在应用中使用 console.log 定位 error，即使也有更加精细的解决办法。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/8454f248d49d3bd0d8d4ec0ec438092a.jpg"></p>    <p>“大概 1/4 的 Node 开发者在应用中使用 console.log 定位 error。”——@RisingStack #nodejs #survey</p>    <p>进一步观察数据可以发现更有经验的开发者也倾向于 Node Inspector 和 Debug Module。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b048f2fcf7b46ce0de8dfb15f3b07e83.jpg"></p>    <h3>APM 在 Node.js 社区中仍旧低迷</h3>    <p>根据调查显示，只有 1/4 Node.js 开发者使用 APM——应用性能监测工具——来识别应用问题。但是，数据集的趋势表明 APM 使用率会随着公司规模和开发者经验而上升。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/dda74afc1c6ca41712e7c95329c7affa.jpg"></p>    <h3>SaaS CI 在 Node.js 社区的市场占有率依然较低</h3>    <p>根据调查对象的答案，使用 shell 脚本是将代码推到测试或生产环境最普遍的方式。但是 Jenkins 目前在持续交付和集成平台方面明显胜出，并且随着公司规模的扩大而更受欢迎。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/cc96848691b3e7538495ede74c2f77f8.jpg"></p>    <h3>Node.js 开发者极少更新依赖</h3>    <p>Node.js 应用强烈推荐经常更新依赖，因为 根据一项最近的调查 ，约 15% 的 npm 包带有已知的漏洞，76% 的 Node 商店利用漏洞依赖。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/5f92c0028900df9c5d8220be6bd4485e.jpg"></p>    <p>每周至少要更新一次依赖，否则应用就会时刻暴露在严重的攻击下。根据调查，45% Node.js 开发者一个月以上更新一次依赖，27% 每月更新一次，只有 28% 回答至少每周更新一次依赖。</p>    <p>这些数字与公司规模和程序员经验都没有关系。</p>    <h3>Node.js 开发者用 Google 找包</h3>    <p>根据调查，大多数开发者用 Google 找包，并 决定应该使用哪一个。虽然在调查对象中， npmjs.org/npms.io 搜索平台的流行度达到了 56%，但是数据显示在经验丰富（四年以上的 Node 开发）的程序员中流行度几乎高达 70%！此情况下偏好会随经验增加。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/1802aa170a6b2c26f4f6b10b75a85ca7.jpg"></p>    <h3>刚接触 Node.js 的开发者不知道什么是语义版本管理</h3>    <p>虽然 71% 的调查对象在发布/使用模块时会用到语义版本管理，但是在我们看来，这个数字应该更高。每个人都应该使用语义版本控制，因为 npm 就用到了 semver。不用语义版本管理更新包很容易破坏 Node.js 应用。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/bcf0b6f339663a033e8cb5a6936fe4c0.jpg"></p>    <p>深挖数据集，我们可以发现大约有一半经验少于一年的 Node 开发者不知道 semver 是什么或者没有使用 semver，而资深开发者们 semver 的接受度更高。</p>    <h3>Node.js 团队快速引进新技术、工具</h3>    <p>据调查，35% Node 开发者能够几天内就为公司引进新的技术/工具/产品，29% 需要几周的时间。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4f9d5e5ec0fa7ea24c2fa4b2b81a3c36.jpg"></p>    <p>“35% Node 开发者能够几天内为公司引进新的技术/工具”——@RisingStack #nodejs #survey</p>    <p>深入研究数据，可以发现一种合理的模式——引进新技术/工具所需的时间会随着公司规模递增。</p>    <h3>调试是开发 Node.js 的最大痛点</h3>    <p>我们也询问了 Node 开发者，什么是他们开发的最大痛点。答案排名如下：</p>    <ul>     <li>调试/性能分析/性能监测</li>     <li>回调和回调地狱</li>     <li>理解异步编程</li>     <li>依赖管理</li>     <li>缺少统一规定/最佳实践</li>     <li>结构化</li>     <li>糟糕的文档</li>     <li>寻找合适的包</li>    </ul>    <p>“开发 Node.js 最大的痛点是调试。”——@RisingStack #nodejs #survey</p>    <h2>总结</h2>    <p>开发 Node.js 仍是一项有意思、不断变化的体验。在此感谢抽时间回答问题的工程师们，希望本文的信息对整个 Node 社区是有价值的。</p>    <p> </p>    <p> </p>    <p> </p>    <p>来自：http://blog.jobbole.com/108878/</p>    <p> </p>