cychiug wrote:
MITAC 若願意私...(恕刪)
如果mio_service有看這個文的話，個人強力推薦能請cychiug加入測試員，他豐富的經驗與專業一定能提出許多建議！相信以mio這樣的大公司來說，不怕沒有專業人才，只怕漏掉了消費者的聲音，尤其是對導航有獨到見解的玩家，更是常能一針見血的指出問題所在。
個人積分：653分
文章編號：1079787
個人積分：492分
文章編號：1080411
mouthwood wrote:
不怕沒有專業人才，只怕漏掉了消費者的聲音
其實很多軟體在正式版釋出前就都會有一群使用者先測試過後才會釋出
只是持平而論,因為我也是programer,使用者和開發者的著眼點不同,如
果完全依照使用者的論點去修改,每個人一句話,光是口水就把programer
給淹死了,因為就使用者的角度當然是希望拿到的東西能完美,所有的功能
都有,就是以最少的價錢得到最超值的東西,我常開玩笑說客戶要的東西,其
實是"阿拉丁神燈",要什麼東西只要擦二下心裡一唸就出現了
這不是潑大家的冷水,也不想掀起口水,只是我以一個programer的角度設
身處地的想法,尤其是當有一大群的測試者時,甚至有些測試者的須求是完全
相反的
其實現實的做法是,先規劃此次改版的方向,要修改那些部份,測試者再依修改的
funtion測試是否有bug,每次的改版有一定的目標才不會天馬行空的
個人積分：86分
文章編號：1080562
個人積分：6分
文章編號：1088414
相信之前發言的幾位應該有收到是否有意願當測試者的詢問函,
我之前已表明, 當然我也收到確認函,
且我也的確收到 Mio 228 R11B Beta 版測試軟體.
有仁兄開另一主題在提這件事, 在這裡我也呼應的確有這件事,
以我與 MITAC SE contact 過程與內容來看,
MITAC 並不反對這些使用者在此描述與反應 Beta 版的問題,
但我想基於互相的默契與信任, 在此只能反應測試到的問題,
至於一些往來資料就不能公開了,
針對這件事, 我想我會用正面鼓勵的方式來獎勵 MITAC 現在的做法,
當然, 我更期待我的 Mio 228 能重生!
未收到 Mio 228 R11B 版的使用者, 別氣餒,
畢竟 Beta 版是由少數人協助 MITAC 做一些測試,
測完後就會有正式版正式釋出給全部 Mio 228 使用者,
晚點用, 或許對你的生命真有延壽作用也不一定.
另外, 再更正一下, Mio 228 的規格是 :
32MB Flash ROM + 64MB SDRAM
這點真的出乎我意外, 之前已意外一次他的 CPU 速度了, 這次我又意外一次了,
市價 $18,800 的機種, 應該是要 >= 64MB Flash ROM + >= 64MB SDRAM,
且是要 Intel PXA 255 - 500MHz 才是說 ......
意外, ......
個人積分：5分
文章編號：1088447
個人積分：147分
文章編號：1088519
個人積分：0分
文章編號：1088804
個人積分：693分
文章編號：1088946
個人積分：6分
文章編號：1088956
一、前言
首先感謝 MITAC 官方給我 R11B for Beta Test，讓我有機會先窺一窺 R11B 到底葫蘆裡在賣什麼膏藥？我想，我會利用時間盡量把玩，看能不能發現些問題，讓後續版本有機會更好，這樣，我才有機會不必把 Mio 228 丟掉，再去買其他的 GPS Machine。在這次的過程，我將會以反面的角度去看 R11B，而不會像眾多的嚐鮮報告一樣，只講好話，缺點卻一點都不提，而誤導了廣大的消費者。另外，大部份的把玩結果，會放在這邊，只有些許較敏感的數據才會另以 mail 回覆 MITAC SW Department，這點就請 MITAC 包涵了。
前面有仁兄提到揭露部份這次 MITAC 官方給特定人的訊息等等這事情，個人看法，就消費者立場而言，此舉是可接受的，相信 MITAC 再釋出這些訊息時，應就會相關 risk 評估後，才敢如此做，所以，特定人做這些事，應是 MITAC 早先就會想好且有所因應的，因此，並不違反與 MITAC 的非正式約定，另外，在互相信任條款裡，也無已揭露的事項，所以，個人認為大家不用太緊張，沒啥事會比上次 228 event 更辛辣的了。
其次，對於這次義務性的幫助 MITAC 先行測試抓問題，前面前置作業往來信件內容，個人可接受也可感受 MITAC 的進步，但對於關鍵告知 download 方法的那封信裡的一段話，個人覺得很反感，也覺得不是很被尊重，也深深覺得 MITAC 公司的文化有很大改善空間。原文如下：
『謝謝! (問題收件結止日在3/26,請大家把握時間)』。這句話有啥缺點呢？
這次的特定人士是無薪自願義務性，因此，每個人能把玩的時間不是像工作般 Full Time 在做這事，所以，如此的限定二天的問題反應時間，個人認為不是很妥當，也喪失原先意義。正常軟體開發流程，光每一階段測試的時間就至少應一星期以上，才能有較完整的測試，如今只給二天，似乎有待改進，個人也覺得似乎有點不太尊重這些特定人士，畢竟，這事是要雙方尊重信任才會有圓滿的結果，也才能達到目的。因此，建議下次若還有同樣事情應改為下述說法：
『謝謝! (由於考量時程問題，因此，第一階段問題收件結止日為 3/26。而第二階段問題收件時間，則自 3/27 開始為期二個星期，若有不便，敬請見諒)』。
最後，個人認為做這樣測試加上時間倉促，深感有背書的味道，因此，為避免此情形發生，遂決定將相關結果，於此公開，一來也可收集沒做測試者的問題，一併測試，如此，才會較完整。
二、R11B 問題反應
(1) Project Management 有問題：這點是我之前一直建議的，加上這次來往各內容，以及先發的解決項目來看，Project Management 是有潛在問題，第一、Modification Priority 並無妥善規劃；第二，頭痛醫頭，腳痛醫腳，並無整體解決方案 (不是只應付客戶有反應的問題，而是要循序漸進改善)；第三、Schedule 有問題，有多少時間做多少事並無規劃；第四、resource 不夠；第五、Task Activity 不完整。
(2) 前面仁兄提的住址搜尋時，區要不要 Keyin 問題，此問題已解決，R11B 改增加全區選項，以維持區還是要 key，但以全區代替不知道區的問題，這樣解應可以，但有個問題就是全區搜尋時，reply time 過長，理論上 Query Criteria 訂的好，輔以 index，Query Speed 應很快才是，但 R11B 還是慢！
(3) 夜間模式，路與綠地的顏色搭配，在 2D 模式下是可以，但在 3D 模式下，就分辨不清了。
(4) 快速道路/高速公路/或雙向多線馬路段，在小比例尺模式下，無法分辨車道方向，一樣糊在一起。
個人積分：147分
文章編號：1089092
cychiug wrote:
【Mio 228 R...(恕刪)
對於私自揭露測試版修正事件，我對 MITAC 深感抱歉，由於 MITAC 對此事件並無註名為機密文件，或不的任意公開等相關字眼，所以我對此事件認為是可公開的；而軟體我也依照 MITAC 指示(請勿把此檔案連結外流,謝謝合作)所以我對軟體部分並無公開傳輸。
若 MITAC 希望能受到測試者的尊重，我也希望 MITAC 能尊重使用者。
當然 MITAC 若不希望特定人士公開，可請 MITAC 事先註名，以避免一些誤會的情形發生。
目前測試版我還可以接受，但因受限於 MITAC 只短期幾天接受測試者問題提報，我沒足夠時間做道路實測，所以只能以模擬導航儉約找出幾項問題點。
