2019-09-09成为全栈工程师也是分阶段，分领域的。比如平常主要做java的开发人员，基于工作需要，也需要写前端，会golang/php等语言；也需要对运维服务器进行部署/使用，使用运维工具进行发布等。刚开始可能对前端等只是会写，并不能搭建框架，不了解其原理；对服务器部署原理，网络搭建原理也不了解。但是能够满足日常的开发，运维需要。随着时间的推移，业务的发展以及问题的不断出现和解决。慢慢的能够更深入了解除java开发之外的东西，慢慢加强巩固自己的技术栈。当然也不是说什么都要会，更多的还是工作中，业务中用到的，主要还是要服务于业务发展。所以是分时间段，分领域的。作者回复: 分时间段这个思考维度是对的。同时也说明了我们软件开发挑战和有趣的地方：不断有新的东西出现需要学习。
3
2019-09-09全栈工程师不一定全领域，准确的说法应该是多领域，掌握大部分领域，精通少数领域。作者回复: 是的。全栈的开发是T字型人才。一横表示了解多领域。一竖表示精通少数领域。
3
2019-09-17这位大佬，你也没说使用devops遇到什么问题，如何解决的。
devops跟9999没有直接关系，用devops不一定能达到9999，不用也不一定达不到。
全栈开发跟devops有关系吗？前端和后端都是写代码-单元测试-签入-集成测试，所用的devops也是一样的。怎么感觉你的文章都飘在天上呢？作者回复: > 这位大佬，你也没说使用devops遇到什么问题，如何解决的。
你是指DevOps是用来解决什么问题，还是使用DevOps遇到的问题？
如果是前者的话，文中已经讲了是为了打通Dev和Ops，从而使得研发流程顺畅，提高效能。
如果问的是后者，跟这篇文章的主题相关性不大，所以没有专门提。不过既然你提到了，我觉得DevOps的一个大问题是当前方法论提的比较多，大家理解的还不深入，更关注的是工具。
> devops跟9999没有直接关系，用devops不一定能达到9999，不用也不一定达不到。
DevOps可以大大帮助提高质量，帮助实现9999。至少从我在Facebook的经验和Stand公司来看，是这样的。
> 全栈开发跟devops有关系吗？
文中已经说了，全栈开发是实现DevOps的一个重要方法。
> 前端和后端都是写代码-单元测试-签入-集成测试，所用的devops也是一样的。怎么感觉你的文章都飘在天上呢？
谢谢你给反馈。你觉得什么算”飘在天上“，什么才算“不飘在天上”？ 2- 2019-09-10其实早起在土鳖公司都是全栈的，全栈的好处很明显减少扯皮，对功能聚焦。刚开始可能觉得有难度，其实刚开始比如可以有一个资深的前端搭建框架，后面更改和填充功能就容易多了
作者回复: 是这样的。很多公司一开始都是全栈的。不过。这种全栈和我们在文章中提到的全栈有一些区别。这种全栈是什么都要从头到尾做，而文中提到的全栈是专注于开发这一领域。其他的领域会有领域专家提供一些技术和工具支持。
2 
2019-09-09全栈!=全干
全栈的支撑基础是服务化和技术封装。其实还是底层支撑越来越牛逼了。如果一个组织没有很好的底层技术支撑，作者回复: 全栈!=全干 简介明了！
2
2019-10-20Facebook是没有测试团队的吗？所有功能都是对应的开发自测？作者回复: 是的。可以参考一下文章中的相关介绍：https://techbeacon.com/app-dev-testing/5-effective-powerful-ways-test-tech-giants
1
2019-09-09全栈工程师，在面对一些非常见问题时，会更快的定位问题，而不是以前那样，大家都觉得跟自己没关系，就等着别人去解决。作者回复: 是的。这就是目标一致的好处。
1
2020-01-20全栈是趋势，意味着独立地交付客户价值，所以通过平台和各种工具的支撑，可以直接承接客户的需求是更高的全栈。最后甚至可能包括市场洞察等更多的东西。作者回复: > 可以直接承接客户的需求是更高的全栈
是的。
全栈很好。如果平台、工具、流程支撑得非常好，研发可以更加全栈。不过一个人的精力毕竟有限，所以这个扩展应该是有一个限度的。
2019-09-09现有的工具越来越成熟，个人/小团队能掌控的复杂度越来越高。
同时社会发展变快，提高研发效率，对市场需求快速反应越来越重要。
这些因素就让成为全栈工程师的投入产出比越来越高，变成了非常值得去发展的方向。作者回复: 👍👍👍