除了以上基础知识，一个开发者应该懂得如何通过 Docker 或虚拟机比如 Vagrant 来创建良好、健康、隔离的开发环境。如果以上所有方面你都不熟悉，我们有一本关于这个主题的在售优秀图书.

一个开发者还应该熟谙版本控制系统，才能够可靠地生成可共享的、协作的代码库及其备份， 并且随时间流逝跟踪其变化。这些日子以来没有一个现代开发者的流程能够少得了版本控制系统。我们这里有一个精彩的付费视频教程。

云

除了实际管理的或虚拟化的服务器，开发者可能还需要知道云 – 托管平台，像 Heroku、Google Clould、Azure、AWS 等。

来自 GIPHY

对于平台和工具来说，有一点值得一提，那就是宣传比即时可用有效果。但是长远来看，熟悉大家都在谈论的服务终究会派上用场 — 现在客户端可以随时更换供应商，所以需要时刻准备着。幸好我们有部署到这些云主机的终极指南。

后端

在后端, 除了懂得所选择的语言（我们选择 PHP）的多种框架和 CMS（内容管理系统），一个开发者需要熟悉：

• Web 服务器比如 Nginx 和 Apache， 这关系到以上 DevOps（开发+运维）
• 不幸的是, NodeJS 用于把 JS、CSS 和其他资产编译为静态可驻留的文件。 幸运的是，我们可以通过使用 PHP 来避免使用 NodeJS。
• 工具比如 Composer，以便在 PHP 中进行打包和依赖管理。没有一个现代开发者的环境离得开此类工具
• 良好的 API 设计，因为今天大多数的新网站都是基于 API 的，几乎不谈及独立的前端交互（下文详述）.
• 搜索引擎比如 ElasticSearch （入门在这里）对性能十分重要
• cronjobs 和后台作业，借助于工具比如 Gearman 或库比如 Crunz
• 了解缓存技术，使用 Varnish、Redis，以及类似的强大工具，以便把托管成本摊薄为个位数，这将决定一个项目的成败

数据库

数据库是一个独立的部分，因为除了掌握好管理数据的关系数据库，数据库的模式不会经常改变，（比如 MySQL 或 PostgreSQL），一个开发者需要弄懂 NoSQL 数据库比如 MongoDB、Redis，或者 Cassandra – 更不用说图数据库比如 Neo4j。

更糟糕的是，这些都在服务器上，在开发者的控制下。 也有几个远程方案比如类似 Mongo 的RestDB 或 Google 拥有的 Firebase 等等。

前端

前端真的很混乱。

图片来自 GIPHY

要全面了解当前健康的前端工作流需要什么，请参阅 JavaScript 频道上的这篇优秀文章 。但作为一篇“太长，别看”的文章，它概括起来包括以下要点：

• NodeJS 和 NPM
• Yarn
• 预处理器和诸如 Typescript、ES6、LESS、SCSS、SaSS 的跨（语言）编译器
• 构建器和任务执行器，比如 Grunt 和 Gulp
• 框架，比如 VueJS、React、Angular
• 模块打包工具，比如 Webpack、Browserify、Rollup

设计

在设计中，开发者需要知道如何将应用程序的原型转换成可用的格式，如 HTML 和 CSS。 然后可以使其与一些 JS 交互，后端可以用伪 JS 端点模拟，只有当这个“壳”应用程序完成，用户体验设计和接口设计就绪，才能真正开始开发。 这本身就是一项艰巨的任务，需要一套特殊的工具，如：

• Photoshop 和/或 Illustrator 或开源的替代品如 Gimp / Inkscape – 在 Design channel 上找到所有关于这个的信息
• 一个良好、快速的编辑器如 Atom 或 Sublime Text （ 全栈开发的10个 ST 插件在这里）
• 模式采摘器如 Subtlepatterns 和色彩采摘器以便配色
• CSS 的 grid systems
• 以上所有前端部分用于 JavaScript 模拟
• 在网上部署原型的方法，让顾客看到并给你反馈 – Ngrok 对此非常有用

日志

开发者需要对 App 的健康状况进行有效的关注，需要追踪错误，访问日志并从中提取有价值的信息。开发者们还需要尽可能识别标志性的趋势，像 CPU 或者 I/O 使用量的提升都是故障停机的重要标志，这跟 Devops 有一些联系，但这需要拥有特别的技能集。

通过 GIPHY

我们有一篇很好的关于 ELK 栈的文章，它把你对日志的需求都准备好了——它结合了 ElasticSearch 来搜索日志，Logstash 用来收集他们，并且它的可视化面板 Kibana 可以叠加地把它们显示在用户友好的监视器上。甚至还有托管的解决方案来帮助你解决这个问题，例如 Logz.io。

移动端

最后还要考虑移动端。随着 iOS 和 Android 上的 Webview 性能变得越来越好，而且由于 PWA（增量式 web 应用）的出现，本地应用程序由于其复杂的开发过程正在逐渐失去其魅力。因此，全栈开发人员必须熟悉 PWA，像 React Native，或者 NativeScript、Tabris、Cordova、Phonegap 等完全用于 webview 的知识，或其他的类似实现，以获得一个基于其 API 的优异“客户端应用程序”（ 参考上一节的结尾）。

值得成为一个全栈开发者吗？

那么，这一切都值得吗？

首先，应该注意的是，很少有全栈开发者达到那样的全栈。很多人只关注全栈的大部分技术和大多数方面，而不是全部，因为没法做到全部关注。

其次，每一件事知道一点皮毛不会让你成为某个特定技艺的大师，这是真的，但它能让你理解项目中的内容，以及这些技术中哪些是一个项目中实际需要的。这是一个无价的技能，当外包，开办工作室，或只是指导现有的团队从迷路中走上正道都能用上。

我可能不是你会巴结的 “JavaScript 摇滚明星”、 “Elasticsearch 忍者”、 “MySQL 大师”, “Devops 狂人”, 或 “Mobile 争论者” ，但是以我为例，作为全栈开发人员当我从事自由职业时，我得以展开我的翅膀，试验不同的技术，并提供可选择的、不寻常的解决方案给我的客户。 钱可以来自各个方面，我的合同范围可以从服务器工作到 WP 插件开发，以及介于两者之间的所有方面，因为我对所有这些东西都很熟悉（当然，前者比后者更重要）。对我来说，成为一名全栈开发人员是绝对值得的。如果我把它与我之前的只会 Flash 的日子相比，那时我确实更享受工作（没有 JavaScript！） ，但薪水比现在低，项目比现在难获得。

那么你呢，是全栈还是专攻一技？不管是哪一种，你认为这么做值得吗？

本文地址：

原文：https://www.sitepoint.com/full-stack-developer/，翻译：oschina