标签：服务器   通过   acl   发布   自己   link   license   设计   目的   

作者：chulung

原文链接:https://chulung.com/article/38

本文由MetaCLBlog于2016-10-25 01:00:02自动同步至cnblogs

前言

不久前看到了这么一篇文章：为什么未来是全栈工程师的世界？
让我可以立马用一个词形容自己的感受：共鸣。
很少有文章让你发自内心的觉得它写得好，但这篇做到了。

场景

一个场景：
你是一名后端开发，拿着前端同学的页面正往自己的逻辑里套。
你发现样式有点对不上。
“前端，这个样式不对啊，来看看”，在意想中，前端应该是屁颠屁颠的过来帮你改。
然而，
前端在开会，前端正在设计，前端正在码代码，前端吃饭去了，终于30分钟后回来了，帮你解决了这个问题。
假设你懂点前端，你发现原来是样式浮动不对，然后顺手改了下，测试通过，30秒。

另一个场景:
你正打算往测试环境发布一个新的测试版本，但软件包始终拉不下来，似乎是网络中断。
于是你开始找运维同学。
然而，运维有线上问题在处理，运维在开会，运维也吃饭去了，终于30分钟后，他回答你了，你花了5分钟试图跟他说明情况。这时另一位的同事有更紧急的问题要运维处理，运维对你说稍等，25分钟后，他帮你排查重置了服务器的dns，你花了60分钟。
假设你懂点网络与服务器，你发现唯有ping软件包所在域名不通，怀疑是dns问题，尝试重启服务器后，发布成功了，60秒。

走向全栈

有人说技术要深入，样样通，样样松。也有人贴文我为什么反对提“全栈工程师”？
但成为专家也好，成为全栈也好，这并不是目的，我们的目的是解决问题，并且高效的解决问题。
所以与其争论要成为专家，还是成为全栈，不如感受下这样做是否让你的工作更加效率。
全，可以让你提高应对各种普通问题的效率，但困难总是有的。
专，可以让你提高应对特定棘手的问题效率，但工作时更多是普通问题；
而且，当深入到一定层次，自然会要扩展，当知识面开阔了，其实也会想要深入。
对于我来说大部分时间享受着全栈所带来的高效的工作，省下的时间可以反过来让自己深入的学习，这种状态无疑是最惬意的。
所以,我正走向全栈。

本文基于 知识共享署名-相同方式共享 4.0 国际许可协议发布，转载必须保留署名及链接。

我为什么走向全栈

标签：服务器   通过   acl   发布   自己   link   license   设计   目的   

原文地址：http://www.cnblogs.com/chulung/p/5995242.html