Jeff's posterous

Life is search

iPad 真的來了，還有什麼可以被取代的？

果不其然，Apple 在 iOS 4.2 (終於) 推出的一個星期內，(終於) 在台灣市場開始賣起 iPad 來了 — 雖然說時間點慢了些，但至少這次蘋果給的價錢是非常合理的，(終於) 不再把我們當凱子薛，值得給他們拍拍手鼓勵鼓勵。

上禮拜為了期待這件事情，寫了一篇「iPad 來了，創業策略該如何因應，從使用習慣說起」的文章，主要從北美消費者半年多來的使用情況，幫大家分析該怎麼思考對策。今天，則是要幫大家從另一個角度思考，從生活週遭找出可以開發的 iPad 應用。

先要感謝保羅‧葛蘭 (Paul Graham) 的「Tablets」一文，給了我這篇文章的靈感。他說：

The iPhone isn’t so much a phone as a replacement for a phone. That’s an important distinction, because it’s an early instance of what will become a common pattern. Many if not most of the special-purpose objects around us are going to be replaced by apps running on tablets.

This is already clear in cases like GPSes, music players, and cameras. But I think it will surprise people how many things are going to get replaced. We funded one startup that’s replacing keys. The fact that you can change font sizes easily means the iPad effectively replaces reading glasses. I wouldn’t be surprised if by playing some clever tricks with the accelerometer you could even replace the bathroom scale.

翻成中文大約是：

iPhone 與其說是手機，還不如說是取代手機的產品。這是一個非常重要的差別，因為這樣的情況不只會發生在手機上。很多，甚至是大部分，日常生活中特殊用途的物品，都將被行動應用程式所取代。

這個情況已經很明顯的發生在「導航」、「隨身聽」、「相機」上，但我認為將有更多令人驚訝的取代現象發生。我們剛投資了一家開發取代「鑰匙」應用的公司，而在這些裝置上，字型大小可以簡單的被改變，於是老花眼鏡也可以丟掉了。如果稍用點功夫，你說不應可以開發出一個「加速感應體重計」，那又有一個東西會被取代。

也就是說，要想可以在 iPad/iPhone (Android Pad/Android Phone) 上做什麼，你要從「取代」這件事情想起。

錢包

我們每個人身上都有帶的，大概就是錢包了。而錢包裡面的每一樣東西，似乎都可以被行動應用取代，例如：appWorks 育成的 ekado，目標是雲端化你的每一張會員卡。錢包裡的錢，則可以被「行動付費」取代。錢包裡的照片，早就開始已經被手機相片集取代了。最難的，大概是身份證件。有沒有誰能夠跟政府一起把這件事情搞定，行動證件從此網路化，搬家、結婚也不用去換身份證，駕照永遠不會過期，上面的資料都是最新的，那世界是多美好啊？(警察要檢查，沒問題，只要用他手上的 Android 照一下你手上 iPhone 的證件，傳上雲端去比對，不就得了？)

鑰匙、門禁、打卡

就像保羅說得一樣，鑰匙很快的應該也會被取代。這件事情是一樣的道理，當這些平板裝置有了相機、網路連線，只要安裝一台在門上，它們可以輕易的透過你的攜帶的 App、甚至是你的生物特徵 (例如：臉部辨識)，送上雲端比對，來識別你的身份。於是，出門再也不需要帶鑰匙，只要帶著一張臉，有沒有很方便？(說好不可以打臉啦！不然我就回不了家了…)

既然鑰匙被取代了，又連上了網路，那門禁、打卡，當然也一併消失。還可以附上一張照片，確認當時進出的真的是張小明，從此再也沒有代打卡這件事情了。更重要的是，都到了這種雲端時代，你要還要求員工必須要乖乖坐在位置上上班，會不會太落伍了。

菜單、傳單

另一個很快可以出現的取代，是菜單、傳單這類「一次性的宣傳品」。每次看到菜單上面密密麻麻的字，誰知道什麼好吃？如果換成一個應用程式，還可以跟你說其他客人，甚至是朋友推薦的菜色，那有多好？沒關係，把你的行動裝置拿出來，掃瞄一下桌上的 QR Code, 當場就可以下載一個本餐廳專屬的應用程式，裡面不只有菜單、照片、影片，還有評分，多棒啊！

電影票、演唱會門票

這些也是很明顯的取代，從此門票再也不用印出來了。還可以附帶各種功能，時間到了提醒你前往，LBS 告訴你地點，甚至是座位。各種互動的方式，甚至演唱會的 Live Stream, 都可以直接送到你的 Tablets 上面，讓你清清楚楚的看到偶像的每一個表情，這是多麼爽的事情啊？

型錄、Brochure

最後，像是這些宣傳資料，也很快的會被取代。週末去賞車，帶回家的是一個一個的 iPad 應用，除了精美的照片、影片、規格、售價細節外，你還可以註明試駕的感想、甚至放上駕駛中的影片。看房子也將會是一樣的情況，如此不只省了紙張，還可以幫助你選到更適合的產品，過更好的生活，這才是創業家可以對世界貢獻最大的地方。

以上，就是我馬上可以想到的幾個很快就會發生的取代效應。當然，我絕對有漏掉的，請發揮你們的想像力，也歡迎大家補充。就像 Tagtoo 的 Zouber 說的一樣：「浪來了~ 要準備好 抓緊這一波」，現在絕對是千載難逢的創業機會，請你們好好努力，加油！

Related Posts with Thumbnails

分享本文：
via mrjamie.cc

從"取代"的觀點來論述 ... 很不錯，而且舉的實例也很確切。

[Android] How to build your android application with ant tool

Building Your Application

There are two ways to build your application: one for testing/debugging your application — debug mode — and one for building your final package for release — release mode. As described in the previous section, your application must be signed before it can be installed on an emulator or device.

有兩種方法來構建應用程序：一個用於測試 /調試你的應用程序 - 調試模式 - 一個用於構建您的最終方案發佈 - 發佈模式。正如上一節中所述，您的申請必須簽署才能安裝在模擬器或設備。

Whether you're building in debug mode or release mode, you need to use the Ant tool to compile and build your project. This will create the .apk file that is installed onto the emulator or device. When you build in debug mode, the .apk file is automatically signed by the SDK tools with a debug key, so it's instantly ready for installation (but only onto an emulator or attached development device). When you build in release mode, the .apk file is unsigned, so you must manually sign it with your own private key, using Keytool and Jarsigner.

無論你是在調試模式建立或釋放模式，您需要使用Ant工具來編譯和生成項目。這將創建。apk文件是安裝到模擬器或設備。當您生成在調試模式下，。apk文件自動簽署的SDK工具與調試的關鍵，所以它的即刻準備安裝（但只到一個仿真器或附加開發設備）。當您生成在發佈模式下，。apk文件是未簽名的，所以你必須手動登錄它與你自己的私鑰，使用 Keytool 和 Jarsigner。

It's important that you read and understand Signing Your Applications, particularly once you're ready to release your application and share it with end-users. That document describes the procedure for generating a private key and then using it to sign your .apk file. If you're just getting started, however, you can quickly run your applications on an emulator or your own development device by building in debug mode.

If you don't have Ant, you can obtain it from the Apache Ant home page. Install it and make sure it is in your executable PATH. Before calling Ant, you need to declare the JAVA_HOME environment variable to specify the path to where the JDK is installed.

Note: When installing JDK on Windows, the default is to install in the "Program Files" directory. This location will cause ant to fail, because of the space. To fix the problem, you can specify the JAVA_HOME variable like this: set JAVA_HOME=c:\Progra~1\Java\<jdkdir>. The easiest solution, however, is to install JDK in a non-space directory, for example: c:\java\jdk1.6.0_02.

Building in debug mode

For immediate application testing and debugging, you can build your application in debug mode and immediately install it on an emulator. In debug mode, the build tools automatically sign your application with a debug key and optimize the package with zipalign. However, you can (and should) also test your application in release mode. Debug mode simply allows you to run your application without manually signing the application.

即時應用測試和調試，您可以建立您的應用程序在調試模式，並立即在模擬器上安裝它。在調試模式下，自動生成工具簽名的應用程序的調試和優化的關鍵包與 zipalign。然而，你可以（也應該）也測試您的應用程序發布模式。調試模式只允許你運行應用程序，而不需要手動簽署申請。

To build in debug mode:

  1. Open a command-line and navigate to the root of your project directory.
  2. Use Ant to compile your project in debug mode: 
    ant debug

    This creates your debug .apk file inside the project bin/ directory, named <your_project_name>-debug.apk. The file is already signed with the debug key and has been aligned with zipalign.

Each time you change a source file or resource, you must run Ant again in order to package up the latest version of the application.

To install and run your application on an emulator, see the following section about Running Your Application.

這將創建您的調試。apk文件內的項目的bin /目錄，命名<your_project_name> - debug.apk。該文件已經簽署了與調試的關鍵，並已與 zipalign一致。
每次更改源文件或資源，你必須運行 Ant再次以打包的最新版本的應用程序。
要安裝和運行您的應用程序在模擬器上，看到下面的部分有關運行程序。

Read the rest of this post »

大板根．森之湯一日遊

看起來不錯，我應該會參加 :D

From: Miles.Lai On Behalf Of 福委會
Sent: Monday, October 11, 2010 10:14 AM
To: All User
Subject: 大板根．森之湯一日遊

∼大板根．森之湯一日遊∼

Image001

活動日期：99/10/30(六)

活動費用：員工免費

　　　　　眷屬：

                 國小以下兒童:免費

                 國小學童:$300/人

                 其他:3人以下(含)$500/人、3人以上 $650/人

交通工具：自行開車(每車補助＄500元,含油資.過路費.停車費)

活動行程：

08:30-10:00【起程】

起個大早快樂出門，抵達目的地「大板根森林溫泉渡假村」。

10:00-12:00【雨林森呼吸】

體驗台灣低海拔唯一國寶級板根森林，享受高達2萬PPM芬多精心靈減壓之旅。

12:00-14:30【戶外B.B.Q】

享用行家準備的燒烤食材並幫您貼心準備好飲料和所有用具!來大板根與好友、家人

一起享受邊吃邊玩邊聊天的樂趣!

14:30-17:00【活動三選一】

露天美人湯、下午茶、環保手工皂DIY

17:00-18:30【賦歸】

注意事項：

1.  請所有同事在10/13(三)下班前回覆給福委是否參加 ，並請有攜帶眷屬的同事提供眷屬個人資料

(身份證字號、出生年月日)及註明活動三選一要參加的項目，謝謝！

2.  選擇露天美人湯的同事，請自備泳衣、泳帽、浴巾。

關於微網址 ?

很久沒使用 網誌(Blog) 來寫東西了，看來我已經習慣 "微網誌" 那樣 ... 三言兩語就結束的格式，想要回頭過來長篇大論已經是不可能的事了 :-)

現在用的網誌服務是 Posterous （似乎裡頭有許多功能可供挖掘，用自找麻煩來形容也不為過） 

關於網誌的歷史 ... 一路發展下來，這過程頗有意思

 

早先年前我玩過部落格，從一開始隨意寫東寫西，到後頭定個主題來下筆。但是，大約過一年後還是膩了 ...

到了現在，有玩 Plurk, Twitter , Facebook, Meme, Buzz ... 等等 各式各樣的微網誌服務。

 

其實心頭疑問總是有的 : 為啥我要花這麼多時間在這上頭，值得嗎 ? 

想來想去，也想不清個所以然來。

 

有不少網友發表自己的觀點, 剛好我最近看到這篇文 .. 

http://worker.bluecircus.net/archives/2010/08/twitter_4.html#top_save

在這篇文章裡，我看到一句很有意思的話 : 

" 玩 Twitter 浪費別人的時間，玩 Plurk 浪費自己的時間，玩 Facebook 浪費所有人的時間 "

嗯，這句說的真好 .... 沒有實際都玩過這些微網誌，之間的細微差異，是外人難以體會的。

 

但無論如何，全部的共同點是 ...

都是在 "浪費時間"      ^_^

 

呼 ~ 興致所至，隨意發想 ...  無意義 

 

 

Amazon 的早與晚

如果硬要替數位出版的幾個新玩家評分，Amazon 目前依然遙遙領先，Google 根本還沒開進戰場，至於蘋果，由於 iBookStore 主要依靠傳統出版商供應內容，這一環反而是最吊詭、甚至是最緩慢的；App 格式的各項變種、新創形式，恐怕才是幾年之內我們會看到的主力，認真說起來，這些新的應用與嘗試，與 Amazon Kindle 的主力並不重疊，這是個好現象。 順便補充一下，Amazon 在2010年初，又併購了一家叫做 Touchco 的公司，核心是多重觸控螢幕技術，下一代的 Kindle 可以期待。
via readgoing.com

原來 Amazon 心機這麼重，哈哈 :D