今天早上收到Google寄來的一封信,通知我申請到免費的GAE(Google App Engine)帳號,之前礙於無法從美國或日本的手機SMS簡訊獲得許可驗證碼,因為我根本就沒有這些國家的手機,想說應該是無解了,沒想到過幾個禮拜後Google竟然也幫我開通帳號了,想當初Google要我填寫手機號碼,我也就老實的填寫台灣大哥大的號碼(前面需要國際碼喔.. )。收到這封信真的很開心,也就是說將來我可以不用再為了主機規格、超貴的電費、網路安全問題等等傷腦筋了,反而現在該煩惱的是要學習Python語言、還要習慣BigTable物件式資料庫,雖說GAE目前還不是很穩定也不全然是免費的,(達到每個月達五百萬瀏覽頁次才計費,能達到這程度我也爽付錢啦),至少還有段時間至少可省一筆費用就很開心了….
以下是Google寄信通知我的內容…
----------------------------------------------
Hello,
You're receiving this email because you indicated you'd had some problems verifying your Google App Engine account using SMS. We just wanted to let you know we've enabled your account--you should be able to create applications now!
To start creating applications with Google App Engine, simply follow this link:
http://appengine.google.com/
Thanks!
The Google App Engine Team
人的要求是不分國界的

最近同事去日本東京向客戶展示了我寫的樣布系統,由於是屬於B2B的操作平台,所以安排的我在台灣,與日本客戶互相對傳資料的展示。主要DEMO的內容就是讓客戶在網路上挑選他們喜歡的樣布,可以進行詢價,也可以申請索取實際的布料SAMPLE。如果都沒有中意的產品,客戶還可針對部分樣布自行加上要改造的條件來產生新的產品布料出來。
一塊一塊五顏六色的就是布料的SAMPLE樣布
這樣的概念很簡單,不過我可是摸索了很久,好幾個蹍轉難眠的夜才領悟到客戶真正要的是什麼,這趟日本之旅,透過他們對我要修改的意見才能夠確定明瞭客戶要的是什麼。測試之前都很緊張,擔心期望落差太大,好在....原本準備五分鐘就DEMO完畢的東西,還是被他們經過五六小時仔細檢視、熱烈討論下,最後出爐的檢討意見沒讓我太意外,這系統前前後後大幅度修改不下數五六次,有的甚至調整到資料架構,修改起來也是非常吃力。
我永遠不會忘記研究所指導教授王人牧老師所說的,"簡單"、"明瞭"、"人性化"...客戶越不要想太多,就是越好的作品。簡單的設計往往都需要很多反覆思考的累積才能淬練出來,當初再修習建築設計課程時,規劃空間與動線的原則也是一樣,設計過程中你一定要有"設身處地"的能力,不然,可能你花了老半天時間,只有你自己懂得怎樣操作。還花了幾個禮拜的時間去寫操作手冊,那豈不是很好笑?
一目瞭然,挑戰DEMO只要五分鐘,OK下台一鞠躬。
(這是我的目標理想,也許我又把這畫面全拆掉重組新的了~~ 呵呵)
Keep Working & Just Do It !! 我對訂便當系統的感想
忘記是誰說過的心得,要學好英文就要能懂得欣賞外國人的哲學、文化,他們沒有像中文太漂亮或很有學問的成語,不過至今中外對於成功的方法放諸四海皆準,頗為一致;廣告也是一種文化雖我不愛看廣告,覺得很浪費時間,但是有幾個廣告的SLOGAN下的很漂亮,Keep Working (Jonny worker)、Just Do IT! (Nike),我是個想多的人,想太多會裹足不前,怕會做錯,怕會是否沒有考慮周詳,怕這怕那的,什麼事情都做不下去。成功的人一定是累積失敗最多的人,做錯了再修正就好。
為什麼又講到這個?因為最近無意間經同事介紹一個 訂便當的系統 Din.Ben.Don 網站,想說應該是個小公司或是工作室之類開發的,但後來很訝異竟是一個人完成的,且可以把這作品作的這麼好。本同是系統開發的我看到這樣的人當然會想要好好了解,看看到底跟我有何不同,繼續深入他開發的心路歷程,發現他也是非資訊領域半路出家的人,只因為單純對JAVA程式設計的熱愛,下了相當多的功夫。

成功絕非偶然,任何事情都一樣,想說他應該以很簡單的時間開發出來問市沒多久,沒想到也是歷經好幾個月點點滴滴累積修改才有這麼多使用者的使用,當然我心中也有題目想要實作,這網站對我一方面是激勵,ㄧ方面也是警惕,警惕自己要加快腳步心無旁鶩地實現自己的夢想,不然好的點子也是會被人搶走的。
有趣的是...該作者ingramchen 自我介紹中自謙為宅到不行的宅男,這個聽起來有點負面的代名詞讓我想起..在資訊領域中沒有這樣的苦磨修練天天窩在電腦前面,我看也很難寫出個像樣的系統吧,我的功夫還不夠好可能就因為自己還不夠宅吧... @_@,其實換個角度想,能寫出這麼貼心的網站,若沒有比別人多些觀察力與同理心是做不出這樣的作品的,我想,宅男的定義應該還有得區分才對... 雜七雜八寫一堆純粹胡亂想囉。
為什麼又講到這個?因為最近無意間經同事介紹一個 訂便當的系統 Din.Ben.Don 網站,想說應該是個小公司或是工作室之類開發的,但後來很訝異竟是一個人完成的,且可以把這作品作的這麼好。本同是系統開發的我看到這樣的人當然會想要好好了解,看看到底跟我有何不同,繼續深入他開發的心路歷程,發現他也是非資訊領域半路出家的人,只因為單純對JAVA程式設計的熱愛,下了相當多的功夫。

成功絕非偶然,任何事情都一樣,想說他應該以很簡單的時間開發出來問市沒多久,沒想到也是歷經好幾個月點點滴滴累積修改才有這麼多使用者的使用,當然我心中也有題目想要實作,這網站對我一方面是激勵,ㄧ方面也是警惕,警惕自己要加快腳步心無旁鶩地實現自己的夢想,不然好的點子也是會被人搶走的。
有趣的是...該作者ingramchen 自我介紹中自謙為宅到不行的宅男,這個聽起來有點負面的代名詞讓我想起..在資訊領域中沒有這樣的苦磨修練天天窩在電腦前面,我看也很難寫出個像樣的系統吧,我的功夫還不夠好可能就因為自己還不夠宅吧... @_@,其實換個角度想,能寫出這麼貼心的網站,若沒有比別人多些觀察力與同理心是做不出這樣的作品的,我想,宅男的定義應該還有得區分才對... 雜七雜八寫一堆純粹胡亂想囉。
系統開發的順序
網頁系統開發順序,這是我的心得..
1.站在使用者立場,想像那個操作畫面。
2.有了畫面介面 再導入流程順序。
3.根據畫面與流程設計資料庫TABLE,釐清是否master-details架構。
4.開始拉出畫面 設定版面與顏色字型大小 控制項
5.每頁的進入的超連結是否流暢。
6.導入權限功能,依不同角色將功能予以封閉或開放。
7.多國語言導入。
1.站在使用者立場,想像那個操作畫面。
2.有了畫面介面 再導入流程順序。
3.根據畫面與流程設計資料庫TABLE,釐清是否master-details架構。
4.開始拉出畫面 設定版面與顏色字型大小 控制項
5.每頁的進入的超連結是否流暢。
6.導入權限功能,依不同角色將功能予以封閉或開放。
7.多國語言導入。
訂閱:
文章 (Atom)