麥克的學習紀錄

資深研發人員留一手
資深產品經理留一手
資深業務也會留一手
到底留一手的用意在哪呢?

很少看到國內的產品經理，有涉及到專利的文章或言論
市面上教導產品經理的書籍，章節中也未曾看到有專利的說明
但依據幾年來的經驗，專利是產品經理"非常必要"研習的課題
專利涉及到產品從構想開始，就必須做專利的檢索

能者多勞!?
職場上有沒有發現，能力越強的人，事情多到處理不完；相對的能力差些的，事情就真的比較少，這是怎麼回事! 真的是能者多勞嗎? 當然可以自我安慰，做越多事情，可以累積自己的經驗等等，不過在這裡我要講的並不是心態調適的問題，而是我終於發現，」能者多勞」 這現象的真正原因!
這種現象，完全跟個人職場的心態有關
 
在一次每月固定和RD開發的檢討會議中，例行的做上月進度檢視，並做下個月的進度規劃，在我手上的兩項開發產品，進度都嚴重落後，當然開會中的氣氛非常嚴肅，也不甚愉快，但事情矛頭都指向一個，那就是【只有一個RD會做】!
 
天阿，屬於我產品的開發團隊共有五個人，只有一個RD會做，而且處理起來非常迅速，跟其他RD開立規格和討論時程，給我的時程都非常離譜，比我預估的兩倍時間還多，理由是不熟悉要學習，出了什麼問題? 其他還有RD是手上完全沒工作的，默默的一聲不講，像是完全沒他的事情……..到最後，因時程關係，我的兩個開發產品，都是由那位能幹的RD來進行開發。
 
能者多勞，又出現了，即使我儘量想避免此狀況發生，事情還總是落到同一個人身上，這是怎回事!!
 
後來我努力的想找結果，原來那位能力好的RD，工作態度非常積極，遇到不會或不熟悉的開發案件，他會主動想方法解決，主動找資料，即使開發時程壓縮，他也會儘力完成(….當然這是用坳的)，不知不覺中，他會的東西越多，處理事情又快，相對的同事信任他，工作當然也越來越多……(工作態度積極是原罪阿)
 
其他的RD呢? 遇到不熟悉的開發項目，這我沒碰過不會，需要時間研究(多久時間從來不給，也不知道研究多久，也有請提供研究時間，給一個超級離譜的答案)，開發案件東拖西拖，交出的東西一直屬於半成品狀態，連自己測試都沒測試過，點兩下就出Error的狀況比比皆是，慢慢的大家知道他的做事態度，當然敬而遠之，這就是真正的原因!
 
反過來思考，公司應該怎樣避免這樣的問題發生? 有以下的幾點建議
n   工作評核不應只由主管進行評核，應由內部客戶進行評核；像PM就是RD的內部客戶，可由PM來進行RD評核，因客戶最知道服務的良好與否，也最能展現工作真正的價值。
n   應將工作貢獻度納入評量；能者多勞的狀態很難避免掉，畢竟職場上每個人的能力定會有高低，但應該給予多付出的人多獎賞，少付出的少獎賞，沒付出的懲罰
n   能者多勞是好事，重點是怎樣讓每個人"願意"變能者，怎樣讓能者願意"多勞"，制度設計才是重點
n   避免年度評核，應採用季評核方式，給予即時的激勵和評價
n   工作薪資的小部分，可採取獎金方式進行(搭配評核)
n   公司應是有機組織，適度的淘汰是好的，最好可建立淘汰制度(連續兩季評核墊底，砍人!!)
 
以上都不是我獨創的，是存在很久也由很多公司證實可行的制度，加油吧~!
 
 

在各工作領域中
對工作的態度是最重要的
像遇到一件事情，完全沒碰過的，沒把握的
或是很困難 很難達到的任務
第一個念頭是什麼?
某次到某署立醫院進行系統測試
測試過程中發現，公司系統和醫院的HIS系統無法搭配
問題在詳細的測試拆解下釐清
是HIS系統本身的問題
測試到這，應該算工作結束吧
可是在現場的測試理
我還不斷的聯繫醫院開發的AP人員
測試HIS開發工具設定和資料庫的連結環節是否錯誤
確實很辛苦，即使到最後還是沒能現場將問題解決掉
出來後，我帶的SE問了我一句話
"有必要做到這種地步嗎?"
這已經是第二個SE問我同樣的問題了
以前我回答不出來
這次恍然間我明白，原來這就是癥結點
傑出和普通的差距，就在這一點點的觀念差異阿
到釐清系統不是我們的問題，已經將工作本份做到了(應該也沒有任何人能質疑這種處理方式不對)
可是這並沒有解決客戶的實際問題
當下我並沒有思考太多，直覺反應是繼續找問題到解決為止
就只差這一點點，對這客戶能成交與否，可能就是決定性的差距，0分和100分的差別
差一點點，就差很多
我是這樣的態度來面對業務的
遇到不懂的系統，不懂的資料庫
先承諾會給出解決方案
再拼命的找資料、做技術測試、反覆討論、想辦法找出解決問題
這些點滴，在薪水和獎金中是沒有反應的(這是公司制度的問題)
但是這就是基本的工作態度和價值
你是盡力，還是竭盡所能，還是根本連盡力都沒有??

 
接下來就是把上篇所定義的Controller 程式的實作
 
一、先把網站內，所有網頁的處理，引導到index.php中作控制

剛接觸MVC的各種framework時(例如CakePHP)
最感困惑的就是程式的架構方式
以MVC的整體架構而言，是由Controller進行掌控的
這樣講或許有點模糊，以下是常見到的MVC架構圖

前言：研究PHP MVC的動機
從最早接觸的PHP 3.x 版本，開發時都是採用html + php 程式的方式進行
我想這就不用談了，大部分剛開始的PHP教學書籍，都是採用此種寫法作介紹吧!
較進階的是使用Smarty，程式和視覺分開撰寫，感覺上比較有系統，

網頁charset採用UTF-8編碼，理論上JavaScript alert訊息應該也是UTF-8的
但實際上如果頁面沒有header，採用的編碼預設以預設為主
經常會出現亂碼狀況
有指定Script的編碼

Kiwi格網技術開發站(進階php程式設計-介紹MVC與Cakephp)
 http://kiwi.csie.chu.edu.tw/blog/archives/39
透視 WebMVC

本線上英文教學網站是採用 Zend Framework + Smarty樣板進行製作的
開發過程中，因客戶的需求變更頻繁，且視覺設計是他自家的設計師
往往是他內部自行決定變動(視覺也改了) 才跟你講程式要變更~!!
還把這種需求列在追蹤項目中，反反覆覆的進行了不知幾次的變動修正