---

※ 引述《thinkniht (不下棋=.=)》之銘言：
: 假設有一份寫程式工作
: 你的工作表現很不錯
: 主管也很看重你
: 你可以用很輕鬆的心情工作
: 也不怎麼會被要求加班
: (不管什麼工作都一樣 產出要是夠好 可取代性較低 別人不太會刁難你)
: 但是公司給的薪水不算太高 而且成長性有限
: 工作內容學不太到東西
: 工作學到的換別間公司也很可能用不到
: 各位會想待下去嗎?
: 還是會想換別間追求更高薪水(但可能工作時數更長更辛苦)

        看人啦，爽爽做這件事情對某些人來講就不見得是好事。


        這個議題我可以分享一下。


        過去三四個月內我過著每天只需要工作三四個小時的生活，
        在客戶這邊駐點，基本上是高階的支援人力，只有真的有出事會找我們。




        這邊的人一堆人 work from home，根本沒人管你啥時上班，

        客戶也說如果想要的話我們也可以 work from home ，
        只是我覺得旅館網路太慢 setup VPN 工作太沒效率，而且電話聯絡麻煩，

        再加上還是到辦公室比較有工作的 fu ，所以一直都是來工作。


        旅館離公司走路只要十五分鐘，開車五分鐘內，兩個紅綠燈就到了。




        至於工作學不學得到東西，都是一堆 service 沒有確認好，資料內容有問題，
        不然就是一堆 js error 的 bug fixing ，

        基本上雖然對其他人來講難度高，不過對我的經驗來講累積的有限。


        不會有人教你（也不需要教啦），總之就是救火隊，
        能倚靠的就是過去做案子的經驗跟讀code的直覺，

        還有幾個主要的 defect 的負責人可以討論。


        只是因為都是緊急的 issue (只有緊急的issue會到手上），
        所以有時限壓力需要儘快而且妥善處理，基本上我們是不太允許出包的。


        ------------------------------------------------

        我很難想像可以有比這更舒服的工作啦，
        只是這種機會也不是天天有就是了。XD

        ------------------------------------------------

        然後成長性很有限嗎？

        ------------------------------------------------

        讓我們看下去。

        ------------------------------------------------


        閒暇的時候我在幹麼？



      1.改善開發工具

        http://code.google.com/p/run-jetty-run/

        這是一隻用在 JavaEE 的web專案，用Jetty進行開發，
        具有比傳統的 WTP tomcat 快上五倍以上的高效率工具，

        而且對 Maven 具有相當完美的支持，
        如果你有開發過基於 Maven 的 J2EE project，


        一堆設定檔會弄的你眼花撩亂，這個plugin很簡單，
        安裝，然後對專案右鍵點執行=>Jetty Webapp ，就結束了。

        最少兩個動作，最多不會超過五個動作，相當的流暢。


        今年這隻plugin從一月加入開始我已經開五個大版本了，
        最近要出第六個，有許多的對開發有幫助的細節調整。



      2.改善使用者體驗跟建立資料蒐集平台

        http://zkfiddle.org/



        其中最大的挑戰在於 ZK 是 java base 的 framework ，


        有很多範例都需要寫一些 java 類別，這個平台允許你線上寫java class，
        並且線上編譯、執行 java 類別，考慮到可以執行 java 類別的安全性等因素，
        我想了非常久才找到一個相對比較合理的方式。


        這是開放原始碼的，ZK team 也好，外人也好，都有進行互動的討論。


        當然，只有自己的平台不夠有趣，我自己去年主動跑去把 ZK 自己家的論壇，
        ZK forum 的 source code 拉出來自己架環境自己維護，




        官方部落格介紹
        http://0rz.tw/FVpmJ


      3.許多的 ZK元件實做，我一直認為 web 要強，
        扣掉傳統的我們那種手工打造的方案，

        也就是倚賴強者的工作庫，倚賴強者的每一個細節的精心鍛造。


        雖然效果真的是沒話說，但對一般使用者來講門檻太高，
        而且對開發者的門檻也很高，如果使用者願意在細節的實做上犧牲一點彈性，

        元件化的元件是相對理想的一個方案。
        （想想recaptha 的引入、想想GA的引入、想想jQuery ui 等lib的引入）



        基於這個理由跟豐富 ZK 平台的想法，再加上我對 ZK 平台的充分瞭解，

        我寫了超過八個自訂的 ZK 元件，從自製到整合，
        從原始碼編輯（code editor）、rating 到各種認為需要的元件。

        https://github.com/tony1223/


        也從中學到了很多 web 要作成元件化會碰到的困難跟瓶頸。


      4.目前正在構思中，承 3 所述，有相當多的使用者有自己的 ZK 元件，
        我也有自己的元件，有沒有一個好得平台可以讓使用者自己分享他們的元件。

        這就是最近我在準備發表前面那個 plugin 的過程中，一方面也在思考得問題。


      5.我一月到七月中跟同事辦了四次的 ZK 讀書會。
         （後來我下半年都不在國內所以停辦）

        找一群 user 來說明什麼是 ZK，面對面大方的聊 ZK 的問題，
        示範一些基本的操作案例，進行 Q&A 問答之類的。


        ------------------------------------------------

        以上這些都相當程度的對開發有貢獻， zk fiddle 也在公司有許多的貢獻，
        我們會用他回覆範例給我們客戶作為很即時而且很有效的範例示例。

        有需要彼此分享交流的範例，我們也都會用他進行操作。
        目前上面有一千多個範例，其中至少有幾百個是有收集的範例。

        也是一個很棒的在兩台不同 server 間傳遞 java class
        與應用 class loader 的範例。



        RJR 是 Eclipse Market place 上排名二十幾的 Eclipse plugin ，
        數據上看來每天透過Market place client 有二十個安裝數起跳的類別。

        ------------------------------------------------

        好了，重點來了。

        以上這些東西都不在我的 task list，說穿了公司的態度就是你要做很好，

        他不會阻止你，但公司也沒有非要你作不可。


        作人講話要直白，說穿了我駐點期間只要客戶的東西搞定，
        我整天要打混看網拍看ptt喇賽，也不會有人管我的。


        那為什麼我要做，因為愛啊。


        你看了這些東西自然而然的會覺得有所不足，
        會想提出抱怨，會想改善，這就是程式設計師啊。


        ------------------------------------------------

        我只有在寫程式的前三年是為了增進能力而寫程式，
        後面這幾年都是試著去挑戰一些需求，

        把需求做到先自己滿意，最好別人還會滿意。


        當然過程挑戰中一定會跌倒，
        我想十個點子大概只有兩個最後有做出來。


        ZK fiddle點子去年十月就想了，卡一堆關構思到今年六月才開始動手。


        做 SOHO 的經驗告訴我，你要去想你的客戶需要什麼，
        你要去想你要怎麼做可以增加你的工作的效率，

        對，你的老闆可能不見得買單，但至少對你有幫助。


        苦中作樂也是一種樂，像我超級討厭反覆的行為，也討厭浪費時間，
        那做些事情改善這些狀況，有什麼不好？


        ------------------------------------------------


        如果你問我，做這些事情到底值多少錢？幹麼那麼拼。

        我要說，如果我沒做這些事情，其他人不一定會信任我的能力，
        不一定會知道我會什麼，不一定會知道我的想法是什麼，
        甚至他們不一定知道可以這樣做。


        至少在談加薪的時候，我也有顯著的績效可以談。





        ------------------------------------------------

        我最近在看一本賽局理論的書，叫競合策略，我覺得蠻推薦的。


        這個世界的環境並不好，我同意，
        但是是不是做的快等於低績效，或者做得快等於事情簡單，

        從厚黑的角度來看這種事情，其實都還有別的方式可以解套。



        更重要得是，你認為的這個競爭狀態，
        基本上不發生在明眼人眼裡啊，你只要在工程師圈滾個五年。

        你怎麼會不知道工程師什麼時候再打混，什麼時候是認真。
        怎麼會不知道哪些是難的哪些是簡單的。

        會有老闆搞不清楚狀況到這種程度，那根本就該早早跳槽不該再待下去了。


        最後就是這世界是充滿機會的，
        但前提是你必須站得比別人前面一點，而並不難。


        因為很多人基於種種的考量，一直站在原地不動，
        只要你輕輕踏個幾步你就站在前面了。




        其中最重要得部份就是，找尋需求與分享，
        不管在做什麼工作，你都有做這件事情的空間。


        純粹的技術並不是重點，技術用來解決什麼，
        被解決的東西是不是高價值的，這才是重要的。


        兩個不同領域擦出的簡單火花(0-> 30)，
        有時候比一個領域從 90-> 95 來得更有價值。



        回歸到事情的本質吧，你是來做軟體工作的，
        理想狀況下，至少應該把軟體工作做好。


        成長性什麼的，其實除了工作之外有太多空間可以自己鑽研，
        我一直這麼相信的，只要你熱愛這份工作，

        你自然會在其中找到一條有樂趣的道路。


        而且那並不需要犧牲你的生活，我還是一樣有在跟球隊一起打保齡球，
        今年也是去做了環島旅行，平常三不五時的還是有親朋好友的聚餐。


        ------------------------------------------------

        真的不要為了工作犧牲你的生活，除非你願意或者你真的別無選擇。

        ------------------------------------------------




        我今年賺得錢收入不算少，但是那並不是我追逐賺錢這件事，
        而是我追逐著自己想要的工作環境中，收入這件事情跟著來了。



        以賽局的角度來看，你跳槽能夠賺得錢就是你的附加價值，

        適當地運用你的「力量」去爭取更好得空間或薪資，也不是什麼壞事。

        手腕跟方法總是會一直需要練習的。



        這種假設型的問題的缺點就在於，現實的世界遠比這複雜的太多。

--


        數也數不清的友善使用者體驗      這就是ｊａｖａｓｃｒｉｐｔ

                                                歡迎同好到 AJAX 板一同討論。

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 198.203.175.175
※ 編輯: TonyQ           來自: 198.203.175.175      (12/15 01:01)
※ 編輯: TonyQ           來自: 198.203.175.175      (12/15 01:22)
※ 編輯: TonyQ           來自: 198.203.175.175      (12/15 01:23)
※ 編輯: TonyQ           來自: 198.203.175.175      (12/15 01:24)
※ 編輯: TonyQ           來自: 198.203.175.175      (12/15 01:26)

--