PTT數位生活區 / WindowsPhone

[情報] 更新政策

看板WindowsPhone作者 (Jas)時間14年前 (2012/01/07 12:57), 編輯推噓17(18推 1噓 97→)
留言116則, 7人參與, 最新討論串1/1
新聞來源： http://tinyurl.com/7grttcw 關於Build 8107，此更新只提供給有要求的運營商 微軟會持續提供韌體和維護更新，但是不是每個人都可以收到，取決於電話型號、國家、 運營商 現在已經罵聲一片了，按往例，反應越大聲，微軟改進的機會越大， 多多上社交媒體反應這件事吧 像是Twitter或者Windows Phone Blog 不過這對台灣應該影響不大，雖然可能會比歐洲慢，但是應該都可以拿得到 WP7的軟體更新的cab是共用的，所以只要一台有更新，就都可以拿到 而且微軟看起來是每個更新時，每一種語言都會做， 所以會用Cab Sender的倒是不用擔心這個 不過還是會有點小不爽這則消息XD 想到一件事情，之前就有說過類似的事情，需要運營商測試通過才會發送更新 這次的似乎是變成運營商有需求才會更新，看看會不會有後續報導吧 -- Batman Corps 各種關於蝙蝠俠的消息 http://batmancorps.blogspot.com/ http://www.facebook.com/batmancorps The Dark Knight Rises In cinemas July 20 2012 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.40.132 ※ 編輯: alljerry04 來自: 114.32.40.132 (01/07 13:06)
噓
01/07 14:52, , 1F
IOS好的地方不學 安卓爛的地方倒是學很快
01/07 14:52, 1F
→
01/07 15:27, , 2F
等後續解釋吧
01/07 15:27, 2F
推
01/07 15:35, , 3F
其實我很早就有點質疑MS在"WP更新"這方面是不是遇到
01/07 15:35, 3F
→
01/07 15:36, , 4F
運營商拖延？一定有吧，WP沒甚麼話語權
01/07 15:36, 4F
→
01/07 15:37, , 5F
什麼瓶頸了，感覺好幾次更新都不是很乾脆。
01/07 15:37, 5F
→
01/07 15:38, , 6F
許多更新都要廠商patch、測試後才推送到使用者。
01/07 15:38, 6F
→
01/07 15:40, , 7F
但PC上的Windows就很少聽到更新後，在某些硬體會掛掉
01/07 15:40, 7F
→
01/07 15:41, , 8F
我在想會不會隨著WP機型愈來愈多，MS會應付不了這麼
01/07 15:41, 8F
→
01/07 15:42, , 9F
多種不同情況的硬體。
01/07 15:42, 9F
→
01/07 15:43, , 10F
又如PC，隨便換個硬碟，Windows還是能照灌、照用。但
01/07 15:43, 10F
→
01/07 15:45, , 11F
WP手機換個記憶卡，就有可能不能用。
01/07 15:45, 11F
→
01/07 15:46, , 12F
(雖然換記憶卡不是MS官方支援的。)
01/07 15:46, 12F
→
01/07 15:48, , 13F
WP還要挑特定型號的記憶卡才能用。
01/07 15:48, 13F
推
01/07 15:54, , 14F
我不知道Apple是不是真的很有遠見，但有些事情發展到
01/07 15:54, 14F
→
01/07 15:55, , 15F
後來，好像Apple的許多作法好像比較正確。例如最近不
01/07 15:55, 15F
→
01/07 15:56, , 16F
是謠傳WP VM不足以跑某些程式，打算開放native code
01/07 15:56, 16F
推
01/07 16:00, , 17F
。又Apple的機型那麼少，要維護較容易。外型又一致，
01/07 16:00, 17F
→
01/07 16:01, , 18F
，所以週邊最多。
01/07 16:01, 18F
→
01/07 16:06, , 19F
不是，是微軟如果自己丟更新下去，沒有給運營商
01/07 16:06, 19F
→
01/07 16:06, , 20F
手機商測試，到時候使用者有問題，第一個抱怨的是
01/07 16:06, 20F
→
01/07 16:06, , 21F
手機商和電信商，所以要確認無虞才會開放更新
01/07 16:06, 21F
→
01/07 16:07, , 22F
然後native code是舊聞，某些重點廠商是本來就可以用
01/07 16:07, 22F
推
01/07 16:08, , 23F
不過目前WP已經很合我用，我也不希望看到台灣人的錢
01/07 16:08, 23F
→
01/07 16:08, , 24F
都給人賺去...
01/07 16:08, 24F
→
01/07 16:09, , 25F
Apple應該也會丟給電信商測試，但是她是自家產
01/07 16:09, 25F
→
01/07 16:09, , 26F
流程就會快很多
01/07 16:09, 26F
→
01/07 16:09, , 27F
WP有好幾個廠商，所以就算硬體差不多，測試一來一回
01/07 16:09, 27F
→
01/07 16:09, , 28F
還是會花不少時間，加上運營商那邊，會拖比較久
01/07 16:09, 28F
推
01/07 16:12, , 29F
a大，所以我想表達的是手機或許不像PC一樣有那麼好的
01/07 16:12, 29F
→
01/07 16:12, , 30F
之前軟體更新拖比較久，就是卡在某些硬體商和電信商
01/07 16:12, 30F
→
01/07 16:13, , 31F
的測試，之後像是Mango的大推送就滿準時的
01/07 16:13, 31F
→
01/07 16:13, , 32F
然後韌體更新就是要問手機商了
01/07 16:13, 32F
→
01/07 16:13, , 33F
相容性，所以MS要處理愈來愈多的型號不知會不會遇到
01/07 16:13, 33F
→
01/07 16:14, , 34F
瓶頸。
01/07 16:14, 34F
→
01/07 16:14, , 35F
技術上不太會有問題吧，流程應該都是卡在人身上XD
01/07 16:14, 35F
→
01/07 16:15, , 36F
Apple 是 本身提供軟硬體，機型單一 面對運營商
01/07 16:15, 36F
→
01/07 16:15, , 37F
可以比較迅速
01/07 16:15, 37F
→
01/07 16:15, , 38F
微軟雖然是有規定硬體，軟體也單一，但是型號數一數
01/07 16:15, 38F
→
01/07 16:16, , 39F
也有20隻，就算硬體差不多，但是也不會完全一樣
01/07 16:16, 39F
還有 37 則推文
→
01/07 16:57, , 77F
Mango是9/28開始 10/28 100%
01/07 16:57, 77F
→
01/07 16:58, , 78F
我覺得這兩次大更新微軟處理的都不是很好
01/07 16:58, 78F
→
01/07 16:58, , 79F
如果硬要幫MS說話的話，他是說"今秋"，不是秋天一開
01/07 16:58, 79F
→
01/07 16:58, , 80F
始XD
01/07 16:58, 80F
→
01/07 16:59, , 81F
也是啦 比NoDo那時那些說法好多了（？） XD
01/07 16:59, 81F
→
01/07 16:59, , 82F
Mango我個人認為比NoDo更新的時候狀況少非常多
01/07 16:59, 82F
→
01/07 16:59, , 83F
加上Mango是大版本，所以微軟表現還滿不錯的
01/07 16:59, 83F
→
01/07 17:00, , 84F
倒是SKYPE跳票的事………………都沒人出來說明………
01/07 17:00, 84F
推
01/07 17:00, , 85F
還是希望乾脆一點 不然又讓隔壁有藉口說了
01/07 17:00, 85F
→
01/07 17:00, , 86F
A：你們還不是一樣 更新機機歪歪 I：I Don't Care
01/07 17:00, 86F
→
01/07 17:00, , 87F
Skype我完全不知道他們發生甚麼事情，一點說明也沒有
01/07 17:00, 87F
→
01/07 17:01, , 88F
不過我承認微軟每次大更新的等待期 都讓我火氣很大XD
01/07 17:01, 88F
→
01/07 17:01, , 89F
WP就算運營商不放手，我們要更新還是會比A方便很多啦
01/07 17:01, 89F
→
01/07 17:01, , 90F
所以，是心情問題，不太需要擔心太多
01/07 17:01, 90F
→
01/07 17:02, , 91F
他們順序應該是歐->美->亞這樣推送吧
01/07 17:02, 91F
→
01/07 17:03, , 92F
營運商確實是有營運商的考量 有的營運商不想給某些
01/07 17:03, 92F
→
01/07 17:03, , 93F
功能 那更新就不能放 或者是想要一些不同的功能
01/07 17:03, 93F
→
01/07 17:04, , 94F
我覺得這是無可厚非 但是…………非電信系統商的
01/07 17:04, 94F
→
01/07 17:05, , 95F
販售機 好比零售機 微軟應該就全部推送才是
01/07 17:05, 95F
→
01/07 17:06, , 96F
若無營運商問題 又無法推送 那就真的該被罵
01/07 17:06, 96F
→
01/07 17:06, , 97F
然不成要推給製造廠？ XD
01/07 17:06, 97F
推
01/07 17:07, , 98F
a大，為何營運商不放手，WP要更新還是比較方便？
01/07 17:07, 98F
→
01/07 17:07, , 99F
有些功能營運商不想給啊 好比"網路分享"
01/07 17:07, 99F
→
01/07 17:08, , 100F
喔喔，對，我忘了一件事情，台灣機是開放市場機
01/07 17:08, 100F
→
01/07 17:09, , 101F
應該不受影響
01/07 17:09, 101F
→
01/07 17:09, , 102F
營運商不給更新，使用者有辦法用合法管道更新嗎？
01/07 17:09, 102F
→
01/07 17:11, , 103F
有個偷吃步的方式是用Cab Sender，原理和用Zune
01/07 17:11, 103F
→
01/07 17:11, , 104F
一樣
01/07 17:11, 104F
推
01/07 17:12, , 105F
a大，了解。
01/07 17:12, 105F
→
01/07 17:12, , 106F
和iOS你自己抓ipa差不多意思
01/07 17:12, 106F
→
01/07 17:12, , 107F
打錯 ipsw
01/07 17:12, 107F
→
01/07 17:14, , 108F
a大，我剛才google了一下，Cab Sender好像不是正式
01/07 17:14, 108F
→
01/07 17:14, , 109F
對，所以我說是原理和Zune一樣，但是是偷吃步
01/07 17:14, 109F
→
01/07 17:14, , 110F
算是灰色地帶
01/07 17:14, 110F
→
01/07 17:15, , 111F
管道！？
01/07 17:15, 111F
推
01/07 17:16, , 112F
有類似NoDo那時的密技嗎？ XD
01/07 17:16, 112F
→
01/07 17:16, , 113F
拔線嗎？拔線依然可以
01/07 17:16, 113F
推
01/07 17:22, , 114F
謝謝各位的討論，有些疑惑比較清楚了。
01/07 17:22, 114F
推
01/10 16:42, , 115F
ipa跟ipsw差非常非常非常非常的多啊XDDD
01/10 16:42, 115F
→
01/10 18:55, , 116F
平常用*.ipa找軟體習慣了(誤
01/10 18:55, 116F
‣ 更多 alljerry04 的文章
文章代碼(AID): #1F1z39AQ (WindowsPhone)
WindowsPhone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 alljerry04 的文章
文章代碼(AID): #1F1z39AQ (WindowsPhone)