我為什麼走向全棧

標籤：伺服器   通過   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 國際許可協議發布，轉載必須保留署名及連結。

我為什麼走向全棧