MaoYang-有話要說

BaaS評估與比較

noreply@blogger.com (Chien MaoYang) — Thu, 14 Nov 2013 13:13:00 +0000

BaaS(Back end as Service)在最近一年蠻紅的, 也是跟Mobile App崛起與資料雲端化有關, 現在單機運作的App為了可以有病毒傳播效應, 幾乎免不了要做Server端的軟體設計, 資訊分享,資訊同步…, 如果App團隊很小, 小到只有一個人, 這時候還要去顧Server端的維護與設計, 就有點抓襟見肘,分身乏術. 這時候BaaS等於是獨立App開發者的救星, 因為BaaS幫你把雲端的維運, 資料庫, CRUD API都包裝好了, 你也不用去學Server端的開發語言, 專心將Mobile端的功能與BaaS的API整合起來就可以了, 聽起來很美好, 但是選擇BaaS確很容易掉入這些廠商的 ’陷阱’ 在省時省力的背後也需要考量一下維運的成本.

前幾天在規劃2014的新產品開發, 最後還是免不了要來碰雲端資料庫整合這一塊, 由於自己是獨立開發者, 當然只好選擇BaaS, 去年曾經用過Parse幾個月, 今年也接觸到了StackMob, 所以心中大致上就是這兩家擇一來使用, 用Google搜尋一下看是否有部落客對這兩家的比較, 找到兩篇是值得一看的

由於去年有用過Parse SDK, 所以看了第一篇很扎實的比較, 很認同他所說的Parse比起Stackmob簡單很多, 但是看了第二篇, Stackmob的basic免費功能是不會去算API呼叫次數的, 除了API呼叫次數,這位作者似乎對於Parse被Facebook併購這件事相當有顧忌, 他後面提出三點認為應該選擇StackMob

Longevity, Stackmob會比Parse長壽,很多使用者因為Parse被Facebook併購搬到Stackmob, 但是到底有多少並沒有指出來, 還有他提出一些Facebook是否會掌控api, 改變價格, 資料安全等質疑, 這部份似乎還沒聽到Facebook有干涉這些事情
Unlimited API calls: 這點StackMob確實很吸引人, 不過當你要每個月要使用超過100萬次的push notification, 價格會比Parse貴很多
Pricing: 這部份看你要從何觀點看, 如果只是很單存的資料存放, 不需要Push notificaiton, Server side code hosting這些比較進階的功能, Stackmob確實會比Parse便宜很多

感想

這兩篇的比較結果不一樣一個是建議使用Parse, 一個是Stackmob, 如果以成本考量要比較其實不太容易比的出來, 但是Stackmob的免費無限制API呼叫會是一個很吸引人的方案, 至於要用哪一個? 還是要仔細想一下, 畢竟當系統上線, 資料進去了, 要再移出來可是又會耗掉許多時間與成本.

A/B Testing

noreply@blogger.com (Chien MaoYang) — Thu, 14 Nov 2013 07:47:00 +0000

對於寫手機端App要做A/B Testing這一塊一直覺得很’神祕’, 因為要隨機在App介面去載入不同的操作介面給使用者使用然後再來統計看看哪一種作法會比較好,熟悉軟體設計的朋友想也知道要做這件事會讓軟體不太好維護而且會佔據掉不少開發時程. 不過在精實創業這本書相當強調提分組測試與分析的重要性. 唯有掌握使用者的喜好數據才是開發好產品的王道.

最近在Facebook不約而同看到兩篇文章都是在講A/B Testing在iOS/Android上的支援, 透過第三方API來做, 對於A/B Testing在手機端如何實現可以參考看看這兩篇文章中提到的第三方服務

這兩篇裡面其實漏掉了一家, Amazon也有在做A/B測試

https://developer.amazon.com/sdk/ab-testing.html

從以上這些整理的A/B Testing資訊不難看出, A/B Testing的Mobile服務是兵家必爭之地, 原因在Mobile App市場的熱門,競爭激烈, 要做好一支叫好又叫座虜獲使用者的心的App真的不太容易唯有從使用者行為模式去分析才能找到正確的產品開發方向. 將這些資訊整理起來, 要好好來了解A/B Testing 如果你還有更好的A/B Testing資訊要記得告訴我:-)

慶祝GoLater App內購買商店開幕免費特價中

noreply@blogger.com (Chien MaoYang) — Thu, 14 Nov 2013 07:05:00 +0000

慶祝GoLater App內購買商店開幕, 目前Google Maps整合功能免費到2013/11/17, 歡迎大家告訴大家, 對了還有一個移除廣告購買項目也可以免費取得, 只要您到廣告移除購買項目按了購買, 裡面有一個選項是將GoLater的下載鏈結分享到Twitter/Facebook, 就可以免費獲得移除廣告功能.

GoLater跟Google Maps整合有何好處? 目前可以看到跟Apple Maps最大的不同除了地圖資訊較豐富, 還有Google Maps提供有大眾運輸的交通資訊, 對於外出是搭乘火車/捷運/公車真的很方便, 還有街景圖也是目前Apple Maps沒有的. 這次特價要趕快用0元購買,這次的購買在GoLater未來升級到iOS 7版本也都會有效

提到iOS 7, GoLater目前UI風格還是iOS 6, 我們到2013年底前還有兩項功能還沒完成, 等這兩項功能完成才大致滿足我們當初構思GoLater的完整拼圖, 等這兩項功能完成我們就會開始著手進行iOS 7升級計畫. 最後感謝有下載GoLater和幫我們宣傳的朋友說聲感謝.

Lightweight CoreData migration

noreply@blogger.com (Chien MaoYang) — Wed, 13 Nov 2013 14:24:00 +0000

找到這篇Blog, 裡面將CoreData的lightweight migration可以做哪些事使用圖示畫了出來

http://blog.the-nerd.be/2012/02/how_to_do_a_lightweight_core_data_migration/

以前一直以為lightweight只能做Entity的欄位變更, 看了這篇blog後, 原來連Entity,Relation建立也有支援. iOS App有使用CoreData管理資料庫一定要使用CoreData的版本控制功能, 這樣以後App升級變更資料庫的欄位就會很輕鬆了.

cocoapods 0.27.1升級在Mac OS X 10.9遇到的問題

noreply@blogger.com (Chien MaoYang) — Wed, 13 Nov 2013 08:25:00 +0000

今天在執行pod update時, cocoapods通知有新的版本0.27.1版可以下載, 於是下了更新的命令

sudo gem install cocoapods

安裝成功, 可是pod –version版本確還是顯示0.25.0版, 用

which pod

` 檢查pod是安裝在/usr/bin/pod這個路徑, 有點懷疑是不是10.9的相容性問題, 檢查一下ruby在自己的安裝目錄竟然有兩個

/usr/local/lib/ruby/
/usr/local/Cellar/ruby/

手動將

/usr/local/lib/ruby/gems/2.0.0/gems/cocoapods-0.27.1/bin/pod

覆寫了/usr/bin/pod 會有問題, 但是將

/usr/local/Cellar/ruby/2.0.0-p247/bin/pod

覆寫到/usr/bin/pod 確OK了, 這真是奇怪, 在10.8升級cocoapods好幾次都沒遇到這樣的問題

今天升級pod update也遇到另一個問題, 找不到Admob, 去cocoapods的repository找了一下, 原來Admob要改為

pod 'Google-Mobile-Ads-SDK', '6.6.0'

Android 0.3.5無法匯入ADT匯出的gradle build script解決方法

noreply@blogger.com (Chien MaoYang) — Tue, 12 Nov 2013 09:45:00 +0000

這幾天Android Studio又推出新的版本0.3.5, 打開之前的gradle專案都沒有問題, 可是匯入從ADT匯出的gradle build script卻無法匯入, 出現以下的錯誤視窗

原本以為是不是ADT版本需要更新到最新版, 於是更新到Build: v22.3.0-887826這個版本, 還是出現一樣的問題. 用Google找了一下, 這個問題其它的開發者在0.3.4版就發現了, 而Google的開發者說這個問題在0.3.5會解決, 但我確遇到了同樣的問題:-(,如果你用GradleProject.getBuildScript()這個關鍵字找解答, 應該跟我一樣會找到Google+的Android studio專頁的討論串,但是還是無法解決這個問題,於是使用了另一種關鍵字來找解藥,終於讓我在StackOverflow找到相關的討論, 解決方法如下

1.修改yourproject/gradle/wrapper/gradle-wrapper.properties 這個檔案, 將

distributionUrl=http\://services.gradle.org/distributions/gradle-1.6-bin.zip

改成

distributionUrl=http\://services.gradle.org/distributions/gradle-1.8-bin.zip

2 修改yourproject/build.gradle 將

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.5.+'
    }
}

改成

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.6.+'
    }
}

這樣就可以將build.gradle匯入Android Studio 0.3.5版而且可以編譯成功

Android Studio 0.3 : Local file path not found

noreply@blogger.com (Chien MaoYang) — Sun, 20 Oct 2013 02:04:00 +0000

將Android Studio升級到0.3版, 結果傳出災情, 按下Debug要Deploy到Android simulator, 編譯成功了, 可是Android Studio卻丟出一個錯誤

Local file path not found

Android Studio找不到APK檔案, 遇到這種問題只好先用Google search找看看要如何解決, 有些人說Android Studio重開再re-compile就可以解決, 我看了一下有一個開發者說gradle要重新sync一次, 這個問題就可以解決, 結果找gradle setting sync發現Android Studio的UI改了不少, 它的gradle sync改到Tools/Android/Sync Project with Gradle Files

按下Sync Project with Gradle Files後, Android Studio出現的錯誤說build.gradle中的

classpath 'com.android.tools.build:gradle

這個設定必須改為0.6.1版以上, Android Studio才有支援, 於是到build.gradle將這個設定改為

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.6.+'
    }
}

比較累人的是如果你的專案有包含到其它專案的build.gradle, 光改最上層的build.gradle是沒有用的, Android Studio會幫你把有問題的build.gradle搜尋出來, 然後將所有的build.gradle改完後, 執行一次Sync Project with Gradle Files, 然後再執行一次Debug deployment, 這個Local file path not found的Error就解決了

附記

今天使用StackEdit寫這篇筆記, 學到了如何引用source code的markdown語法, 用法很簡單

舊文重發-沒有圖資的GPS，就如同沒有軟體的電腦

noreply@blogger.com (Chien MaoYang) — Sat, 19 Oct 2013 13:49:00 +0000

2007/11/2在聯合新聞網看到了這則新聞GPS大廠軟硬兼施台商大警訊, 裏面有一句話值得重視

GPS市場走向「軟硬兼施」的競爭局面，對於仍停留在硬體思維的國內GPS廠而言，將形成嚴酷考驗

台灣硬體產業長久以來一直是重硬體而輕軟體早就已經不是新聞, 但是這則新聞突顯出輕忽軟體的後果, 最後必需付出更大的金錢來併購, 不然就等著被競爭對手痛宰.

我在你EeePC了嗎? 一文有提及EeePC其實是有機會主導低價電腦的OS的規格, 可惜最後還是要向MicroSoft靠攏, 這是台灣大部份硬體廠商的心態, 專心做硬體就好. 可是這最後的下場是未來競爭對手的進入門檻變低了, 低價電腦最後又變成另一個紅海. 而台灣許多軟體工程師在這種風氣下也喪失自己技能的自信心.

我記得有一次去拜訪一家算是很有名的一家IC design house軟體開發部門, 他們自諷自己在公司的地位就像是

軟體工程師像是餐廳端盤子的小弟. 而IC硬體設計人員才是老闆眼中的大廚 :-).

他們這句話當時讓我感到驚訝, 但拜訪過許多公司後, 我現在已經是見怪不怪了. 反觀歐美, 他們似乎看的比較遠, 他們緊緊抓住軟體的關鍵技術大賺硬體廠商的售權費. Microsoft就是其中的佼佼者. Apple的ipod雖然不是用軟體售權方式賺錢, 可是確以iTune+線上服務的方式緊緊抓住消費者的心讓它的競爭對手望塵莫及, 所以也有專家評論說沒有iTune就沒有ipod , 可見軟體對硬體的加值是多麼重要. 最後對台灣硬體廠商&IC design house的誠心建議, 及早佈局加值軟體開發團隊與善待軟體開發部門, 未來硬體沒有獨俱特色的軟體加持, 生存之道只有永無止盡的cost down.

舊文重發-你EeePC了嗎?

noreply@blogger.com (Chien MaoYang) — Sat, 19 Oct 2013 13:43:00 +0000

2007/10/18 Eeepc在這週(10/16)終於上市,它是我少見的3c台灣自有品牌在上市前能引起很多人的注意與討論,我想主要原因有下

199美元
OS採用Linux
輕巧,且不失NobooK造型
很清楚的市場區隔定位在小孩,老人,與初次使用電腦與網路者

不過這並不是我感興趣的主題在其它的網站己經可以看到許多這方面的討論,例如Digi摩人 ,or Mobile01 ASUS論壇我比較感興趣的是EeePC對於未來軟體產業所帶來的影響與衝擊施崇堂在記者會提及EeePC有機會創造另一個十億電腦使用者的市場,按照過去微軟Dos->Windows3.x->Windows 95->Windows XP的成功經驗與帶動如雨後春筍般的Windows軟體開發產業.

這個機會是否可以隨著EeePC的市場佔有率提升而重現?

我們從EeePC的許多軟體Demo看出,EeePC可以

開啟與編輯Word/Excel/PowerPoint(使用OpenOffice)沒有問題
可以上網與收E-Mail(使用Firefox,與ThunderBird), 也可以瀏覽相片與聽MP3,
也有內建教育與娛樂軟體.

EeePC在提醒每個使用者目前PC大部份能做的EeePC都能做到,而且EeePC不是使用主流的Windows作業系統. 如果你是應用軟體廠商, 你是否也希望你開發的軟體也可以在EeePC上順利執行, 如果你正是苦於在Windows市場找不到可以創新的機會且想創業的軟體開發者, EeePC與低價電腦(使用Linux OS)在我看起來是一個不錯的機會.

然而事情似乎沒有我們想像中的美好, 我們並沒有看到華碩有任何計劃來支援EeePC的軟體開發者. 雖然許多網站有提及EeePC是採用一種以Debian為基礎的Linux distribution Xandros 要開發Linux的程式文件也不是那麼難取得, 可是Developer還是需要一個Development toolchain 以確保開發出來的application不會有libary dependency的問題, 甚至如何打包程式, 如何在EeePC安裝程式等等, 但是華碩並沒有發佈這些資訊, 這是我覺的甚為可惜的地方.

或許許多人並不是那麼看好EeePC, 因為它的CPU, RAM, Disk 等級都不是那麼高, 但是以電腦零組件降價的速度, 我相信不出幾年EeePC的硬體等級可以提升一倍,而且維持價錢不變. 但重點是軟體支援的多元化是否有跟上硬體的升級. EeePC這一步對於台灣常久一來一直被微軟綁的很緊的PC產業是很重要的一步, 它對於新興軟體公司有扶植的效應.

可惜昨天看到新聞,微軟也要以低價的Windows XP成為EeePC的OS選項, 我想台灣硬體公司好不容易有選擇自己平台與決定軟體規格的機會確卻還讓MicroSoft進來攪局, 這也是另一個可惜的地方. 不過物競天擇, 市場最終還是要由使用者來決定. 如果你我也希望Linux在未來也能佔一席之地, 那在選擇購買EeePC時要記得選購Linux版本:-)

2011 JavaTwo擔任Jenkins/Hudson講師的簡報

noreply@blogger.com (Chien MaoYang) — Sat, 19 Oct 2013 13:14:00 +0000

2011-07-29很榮幸在JavaTwo獲邀擔任講師, 主題是"使用Hudson打造屬於你自己的軟體建構機器人", 這次的主題雖然是Hudson, 其實內容都適用Jenkins. 主辦單位是Oracle, 我想大家都知道過去幾個月Hudson Jenkins發生了什麼事:-) , 以下是當天的簡報, 這次簡報美中不足的地方是時間掌控沒有做好, Build failed的範例講完後剩下了10分鐘, 理當還要示範修好code後再示範Build Success, 不過這部份來聽的學員應該都能了解其原理了, 後面的實務經驗分享只剩10分鐘有點可惜. 聽完這場簡報應該都可以開始入門將專案使用Hudson or Jenkins來做Auto Build, Unit Test etc

使用Hudson打造屬於你自己的軟體建構機器人 from javatwo2011

GoLater開發經驗分享

noreply@blogger.com (Chien MaoYang) — Sat, 19 Oct 2013 12:44:00 +0000

自從GoLater發佈後, 在社群上做過兩次的開發經驗分享, 第一次的分享是接受CocoaHeads Taipei的邀約, 主要分享內容以MVP為主軸, 如果有看過精實創業這本書對於MVP-最小可行性產品應該不會陌生, 去年我受到這本書的影響, 開始定義GoLater的MVP是什麼,透過這份簡報可以看出我的整個過程剛好是MVP的負面反例, 當您有一個idea, 建議先定義一下你的MVP是什麼?

A story about creating GoLater from MaoYang Chien

第二次的分享是由Evernote Taiwan邀請來分享今年參加Devcup 2013的心得, 主軸主要在GoLater的開發動機與為何會選擇Evernote當做開發平台與Evernote API使用經驗

Go later開發經驗分享 from MaoYang Chien

ClippingsConverter-Kindle標註管理的好幫手

noreply@blogger.com (Chien MaoYang) — Thu, 17 Oct 2013 04:03:00 +0000

在Twitter上發現了這個好物, 由於自己是Kindle的重度使用者, 在Kindle上看書與看網路文章已經成為我日常的習慣, 但是在Kindle上畫的重點要如何保存下來? Kindle是可以將畫的重點透過 twitter或是facebook分享出來, 但是我畫的重點很多, 如果這些資訊分享出來大概會在facebook或是twitter上洗版, 這大概不是一件好事. Kindle是否可以將標註的重點存到Evernote? 這個功能是我一直期待的Kindle內建功能, 現在不用等Kindle內建這個功能了, 使用Clippingsconverter這個網路服務就可以做到了

到ClippingsConverter註冊帳號 http://www.clippingsconverter.com/, 這個服務目前是免費的
帳號註冊好後會收到一封確認信, 確認e-mail後, 登入clipping converter
將你的Kindle透過USB接到電腦, 這時候你的電腦會將Kindle視為一個外接硬碟
登入ClippingsConverter, 你會看到如下的畫面, 點選Upload將Kindle中的My Clippings.txt上傳, My Clipping.txt在Kindle的documents目錄中

5. 上傳My Clippings.txt後, 就可以點選EXPLORER觀看你在Kindle中每本書或是每篇文章畫下的重點

將這些畫下的重點存到Evernote前, 你必須先設定Evernote, 讓clippingconverter有權限可以存取你的Evernote帳號

在Evernote設定中有一個選項建議改一下, 將Note Creation選項設為Create one Evernote note for each book, 這樣在一本書或是一篇文章中的標註在Evernote會彙整為一個筆記

OK, 設定好後, 就可以將這些標註存到Evernote了

clippingsconverter很貼心, 會在你的Evernote建立一個筆記本名為ClippingsConverter

延伸閱讀:我是如何使用Kindle, 以及我在使用Kindle過程中學到什麼?

我是如何使用Kindle, 以及我在使用Kindle過程中學到什麼?

noreply@blogger.com (Chien MaoYang) — Thu, 17 Oct 2013 03:09:00 +0000

我在2009年曾經寫過這麼一篇blog-Read It Later資訊爆炸的好幫手, 當年剛用Read It Later確實這個服務讓我深為驚艷, 但是用了一陣子後, 卻覺得Read It Later並沒有解決真正的問題--當要讀的文章累積越多, 這些文章放進Read It Later有放跟沒放是一樣的XD, 這跟當年興沖沖去訂了Time雜誌以為自己的英文會變好一樣, 當這期的Time還沒讀完, 下一期又來了一樣, 如果好好讀完一篇文章或是一期Time週刊(真實的狀況是, 到目前為止還沒真正將Time週刊看完過:P), 遠遠勝過一堆沒看過的文章或是一堆週刊.

後來的發展狀況是, 我用了Read It Later + iPad版 , Read It Later這個服務後來改名為Pocket, 我也用了Instapaper + iPad, 儘管這些服務與行動裝置技術上並沒什麼問題, 最後我都捨棄不用, 原因除了資訊累積過多, 沒能有效率的閱讀-主要原因是

使用iPad很容易分心 , facebook, twitter , e-mail
還有螢幕並不適合長期閱讀, 看久很傷眼.
體積過大, 外出攜帶不方便 , 雖然後面出了iPad mini, 但是其螢幕還是不適合當做閱讀器

這些問題, 後來使用了Kindle paper white, 解決了以上三個問題

Kindle本身設計為閱讀專用機, 在Kindle上雖能用Wifi上網, 但是你壓根不會想用Kindle收e-mail, 上網, 上Facebook,twitter
Kindle電子紙的設計比起iPad螢幕更適合閱讀, 我已經是40歲以上的中年大叔了, 眼睛可要好好保養.
Kindle非常輕巧. 外出攜帶非常方便. 但是要小心的是, Kindle電子紙似乎怕熱, 外出千萬不要放在車子上, 我的第一台Kindle就是這樣掛掉的

但是Kindle難道沒有資訊累積過多, 最後乾脆不看的問題? Yes, 當然有, 但是Kinde因為體積輕巧, 攜帶方便, 當我外出了時候, 等餐, 等交通車這種瑣碎時間就是最好閱讀文章的時間, 昨天寫了一篇如何備份在Kindle中的閱讀標註到Evernote, 才發現從我使用Kindle到現在很紮實的閱讀100多篇文章, 其中有些是在Amazon購買的電子書. 當閱讀行動裝置解決以上問題, 利用瑣碎的時間效益實在驚人.

說完了使用Kindle的好處, 那我如何將Kindle變成我Read It Later的裝置? Amazon為Kindle設計一個很不錯的瀏覽器擴充套件-Send to Kindle, 當你在Twitter, Facebook看到朋友分享的網路好文章, 按一下Send to Kindle, 這些文章就會轉成Kindle的格式, 由於這些轉換動作是在Amazon雲端完成, 需要一點時間, 但通常不會超過3分鐘, 打開Kindle連上Wifi, 這篇文章就會同步到你的Kindle, 於是你就可以利用一些瑣碎的時間好好閱讀這些文章.

Send to Kindle的瀏覽器擴充可以到http://www.amazon.com/gp/sendtokindle這邊有安裝下載連結, 目前只有支援Chrome與Firefox

同步到Kindle

我從Kindle的使用過程學到什麼?

自從接觸到Read it Later, Send to Kindle這種資訊同步機制, 深深喜歡這種工具, 雖然各種數據顯示, 行動上網的流量逐年在超越Desktop, 但是以我知識工作者的角度而言, 大部分時間還是透過Desktop接觸資訊, Desktop也許需求不會有過去的急遽成長, 但是它還是生產力不可或缺的工具, Read it Later, Send to Kindle可彌補Desktop與Mobile device之間的資訊同步問題. 在使用這些瀏覽器擴充總不知不覺去思考這些工具是否還有其它用途? GoLater這個idea可以說有一部分是在這種狀況下看到它的一點輪廓. 網路除了一些正經八百的文章, 最多的應該就屬美食報導, 旅遊經驗分享最多, 但是這些文章我並不會存到Kindle, 因為Kindle沒有地圖服務, 我希望的是這些美食blog, 旅遊文章存到行動裝置的時候也可以在地圖上顯示. OK , 這就是我後來做GoLater的最大動力-這個出自自己的需求, 無論如何也要將它生出來:-)

GoLater release沒多久, 就受到日本媒體的注意, 其中一篇被Evernote Japan分享到Facebook(註2), 它的評語是

「あとで読む」の場所版という感じですね

感覺上是Read it Later的地方版, 這個編輯的評語真是深得我心, 他一眼就看出GoLater整個操作模式就是仿造Read It Later, 但是是針對想去的景點. , 這個編輯大概不會想到GoLater的作者本身就是Read It Later, Send to Kindle的重度使用者:-)

GoLater也設想到景點越存越多, 使用者真的會去嗎? GoLater會將這些網頁筆記顯示在地圖上, GoLater就像是你私人的LBS服務, 當你可以使用地圖模式取得這些存過想去的資訊, 並可以利用Apple內建的地圖導航功能到達這些地方, 想去只差行動力, 而不是忘記.

Read it Later, Send to Kindle是我在設計GoLater參考的資訊操作模式. GoLater的開發動機與過程卻耗掉我將近兩年的時間, 這個經驗我做成了簡報, 將我這段期間犯的錯誤做了一個整理, 可以參考A Story about creating GoLater , 這個簡報非常適合在也有在開發產品的你/妳, 一個idea的形成往往是從自己的貼身經驗, 這個idea是否能持續將它完成, 取決你有多想要這個idea. 希望看完我的簡報, 您也可以順利開發出內心的idea, 然後一版又一版的去改進.

有興趣安裝GoLater請到Apple Store下載安裝

註1 如何存一個含有景點資訊的網頁到GoLater可參考這篇Howto
註2 Evernote Japan分享的link https://www.facebook.com/permalink.php?story_fbid=591709224213658&id=171564059561512

GoLater的開發動機

noreply@blogger.com (Chien MaoYang) — Thu, 17 Oct 2013 02:47:00 +0000

這是我們第一次參加國際程式設計競賽, 在這次參加Evernote Devcup2013 我們的口號是 With GoLater, Evernote becomes a Mobile Map Content Management System有了GoLater , Evernote變成你行動地圖的資料來源編輯器現在的LBS App玲瑯滿目, 不知道當您使用這些找附近景點的LBS App有沒有遇到以下問題?

打開後找不到自己想去的餐廳?
前幾天明明在facebook上看到有網友在推薦某家美食餐廳很不錯, 但是臨時就是找不到?
在網路上看到某某景點, 想改天再去,這個報導景點的網站要存哪裡?而且最好像有像聯絡簿的功能除了存網址, 網站內容, 還可以存這個網站的地理資訊, 如地址, 景點名稱
手機裝了不下10隻的LBS App, 到了某個地方, 到底要開哪一支App才能找到我想去的地方

在沒有GoLater之前, 我們是這麼做的

看到喜歡的旅遊報導網站, 美食報導網站, 存到瀏覽器內建的書籤(IE稱為我的最愛) :問題==> 雖然這些書籤可以同步到手機, 可是書籤無法存地理資訊
存到聯絡簿-由於電腦使用Mac,Mac的聯絡簿同步到手機有相關的App是可以讀出聯絡簿的地址然後在地圖標出位置 : 問題==>聯絡簿資料凌亂, 聯絡簿也無法存太多網頁內容
使用Evernote存網址, 網頁 : 問題==>Evernote雖然可以設定筆記的地理資訊, 可是卻要使用者自己輸入座標(經緯度) , 唉! 這未免也太累了

在遍尋不到適合工具後, 我們決定自己動手做, 經過評估, 發現Evernote有提供豐富的API, 寫筆記功能也支援各種平台, 它只有一個問題—>如何將筆記與地理資訊綁在一起? 當使用者可以將筆記跟地理資訊綁在一起問題解決了, 這妙用可大了, 透過Evernote API可以在地圖顯示這些筆記, Evernote經過GoLater加持, Evernote變成使用者可以自己編輯的地理資訊資料庫. 現在有了GoLater, 我們怎麼做

看到喜歡的旅遊報導網站, 美食報導網站, 使用WebClipper將這個網頁存到Evernote, 並加上地理標籤(GeoTag) , 例如 g:/合歡山, 也可以是地址 g:/新竹縣博愛街535號
同步到GoLater
GoLatert除了可以觀看您存的網頁, 也會自動將地理標籤轉成地圖上的座標.
打開地圖可以看到附近有多少您曾經標記過的筆記或是網頁

GoLater在Apple Store的下載鏈結

透過Evernote WebClipper(新版)加入有地理標籤的筆記到GoLater

noreply@blogger.com (Chien MaoYang) — Thu, 17 Oct 2013 02:43:00 +0000

WebClipper是瀏覽器擴充套件由Evernote提供存網頁的免費工具, 目前支援Chrome,Firefox,Safari,IE 等知名瀏覽器, 當您使用瀏覽器看到想去的美食餐廳, 景點想存起來, 就可以透過WebClipper將網頁存起來並加上代表這個網頁的地理標籤

如果您的Webclipper已經升級成新版, 請參考

安裝WebClipper

先到 http://evernote.com/intl/zh-tw/webclipper/ 安裝您對應瀏覽器的Webclipper擴充套件
安裝好後, 會在瀏覽器的工具列中看到Webclipper的圖示

安裝GoLater

請到GoLater的下載鏈結

在這個範例中, 我們將這個網頁存到GoLater筆記本, 這個筆記本就是您要同步到GoLater的筆記本, GoLater支援多個筆記本, 筆記本名稱不一定要叫做GoLater, 當在iPhone安裝好GoLater 並在GoLater登入Evernote後的第一步, GoLater就會要求你要選擇哪個筆記本當做是GoLater同步筆記的來源.

同步到GoLater

如果您已經安裝好GoLater並選好要同步的筆記本, 打開GoLater就會看到剛剛存的網頁, 而且GoLater會自動將地理標籤轉成座標

使用WebClipper+GoLater Q&A

Q: 地理標籤只能輸入一個嗎? A: 是的, 目前GoLater只能每個筆記同步一個標籤
Q: 英文地址有逗號, Webclipper會將這種英文地址自動變成兩個以上的標籤, GoLater有辦法將這種標籤轉成座標嗎? A: 可以, GoLater會將這些標籤合併處理
Q: 標籤是否可以混合地理標籤和一般標籤? A: 不行, 因為GoLater會將這兩個標籤判斷為被WebClipper拆開的兩個標籤
Q: 為何地理標籤要加上g:/? A: GoLater要和一般標籤做區隔, 這會大幅減少去網路查詢座標的網路流量. 而且有g:/在Evernote也比較容易區隔哪些是一般標籤, 哪些是地理標籤
Q: 在筆記列表為何看不到筆記的網路圖片? A: 代表網站的圖片是由Evernote伺服器端提供, 並不是所有網頁都可以有代表圖片, 在WebClipper存網頁時要記得選 '儲存文章' , 這樣Evernote伺服器端才能有辦法抓到代表網頁的圖片
在GoLater點選筆記看筆記內容, 為何GoLater總是看到網站內容, 而不是Evernote筆記內容? A: GoLater預設打開網頁內容, 這也是尊重網頁作者, 畢竟網頁內容作者辛苦提供很不錯的內容, 打開網頁可以幫助網頁內容作者的點閱率增加廣告收入
可以透過GoLater看Evernote存的網頁內容嗎? A: 可以, 進入筆記內容, 底下工具列有一個選項, 參考下面圖示

使用StackEdit發佈Blog文章到Blogger

noreply@blogger.com (Chien MaoYang) — Wed, 16 Oct 2013 06:35:00 +0000

前言

最近應該要稱為Blog文藝復興運動

Ghost-在Kitstart網站募資, 29天完成30萬美金募資, 核心使用Node.js,特色是支援Markdown所見即所得的雙向編輯器,使用Responsive design所以Blog文章是何在電腦,手機,平板看都很舒適, 採用MIT授權的OpenSource
StackEdit- 單向Markdown所見即所得編輯器, 可將Mardown文件存在Dropbox,Google Drive, 並可將編輯好的Markdown文件發佈到BlogSpot,WordPress,Tumblr等知名的Blog服務, 如果你使用GitHub, 也可以用StackEdit編寫文件, 然後發佈到GitHub.
Postach.io-Evernote Devcup 2013冠軍, 可使用Evernote桌面編輯器撰寫blog文章, 然後發佈到postach.io的blog服務. 也有支援Markdown, 但是沒有所見即所得的Markdown編輯器整合. 目標客戶應該是Evernote使用者, 撰寫簡單的Blog文章還不錯用, 但是還在Beta階段, Bug還不少XD

這些Blog發佈軟體都有一個共同特色, 就是支援Markdown語法, Markdown會流行起來應該跟GitHub有關, 只不過我不太清楚的是有wiki語法, 為何要有Markdown?? 還好很多語法跟Wiki很類似, 進入門檻也不是很高.

為何我要選擇StackEdit??

剛開始寫Blog是使用blogspot, 但是中斷了一陣子, 已經忘記為何會中斷, 但是這段期間曾經使用了Wordpress來架設公司的Blog, 嘗試使用Tumblr寫自己的blog, 也用過Postach.io+Evernote寫Blog, 一直到遇到Postach.io不少問題後, 改用Markdown+Postach.io解決排版與掉圖的問題, 這時候剛好在facebook上看到有網友介紹一個很酷的Markdown所見即所得編輯器, 這個編輯器可以將Markddown文件放在Google Drive, 可以使用Google相簿當圖床, 然後將Markdown轉換成HTML後發佈到目前許多知名的Blog服務, 這是我目前看到最完美的解決方案

為何不用WordPress,Tumblr,Ghost

這些系統在我看來其實都有一個特色, 資料存到這些系統後, 你的資料就會緊緊的被這些軟體綁住, 他們後端都有一個資料庫. 影像有自己的存放空間, 我認為未來的數位內容服務都要像StackEdit一樣有一個中立的介面, 讓使用者的內容不受這些軟體服務商所約束. 資料隨時都可以搬家

還記得前一陣子無名小站關站新聞嗎? 有些部落客都寫了快10年的文章, 有一天要他們搬家, 我想文章寫越多, 要搬家這件事就會更痛

StackEdit-所見及所得的Markdown編輯器

StackEdit是一個Web服務,只要連接到benweek.github.io/stackedit/就可以開始使用, 它不用登記帳號, 就是一個很純粹的Web前端幫你做Markdown文件編輯, 然後在右邊可以馬上顯示你的文件排版結果

以上的畫面就是StackEdit的操作介面, 使用上很簡單

但是在StackEdit編輯好的Markdown文件要存放在哪裡呢??

StackEdit有支援Dropbox和Google雲端硬碟

經過測試後, 建議使用Google雲端硬碟, 與Google雲端硬碟整合後有以下的好處

將StackEdit與Google雲端硬碟連接後,Google還會將StackEdit視為一個外掛程式,未來編寫Markdown文件, 透過Google雲端硬碟就可以新增

2.編輯中的StackEdit文件會自動與Google drive做同步,點選Google Drive中的markdown文件會自動打開StackEdit的網站, 然後打開文件開始編輯

那麼StackEdit的圖片呢?

StackEdit並沒有自己的圖片儲存, 所以也就沒有時下熱門的Drag & Drop功能, 目前我的作法事先將blog圖片上傳到Google相簿, 然後StackEdit可以從Google相簿中匯入圖片

發佈到Blogger的注意事項

編寫好Blog文章, 最後就可以發佈到你的blog服務商, 我這邊是使用Google的Blogger為範例

選Blogger後要自己輸入Blog的網址, 可以在發佈時就設定Label , 按下OK後就可以將文章發佈出去

當您發佈後, 如果想要修改, 這時候就樣注意了, StackEdit目前還不是很聰明, 它不知道你這次的發佈是新增還是修改, 所以你必須到BlogSpot後台找出文章的post id

然後再一次發佈時要輸入文章的post id, 還有Label要重新輸入, 不然會將將之前的Label刪掉

StackEdit編輯注意事項

StackEdit跟Google Drive整合後, 透過Google Drive新增文件可以選擇使用StackEdit, 第一次使用還OK , 但是第二次新增文件要小心, StackEdit會打開cache的前文件, 但是要等大約10幾秒,StackEdit才會初始化一份新的Markdown,剛開始用會覺得怪怪的怎麼新增文件會打開之前的編輯的文件, 這可能是StackEdit的初始化會先打開先前編輯的文件, 這應該是StackEdit的Bug.

感想

StackEdit可以說類似一個Proxy, 儲存系統是用外部的雲端儲存, Blog是用目前熱門的Blog服務, 它就只是一個編輯器, 當你產生的資訊跟這些Blog系統關連越少, 你的資料就越不容易被這些系統給綁架了

Android Studio使用筆記1:從Eclipse匯入

noreply@blogger.com (Chien MaoYang) — Wed, 16 Oct 2013 03:06:00 +0000

Android Studio是Google今年開始支援的Android IDE, 其核心其實是基於Jetbrain這家公司旗下的OpenSource Intellij所開發的, 所以對於熟悉Jetbrain的產品應該不會陌生, 在Mac用過Jetbrain的Webstrom, 他們開發的IDE比起Eclipse確實流暢很多, 所以這次開始著手Android開發專案就捨棄Eclipse, 但是網路,書本上的Android範例程式碼都是基於Eclipsec環境下開發, 對於想要一開始就用Android Studio會有一點障礙, 但是Google其實也做好準備, 在ADT工具有提供轉換工具, 只不過對於簡單的專案轉換是OK, 對於一些較複雜有引用外部的framework專案最好還是要了解一下Android Studio的Gradle這個build script設定, 這篇教學還是先從簡單的專案匯入, 還有在匯入遇到的問題要如何解決, 下一篇再來介紹Android Studio要如何引入外部Library, framework的設定

準備

到Google Android開發網站下載最新版的ADT, 我是用Build 22.2.1-833290這個版本
下載Android Studio, 目前最新版本為0.2.13, Android Studio的更新很快, IDE內可以檢查是否有最新版本, 建議每天檢查一次

找一個簡單的Eclipse Android範例

剛開始建議先從簡單的Android範例匯入,有些範例很複雜一次是Build好幾個專案, 專案間有Dependency, 目前我還沒成功匯出這種類型的專案, 最後的解法是了解這種類型的專案Dependency library/framework, 然後自己去修改build.gradle, 這部份下一篇Howto再來介紹

匯出Eclipse專案

打開Eclpose Android專案後, 到File,選Export

有些Android專案是好幾個eclipse project組合而成, 要匯出這樣的專案也有支援, 不過我建議先從單一專案匯出開始

按下Finish就可以匯出成為Gradle的專案

來看一下, 匯出後的檔案結構,最重要的build.gradle產生了

使用gradle build看看是否可以將專案Build成功, 結果是失敗

這時候還是必須先用Android Studio匯入後才能Build成功

將Gradle專案匯入

到Android Studio, 選File/Import Project, 然後選擇剛剛Eclipse的專案目錄

選擇Use default gradle wrapper

開始匯入

匯入成功的目錄結構

到console看新增了一個檔案

這時用gradle build就可以成功了, local.properties主要告訴gradle android sdk的路徑

也許會匯入失敗

剛剛開始用匯出匯入時並不是很順利, 也許這個地雷你不會採到, 很不幸我就遇到了, 用Google找了好久有些建議要去調整build.gradle中的buildToolVersion

但是這點我覺得很奇怪, 後來才知道原來自己Android Studio中的build tool是要自己手動更新, 如果你是第一次使用也許不會遇到這種問題, 但是如果未來Google更新build工具版本, 這個地雷就會採到

在Android Studio中更新/安裝BuildTools, Android SDK

選擇Tools/Android/SDK Manager, 看一下你的Build Tool版本是否和Eclipse產生出來的build.gradle中的版本一致, 如果build tool太舊, 匯入也會出問題

檢查目前Android Studio安裝的Build Tool版本 & Android SDK版本

結語

以上是我使用Eclipse匯出到Android Studio的心得筆記, 做個記錄, 如果你遇到同樣的問題, 可以省下你不少時間, 下篇來介紹如何設定Gradle的library/framework dependency

Git-annex

noreply@blogger.com (maoyang) — Thu, 15 Sep 2011 05:17:00 +0000

最近幫客戶測試了大型檔案(>1G)放到Subversion與Git的效能問題, Git確實比Subversion快, 但是快的並是很讓客戶滿意, 觀察到了Git將檔案放到Local Repository會做

檢查檔案內容與上次版本的差異-->Git並不是存放每個版本的實體, 而是內容的差異部分, Binary檔案也是一樣, 所以這個動作鐵定會吃CPU的資源
存放到Local Repository前會先壓縮(壓縮比大約1:10)-->這個也是會吃CPU的資源
Local Repository存放與log處理--> 如果只存放差異部份與做壓縮, 這部份Disk I/O並部會很慢

所以從以上3個程序, 將大型的檔案要做版本控制, 無論是Git或是用Subversion, 都會很慢, 所以用Google找了一些相關資源, 找到了這一篇http://stackoverflow.com/questions/540535/managing-large-binary-files-with-git, 從這個討論, 裡面有分享一個Open Source叫git-annex , 這個git的延伸功能, 專門處理要使用Git來做大型檔案的版本控制, 像ISO image, VM image, Video檔案等等. 而且與Git repository完全相容. 簡單摘要這個git-annex的功能

git annex必須設定一個remote的storage, 這個remote storage就是用來存放大檔案的位置, 其存放格式使用key-value, 這個key應該就是git的revision, value是檔案的存放位置
當大檔案要進git repository, 必須用git annex來操作, 如git annex add, git annex commit
大檔案存放在git repository只是一個symbolic link告訴git annex真正的對應版本檔案放在哪裡
使用git annex commit的時候, 就省去了檔案內容比較, 與壓縮的時間, 但是要將檔案放到annex remote storage
git annex remote storage支援許多, 例如目錄(可以指到外部磁碟), rsync, Amazon S3 等等

從Git annex的操作說明, 可以看出, Git annex省去了CPU時間, 但是Disk I/O可沒有省掉, 真的是有一好沒兩好, 不過目前Disk I/O可靠Raid 0 or SSD來提升應該不是太大問題, Git annex我看到還有一些缺點

安裝非常困難, Git annex使用The Haskell Platform開發, 不是每個Linux版本都有支援, 要自己編譯source code, 遇到許多dependency的問題, 所以建議使用Git annex已經支援的OS版本套件安裝
每個Client都要可以mount or 存取git annex所指定的remote storage, 不然checkout後的大檔案只是個link
目前還沒支援git annex checkout功能, 這對要checkout某特定revision, 會是個很惱人的問題

不過克服以上缺點, Git annex卻是很有企圖心要解決這種大型檔案版本控制的效能問題, 從Git annex身上可以看到git的瓶頸出在什麼地方. 不過也許Linus會說, Git原本就是用來管source code而不是big file的版本控制:-)

One more thing

筆者前幾年認識一位印度的工程師, 他是WANdisco的前CTO, 後來也發生類似Steve Jobs的故事, WANdisco其實是他創立的, 後來請了一位很會賣產品的人當CEO, 沒多久他離開了WANdisco, 他的個性很好, 但是那個WANdiso CEO可就不怎麼好相處了:-), 這位印度朋友後來開了一家公司叫http://www.evolphin.com/ 專門做大型檔案的版本控制, 據說其效能非常好, 他的客戶都是電影公司或是數位內容的多媒體公司, 電影剪接也是需要版本控制. 他的Solution還可比對每個版本的剪接改了哪些地方, 為何說起這個故事? 其實企業解決方案都有對應的商業軟體, 我在這個業界常看到很多公司為了省成本, 沒有用對的工具去正確解決問題, 而是在有問題的架構上修補, 其實最後並沒有省到money. Git, SVN這種工具原本就是用來管source code, 但是很多公司也用來管數位影像檔, 這個performance不好, 實在不能怪Git , SVN

積奇蓮 • 諾夫加思 : 大度人生之啟發 | Video on TED.com

noreply@blogger.com (maoyang) — Tue, 06 Sep 2011 02:09:00 +0000

積奇蓮 • 諾夫加思 : 大度人生之啟發 | Video on TED.com

DevToolNotes:Subversion文件

noreply@blogger.com (maoyang) — Sun, 04 Sep 2011 08:54:00 +0000

因為DVCS崛起 Subversion的氣勢下滑許多, 然而因為工作關係, 目前接觸的客戶90%在公司內部還是在使用Subversion, 觀察到已經在使用DVCS的公司, 除了Android開發非得用在企業內部使用Git做版本控制, 因為在Subversion上Scale的擴充遇到一些瓶頸也有一些客戶開始評估Git或是Mercurial來做未來的版本控制軟體升級準備, VCS隨著檔案數量的增長還有沒有正確使用Branch功能(不斷的使用目錄copy功能==..), 讓檔案庫越來越大, 效能也變得很差, VCS有一個罩門, 當人數越多,同時commit code會讓網路流量變大, 所以速度也會變慢, DVCS大部分時間都是在local端做版本控制, 所以這方面的問題少很多, DVCS最大的好處是就算Server掛了這段期間, 並不會影響工作的進行. 不過目前觀察到企業還沒有大量的導入DVCS, 我看到還有一些因素

導入成本: DVCS的學習門檻比VCS高了一些, 企業好不容易導入了Subversion,轉換到DVCS會多出許多教育訓練的成本, 這部份可能會隨著時間來削減, 因為在開放原始碼開發者社群幾乎一面倒轉換到了DVCS, Google Code, GitHub這些知名的source code代管網站都支援了DVCS, 所以開發者藉由開放原始碼開發軟體也間接開始學習DVCS, 未來在企業內部導入DVCS, 教育訓練成本會越來越低
權限控管: DVCS是clone了一份檔案庫在開發者的電腦, 所以要做到Subversion的ACL有目錄等級的權限控管並沒太多意義. 不過這方面還是可以做事先規劃來避免, 例如將軟體架構模組化, 每一個模組有各自的檔案庫(Repository), 這樣就不會一個開發者就clone了所有公司的source code到自己的電腦. 這部份codebeamer就扮演不錯的角色, CB 5.7版可以在一個專案中建立多個DVCS檔案庫, 每個檔案庫並可以設定不同角色有不同的clone/push的權限

從以上因素與觀察, VCS, Subversion還會存活一段時間, Subversion短期內並不會在公司內部消失:-), 以下是我之前在devtoolnotes.esast.com所整理Subversion相關的wiki文件摘要

使用codebeamer來管理subversion
使用Apache+Subversion

Apache+Subversion安裝與管理-Windows平台
Apache+SVN在Linux平台安裝與管理
Subversion使用LDAP認證設定
SVN使用SSPI認證設定

SVN使用技巧

svn:external用法

全文請參考http://cb.esast.com/cb/wiki/21034

DevToolNotes:Mercurial文件

noreply@blogger.com (maoyang) — Sun, 04 Sep 2011 08:27:00 +0000

Mercurial也是最近幾年很熱門的DVCS軟體, 有很多人說它的學習門檻比Git低很多, 比較適合在團隊中推導, 但是我用過Git與Mercurial, 在許多觀念上是一樣的,但是如果要自己架設一台Mercurial伺服器來同步所有開發者的檔案庫(Repository),Mercurial則在Windows平台佔有一些優勢. 還有觀察到一個很有趣的現象, 使用不同開發程式語言或是開發框架會選用不同的DVCS, 例如Ruby and Rails的開發者幾乎一面倒使用Git, Linux Kernel與Android核心開發者就更不用說了也是使用Git,因為其source code就是用Git來維護, iOS開發者也是偏好Git, 所以Xcode則後來從善如流內建了Git, 但是Mercurial還是擁有相當多的擁護者, 例如使用Python的開發者就會偏好選用Mercurial , 至於Java開發者偏好使用Git , Mercurial, 我目前還看不出來.

以下是我之前在devtoolnotes.esast.com所整理的Mercurial相關wiki文件摘要

Mercurial Server安裝與設定:使用codebeamer來做Mercurial的伺服器管理
Mercurial使用者端安裝與設定
MercurialEclipse實務操作手冊

中英文專有名詞對照
Mercurial介紹
Mercurial安裝
Mercurial指令hg基本操作
MercurialEclipse簡介
MercurialEclipse安裝
MercurialEclipse基本功能操作
分支與合併
標籤功能操作

Mercurial資源與參考

參考

wiki全文請參考http://cb.esast.com/cb/wiki/21532

EGit實務操作手冊

noreply@blogger.com (maoyang) — Sat, 03 Sep 2011 04:25:00 +0000

原本寫了許多Wiki How-to放在http://devtoolnotes.esast.com, 不用登入就可以讀取, 但是最近發現有一些大陸專門索引網站的程式佔用太多頻寬,讓網站變的有點慢, 所以將這個wiki專案關閉, 關閉後用Google搜尋關鍵字又搜尋不到, 真是有一好沒兩好, 想到一個方法, 這邊會陸續整理以前寫過的wiki how-to摘要, 如果要看文章全部內容就註冊個帳號登入看, 我也希望登入http://cb.esast.com的網友可以給我一些回饋, 今天先整理最近最多人點閱的EGit實務操作手冊

摘要
EGit是Eclipse的Plugin, 讓開發者方便在Eclipse中使用Git功能, 這篇wiki how-to從egit安裝到操作都有涵蓋. 可以當做操作手冊來使用

中英文專有名詞對照
Git介紹
EGit簡介
EGit安裝
EGit基本功能操作
分支與合併
標籤功能操作

全文請看http://cb.esast.com/cb/wiki/24803

康博士專欄:活在當下的真義

noreply@blogger.com (maoyang) — Fri, 02 Sep 2011 02:37:00 +0000

活在當下的真義文：康哲行（2011/07/14）

生命的意義只能從當下去尋找，逝者已矣，來者不可追，如果我們不反求當下，就永遠探觸不到生命的脈動。（一行禪師）

「活在當下」這四個字，近年來已成為社會上非常熱門的流行語。佛教大師如達賴喇嘛、聖嚴法師、證嚴法師及禪宗大師鄭石岩都曾推崇「活在當下」的理念，認為一個人能夠「活在當下」才是有意義的人生。
「活在當下」字面上的意義非常簡單：就是不要過份地緬懷過去和冀望將來，而要把生活中每個「當下」的片段都過得深具意義。
「活在當下」字面的意義非常淺顯，但也因為它的淺顯，容易被人忽略，甚至變成老生常談。本文的目的就是以嚴謹的立場，對「活在當下」的真義及如何做到「活在當下」加以闡述。
我們在能夠做到「活在當下」之前，還要對日常生活有一些良好的心態，這些心理的準備都是達到「活在當下」至高境界的捷徑，例如以下所述的「一日一生」的觀想及「生活即修行」的信念。

「一日一生」的觀想

「一日一生」的理念為日本現代活佛酒井雄哉所提出。
一般人的一生不外乎三個階段，第一個階段是學習階段，第二個階段是工作階段，第三個階段是退休後享受人生階段。
「一日一生」的觀想，就是要我們以「珍惜」和「警惕」的心情，把每一天都想像成是「一生」來過；也就是說，每天都要學習，每天都要工作，每天都要享受人生。
但是，如何才能做到呢？當然，每個人的方法可能不同。對我這個已退休者來說，每天讀一段好書就是學習；每日做好生活中的細節就是工作；能夠做一件使自己快樂而無負擔的事（例如每日澆花）就是享受人生。
當我們能夠把每一天都當做一生來過，「活在當下」的意義已經深在其中了。

「生活即修行」的信念

佛教大師廣欽老和尚曾對什麼是「修行」有所開示。
廣欽老和尚說：工作再忙，也要保持一顆平靜的心，我們每天日常的工作就是在「修心」。例如洗碗，不要認為它是無用的小事，其實洗碗這一刻就是生命。當每一片刻「心」都是平靜的，一生就是美好的。
總之，生活中的每一細節，行住坐臥之際，無不是「修行」的機會，我們都可以將其做到盡善盡美。
一轉念，當下就不敢輕忽生活中的許多小事，即刻專注在眼前的事物上，心就安靜下來，那就是「修行」，也就是「活在當下」的內涵。

「活在當下」的真義

我們在前面提到：「活在當下」就是要把生活中每個「當下」的片段都過得深具意義。其實，重點只有兩個字：就是「專注」。
所謂「專注」，就是要你做任何事情都要全神貫注。舉例說：就是工作時要「敬業」，學習時要「認真」，遊戲時要「盡興」。
當你能在日常生活中每個當下的細節都能做到「專注」，那就是「活在當下」的真義，你也確實地做到了「活在當下」。

如何做到「專注」？

我們說「活在當下」的真義就是「專注」，也該確實地定義一下「專注」的狀態。那就是：當你能夠心無雜念，將全副心神貫注於眼前的事物上；那個當下，你所經驗到的便是「專注」。
但是，想要確實做到「專注」絕非易事。
對常人來說，「專注」的狀態豈不正是「一心二用」？當你全神貫注於眼前的事物上，你同時又要監督自己不得鬆懈。於是，你隨時處在「自我意識」那種「有我」的緊張狀態，那又如何算得是「活在當下」？
要如何避免「專注」時緊張的情緒呢？說來簡單，就是要像廣欽老和尚那樣把生活當做「修行」，把生活中的每個細節都做到完美，也就是要培養各種良好的生活和工作習慣。當然做起來並不簡單，也絕非短時間就能奏效。
想想看，當你能出於良好的習慣，在生活中自自然然地做到凡事「專注」，而不必時時保持警醒，你實際上是處在一種「無我」的狀態，你的心情就會是輕鬆和愉快的，那才是真正的「活在當下」。
有人比喻那種狀態就像是「鴨子划水」：你看到牠在水面上左顧右盼地狀至悠閒，那是一種「無我」的狀態；但在水底下你看不見的部分，牠的雙腳卻非常有效率地在努力划水。

「享樂主意者」是活在當下嗎？

世間有一批「享樂主意者」，他們自認為是100％的「活在當下」。其實，他們過的是「今朝有酒今朝醉」的糜爛生活，完全忽略了過去和未來。他們在當下也是快樂無窮，但卻潛伏著可能發生於未來那種無盡的痛苦與悔恨，所以那只是不具任何意義的、假的「活在當下」。
「活在當下」的理念要我們不要過份地緬懷過去和冀望將來。當然，也不能完全忽略過去和將來，那就和「享樂主義者」沒啥兩樣。過去的經驗供給我們當下行事的借鏡，而規劃未來引導我們走向正確的方向。如果我們把一分的力氣用在過去，兩分用在對未來的規劃，而把七分用在目前的當下，這樣的分配應該算是正確地「活在當下」了。

遭遇橫逆時還能「活在當下」嗎？

有人懷疑，當一個人遭遇「橫逆」時，例如在病痛之中或負債的壓力下，還能做到「活在當下」嗎？
一些心靈大師會建議你用完全「正面」的態度來面對「橫逆」，告訴自己：「沒有病痛這回事」，「沒有負債這回事」。當你確信沒有「病痛」，沒有「負債」，便能保持一顆「平常心」，仍然能夠「活在當下」。
筆者相信，除了這位大師的弟子和信眾，一般常人很難具有那樣的心靈素質而能夠保持「平常心」，當然也就無法「活在當下」。
那要如何才能「活在當下」呢？筆者認為，在遭遇「橫逆」時，首先要設法跳出那緊張、慌亂的漩渦，保持「冷靜」的心態，然後把「橫逆」當做是一項「任務」來處理，才能進一步保持「活在當下」。
但是，如何才能保持「冷靜」呢？在遭遇「橫逆」時會表現出緊張、慌亂，那是因為你的心、你的「主觀意識」就處在漩渦之中。這時，如果你能假想你的「心智」已跳脫你的身體，在幾公尺之外看著自己，你就一下子由慌亂的「主觀者」變成冷靜的「旁觀者」，而具有心靈大師所說的那種「平常心」。
筆者建議的方法當然有其難度，你該相信它確實可行。當然，個人要經過多次的練習才能在遭遇「橫逆」時確實保持「旁觀者」的心態，也才能做到「冷靜」和「平常心」，進而做到「活在當下」。

「有我」與「無我」狀態的輪替

當你在「專注」時，那是一種「無我」的狀態。但當眼前的工作告一段落，在你開始下一個工作之前，你必須恢復「自我意識」，也就是「有我」的狀態，這樣你才能做出有利的選擇，決定下一個工作如何進行，然後再「專注」在下一個工作。所以，一天的時間，「有我」與「無我」的狀態會輪替出現。
每日晨昏兩次，你都最好處在「有我」的意識狀態。我們說「一日之計在於晨」，每日清晨是你把一天的計畫準備好的最佳時刻。每日睡前也是你最好的「自省」時刻，寫寫日記，檢查一下你一天下來的收穫。你的心情應該是「一日一生」，然後安然入睡，明天又是嶄新的一天！

結語

由於常人只注意「活在當下」字面的意義，並未瞭解它的真義，也就不知道如何「活在當下」。
本文闡述了「活在當下」的真義並提供了系統的方法，也考慮了一些特殊的情況，讀者如能依法行事，必能真正地做到「活在當下」。

康博士專欄:沒人喜歡好人？

noreply@blogger.com (maoyang) — Fri, 02 Sep 2011 02:27:00 +0000

沒人喜歡好人？文：康哲行（2011/07/28）

一篇中央社記者翻譯的報導說：「好人可能會認為無私的行為會讓他們受歡迎，但研究的數據指出，沒有人喜歡好人！有人自願去做大家不想做的事，會馬上被人孤立。」該報導又說：「研究的學者們發現，好人的行為會讓其他人有罪惡感，迫使大家要有同樣無私的行為。而且，好人破壞常規，提高了一般認定的行為標準，這種新標準會讓其他人看起來都是壞人。」

所以，這篇報導的結論就是「沒人喜歡好人」！

看了這些奇怪的言論，直讓我脊梁骨冷了半截，怎麼「人心不古」，中外皆然！我們的社會病了，連我們的世界都病了！三年前橫掃全世界的金融海嘯，至今尚未復原。總結其原因，不外乎一個「貪」字，那是全世界都「貪」的結果。而這篇報導又給了我們什麼樣的訊息？難道社會上不應該有「好人」？

這位記者將報導發表於平面媒體，是想要誤導讀者嗎？他大概會理直氣壯地辯解說：「該言論不代表本社立場，這可是國外的學術研究，有統計數字做為後盾，讀者自有公斷。」

這篇報導的「厲害」之處正是，它告訴你這些言論不是來自個人的主觀偏見，而是一項學術研究的結果，有憑有據，不由得你不相信。

看了這篇報導，筆者左思右想，總覺得報導內容很不對勁，和自己的認知相差太遠。首先，哪種人才是不受歡迎的「好人」呢？筆者尋思，一個人如果奉公守法、勤勞盡職，那應該是好人；但他也可能太過表現，驕傲自大。如果他做了主管，當然不會貪贓枉法，但卻可能獨斷獨行，剛愎自用。這樣的人肯定不受大眾歡迎。但是，是否就是該報導所稱的不受歡迎的「好人」呢？

這樣的人顯然不能歸類為「壞人」，但能稱為「好人」嗎？好像也不對。其實，多數的「好人」只是默默耕耘，默默做事，不欲人知。而且，真正的好人待人和藹可親，會使你如沐春風，不會給你像該報導所說的那種「壓迫感」。

這篇報導還給人一個錯誤的印象：在一個團體內，「好人」一定是不得人緣的「少數」。真的會如此嗎？好像正好相反才對！

社會上「好人」一定是少數嗎？我們不難發現，在任何（非黑道的）團體內，「沈默的多數」絕對都是「好人」。證諸現代的「民主政治」就會發現，民主政治之所以能夠合理運作，就是奠基於「社會上好人居多數」的事實。

「好心必有好報！」那是不變的真理。近年流行的「吸引力法則」也說明「好的吸引好的，壞的吸引壞的」。而該報導說「好人不得人緣」，就是說「好的吸引壞的」，世上哪有這樣的道理？

康博士專欄:詩意散文

noreply@blogger.com (maoyang) — Thu, 01 Sep 2011 00:57:00 +0000

詩意散文文：康哲行（2011/09/01）

我不善於寫詩，但喜歡在散文中加入一些詩意。以下集錦選自我過去的「生活小品」寫作，希望能夠博君一笑！

至樂
「至樂」是一種優美、無負擔，怡然自得的心境。
要培養美感才能享受美感，美感滋潤我們的心靈，增加我們的活力。
仁者樂山，山代表寬宏；智者樂水，水代表謙卑。
莊子的境界是物我兩忘，參與宇宙大化，遊於無窮，逍遙蒼穹。
徜徉於大自然間，俯拾那無盡的綠意野趣，與天地同遊，與山川共舞。

悠閒
有悠閒的心情，你才能「見山是山，見水是水」；也才能聞到春天的花香，聽到夏日的蟬鳴。
真正的快樂與喜悅是不假外求的，它的根源就在自己心中。
只要你睜大眼睛，打開心靈，那日常生活中的喜悅俯拾即是，無虞匱乏。
青山綠水，藍天白雲，都是繁忙生活中的情趣。

從容
聰明的人忙於工作之際，心理卻調適得非常輕鬆。譬如鴨子划水，腳底猛划，
水面上卻狀似悠閒。

觀雨
綿綿的「細雨」，傾盆的「大雨」、或是乍雨還晴的「陣雨」，都給我們不同的感受和領悟。
「觀雨」是美，「聽雨」也是美；雨中之最美，在於一切「如幻似真」。
雨來自無痕的天際，落地又失去蹤影；你所看到的是「瞬間」的「永恆」。

文學與藝術
文學和藝術作品，在現代人忙碌的生活中，有一種潛移默化，消除戾氣的穩定作用。
當你在欣賞一件藝術品時，你心領神會，進入一種和作者共鳴的、喜悅的、祥和的心境。

讀書
在閱讀中，你咀嚼沈思，遨遊於白紙黑字之間，使你的精神生活得到最大的慰藉。
好書像一面鏡子，當你被書中的某些情節感動，產生共鳴，那鏡中顯現的就是你深層的「自我」。
讀書使你伴著歲月成長，終生受益。你持續的讀書，書中那些眾多的理念便成為你思維的脈絡，去蕪存菁，而孕育出今日的你。

樂觀
「樂觀」的人永遠對未來充滿好奇，興致勃勃，就像「好事情」隨時會發生一樣，「幸運之神」也總是找上他。
「樂觀」的人充滿春天的氣息，使他周圍的人都「如沐春風」。

幽默
人每天都會照鏡子，不要顧影自憐，要做一個「微笑」給自己看，那快樂的人就是你自己。
和朋友分享你的「糗事」，也要津津樂道你被別人「看扁了」的經驗。歡笑聲中，本來這些事情帶給你的煩惱也就煙消雲散了。
也不要忘了常常要「幽自己一默」。兩個「自己」相對一笑，你的心情馬上就會好起來。

笑聲
「笑聲」是世上最美的音樂。每天和家人及朋友在一起的時候，總要想些「詼諧」的點子，那就是一天最「歡樂」的時刻。
只要你留意，日常生活中「笑話」的題材俯拾即是；看到別人聽了你的「笑話」笑得前仰後合的時候，也是你最輕鬆得意的時刻。