2010 第2季回顧

七月 16th, 2010

很明顯的,這一季的行程變得緊湊許多,一方面是業務量小幅度成長,另一方面是婚禮的籌備需要抽出一些時間,同時也參與了一些社群活動的規劃過程,面面俱到似乎變得困難許多。感謝身邊的親友沒有因此太過責難,也算幸運的即將過渡到生命的另一個階段。

這段期間錯過了一些機會,也主動推辭了幾個合作,因為不希望勉強答應後讓客戶處於風險之中。有個機會是接手同業的專案,業主對於現有合作廠商並不滿意,主要是溝通與時程問題,因此希望尋求其他服務來源。業主希望能夠將自己的想法一次實現,聯絡窗口也做了許多事前的規劃,架構因此變的複雜。我們對於原有系統開發風格並不熟悉,因此建議放棄原有系統獨立開發,也將這個想法反應在報價上,這或許是錯過的關鍵。

跳脫案件成敗去看待這個需求,我們會建議調整做法。當發現原配合對象無法滿足需求時,應該先找到有能力維護現有系統的廠商試著接手系統日常維運,透過幾次小規模的需求委託來培養新合作對象的默契,在這之後才開始擴大合作範圍。資訊系統開發,變動規模越大就會存在越大的風險,除了確保合作對象有能力外,也需要檢視自身情況,如果大部份操作人員的工作量都是滿載的情況,新系統大規模導入很容易受到排斥。小規模導入若能協助減少工作負擔,就可以吸引更多的意願與時間參與,整體成效往往比一次到位的資訊系統導入要大的多。

這一季有個印象深刻的情況,主要是客戶方面片面調整了付款方式,而且直接將支票寄來工作室。我們在經過溝通之後選擇將支票退回並且結束這個合作,因為事前的討論中並未提及這個調整,而需要調整時也並未先行溝通連繫,只在調整後將結果放在眼前要我們接受,我們覺得這個過程不被尊重,也擔心專案合作過程類似的情況產生我們所無法承擔的風險,因此只好委婉的拒絕了。或許這樣子有些顧慮太多,將到手的款項退回也有些傻,但我們希望任何合作都是一種長期默契的培養,工作室也是因為期待穩健的成長才會出現。

在季末,沈寂已久的讀書會活動因為朋友的幫忙有了新的聚會地點,每個星期運用一點時間充實自己感覺還不賴,所以儘管再忙也是將時間排開,希望這個好習慣能夠長久維持下去。有興趣的朋友,歡迎:

http://groups.google.com/group/zf-tw

2010 第 1 季回顧

四月 8th, 2010

這一季是應該心懷感激的,因為許多朋友在這一季都陸續介紹了一些案件,雖然有些仍然礙於我們的能耐無法順利談成,但還是非常感激這些朋友的幫忙 ;)

這一季也是充滿矛盾的,因為原本合作的律師在一個案件中出了差錯,導致訴訟結果不利於我們,也造成我們與律師間需要形成對立關係,因此悄悄隱藏了原本公開推薦的文章,而接下來也會是尷尬的法律行動。也許我們也濫用了信任,忽略了一些應該有的警覺與細節,這個教訓確實教人印象深刻。

因為陸續出現的長期合作關係,個別專案的時間壓力變少了,在專案功能以外的事務變多了,像是認識合作對象的員工、參與他們的內部流程等等;部份客戶也主動提出希望轉為類似 『持續性整合開發』 的合作方式,不再是靠一紙合約定義功能涵蓋的範圍,而是針對零碎的需求持續進行開發工作,雖然還是以外商為主,但這樣的概念確實減少了過去合約方式的弊病,只是相對的,固定時間內產出的成果量會減少,最大的好處也許是能夠實際契合組織逐步成長的需求。

也因為這樣的合作關係,行程的安排變得意外許多,導致一些活動在報名後卻沒辦法如期參與,對於活動主辦人很是抱歉。就愛玩網站也是很長一段時間沒有更新,現在最缺乏的也許是視覺層面的努力,這個部份確實需要一些天份與耐性,我們還是習慣陳浸在程式碼當中。

下一季會開始一個半公益性質的專案,主要是針對救災系統的在地化,希望這個專案的成果真的能夠發揮效益,不過也同時期盼不會有需要用到這個系統的時候。專案網址: http://github.com/kiang/sahana-tw

2009 第 4 季回顧

一月 10th, 2010
在第 4 季有許多的專案都進入尾聲,而在專案銜接的空檔中,有比較多的時間進行早先開始的一個計劃,也就是就愛玩( http://travel.olc.tw/ )這個網站。網站的構想其實很早以前就有跟朋友討論過,不過當時朋友們並不感興趣,而工作也不允許放入太多的心力在這個想法上,因此擱置了許久。在今年 6 月開始將開發中的網站對外公開,因為網站大部分的構想來自少數的意見,希望藉此了解人們對這樣概念的接受度。不過還蠻多朋友當下就直接或間接反應這個網站太複雜或是太難使用。
就愛玩試著要將旅遊需要的資訊、工具,透過一個有系統的方式整理與呈現,有別於一般的旅遊性質網站,我們將開始的焦點放在行程的安排上,一方面是單純以景點、旅館為基礎的網站已經非常多了,另一方面是行程經常是旅行過程最讓人傷腦筋的地方,因為不是每個地方都可以在行前清楚的知道可能面臨的每種情況,除非你剛好有朋友去過那些地方。也就是這樣的一個想法,在網站的出發點就是,真的去過那些地方的朋友,他們怎麼安排行程?這樣的安排如何傳承給下個要去的朋友?雖然已經有許多旅行為題的討論區有著相關文章,但是每個人的風格不一,要消化那些資訊並不是那麼容易,而且也經常淹沒在大量的資訊中,就愛玩希望專注在這個出發點進行延伸。
當然,工作室的主要營收還是來自承接各種類型的專案,也很幸運的,沒有專案的款項延遲到本季結束後,非常感謝合作伙伴們的照顧。這一季也在 OpenFoundry 的引薦下參與了中原大學的一個技術性研習社群,在這個活動進行過程中,有機會接觸到一些即將進入職場的學生們以及老師,試著將自己工作中所熟悉的技術跟這些同學進行交流,希望真的能夠幫上忙。
工作室也即將邁入第二個年頭,很慶幸並沒有辜負親友的期望,在許多朋友的幫忙下,工作室的營運正常;在新的年度裡,會將一部份的資源運用在就愛玩網站上,也會試著讓經手的專案能夠有更好的品質,期望新的一年能夠更上一層樓 ;)

在第 4 季有許多的專案都進入尾聲,而在專案銜接的空檔中,有比較多的時間進行早先開始的一個計劃,也就是就愛玩( http://travel.olc.tw/ )這個網站。網站的構想其實很早以前就有跟朋友討論過,不過當時朋友們並不感興趣,而工作也不允許放入太多的心力在這個想法上,因此擱置了許久。在今年 6 月開始將開發中的網站對外公開,因為網站大部分的構想來自少數的意見,希望藉此了解人們對這樣概念的接受度。不過還蠻多朋友當下就直接或間接反應這個網站太複雜或是太難使用。

就愛玩試著要將旅遊需要的資訊、工具,透過一個有系統的方式整理與呈現,有別於一般的旅遊性質網站,我們將開始的焦點放在行程的安排上,一方面是單純以景點、旅館為基礎的網站已經非常多了,另一方面是行程經常是旅行過程最讓人傷腦筋的地方,因為不是每個地方都可以在行前清楚的知道可能面臨的每種情況,除非你剛好有朋友去過那些地方。也就是這樣的一個想法,在網站的出發點就是,真的去過那些地方的朋友,他們怎麼安排行程?這樣的安排如何傳承給下個要去的朋友?雖然已經有許多旅行為題的討論區有著相關文章,但是每個人的風格不一,要消化那些資訊並不是那麼容易,而且也經常淹沒在大量的資訊中,就愛玩希望專注在這個出發點進行延伸。

當然,工作室的主要營收還是來自承接各種類型的專案,也很幸運的,沒有專案的款項延遲到本季結束後,非常感謝合作伙伴們的照顧。這一季也在 OpenFoundry 的引薦下參與了中原大學的一個技術性研習社群,在這個活動進行過程中,有機會接觸到一些即將進入職場的學生們以及老師,試著將自己工作中所熟悉的技術跟這些同學進行交流,希望真的能夠幫上忙。

工作室也即將邁入第二個年頭,很慶幸並沒有辜負親友的期望,在許多朋友的幫忙下,工作室的營運正常;在新的年度裡,會將一部份的資源運用在就愛玩網站上,也會試著讓經手的專案能夠有更好的品質,期望新的一年能夠更上一層樓 ;)

只問結果的工作型態 – ROWE

十二月 14th, 2009
為了要到一個河岸邊的餐館,在喝飲料、放鬆心情之餘能夠看些東西,於是跟女友兩個人逛逛書店,花了好些時間各挑一本書,我挑了這本:
書名: 員工不進辦公室,BOSS更輕鬆:全球最大3C零售商高績效工作模式
原文作者:Cali Ressler、Jody Thompson
譯者:林宜萱
ISBN:9789861853642
這本書介紹了全球最大的 3C 零售商 BestBuy ,在公司嘗試導入 ROWE(Result Only Working Environment) 過程所遇到的問題以及產生的效益,雖然缺乏大量的數據進行佐證,但不失為一種改變現有工作環境的努力方向。
書中有羅列了十三個要點,我只列出兩個比較辛辣的部份,以及自己的想法:
1. 每一場會議都可以自由選擇是否參加
會議能夠產生的效益,相信我們在』開會開到死』這本書可以略知一二,但有趣的是,大部分我們在會議進行過程所傳達的資訊,透過其他方式也可以做到;而會議最大價值是產生決議,卻會發現大部分需要決議的事項都是議而不決,或是看到兩三個人爭的面紅耳赤,其他人就跟看著話劇表演沒有兩樣。
我過去曾這樣子運用會議,當時是看到一個同事開始有打瞌睡的情形,於是我整理手邊一些可以不用在辦公室處理的工作,告知這個同事要跟他在外面咖啡店開個會,告訴其他同事我們在外面的會議,請他們在需要時跟我連絡。我們兩個到了咖啡店,我告訴他這個會議其實沒有要做什麼,只是因為注意到他在打瞌睡,所以讓他出來休息一下,他就在那裡趴著休息了一下,我則是整理手邊的資料。等他醒來,兩個人一起回到辦公室,他的精神狀況明顯比較好了,當天的工作也沒有因為一時的精神不濟而耽誤。
我並不覺得這樣子運用會議會有罪惡感,因為這個會議有產生預期的效益,而且價值比起許多報告流水帳的會議要高的多。我也相信,如果每個會議都跟參加的人息息相關,人們會自己想盡辦法參加。
2. 所有的工作都沒有時間表
以前剛開始接觸工時記錄表的時候我一直很不知所措,一方面是有時候我會因為工作忙碌忘記自己某一天做了些什麼事情,一方面我並不會希望告訴老闆我在某個時段精神不濟跑到外面去看路過正妹來提振精神。後來跟著一些前輩的腳步,我的工時記錄表上面盡是謊言,講的好像我每天上班都好像拼命三郎一樣,但想也知道那不可能,只是老闆也好像也習慣看到這種謊言般沒有反應。
只是沒有了時間表,並不是每個人都清楚該怎麼安排工作進度,這也許才是主管最大的價值。
下面是非死不可的相關討論:

為了要到一個河岸邊的餐館,在喝飲料、放鬆心情之餘能夠看些東西,於是跟女友兩個人逛逛書店,花了好些時間各挑一本書,我挑了這本:

書名: 員工不進辦公室,BOSS更輕鬆:全球最大3C零售商高績效工作模式
原文作者:Cali Ressler、Jody Thompson
譯者:林宜萱
ISBN:9789861853642

這本書介紹了全球最大的 3C 零售商 BestBuy ,在公司嘗試導入 ROWE(Result Only Working Environment) 過程所遇到的問題以及產生的效益,雖然缺乏大量的數據進行佐證,但不失為一種改變現有工作環境的努力方向。

書中有羅列了十三個要點,我只列出兩個比較辛辣的部份,以及自己的想法:

1. 每一場會議都可以自由選擇是否參加

會議能夠產生的效益,相信我們在』開會開到死』這本書可以略知一二,但有趣的是,大部分我們在會議進行過程所傳達的資訊,透過其他方式也可以做到;而會議最大價值是產生決議,卻會發現大部分需要決議的事項都是議而不決,或是看到兩三個人爭的面紅耳赤,其他人就跟看著話劇表演沒有兩樣。

我過去曾這樣子運用會議,當時是看到一個同事開始有打瞌睡的情形,於是我整理手邊一些可以不用在辦公室處理的工作,告知這個同事要跟他在外面咖啡店開個會,告訴其他同事我們在外面的會議,請他們在需要時跟我連絡。我們兩個到了咖啡店,我告訴他這個會議其實沒有要做什麼,只是因為注意到他在打瞌睡,所以讓他出來休息一下,他就在那裡趴著休息了一下,我則是整理手邊的資料。等他醒來,兩個人一起回到辦公室,他的精神狀況明顯比較好了,當天的工作也沒有因為一時的精神不濟而耽誤。

我並不覺得這樣子運用會議會有罪惡感,因為這個會議有產生預期的效益,而且價值比起許多報告流水帳的會議要高的多。我也相信,如果每個會議都跟參加的人息息相關,人們會自己想盡辦法參加。

2. 所有的工作都沒有時間表

以前剛開始接觸工時記錄表的時候我一直很不知所措,一方面是有時候我會因為工作忙碌忘記自己某一天做了些什麼事情,一方面我並不會希望告訴老闆我在某個時段精神不濟跑到外面去看路過正妹來提振精神。後來跟著一些前輩的腳步,我的工時記錄表上面盡是謊言,講的好像我每天上班都好像拼命三郎一樣,但想也知道那不可能,只是老闆也好像也習慣看到這種謊言般沒有反應。

只是沒有了時間表,並不是每個人都清楚該怎麼安排工作進度,這也許才是主管最大的價值。

下面是非死不可的相關討論:

ROWE非死不可討論記錄

ROWE非死不可討論記錄

2009 第3季回顧

十月 1st, 2009

這一季的業務量穩定,也有機會去接觸到一些比較新鮮的事情 :)

這一季所接觸到的客戶比較多,但是有許多的比例基於時間與預算因素而沒能夠合作,甚至有一天剛好在不同時間遇到兩個客戶講類似的話,他們都一再的強調希望快速滿足需求,但是對於專案的價格也有頗多的顧慮存在。其實現在有許多現成的資源可以快速滿足多方面、基本的資訊需求,工作室也陸續介紹了一些,安裝這些應用程式並不需要支付太多費用;只是後續想要做延伸的開發時,比起從頭開發一個簡單的應用來滿足同樣需求,延伸性的開發難度會比較高,因為開發者對於這些應用的架構必須有一定程度的了解。

就拿一般工作來說吧,大部分情況下我們可以照著直覺想法做事情,只要老闆同意就好;但是在較大型的公司,或是政府部門中,有時候直覺想到的做法可不能一意孤行,因為有時會碰觸到其他人的工作範圍而產生衝突,或是在埋首了一段時間後才發現很多事情早就有人做好了,白花了許多功夫。程式設計也是同樣的道理,如果只是靠著直覺寫程式,很多的需求都可以輕易滿足;但如果想要在一個既有架構中延伸功能,可就得花些時間看懂這個架構中的特性,大部分情況下都需要一段時間去適應,這就是評價的基礎。

從 7 月開始多次跟中研院的 OpenFoundry 合作提供一些技術性的教學,也開始試著開設一個以 PHP 為題的教學活動。在這些教學進行的過程中,可以發現自己已經有些脫節了,許多時候自己直覺想到的事情,對於剛接觸的朋友來說卻是一個極大的障礙,仔細回想過去也有過苦思,只是在忙碌的工作過程裡,這些東西都變成了習慣,突然要把其中一塊挖出來問這麼做的原因,其實還真有些難以回答。不過這樣的互動過程也讓自己發現了一些自己比較薄弱的地方,希望能夠藉由這個過程去補足,畢竟在實際需求環繞的時候,自己會比較有動力針對問題做出改變。

9 月初有個比較特別的經驗,就是應日本 PHP 社群的邀請,前往東京參加他們的活動,也在活動中分享台灣 PHP 社群的現況。在這個過程中,發現自己就像隻井底之蛙剛跳出井口,因為日本的社群規模比起台灣要大的多,一些大型的商業需求也是在台灣不容易見識到的,從他們活動中所接觸到的資訊都相當保貴。當然,也藉這個機會去度個假,光是在東京市區就逛街逛到腿軟了 ;)

這一季受到最大的打擊,大概就是一位前輩告訴我,』原來你看起來也不瘦嘛!』,應該要開始處理那個惱人的鮪魚肚了…騎腳踏車的頻率確實因為工作量的增加而有懈怠。

Ptt CodeJob 版討論記錄

八月 1st, 2009

— 前言 —

Ptt 是目前國內最大的 BBS 站,在 …

8   戰略高手     遊戲, 數位, 程設 ->
6   CompScience  程式 Σ程設 資科 資工 ->
1   CodeJob      工作 ◎  發案、接案、徵才、詢價、討論

這個討論版主要是一些專案的發包與承接資訊,我在這個討論版上發表了PHP+MySQL實務課程( http://olc.tw/learn/ )的資訊,引起了一些討論,在文章被移轉到精華區後,版主發起關於規則的主題,針對這個主題發表了下面意見。

— 文章內容 —

我不確定版上的前輩們平常在執行專案時會不會遇到教育訓練的需求,我自己在執行專案時經常碰到,除了一般性的操作與管理外,有些客戶會希望安排一些程式設計的教育訓練,他們希望自己的人能夠有能力處理基本需求,不希望處處仰賴我;我本身相當贊同這樣的觀念,我也希望自己能夠專注在專業高度密集的工作上面,這對我而言具有較高的相對價值,畢竟生命有限。

但是主管的美意不見得會獲得下屬的認同,在進行教育訓練時會遇到許多非理性因素牽制,因此效果通常不佳;這時候問題就浮現了,公司方面有程式設計的需求,但是下面員工又不願意學,所以開始希望找人,而此時我就成為顧問的角色,幫忙看看履歷、幫忙面試,不過跟我稍早的文章提到的一樣,能用的人搶手,沒辦法用的公司又沒有那樣的耐性慢慢培養,人力市場形成中空狀態。

也許坊間已經有許多類似課程,但是我自己在一般補習班上過課,嚴格說來我沒有把握在那樣的預算下做什麼完整的準備,也相對的,因為預算不高,課程主持單位也沒有能力約束講師的品質,所以現實的狀況是,經歷過這些課程的朋友,大多只能有基本的概念,應該還沒辦法上戰場。

基於這樣的背景,所以想要跳脫一般的形式進行教學,專注在一些實務應用的需求上面。也許有些朋友會覺得,我所列出的教學大綱感覺很』一般』,不過相對的情況是,我已經實際跟報名的朋友碰過面,大約了解他們的狀況後提出規劃,如果你身邊有小朋友剛開始學注音,你會想要教他怎麼寫作文嘛?我總覺得這不是我需要解釋的地方,因為每個人看的角度不同,但似乎在一些朋友的想法中,這是很嚴重的問題。

從這個角度看,不知道程式設計方面的教育訓練跟程式設計的專案是否有那麼一點關聯?留給各位網友評斷。

再來看, CodeJob 這個版主要的閱讀者為何?理想狀況下,這個版上應該都是希望發案與接案的人,也許暫時叫作標準使用者。但有沒有那樣的可能,其實很多走馬看花的朋友?這些朋友希望具有接案子的能力,持續在這個版上觀望,這個版上是否歡迎這樣的朋友?是否要去照顧這些朋友的需求?這些朋友算是標準使用者的潛在來源,他們需要的也許是有實際接案經驗的人進行教學?我不清楚,這都是假設。

嚴格來說,如果我希望靠著教學生存,這兒不是我需要過度著墨的地方,我直接把資源放在廣告預算就好,補習班學員有很大的成份是基於廣告宣傳而來,壓根兒不清楚自己的興趣在那兒,這些錢似乎賺起來比較容易。會希望將訊息放在這些地方,是希望找到真的對這個領域感興趣的朋友,這樣子教學過程中,彼此都可以有些成長。

關於費用,可以從兩個層面看待,先是市場競爭因素,或許我所定的價格偏高,引發許多朋友的反感;但是從個人的機會成本看待,我想將同樣的時間拿來承接專案,我能夠獲得的收入較高。但我還是想要進行教學活動(也許這是我該死的地方),因此定價取的是一個平衡點,我必須承認那不是為了滿足大部分朋友的定價,但相較於顧問公司提供的教學,我想那並不是個非常離譜的定價。

再從提供教學者的身份看待,有許多朋友不滿的地方似乎是我基於個人身份發表,那是否我請工讀生發表這些文章就算合理?工作室不等於企業,那是因為許多號稱工作室的執業者並沒有正式進行登記,但我有合法登記,原則上國稅局並不會因為我是登記工作室而少收點營業稅、營所稅,在法律上我也是法人代表(註:經 summerme 提醒,行號是沒有法人身份,所以這裡的說辭有誤),唯一的差異就是一些有資本額限制的特定標案、營業項目我碰不到,但基本上你認為一個』企業』該有的條件,工作室都有,有興趣可以去跟你的會計師聊聊。而也說真的,開間公司只比工作室多了些文書作業,如果你是我重視的客戶,為你生個公司我都覺得 OK ;我相信這些層面存在許多誤解,我是有學過會計的,希望這方面的資訊我沒有太過脫節。

有朋友提到,如果每個有開課的補習班都來這邊打廣告,那不就很混亂?但事實上,跟我上面提到的一樣,廣告預算會放在目標客戶集中的地方,這兒不是一般補習班的目標。

我相信我自己還有需要學習的地方,歡迎各位檢驗我的專業是否到達足夠的水平來提供這樣的教學,但是對於一些基於片面資訊的評斷,我會回應只是基於我重視自己的聲譽;在你希望檢驗我的同時,希望你也能夠確定自己經的起檢驗,別讓一時的情緒誤導了你的專業。

我喜歡積極、正面的交流,還請各位不吝指教。

全部文章連結:

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.839.html

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.D48.html

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.92D.html

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.2DB.html

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.4CC.html

http://www.ptt.cc/man/CodeJob/D502/M.1248333327.A.D78.html

http://www.ptt.cc/man/CodeJob/D959/M.1249017920.A.F43.html

http://www.ptt.cc/man/CodeJob/D959/M.1249054092.A.B0F.html

http://www.ptt.cc/bbs/CodeJob/M.1249018128.A.C4B.html

http://www.ptt.cc/bbs/CodeJob/M.1249020736.A.776.html

http://www.ptt.cc/bbs/CodeJob/M.1249060132.A.A8D.html

http://www.ptt.cc/bbs/CodeJob/M.1249102455.A.86E.html

http://www.ptt.cc/bbs/CodeJob/M.1249106661.A.5C0.html

2009 第2季回顧

七月 24th, 2009

這一季卡很大、卡很久,計劃趕不上變化,原本預計要四處走訪朋友公司的計劃就暫時取消了,為 4 個孩子努力。

這一季運用零碎的時間讓就愛玩網站的功能勉強可以使用,同時也僱用了個小工讀生,協助將網路上可以找到的行程資訊建立到網站中,只是因為是』小工讀生』,大部分的地方都沒去過,所以產生了許多不對勁的資料。不過因為那些資料是要提供作為草稿,因此求證的部份就需要實際運用的人去確認囉。

比較特別的地方是,有位客戶希望能夠進行 CakePHP 的教育訓練,時間控制在 6 小時內,因為他過去也有程式設計經驗,所以希望透過這樣的教育訓練能夠自行開發所需的應用程式。不過實際進行的過程中會發現,雖然同樣是程式設計,但是不同的開發環境與習慣間有著顯著的差異,而 CakePHP 又有著許多的細節不太能夠在 6 個小時內完全記得,因此這個課程在 5 小時就提前結束了,這位客戶宣告放棄。在這個案例中可以發現,現在不只是隔行如隔山,只要換個英文單字(JAVA -> PHP),差異就非常的大。

這段時間,發現開始有些外商大公司在找 PHP 的程式設計師,除了在一般的人力網站上面設定資訊外,還透過獵人頭公司到處找人,接到這樣的電話時因為正要出門,所以沒有進一步攀談。當然,還是有許多中小企業在找 PHP 工程師,跟自己過去的經驗一樣,面試過程接觸了許多的新鮮人,大部分都沒辦法立刻上線,而基於成本考量下,中小企業大多不願意培養人才(當然,部份也是因為現在人力的忠誠度普遍不高,很多時候等同於幫競爭對手訓練人才),所以求才的過程變得相當冗長。

目前的狀況是預期下一季的行程都被塞滿了(9 月中旬),但還是有許多需求存在,因為一些需求都比較偏門(使用特定工具)或是預算明顯不足,所以沒有勇氣推薦給身邊的朋友(當然,這些朋友也都一個比一個忙)。當然,這其中也不乏舉棋不定的專案,有時候基於手邊行程的安排,對這樣的需求得設定一個停損點,也許在報價單沒有回應後就比較沒辦法再仔細回應每個問題,畢竟這是個營利事業,有時候確實沒辦法顧及太多期望無償服務的需求。

天氣變熱了,天氣好的時候會在下午去堤防騎腳踏車,作息也還算固定,所以很幸運的沒有因為身體不適蓋到健保卡,除了那個很難根治的脂漏性皮膚炎。

就愛玩 beta 上線

六月 15th, 2009

網址: http://travel.olc.tw/

為什麼做這個網站?

出發點有多個面向,最基本的就是自己本身就喜歡到處玩,只是玩的太隨興,缺乏事先規劃的結果就是經常不知道接下來要去那兒,所以做個網站來督促自己做些計劃。就工作室的角度而言,這是個展示技術水平的機會,畢竟許多時候客戶並不是很樂意自己的網站被拿來大作文章,所以弄個網站出來跟潛在客戶之間也比較好溝通。從發展性去看,現在旅遊相關的網站數量非常多,但是大多將焦點放在容易獲利的地方,像是訂房、訂機票等服務,很少有網站將焦點放在旅遊行程的規劃與心得分享上面,希望能夠有機會滿足這個部份的需求。而對於工作的執行,因為網站開發的特性,經常會有些等待資料往返的零碎時間,出現一個主題可以讓這些零碎時間聚集在一個方向上面,應該比網路上亂逛來的好一些。

總之,可以想到的理由很多,反正已經下海了 ;)

網站好像很陽春?

是的,這個網站在什麼都還沒準備好的狀態下對外公開,有部份原因是試著執行』持續整合開發』的概念,避免網站的發展方向與使用者的期望有著太大落差。就技術性而言,其實這個網站納入了許多實驗性的東西,因為一般專案不容易接觸到,所以會將那些東西全部導向這兒,藉此累積實作的經驗。

為什麼取這個名字?

因為就愛玩(國台語通用),沒什麼理由 ;)

接下來有什麼計劃?

其實一點規劃也沒有,想到有什麼功能可以加就加上去,如果手邊工作忙了就放著不去管它。不過不用擔心加入這個網站會變成孤兒,因為維持這個網站基本營運所需要的資源不多(刻意不做圖片、影像相關功能),只要工作室還在就不用擔心它哪一天突然消失。

更多問題?

歡迎到討論區來聊聊: http://travel.olc.tw/talks/

2009 第1季回顧

四月 2nd, 2009

想要拜訪的人還很多,但是拜訪到一半就被案子卡住了,忙了一陣子,順利的話也許月底可以繼續拜訪 ;)

許多朋友對於成立工作室想要做的事情感到好奇,但是我並沒有準備好一套說辭來回應這類問題,因為相關的想法只有雛型、概念,為了避免像以前那樣子打了一堆空包彈讓朋友拿來當茶餘飯後消遣的話題,對於這方面的議題我選擇含糊帶過,而因為我沒辦法給理想答案而為我擔心的朋友,除了說聲感謝外,就敬請期待吧。

另外一方面,成立工作室同時需要揹負著一定的經濟壓力,我並不是那種含著金湯匙的幸運兒,因此在工作室的經營還沒進入穩定的前提下,漫談理想好像顯得有些不切實際。身邊的親友也大多是以經濟因素作為衡量指標,為了避免太多的雜音出現,創造實質收入是我的首要工作,而也很慶幸的,在許多朋友的支持下,這個目標並沒有遇到太大難題。

有些遺憾的是,我還沒有能力滿足所有期望,只要預期的工作量接近滿載,我就得開始推辭一些需求,因為不希望做出自己無法達成的承諾,希望那些被我婉拒的朋友能夠見諒。而對於一些加入創業團隊的邀請,因為我才剛從一個新創事業離開,目前也在試著實作自己的想法,我很難說服自己去參與其他人的創業過程,畢竟離職與創業對我而言已經是站在高風險的位置了,我不太能夠說服自己去評估其他高風險的選擇。當然,選擇高風險也相對的是期待高利潤,所以對於那些薪水穩定的工作也自然沒辦法在這個階段給予正面答覆。

關於市場的情況,客製化服務在這片不景氣中應該算少數需求旺盛的工作,因為很多企業不再有多餘的預算去採購完整的解決方案,所以開始從全面性的需求中去找出比較具有實質效益的焦點,將有限的預算放在刀口上;會造成需求旺盛的另外一個面向,採用開放原始碼軟體的企業變多了,而熟悉這方面技術的人有限,所以市場上仍有大量的需求等待滿足。也有一些承接能力範圍以外業務的公司在積極尋找相關人才,只是許多人還是習慣讓需求進入價格的惡性競爭,其中被犧牲的就是達成度與品質。

這段期間也有機會跟一些學生接觸,原本準備了一些技術性議題,到了現場才發現學生的狀況落差蠻大的,才臨時轉向一些軟性的話題,不過因為這方面缺乏準備,所以表現有點差。學生們對於想要做的工作很有想法,但是用基本的條件去檢驗這些想法時,許多想法都還遙遠的很,因為那些理想工作的背後往往是密集的專業或經驗需求,也許需要多去思考在進入那個理想工作前需要付出的代價。

在這兩個月中,我所面對比較大的問題是自己的狀態,因為盯著電腦的時間比過去要長,有些時候要離開電腦才會發現體力已經透支;精神狀況也是一大考驗,因為許多需求在討論的當時並未定案,讓實作的過程需要陸續調整,有時還是難免會需要離開電腦來調整情緒。類似問題好像很難有理想的解決方式,目前只有靠睡眠(在辦公室擺了一個雙人床大小的充氣式床墊)、運動(一台踩半天也只能前進一小段的小徑腳踏車)來縮短自己在低潮時期的時間。

值得慶幸的是,健康狀況並沒有變糟(很久沒有動用健保卡了),這段期間也順利的在一場官司一審中勝訴,收入還算可以跟家人交代,我的手還沒開始出現過去忙碌時就會出現的異狀(好像是什麼隧道陣候群來著的…),以及大姊的小孩順利出世 ;)

發票…每個月都要買!

三月 6th, 2009

軟體開發專案往往持續很長一段時間,一兩個案子大概就可以卡幾個月,所以在想說可不可以需要開發票的時候再買,可是根據專業人士的說法,即使沒有開,也要每個月買…真是…

不過聽到好消息,營業稅要從 25% 降到 20 % ,所得稅也會減 1% (…因為我還沒能力跳過所得前 3 級),希望能夠快點實施。

話說,感謝身邊朋友的支持,剛開業一個多月,已經忙的天昏地暗了,抽個空上來哈啦哈啦。