技多不压身，这么一个传统观念充斥着每一个行业希望进取进步的人们，当然包括了互联网行业。作为互联网行业“技多”的头号标签就是“全栈”，作为公司之中的技术负责人，“深度”和“广度”哪个更为重要，一直是一个争论不休的话题。最近我和朋友也对此有些争论，这里反跟大家分享一下。我们先看看：
全栈的定义是什么？
相信很多人不认同此观念，但是不得不说，绝大多数的开发者都以此为目标。近段时间再工作中，频繁的与同事聊到这个话题，也让我深思了一下。
何为“全栈”工程师？
以实现一个电商APP作为例子：
使用Java之中的maven项目管理，以Spring+SpringMVC+MyBatics作为服务端框架，以RestFULL形式提供API接口。数据存储使用MySQL，使用Redis作为缓存加速。刚开始可能由于不够熟悉运维，设备云服务都在阿里云和七牛上购买现成的。将整个需要制作的需求全部理清楚，API接口开发完毕之后。可以开始书写前端和客户端逻辑了。
JavaScript对于每个后端的开发者都是一个较为头痛的问题，好在与朋友咨询过，前端页面使用Google的AngularJS作为MVVM框架，使用Bootstrap作为UI，使用Gulp作为整个项目的打包工具。调用之前自己封装的接口，终于能够出现一些商品展示页面了。
这个时候开始书写客户端了，Android客户端开发之中在github上淘了一些华丽的第三方控件，使用OkHTTP、Retrofit作为网络框架，EventBus作为整个APP中的事件流传递系统。配置使用Gradle并使用第三方的加固保护自己的APP。iOS开发使用AFNetworking作为网络框架，JSONKit来解析协议之中传输过来的JSON。等~
然而，这样的人存在吗？
希望熟练的掌握前端、后端、客户端方向的知识内容，每天都花时间来钻研也得花10年左右的时间。大多数自称为“全栈”的工程师，都停留到这个方向我“略懂”的境界。至于具体如何实现，如何让架构更时候后面阶段的模块化开发，那就真不知道了。
最后，给大家几个建议：
尝试与别人沟通自己的想法——不做困在笼子里的孤鸟
学会阅读英文文档——拒绝阅读英文意味着永远只能接受别人的二手资料
要做思维迁移——IT技术本质是相同的，打好技术才能以不变应万变
对自己负责——所有你发现的问题，都是你的问题