System Programmer 是個什麼樣的工作?
掛個程式員名號,卻不寫程式
command scripts 實在算不上是程式
以工作內涵而論,較為適當的名稱是「系統管理員」 System Administrator
總會羨慕 AP (Application Programmer),他們只需搞好各自負責的業務程式
業務程式和賺錢直接相關,能見度較高,價值較易衡量
測試不順還可以怪系統不穩
身為系統人員,對龐大的系統無法全然精通,只能無奈的一知半解
實在太複雜,又非自己所親手設計
偶爾羨慕 Lab 的人,他們只需專注於其負責的系統軟體元件
出了問題要支援,總回說問題描述不清,資料蒐集不完全
雖身為表演舞台的支柱棟樑,角色的價值總在系統出事時顯現(顯然不是好時機...)
左看右看,是個不誘人的生存夾縫
有趣的是
這裡敲敲,那裡打打,有時問題解決了,卻沒能說出個所以然
(廠商的系統支援人員自然也包括在內)
勉強擠出個理由,連自己都難以信服
要歸納出個線索,可要花更多的時間
若非不忮不求、恬淡自適、忍辱負重、嚴以律己,如何做得長久?
更妙的是
問題有時來無影、去無蹤
什麼也沒做,問題就自個兒消失了
氣結不已
這時心理健全的懂得怪天氣不佳、電力不穩,或怪農民曆說諸事不宜
以排遣一肚子不舒服
容易鑽牛角尖的可就難過了
堅持看懂所有系統參數,執著於上完所有已知的 patch
無法容忍系統中藏污納垢、垃圾處處
對於系統,不停的整理、整頓、清潔、清掃 (housekeeping)
的確是盡職 SP 的特質
但也因此變得坐立難安、壓力太大,非久任之計
不被理解的感受持續滲入過量的工作中
噢,您是做電腦的啊,可不可以幫我修一修...
為什麼需要這麼多人? 您們到底都在做些什麼?
「系統」又出問題了...
面對極度複雜的系統,無法鉅細靡遺
該自我調適
得師法朱鎔基管理大陸十三億人口經濟的宏觀調控法則
站在較高的視角,進行「控制總量、調整結構」
以系統使用者需求的角度,架構、管理與分配資源
觀念讀通搞懂了之後,
猛K Guide & References 還不如多看偵探小說
解問題時,
敏銳的直覺判斷與常識推理,勝過熟記所有的指令與參數
那麼
老闆們該聘用什麼樣的 SP 呢?
什麼樣的人可以當個稱職愉快的 SP 呢?
Comments
身為上游的SE都是這種德性,下游的SP當然也強不到哪裡
SP這個名稱是I公司的特產,不知道其他的公司是否有類似這種比較正式的系統管理人員名稱,很多的SP真的是不曾寫過幾支程式,但是至少天天擁抱系統,還有些專精的技術,更可憐的是那些x公司的SE,號稱專業同樣的不曾寫過幾支程式(我懷疑是一支都沒),連自家公司的產品都不了解,卻要裝專家教客戶的SP管理系統、AP開發系統,遇到疑難雜症強扮神醫亂把脈(抓system Dump)、然後回去配些自己都搞不清楚的藥要客戶吃(反正沒上過的pitch全上),亂槍打鳥打中還好,一但吃錯藥還是客戶自己倒楣,身為上游的SE都是這種德性,下游的SP當然也強不到哪裡。
點明了系統人員之「廠商 SE」特定角色的處境
的確,當個乙方的 SE 顯然要遠比當個甲方的 SP 更為不堪
廠商系統人員因角色的扮演,先天上不如用戶系統人員的實戰經驗乃不爭事實
系統人員的處境其實都是相似的
兄台(或大姐)三言兩語間,幾乎已將廠商 SE 這個特定角色的處境說完了
說是上下游關係,倒不如說是命運共同體
只有角色相似者,才能切身體會彼此的甘苦,其歸屬感甚至橫向超越所處機構與國界
(順帶澄清一下:blog 中所述的「System Programmer」的角色同時涵蓋這兩種人)
深有同感
楼主的描述SP的状态很到位,
做系统管理工作,调整好心态是很重要的。
「心態要調整」vs.「性格要匹配」
大家都喜歡說「心態要調整」,我卻喜歡說「性格要匹配」
闖蕩久了,你會發現,心態只是短暫的 (所以才能調整)
是多變的,是難以捉摸的,也是難以持久的
因為,心態的可變動範圍,終究還是受限於、架構於性格之上
所以,有慧根的經理人,充分了解角色的特質,方能據以講究性格的透視與匹配
有悟性的技術人才,充分了解角色的特質,才不至誤入歧途,悔恨終身
當兩者都處於「調整心態」的初階心態時,對彼此都是永恆的折磨
Add new comment