Re: [閒聊] 轉:全棧工程師到底有什麼用

[TonyQ (自立而後立人)]

        不是很想回應這個話題是因為要寫很長、有點累，
        讓我簡單的寫寫就好。

※ 引述《sick09843 (咚咚畢特)》之銘言：
: 看到這篇心有戚戚焉，也想順便藉著標題問一下
: 目前工作主要負責Android和iOS app開發，偶爾客串一下html5和php
: 有時也要自己後端包api給前端用，資料庫當然也會碰到(sqlite, mysql)。
: 大部分的時間就是google找解法，一開始對架構懵懵懂懂還是能把程式寫出來，
: 到現在越來越有經驗就自學了design pattern
: 並且更注重software architecture與refactoring
: 我想我目前的情況大概就跟文中的作者差不多。
: 知道的東西越多以後反而覺得自己越廢...因為只要google就有答案了...

        「會整合」跟「會碰到」是兩回事，
        有時候是別人整理好給你用，那種狀況就不叫整合。

        就跟會 call FB API 拿資料不代表會分析 FB data，
        會到 AWS 建一台新的 instance 當 VPS 用不代表會 scale 一樣。


        每件事情都是有深度的，如果你覺得你做的事情沒有深度，
        那叫個新人來作你做的事情，看看他要花多少時間上手，那叫深度。


        至於 google ，這世界上因為工程師太多跟其實大家都在解決類似的問題，
        所以很有可能我們所拆解出來的問題都有人曾經挑戰過了，這很正常。


        但你要知道，你從找到的資料能判斷這是不是答案，是因為你有門路，
        你已經有過去的經驗累積幫助你進行判斷跟確認。


        而且越深的議題能參考的資料就越少，

        像我有時在做的東西，很多是 google 過去也只有幾個人挑戰過，
        甚至可能還沒人成功過。

        （舉個例子，我曾經想挑戰用 FB API 自幹 comments plugin ，
          當初我只搜到 10 幾個 reference 而且還沒人成功過，
          因為這個方向要做的事情很冷門，或換個角度講他其實不那麼重要。）


        但我們還是可以靠經驗跟知識去判斷這件事情的可行性，
        預先評估跟分析結果，而不是單純的倚賴外界的知識索引。

        這叫經驗跟整合。


: 平常的工作就是如果老闆想到一個新功能，
: 我就去google研究一下要怎麼使用並且加到目前專案。
: 或者修改維護目前的專案（但老闆根本不care這種東西，都是自己默默的做）
: 深深覺得這種事情好像無論誰來做都可以，
: 反正就是google找答案，不知道自己有什麼特別突出的點。


        這個狀態我是戲稱為小叮噹模式，你工作的重點是讓你老闆放心，
        而不是你能做到多強的東西，因為你老闆只在乎他的點子能不能被執行出來。

        當然，你能把這些事情做好，讓你老闆有信任，那就是他要的。


        所以你是不是特別突出，其實在你的工作上也不是所謂的 KPI，
        而信任累積下來之後也不是誰來作都能拿到一樣的信任。

        我覺得你沒意識到這點。

        （當然，請務必在累積信任同時提醒老闆要給你對應的薪水。。。）


        至於你有什麼特別突出的點，我想你應該是特別沒自信吧，
        多跟其他公司的工程師做水平交流，就會比較瞭解自己是什麼狀態。

        這個我們不知道你的狀況，說不得準，
        這種東西靠自我感覺良好不是不行，但很危險。

: 於是開始熱衷寫一些關於技術的部落格，
: 或是在stackoverflow上幫忙解答（這些事真的有趣多了，尤其看到reputation往上時）
: 常常看到很多工作要找 "專精XXXXX" 的人，請問一下怎樣的能力才算是專精？
: 以目前的狀況工作上都沒有什麼太大的問題，
: 主要是想知道該怎麼繼續學習達到專精的定義
: 希望各位前輩可以給點建議，感謝～


        專精指的是碰到該領域所有問題你都能提出解決方案或替代方案，
        站在問題前面敢說，「這東西交給我就對了。」。

        如果我說不行，那就表示這東西真的不行。
        如果我說可以，那就表示這東西我做的來。


        寫 blog 跟回答問題是一個好方向，
        但就算是寫 blog 跟回答問題，也有循序漸進的進程。


        以前剛學的時候主要都幫忙回 getting start ，一些新手環境設定的問題，
        現在我會去回的幾乎都是架構面或一些比較深入沒有人回的問題，
        不同的 level 也要挑戰不同問題，
        特別是要挑戰那些你試著回答之前你根本不會的問題。


        所謂全端工程師，要點在協調（奇怪我覺得這原文都有帶到啦。。。），
        如果沒點溝通能力那就等於是廢掉了。

        他的重點不是啥事都自己幹，是可以當跨窗口整合的平台，
        而且在自己專擅的領域還能發揮出完整的戰力。

        他厲害與有效益的點在於團隊裡面會減少很多無用的功，
        而不是他能做很多的事情。


        但我們常常都覺得全端工程師就是要做很多的事情，
        這是完全反方向，而且只會把全端工程師趕跑的。

        一點拙見這樣。


--

        Life's a struggle but beautiful.


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.181.216
※ 編輯: TonyQ           來自: 61.228.181.216       (01/21 14:01)
※ 編輯: TonyQ           來自: 61.228.181.216       (01/21 14:02)
→ atst2:嘛...打雜跟通才只有一線之隔, 說的也就這回事啦...
推 kofi0916:會->熟->精->通...循序漸進,話說我只是"會"就混的下去了!
推 jack0204:感覺跟頂尖神醫裡面的西條生一樣
推 Ting1024:T大神人
推 typepeter:有務實
推 xTurtleUltra:中肯
推 lovdkkkk:個人覺得 前端、後端、全端 是技術演化過程的產物
→ lovdkkkk:可以想像一下十年前想做全端的話要幹些什麼事情...
→ justin761002:十年前應該連硬體開發都要自己來吧
→ TonyQ:十年前我開始寫程式啊，那時候很多人放到現在都可以算全端吧
推 lovdkkkk:對...我也是這麼覺得, 然後之後才 (認為應該) 分出前後端
→ lovdkkkk:                             (基於某些因素)
→ lovdkkkk:然後經過一些發展, 近來又發展到朝向全端
→ lovdkkkk:我想說的是前後端也不是一開始就在分的
→ lovdkkkk:現在的全端和過去 (還沒分清楚前後端) 的全端應該也不同
→ TonyQ:其實現在沒有朝向全端 現在大多數還是專才需要的多...
→ TonyQ:現在需要全端純粹就是因為 migration 過程的溝通成本很大...
→ TonyQ:有人用舊的方法做事，有人用新的方法做事，兩邊會打起來，
→ TonyQ:所以需要全端盡量做一個協調者的角色。
→ lovdkkkk:這裡 "朝向" 的意思是這種人才/需求有增加的趨勢
→ lovdkkkk:不過基本上同意你的看法