什么是全栈开发者

全栈的层：

1.服务器、网络和服务器环境

1. 知道哪里可能崩了和为什么会崩，没有什么是理所当然的。

2. 适当的使用文件系统，云存储、网络资源，必须具备数据冗余和可用性的概念。

3. 知道应用的伸缩性对硬件的需求。

4. 什么是多线程和竞争条件？想想看，在开发机上你可能看不到这些，但是现实环境中它们就是会发生。

5. 全栈coder还要能与运维并肩作战。提供有价值的错误信息和日志。确保它们是可靠的，因为运维会在你之前看到这些东西。（原文为DevOps）

2.数据建模

1. 如果数据模型有缺陷，业务逻辑和上层逻辑就要用奇怪的代码（很丑）来弥补数据模型的缺陷。

2. 全栈开发者要能够建立合理的、标准的关系模型，包括外键、索引、视图、查找表等。

3. 全栈开发者要熟悉非关系型数据存储（应该指的不止是NoSQL），并且知道它们相对关系型存储优势所在。

3，业务逻辑

1. 应用提供的核心价值。

2. 可靠的面向对象技能。

3. 可能会用到的框架。

4，API层、Action 层、MVC

1. 理解外部对数据模型和业务逻辑的操作。

2. 该层会有很多框架应用。

3. 全栈开发者要具备编写清晰、一致和易用的接口。过高的复杂度让人厌恶。

5，UI

1. 全栈coder：a)知道如何创建可读的页面布局；b)或者明白自己需要帮助设计师。A或B，关键是要能有好的视觉设计。

2. 掌握HTML5和CSS。

3. JS正在逐步成为语言新锐，Javascript的世界里已经完成了很多激动人心的工作（node, backbone, knockout...）。

6.用户体验

1. 全栈coder要知道用户需要的就是It works！

2. 一个好的系统不会废了用户的手腕和眼睛。一个全栈coder会发现和审视需要8次点击、3步操作的流程，并最终把它一键搞定。

3. 提供有价值的错误信息。如果崩溃了，就要向用户致歉。有时候程序员会写出让用户自我感觉很二的错误信息。

7.知道用户和业务到底要什么

1. 现在我们模糊了架构的界限，但却可能远离了实际需求。

2. 全栈coder要明确知道用户使用软件时的场景，而且要领会业务。

关于这个问题的其它方面： 编写高质量的单元测试能力。顺便说一下现如今连JS也可以做单元测试了。 持续集成。发掘程序构建中重复、可自动化的流程，在一定程度上自动完成测试、文档和部署。 对安全性的敏感，不同的层都可能有自己的脆弱点。 最后： 应用严重依赖一个特定的第三方实现（lib、系统、硬件等）是非常糟糕的实践。全栈开发者要知道了解全面不代表就可以走捷径。当然在抛弃原型法中，他们可以这么干。 在技术起步时很需要全栈开发者的多面技能。然而，在团队定型后，会越来越需要专注技能。 我不觉得在具备了多语言、多平台甚至跨行业的职业生涯之前，你可以称自己为全栈开发者。全栈远超“高级工程师”，它更接近是多语言的开发者并且能在更高的角度看到之间的关联。注意在我的列表中只有3-5项涉及到编码。

原文：http://www.oschina.net/translate/what-is-a-full-stack-developer