全栈工程师是可以将最初的原型转换成为 MVP（最低可行产品）,他们通常被称之为行业的万精油，无所不会的大师，而且有很好的声誉。为了定义现代的全栈工程师，我们首先需要关注的是完整的堆栈开发人员曾经是什么。 很久以前，大约在 2000年（在互联网时代，17 年是很久以前），一个完整的堆栈开发人员是这样的人可以做的：
能利用 Adobe 工具像图象处理软件PS处理图片或者是设计烟花网页
把这个设计变成 HTML、CSS 代码和站点上的图片（哦，还记得吗？）
还有就是编写一些基本的 PHP 4 脚本（在那时没有面向对象的 PHP）来处理服务器端的业务逻辑。
将所有动态数据存储到 MySQL 中，可能会做一些优化。
把这些工作通过 FTP 上传到服务器，然后收集薪水。
请注意，我们在这里谈论的 PHP —— 全栈的 FLASH 或 ColdFusion 开发者的工作流程是不同的（但只是略有不同）。
那些日子很简单，生活很美好。一个人的代理机构到处都是，工作过后，人们仍然有时间和家人在一起。
现在一个全栈开发者需要懂得什么？
这些日子，我们担心如下正在发生的事情。 何以发展至这个地步？（图片文字意思是：我几乎见不到我的孩子。那也是你不得不承担的风险）
为了在如今饱和的市场上取得成功，我们开发者，常常也是完美主义者，在是否需要外包上犹豫不定，常常奉行“如果你要做对某事，就要怎样怎样”的信条。这把我们逼到了墙角，我们不得不学习每件事情，如此一来，成为一个全栈开发者常常以围绕如下事情而告终。
一个开发者必须懂得如何进行基本的服务器管理。这包括但不限于以下几点：
除了以上基础知识，一个开发者应该懂得如何通过 Docker 或虚拟机比如 Vagrant 来创建良好、健康、隔离的开发环境。如果以上所有方面你都不熟悉，我们有一本关于这个主题的在售优秀图书.
一个开发者还应该熟谙版本控制系统，才能够可靠地生成可共享的、协作的代码库及其备份， 并且随时间流逝跟踪其变化。这些日子以来没有一个现代开发者的流程能够少得了版本控制系统。我们这里有一个精彩的付费视频教程。
除了实际管理的或虚拟化的服务器，开发者可能还需要知道云 - 托管平台，像 Heroku、Google Clould、Azure、AWS 等。
对于平台和工具来说，有一点值得一提，那就是宣传比即时可用有效果。但是长远来看，熟悉大家都在谈论的服务终究会派上用场 — 现在客户端可以随时更换供应商，所以需要时刻准备着。幸好我们有部署到这些云主机的终极指南。
在后端, 除了懂得所选择的语言（我们选择 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 等等。
前端真的很混乱。
要全面了解当前健康的前端工作流需要什么，请参阅 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 有一些联系，但这需要拥有特别的技能集。
我们有一篇很好的关于 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！） ，但薪水比现在低，项目比现在难获得。
那么你呢，是全栈还是专攻一技？不管是哪一种，你认为这么做值得吗？
