Re: [請益] 網管比較操還是寫程式比較操呢？

[qrtt1 (lonely)]

※ 引述《jackalevo (宇楓飄淚)》之銘言：
: 請問在鋼鐵業的IT部門，寫程式比較操還是網管比較操呢？
: 小弟以前有在半導體公司寫過程式，感覺每天就是有寫不完的程式跟解不完的bug
: 而且新的技術出來又要不斷的學習！
: 因為沒有做過網管，所以不知道網管比較操還是寫程式比較操！
: 所謂的網管只要在it裡面不是寫程式的工作，幾乎都要網管來做(比方說佈線 架設機器
: 伺服器)
: 請站上諸位前輩們指教一下，小弟只是想找一個可以安逸過一輩子的缺！


        題目『網管比較操還是寫程式比較操呢？』



        這該如何解題呢？我想工作的是人而派你工作的也是人，
        乍聽之下是比較職務的勞累程度，
        但問題的核心還是工作是否會帶給你極大的疲憊感。

        工作上的疲憊感來自於精神壓力，也就是工作內容遭遇的挑戰。
        面臨挑戰基本上就是工作項目試著突破你的界限。




        舉個例來說，
        最近許多開發項目將 iPhone 相關的 priority 都調高了，
        先前暖身的 objective-c 開發若是不夠熟練將是極大的挑戰。

        這裡的界限是挑戰我對於 objective-c 與 iOS 熟悉的底限，
        漸漸理解怎麼去撰寫 objective-c 後，
        最近還重構了幾個月前寫的爛 code。
        也許在二個月前對我來說是挑戰，
        但在二個月後它已經無法觸碰到這個界限了。

        至少對 objective-c 的基本語法、語意，
        編譯 universal library 用的 lipo 工具，
        加上同事分享的 Instruments 分析程式是否有 memory leak 工具，
        都在同一個時間、時空中將一些人對特定區域知識的上界再推高了一點。

        但這不表示說我在 iOS 上的開發不再會遭遇困難。
        新的工作項目就會挑戰到我不熟悉的 framework/library。
        像是 opengles 或是 quartz 2d。



        還有一些情況是『他人』所帶來的挑戰。



        這種挑戰不是來自個人技術能力本身，而是他人技術『品格』。
        即使寫了 Java 多年，這相關領域的東西都很熟悉了，
        但開啟一些舊專案時，總會有不小地心理壓力。
        因為他們並不好維護，也就是有著許多 bad smell 的專案。
        所以，挑戰你的不只是新的技術，還有舊的包袱。
        (別問為何不重構呢？因為我不是 owner，也不想當 owner)



        撇開技術不談，還有加班的時間在挑戰你的界限。
        去掉因為技術不夠熟悉而產生的加班，主要是臨時的需求產生的加班。
        像開啟收件匣，每個封信的開場白就說他們很急，
        希望在什麼時間完成什麼什麼的，又 CC 給最大的官。
        這時不情願也得配合加班一下。

        或是 PM 的規格又改了，導致得再次 rework。
        又得重回實作完成->QA->Debug->實作完成->QA->Debug的迴路，
        若是沒有新的期限，那就是得加班了。



        工作之外，還有人際關係造成的挑戰。
        自己 EQ 太低，或同事 EQ 太低都會形成挑戰的局面！
        保持良好的人際關係，別人有恩惠可以拖的時候，才有可能想到你。
        或是別人想要耍心機時，有機會排除在攻擊範圍之外。



        總體來說，你可以控制的只有自己技術的部分與個人修養。
        你無法控制舊有專案的品質，
        你無法控制 PM 是否會突然瘋掉
        (因此加班的變因多數掌握在別人手裡)
        你無法控制同事的 EQ。



        單純要有份穩定的工作來說，
        你不一定要學最新的技術，
        但至少你的技術能力得讓你可以掌握工作項目的內容。

        我們姑且將『比較操』給它一個中性一點的定義，
        並且去掉『網管』或『寫程式』。
        能描述為是否『某』類工作『超出自己能力範圍的機率』相較之下是高的。

        撇開無法掌握的部分不談。
        可以掌握的技術能力，若是低於一個界線，那挑戰那條線的機會就會很多。
        單論這種情況的話，『操』就是你自己造成的。
        其他的因素，有信仰的就求自己的神，沒信仰的就買包乖乖安心上路。



        除了公務員之外，有些資訊類工作是技術翻新的速度沒那麼快的：
        像是一些學校的電算中心、銀行或傳產的 IT 部門、
        大專院校的行政部分也有些約聘缺是需要會一些軟體技能的，
        其實有學弟在公部門招考的缺做 (非公務員)

        或是你要走精緻路線的，讓別人覺得不把你放在特定的位置上是浪費的。
        像 DBA，夠大的公司是會有真正專職的 DBA 的，
        處理資料庫使用上的問題，含最佳化策略或是問題診斷。
        成為某個領域的專家也是縮小『問題空間』的方案。
        (風險是得確定為專家後有人會起用你)


--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 218.161.126.127
推 Ting1024:好羨慕Q大可以做iphone~
推 aecho:我覺得retain cycle比較難抓…memory leak算好分析的了…
推 CGary:memory leak 個人也覺得好處理...Retain cycle得有「極好」
→ CGary:的程式撰寫習慣(針對Obj-C的好習慣有點難養成XD)
→ qrtt1:對啊。還在學習、養成中，有些事得修煉修煉的>"<
推 CGary:還好 實戰是最快修煉的好法子... 我也是寫 app 丟出去玩就知
→ CGary:道自己能力有多「差勁」了 XD
→ markov:終於有人提OBJ C 很多想搞手機開發 連自己需要啥都不懂一堆