大家最關心的幾個問題
第乙個問題：小程式的入口在**？
前不久跟乙個合作夥伴的公司在聊這個話題，他們希望能夠知道小程式的發布時間，好做一些準備。
他們提出乙個場景我覺得特別的切合，他們說現在汽車票其實沒有電子化，所有人去坐汽車的話必須要去汽車站現場去買一張票，這是乙個很痛苦的過程，你要去排隊買票，然後再去坐車，他們希望用小程式來解決這個問題，只需要在每乙個汽車站立乙個***，所有到汽車站的人掃一下***就啟動購票的小程式，然後直接通過小程式來買好票，這樣售票視窗就不用存在了，我認為這是乙個非常貼合小程式的想法。
這樣的想法會有很多很多，昨天跟我們小程式這一塊的同事在聊，他們說有人做了乙個小程式特別方便，是在公交站裡面等公交站的時候，想要知道下一班車什麼時候來，這個時候只要掃一下公交站的***，啟動公交站的小程式就可以看到下一班車什麼時候來，這也是特別典型的乙個小程式的場景。
小程式這裡也是一樣的，你可能會使用千奇百怪的小程式，但是我們不會因為你已經使用了一款，比如說學英語的小程式就反覆給你推薦學英語的小程式，這個話題也不在這裡展開了。
第三個問題，小程式與訂閱號的關係？
第四個問題，小程式能不能推送訊息？
可能也是很多人非常關注的，答案是不能。
因為如果小程式能推送訊息的話，那就意味著你訪問的每乙個**都會發一條訊息給你，那你可能會崩潰掉，所以它是不能推送訊息的，但是我們會提供比較有限的服務觸達能力，你以前訪問乙個**的時候可能會留下自己郵件位址，當你要的服務有的話這個**會給你發乙個郵件，小程式也類似。
當你在小程式裡面做了乙個操作，並且希望收到後續通知的時候，我們會提供這樣乙個通知的機制，使你可以通過小程式給你的使用者傳送一條他所需要的通知，但這個通知不是說誰來過的小程式就能獲得一條推送，而是說這個使用者在小程式裡面主動的確認了他需要獲取一條後續的通知，所以它是一種很有限的通知的能力。
看起來我們對這種通知的能力限制的非常的嚴格，其實這也是沒有辦法的事情，就像我剛才舉的乙個例子，你在乙個**裡面留乙個位址，你就會收到很多垃圾郵件，我們並不希望這樣的事情在小程式裡面再次發生。
第五個問題，小程式能不能夠分享？
其實分享到群裡面和聊天裡面是有非常大的乙個想象空間。我記得我們內部在討論這個功能的時候，把乙個小程式分享到乙個群裡面的時候，其實剛開始的形態是非常簡陋的，就是我把乙個小程式發到乙個群裡面而已，那只是利用群做了乙個傳播，讓這個群裡面的使用這個小程式。
但是其實小程式的分享不僅僅是這樣子，小程式的分享更多的是希望能夠帶來一種新的協作的方式。
舉乙個例子，當我把乙個投票的小程式發到群裡的時候，意味著群裡面的每個人可以立即啟動這個小程式，並且利用投票，每個人可以看到其他人的投票。對於乙個群來說，這個小程式帶有每個人的登入狀態，大家訪問的是同乙個小程式的任務。
基於這樣群的任務，它可以被群裡面的所有人共享，當任何乙個人更新群裡小程式狀態的時候，群裡其他人都是可以看到的，基於這個想法你可以想象得到，可能會存在非常多的一些協作式的小程式。
我們還提出了關於小程式頁的概念，比如說一**票的小程式，我分享的只是我當前所看到的0700**的這一頁，然後分享到乙個群裡面去了，群裡面的人看到的也是0700這樣一**票的頁面，我們把它叫做小程式頁。
這裡我們希望的是，我分享到群裡的是乙個活的資料，是當前我看的資訊。
我的意圖並不是說把乙個程式分享到群裡面讓大家重新執行這個程式，我只是分享了乙個活的資訊過去，而且在未來我們更希望的是，當然現在還沒有做到，我們更希望的是我分享到群裡面這一頁的資訊它是活的，所謂活的意思就是當它出現在乙個聊天裡的時候，你甚至不用點進去你就能看到這個小程式的表現。
例如說我分享乙個時鐘的小程式到群裡面，那麼群裡面每個人看到這個小程式，不用點進去就可以看到已經有乙個時鐘在那裡運轉。暫時這個形態還沒有實現出來，但是我個人非常期待。我相信這種協作式的任務，對於小程式的分享會起到乙個很大的幫助，我們可以在裡面構思出非常多的需要群組一起完成任務的小程式。
第六個小問題，很多人會問小程式能不能做遊戲？
我們現在並不能。
第七個小問題，小程式能不能被搜尋到？
大家最關心的幾個問題
第乙個問題：小程式的入口在**？
前不久跟乙個合作夥伴的公司在聊這個話題，他們希望能夠知道小程式的發布時間，好做一些準備。
他們提出乙個場景我覺得特別的切合，他們說現在汽車票其實沒有電子化，所有人去坐汽車的話必須要去汽車站現場去買一張票，這是乙個很痛苦的過程，你要去排隊買票，然後再去坐車，他們希望用小程式來解決這個問題，只需要在每乙個汽車站立乙個***，所有到汽車站的人掃一下***就啟動購票的小程式，然後直接通過小程式來買好票，這樣售票視窗就不用存在了，我認為這是乙個非常貼合小程式的想法。
這樣的想法會有很多很多，昨天跟我們小程式這一塊的同事在聊，他們說有人做了乙個小程式特別方便，是在公交站裡面等公交站的時候，想要知道下一班車什麼時候來，這個時候只要掃一下公交站的***，啟動公交站的小程式就可以看到下一班車什麼時候來，這也是特別典型的乙個小程式的場景。
小程式這裡也是一樣的，你可能會使用千奇百怪的小程式，但是我們不會因為你已經使用了一款，比如說學英語的小程式就反覆給你推薦學英語的小程式，這個話題也不在這裡展開了。
第三個問題，小程式與訂閱號的關係？
第四個問題，小程式能不能推送訊息？
可能也是很多人非常關注的，答案是不能。
因為如果小程式能推送訊息的話，那就意味著你訪問的每乙個**都會發一條訊息給你，那你可能會崩潰掉，所以它是不能推送訊息的，但是我們會提供比較有限的服務觸達能力，你以前訪問乙個**的時候可能會留下自己郵件位址，當你要的服務有的話這個**會給你發乙個郵件，小程式也類似。
當你在小程式裡面做了乙個操作，並且希望收到後續通知的時候，我們會提供這樣乙個通知的機制，使你可以通過小程式給你的使用者傳送一條他所需要的通知，但這個通知不是說誰來過的小程式就能獲得一條推送，而是說這個使用者在小程式裡面主動的確認了他需要獲取一條後續的通知，所以它是一種很有限的通知的能力。
看起來我們對這種通知的能力限制的非常的嚴格，其實這也是沒有辦法的事情，就像我剛才舉的乙個例子，你在乙個**裡面留乙個位址，你就會收到很多垃圾郵件，我們並不希望這樣的事情在小程式裡面再次發生。
第五個問題，小程式能不能夠分享？
其實分享到群裡面和聊天裡面是有非常大的乙個想象空間。我記得我們內部在討論這個功能的時候，把乙個小程式分享到乙個群裡面的時候，其實剛開始的形態是非常簡陋的，就是我把乙個小程式發到乙個群裡面而已，那只是利用群做了乙個傳播，讓這個群裡面的使用這個小程式。
但是其實小程式的分享不僅僅是這樣子，小程式的分享更多的是希望能夠帶來一種新的協作的方式。
舉乙個例子，當我把乙個投票的小程式發到群裡的時候，意味著群裡面的每個人可以立即啟動這個小程式，並且利用投票，每個人可以看到其他人的投票。對於乙個群來說，這個小程式帶有每個人的登入狀態，大家訪問的是同乙個小程式的任務。
基於這樣群的任務，它可以被群裡面的所有人共享，當任何乙個人更新群裡小程式狀態的時候，群裡其他人都是可以看到的，基於這個想法你可以想象得到，可能會存在非常多的一些協作式的小程式。
我們還提出了關於小程式頁的概念，比如說一**票的小程式，我分享的只是我當前所看到的0700**的這一頁，然後分享到乙個群裡面去了，群裡面的人看到的也是0700這樣一**票的頁面，我們把它叫做小程式頁。
這裡我們希望的是，我分享到群裡的是乙個活的資料，是當前我看的資訊。
我的意圖並不是說把乙個程式分享到群裡面讓大家重新執行這個程式，我只是分享了乙個活的資訊過去，而且在未來我們更希望的是，當然現在還沒有做到，我們更希望的是我分享到群裡面這一頁的資訊它是活的，所謂活的意思就是當它出現在乙個聊天裡的時候，你甚至不用點進去你就能看到這個小程式的表現。
例如說我分享乙個時鐘的小程式到群裡面，那麼群裡面每個人看到這個小程式，不用點進去就可以看到已經有乙個時鐘在那裡運轉。暫時這個形態還沒有實現出來，但是我個人非常期待。我相信這種協作式的任務，對於小程式的分享會起到乙個很大的幫助，我們可以在裡面構思出非常多的需要群組一起完成任務的小程式。
第六個小問題，很多人會問小程式能不能做遊戲？
我們現在並不能。
第七個小問題，小程式能不能被搜尋到？
9月1號homer2進展
今天還算順利，移植了sd,mmc驅動。主要是開源專案openmoko補丁讓這個工作變得十分簡單。沒有細細分析 一切都水到渠成。下午看了minigui，看了老魏的書 linuxuclinux minigui 嵌入式系統開發原理 工具及過程 書上寫的果然很詳細，原來現在的很多有關交叉編譯，busybox...
9月1號homer2進展
今天還算順利，移植了sd,mmc驅動。主要是開源專案openmoko補丁讓這個工作變得十分簡單。沒有細細分析 一切都水到渠成。下午看了minigui，看了老魏的書 linuxuclinux minigui 嵌入式系統開發原理 工具及過程 書上寫的果然很詳細，原來現在的很多有關交叉編譯，busybox...
20160113，微軟1月13日發布9個安全補丁
微軟於北京時間2016年1月13日發布了9個新的安全公告，其中6個為嚴重等級，3個為重要等級，修復了microsoft windows microsoft office microsoft exchange microsoft silverlight internet explorer和micros...