自己也是一個寫小專案的工程師, 為什麼小, 因為"只要是一個人寫得出來的專案~就是小專案", 一個朋友這麼對我說的, 我也是很不平, 但是, 後來對了這件事有了不同的看法, 先不提為什麼笨蛋不能當工程師, 我們先來談專案好了.....(真會轉)

記得來到這間公司後, 雖然規模不像一般軟體公司一樣, 人多, 事少, 整天在開會...但是案子的量卻是源源不絕, 有些甚至是上百萬的大案子, 這時我的鬥志都會湧上來, 但不可避免的, 就必須各人各自獨立承接一個專案,  一開始一個人做, 壓力會很大, 但也憑著經驗一一化解問題, 一直將自己的程式套裝及模板化, 用自己的方式做出了更人性化的程式, 做出了不同專案的標準流程圖, 這都是個人經驗及成就問題, 問題在那呢?...

幾個月前的一場朋友聚會, 大家離開了同一間公司後, 各自有了發展, 當然在餐會中, 免不了會提到目前在做什麼以及對資訊上的見解, 我當然也會興緻滿滿的述說我在寫程式的經驗及工作內容(因為以前我就被歸類成不寫程式, 系統工程而已, 所以開始又接觸程式設計, 就會有許多新技術及想法的分享@.@)...當我在述說時, 很開心的把做過的程式內容及方法經驗像朋友對話一般的交流, 卻聽到了一句話"其實, 專案如果只是一個人可以Handle的, 那就不算是專案"...頓時, 心裡悶到了極點, 心裡一直想, 為什麼這樣說呢?..這是因為我們公司人員編制的問題呀, 我所做的專案也不小呀..等等的不滿及念頭不斷發聲, 但...我還是為了氣氛先默認了這個觀點, 從此, 對寫程式的熱情開始冷了下來, 開始有點排斥.....XD

不過, 現在...我對這件事有了改觀, 為什麼呢!?....因為...在接觸了一些我口中所謂的"王八蛋工程師"後, 我開始體認到, "為什麼一個人的專案不叫專案"....

當一個專案產生或接入, 首要在於傾聽. 分析. 了解客戶需求, 提出大致上的流程及Solution, 再來規畫書的製作及反覆確認, 在這部份, 工程師的參予是必須的, 而不是口中說的"我照規劃書做就好了"...這樣能確定從幾十頁的內容可以看出或了解客戶真正要的是什麼嗎!?...存疑...再來, 一個專案成立, 主管產生, 團隊討論及分工, 糾錯, 進度的排程記錄等等, 這都必須要而且不能少...而單人專案時, 不管專案大小, 最欠缺的部份, 不外乎是無法討論學習..只能照著自己的想法去做, 有時做對了十件事, 卻獨獨因為腦袋一時的短路而做錯, 沒人可以拉回觀念, 更甚者, 對專案內容的標準流程, 如進銷存或財會系統, 完全不熟或沒碰過, 也沒"顧問"或類似經驗的人協助, 這樣做的出來嗎!?....其它的問題就更不用提了, 如果沒有超人的腦袋, 靈活的頭腦什麼都不用談...

這就是我改觀的原因, 一個專案的開發, 無關專案的大小, 而是在於有多少頭腦在思考(當然是要Smart的頭腦)...不管是各自吸收各自的經驗或技術, 還是分工作業, 這都是非常重要的, 所以, 目前的專案只有一個人做的編制, 我只能盡力做好及了解客戶的需求, 盡量的客戶溝通及交換意見, 再提昇程式所有的友善度(friendly)..等待時間再慢慢的導入正軌吧...@@

再來, 回到主題..為什麼User需要Smart?...為什麼笨蛋不能當工程師?...其實這沒有任何的批評還是有任何含意, 而是看到了這篇文章 智商兩百的渥茲怎麼說 , 感到無限的感慨, 這跟我之前有一篇文章內有小提到的觀點雷同 "使用者不需要去了解車子如何製造, 只要知道怎麼安全的開就好了"...使用者不需要smart, 只需要去享受工程師的設計帶來的便利.....

總是在不同的地方聽到同樣的話, "哎喲!! 客戶都不知道程式的邏輯, 都不知道這樣不能跑, 怎麼會有這種需求!?"...或是.."這樣做就對了啦, 那是客戶不會用, 教他們這樣做那樣做就好了啦"...一些類似"不負責任"的話...如果今天使用者會程式的話, 工程師就沒飯吃了...不是嗎!?

工程師會開發設計並正式踏上工程師之路後, 總是會有所謂的 "工程師的尊嚴" & "工程師不可被侵犯的領域" 等等觀念存在, 總認為自己高人一等, 不用吃飯拉屎等等的想法..完全忽視的其它工程師或是啟蒙者的存在, 認為自己是對的, 完全不會去吸收別人的知識, 更甚者還會有種族歧視, 怎麼說呢...我還記得常常需要找一些技術文件, 但是台灣的資料真的少得可憐, 因為台灣使用者及工程師已經被套裝化的軟體所佔領了..只會用不會開發, 相對的研究的人少了. 文件自然也不多, 所以常常找到都是大陸簡體文件或是原文, 漸漸的技術水平會開始下降, 會的人永遠都會, 但想學的人沒地方可學, 這時...看著大陸人的技術, 覺得...真讚的時候, 總會聽到有人對他們的技術相當排斥, 但不會去想到事實上他們的技術以及文件分享上, 有著莫大的潛力, 值得我們去學習....

回頭來說工程師尊嚴, 在我的論點, 工程師要有尊嚴, 這個尊嚴是客戶給你的, 而不是自己封的, 在客戶的需求下及成品的親和力上, 都會有著加分的效果, 而不是自大, 自信, 無法無天的行為來造成客戶的厭惡, 而於使用者只要會享受的論點, 工程師必須要有相當的水準, 對事物的敏銳及前瞻性都是不可或缺的, 笨蛋不是不能當工程師, 而是工程師在水準的提昇, 虛心的求教, 自我本質的提升都是很重要的, 而不是封閉自我, 對別人的建議總是"你不懂我在說什麼啦"來安慰自己, 保護著自以為是的尊嚴, 對於客戶的需求總是抱著"他為什麼要這樣做"的心態...這樣是不行的...

所以, 工程師對自己的要求一定要高, 就算不聰明, 也不能要求使用者要smart, 就算頭腦不靈活, 也要有基本的統一作法, 自然會受來自客戶給你的尊嚴, 就像我在寫程式, 是會找出不完善的地方, 再加上Solution供客戶參考, 客戶使用後的意見總合再修改(這都是排程活動)...客戶的評價自然增加, 尊嚴自然就會產生, 這樣的作為就是一個工程師的擔當, 責任....不知道要說什麼了....就這樣結束吧..~~~~