不過在台灣這邊..coding到最後大都往PM的方向發展
因為coding人人都會..再怎麼拼也拼不過年輕人
要確保coding品質的話..大多是從之前的SA跟後續的QA著手
當然也不是每家公司都這樣..
其實這幾年也常常在思考..我目前做的工作有哪些容易被人家取代的
Coding: 大學畢業就可以勝任.人家體力更好可以天天熬夜.根本拼不過人家
OS/HW維修: 這更簡單.叫工讀生去就行了.便宜又好用
Networking: 這個門檻稍微高一點, 不過現在CCNA也越來越氾濫,
除非有機會碰到跨國性公司架設的中大型網路..不然真的不值錢了
DBA: 在台灣這邊大都是兼任.如果專精的話在中大型公司算是職位較高的角色
但是隨著這幾年MS SQL市佔率提昇.入門門檻越來越低.要專精就真的很鑽了
IT相關AP: 這個範圍就更廣了..這也是目前個人正在發展的方向
之前有幾年時間接手ERP.這也是一門很需要domain know how的工作
還為了這個去上過會計,有同事甚至去考初會執照.然後再回來做ERP design.
後來轉向純IT領域.目前接管的是Server room 相關工作
已經累積了不少篇開箱文還在猶豫要不要貼.
主因還是前鎮子某家品牌變成大家公幹的目標
也怕老闆看到我貼了開箱文,會認為我是不是太閒
這兩年開始對Virtualization也涉獵一些..
幾個月前把基礎建設搞定並把剩下的日常工作丟給工讀生去做
現在工讀生每個禮拜要建置五六個VM讓User使用
我是IT出身的, 也在作過幾年的Coding, 現在不碰code也三年了吧.
有需要就請個工讀生.告訴他們我們要什麼.短則三天,多則一個禮拜他就會把東西生給你
對自己的PC或是NB更懶..有問題直接叫工讀生修.不然就是重灌.就算自己知道怎麼修也懶得碰了..
目前的角色就是要站在前面,在事情開始之前就要把所有東西規劃好
讓事情可以跟著你的腳步走.並且隨時追蹤不會讓事情失控或脫節.
從一開始的Tech research -> POC -> 建置 -> pilot run -> 系統上線 -> Monitoring 及 SOP建立.
就可以把東西交接給剩下的人繼續完成
有時候老闆的想法是一個很好的參考方向..
寫寫程式, 灌灌OS, 修修電腦, 這些只要便宜的工讀生來弄就可以搞定
如果你只會做這些事情的話, 那你就只能領這些錢了
hui.lee wrote:
你覺得程式人員自己都...(恕刪)
基本上,
從SA給的規格書瞭解系統流程(當然我說的是詳細正確的規格書!)
和從客戶需求去瞭解系統流程
是完全不同的兩回事!
規格書是怎麼寫就怎麼做,程式人員不需要業界知識!(當然我說的是詳細正確的規格書!)
但是從客戶需求去瞭解系統流程,如果你不懂業界知識的話,會陷入鴨子聽雷的情況...
完全寫不出"詳細正確的規格書"!
system111 wrote:
2位大大說的好專業....(恕刪)
設計系統就跟蓋房子一樣,你讓師父自己設計的話,他就會按照自己好做好蓋的方式去蓋房子,
而不是以使用者好用好看的角度!(而且還有可能偷工減料!)
如果你要個好看好用的房子就要請設計師來,把設計圖畫好請師父來照作!
只不過,我們的老闆向來為了節省成本(設計師設計要錢和時間),所以都叫師父自己做...
想也知道做出來的品質就....
jaywang4 wrote:
我先謝罪...我還是...(恕刪)
我比較不能認同 基本上在開發一個系統 或是ap
程式設計人員 本來就要去了解end user 的想法
在討論的過程去學習新的東西
基本上開發的流程還是沒有改變
今天如果只是拿到案子就codeing 基本上 跳脫不了 資訊工人的角色
在學程式的時候要去正推 反推流程 並且使用者要的到底是什麼
不是只有寫而以 就我的認知開發人員基本也要有SA的能力才有可能獨立開發出一個完整的系統
如果只是問CODEING的工人值多少錢 只可以說現在的年輕學子便宜 也沒有大陸的那一批便宜
價值的建立在於 到底會多少 而不是一直低頭苦作
對任何的事不要帶入自己的情感，對自己的事當作別人的事來看待，這樣就可以很理性的把問題解決
chiang wrote:
這一篇蠻多人參與討論...(恕刪)
待遇大約在哪邊呀~
我是寫asp C#為主的...學學php應該還ok吧
台灣中小企業的programmer其實都是SA+SD+DBA甚至要加上MIS(網管與硬體相關經驗)
我這邊DB玩得很多，系統資料量大。感覺什麼都要會...
人力嚴重不足，一個人當三個人用...
四年多經驗(畢業到現在第一份工作)，公司月薪開4W4...常常想跳槽，不過又怕跳得更差...
http://www.facebook.com/MiniLin.fans
超萌系美少女Mini 粉絲團
weimingyu wrote:
我比較不能認同 ...(恕刪)
就是因為coding的工人不值錢,才要努力變成SA啊...
雖然台灣的公司幾乎不甩SA這一級的專業...
weimingyu wrote:
就我的認知開發人員基本也要有SA的能力才有可能獨立開發出一個完整的系統...(恕刪)
...有這種能力應該也已經是資深工程師或接近資深工程師了吧!
沒學過SA怎麼可能看得懂SA的那堆鬼畫符...而且"會SA"和"獨立開發出一個完整的系統"兩者的差距應該也不是這麼簡單的吧!
至少對我來說,我寫了一年多系統的程式(都是自己一個人獨立完成),我也不敢說我可以"獨立開發出一個完整的系統"啊!
我會這麼想是因為我之前去間大公司面試,心裡想說我寫過這麼多系統應該很輕鬆吧!
結果人家根本就看不上我之前寫的那些小玩意...被電得超慘的...所以當然是沒上....
剛出社會時任職RD，那時主要的工作是開發網路相關設備 ~
每天的工作就是看技術文件，東try西try東兜西兜把功能給組起來 ~
感覺跟寫論文差不多，每天搞到凌晨，google真的很好用 ~
案子開發了一兩年，產品也實體化了，功能強大，整個team的人都對他有所期待 ~
可是，有人可以保證它能符合市場上使用者的需求嗎？ 不知... 後來我離開了~ 當時月薪四萬多~
現在，我在另一間公司任職SA，開發金融專案，我覺得，要清楚的瞭解客戶的需求，比找技術文獻兜功能難多了 ~
你說，SA沒辦法自己跳下去寫code嗎？
並不然，只是案子大到一定規模，SA又要兼SD還要兼後面的測試跟製作操作手冊，真的沒那個時間啊~~~
有很多事情是需要平行處理的...
SA把規格開出來之後，PG馬上接著去coding，要是等所有SA都把spec開出來後才能coding，那專案的時程你打算安排多久？ 你能等不過客戶願意等嗎？
有時候，PG的code寫完發覺不是自己想要，SA還是會自己下去改code的啊~
不然一來一往太花時間，不然自己改比較快~
SA不懂code？ 不一定，大多SA都是過來人啊~~~
寫過很多系統 但是如果沒有做個整合 一般來說還是會被當工人看待
其實要去應微大公司 先了解他們的產業狀況..在依你己知的程式 或是相關的技術
做出一個簡單的模型 自然他們會眼睛一亮 有了模型要找工人來蓋基本上不會太難
但是程式人員如果不多想 或許真的只會變成工人
SA 也是練出來的 工程會轉SA 也是因為有的SA真的太爛了 ..規劃出來只是理想
現實不可能 使用者又不配合 白搭 中間的橋樑 主要是做翻譯的工作
如果程式設計人員可以放下身段去 跑流程 看到SA 提出的資料 在去找使用者在了解一次
做出來的東西才會比較偏向使用者....
軟體只是工具 要做出好工具 就要親近操作的人 而不是出嘴的那個人
基本上程式設計師只是一個抬頭.......
多學東西 是我目前在作的事! ..
對任何的事不要帶入自己的情感，對自己的事當作別人的事來看待，這樣就可以很理性的把問題解決
說真的, 程式設計師的功力落差真的很大
分工細的軟體公司內所謂的程式設計師, 真的只是把sa的規格, dba的sql跟條件邏輯照著key出來而已
甚至連sql函數都不用懂太多, 因為dba自然會跟你講你要call那個sql store procedure, 傳甚麼參數
你連資料庫最佳化都不用懂~~
這種工程師, 常常被人稱為或者自稱工人
再來, 資深的程式設計師, 說穿了就是經驗多, 看的多~
遇到問題的時候, 腦中能在最短的時間內想到解決專案的方法~
不只要懂程式邏輯, 還要熟系統規畫, 資料庫等等
更甚者還要學著去思考操作介面, 使用者的習慣~ 修改自己程式的interface
而且也必須不只懂一個領域的程式語言
像有些程式設計師高手, 寫程式是真的很強很快啦..但是操作者介面鳥到一個不可思議..功能再強的東西
只要一不好操作, 整個就是毀了....你要說自己有多專業??誰相信..
前面有人說到學到最後都是在做複製貼上, 這是對的, 但要達到這個前提..是要你寫的夠多..開發的模組夠強
否則現在都是客製化的需求, 哪來這麼多資源讓你複製貼上, google找不到的, 難道你就要攤手嗎
不過說句現實點的
在台灣....算了吧, 學習程式設計就當做是一種嗜好~ 薪水如果自己能接受, 就接受吧...
不需常常加班, 四五萬..我個人覺得都是不錯的了
台灣遊戲公司那些寫VC++的, 你去問問看她們加班的時數跟薪水, 你會很感激現在的老闆...
還有, 有些sa本身是不會程式設計的...規劃書寫的很厚, 但程式設計師照著寫會要你命...
https://jin.tw
內文搜尋
從 APP 打開
X