我發現自己已經很少寫 code,反倒一直看很多程式的書。(該檢討)
昨天與 Mat 及另一位朋友(就不具名了:P)聚餐,我覺得我愈來愈容易去講出一些不知道對不對的道理;整場下來就屬我最為聒噪。
我根本不想走向嘴砲工程師的道路,也不知道自己是不是正在走;我只知道,如果我不寫 code,我就距離自己要完成的夢想愈來愈遠。
書裡教的東西,很容易被我拿出來講,但是我自己也知道盡信書不如無書;只是,像我這樣沒經驗的人,如果不大量吸取經驗,我要怎麼有機會去聽懂傳說中的大大講出來的深奧道理?再一知半解下去,我只會愈來愈容易被路邊史萊姆包圍,而沒辦法謁見傳說中的魔王。
說要寫 code,但是又寫著什麼 code 都沒有的 blog;我還真是個糟糕的人啊:p 這就是邁向嘴砲工程師之路,我要設法避開才行。
五月 1st, 2010 in
mind |
No Comments
我這輩子最糟糕的一點,就是我不想說服你,反轉你;我只會讓自己朝著這樣的理想邁進。所以,以下那些話,對別人而言,也只能聽聽就算。
今天搭乘某公司航班,因為飛機停飛所以造成我們這群旅客的不便;某小姐舉出相同公司在日本的實例,是二話不說馬上賠償,而且還規劃好航班讓你安心搭機,不需要亂轉機…但是我們在台灣遇到的處理方式卻是客服人員急著讓你去飯店等候隔一天的班機,然後就這樣結束。
嗯,隔一天的班機,返回時間又沒辦法有那隔一天的班機座位;然後再聽到大家各自聽到的,由個別確認,到集體確認的謊言。嗯,這真是個「深刻體驗」逆向公關,或是不稱職客服等相當寶貴的一課。
我們一行人,沒班機可搭的一行人,從互不相識,到整合各自的聲音,到統一發聲,同一堅持,最後終於有滿意的結果,得到可以接受的賠償;不過當然還是要說一下:台灣,並沒有比別的國家 Low,「君君、臣臣、父父、子子」,只要做得比客戶想得更多,去傾聽客戶的聲音,去累積經驗,去學習用不同的視野看世界…我相信,我們本來就是可以是世界頂級。
絕對不要讓客戶覺得自己很 Low,需要主動來要求賠償、要求滿意的服務,要求在損失造成後的處理補足。
「你不用吵,我本來就會給你糖吃,而且我早就準備好禮物要補償你的損失」我希望我可以做到這一點。不管我現在是員工、主管、老闆,還是其他身分,我由衷希望自己千萬不要忘記這一刻。在平常就多為其他角色的人多做一些,多想一些,即使出了紕漏,還是有挽救的餘地。
大學時,以及現在,我還是喜歡公關以及危機處理;事實上,把事情妥善做好,把怨氣怒言處理好,不就是公關?不就是品牌?不就是大公司的氣度?就算你身處的不是大公司,我覺得如果大家都這樣做,早也已經是大公司了。
我希望我永遠不會忽視客戶實際的聲音,最底層真正做事人的聲音;以及,傾聽自己內心深處認為何者為善的聲音。
「在外商公司福利好、日本服務很好」我相信台灣自己的公司本來就可以,我們一直都可以做到,不是嗎?我們服務顧客的心,對應希望託付自己、接收服務的心,加上「信任」的建立,不是本來就是企業與服務對象的基礎嗎?那就是了。
三月 24th, 2010 in
mind,
虛擬公司文化 |
No Comments
以前跟隨勇者大人揮劍砍魔王的時候,我知道自己充其量也只是戰場上撿石頭丟向魔王而已,根本發揮不了什麼作用;甚或魔王呼氣一下,我就要躲在背後仰賴勇者大人給的屏障;勇者大人這種一手被縛一手作戰的方式,就彷彿麥克阿瑟將軍在二次大戰的英勇戰績一樣。
昨天手無寸鐵迎戰史萊姆時,才終於發現自己的心魔…不,那只是千萬隻心魔的其中之一而已,而且那種全心全意對上的感覺,讓我一回到家累到倒頭就睡;今天好險順利打倒古早遺留下來的系統、資料庫、程式等三合一複合蟲型史萊姆了,而且沒有耗費多少時間就綁住史萊姆…這是自身 Level up 的體驗(現在等級是被標註為 Lv 1.000000000000000002),我相信,且知道這就是 Level up 的磨練。
在這 Lv1 的戰場上,幾乎無時無刻就是史萊姆來襲,要不就是你要買裝備、技能書練等級;當戰士的兒子、法師的兒子、魔法學校的畢業生已經在 Lv99 打怪的時候,我剛丟掉手上的筆,踏上這戰場,而且身上沒有補血補魔的藥水;如果當時沒有勇者大人提供的庇護,我想我早就是路邊自動消失的枯骨。
勇者大人,謝謝你。
我會主動前往黑暗森林裡練功,也會存錢去城鎮購買好的裝備及武器;我會珍惜路上遇到的路人、或是傳說中的賢者給的建議;如果我這一生只能向魔王丟石頭,我也會開始著手打造投石器。
我還活著,在這戰場上。我沒有辦法戰到剩下一兵一卒,因為我就只有隻身一人;刀與劍也許不是我所能拿起的武器,但是木棍與繩索將成為我的摯友;傷痕便是這路途上的印記,史萊姆吐出的汁液,將一層又一層染深我的外衣。
勇者大人,我還活著!謝謝你!
三月 20th, 2010 in
mind |
No Comments
我從另一本勵志書看到了個小故事:有人訪問了連續好多屆都得到馬拉松冠軍的選手,問他成功的撇步是什麼?他說:「我原先也跟大家一樣,覺得終點線就在漫漫長路的彼端,常常跑不到中途就覺得沒希望了;後來我習慣在正式比賽前一天,沿路繞過一遍,將長程的路途切分成很多小目標,沿路做記號;我所要努力的就是沿途逐步達到這些小目標,等到這些小目標一段段都完成了,那麼終點線就在眼前了。」
我還是覺得,寫 code 即生活;寫 code 就是砥礪心志。
摘錄、改寫:
如果每個日程規劃是以天為單位,我就認定那是沒用的;你必須將日程規劃先分解成一個個非常小的任務,以小時為區段,確認這些單一任務不能超過 16 小時;實際上,就是要強迫你自己把程式命名這種細微的片段都要想過;你沒想過你要做哪些功夫才能完成程式,你的程式要完成就可能遙遙無期。
詳細填寫工作時間記錄表 (TimeSheet),久而久之,將有助你把自己完成目標的預估時間愈估愈準;多數估計的時間總是會失準,因為估算時常常沒有考慮到修正錯誤、小組開會、喝咖啡的時間等,更何況有些 PM 會三不五時來問你工作進度,也打斷你的工作時間。
你可別以為只要把每項任務預估的時間都加總起來就是程式做完的時間,系統要調參數,工作就要調時數;多做幾個專案,你就會知道自己預估好後,還要加上多少時間才是真正做完的時間。
別管老闆多會打擾你,工作時間表訂出來,按照原先訂立的工作時數去做 (看到這裡你的老闆應該會翻臉),不過相信我,這會讓你實際完成任務以及日程規劃達到最佳效果
那些建議:
只有第一線的程式員才能提出完成日期的估算值
一發現錯誤就立即修正,並將花費的時間也計算進去
防止管理層向程式員施加壓力,或要求他們加快開發速度
水杯裝滿了,就無法再倒水進去了;不是先把水倒出來,再加水進去,就是維持原樣
所堅持要做完的功能不一定是對的;尤其是當你在開發下一版時,應該就會發現。不過誰知道呢?就在東刪西減中,把成果以完整為優先要務吧。
三月 6th, 2010 in
mind,
囫圇吞棗 |
No Comments