七七三 wrote:
5年後你只會看到蘋果笑呵呵拿下智慧手機的天下
為什麼？
到時候再看看誰對吧
七七三 wrote:
對蘋果來說抽10% 如果被下載一億次呢？
10億、100億次咧？
寫個收費app被下載那麼多次? 賭樂透比較快啦
JackONeill wrote:
app store 遊戲規則是蘋果定的
但軟體價格是開發者定的。
價格是開發者定沒錯, 問題是可接受的價格是市場決定的
開發者當然可以定高於0.99, 能不能被下載那麼多次那是另一回事
至於特殊的軟體, 價錢當然可以定高一點, 不過一來這類軟體需求就不是普羅大眾
二來這類軟體未見得要在行動裝置上使用
Rh wrote:
照你這樣講的話android app開發商更可憐耶..
連卵都沒有
Android就是被殺掉的那一個, 事實上, 被殺掉的是整個行動軟體的市場
要靠這個發財的趁早改行比較快
yenchee wrote:
到時候再看看誰對吧
寫個收費app被下載那麼多次? 賭樂透比較快啦
價格是開發者定沒錯, 問題是可接受的價格是市場決定的
開發者當然可以定高於0.99, 能不能被下載那麼多次那是另一回事
至於特殊的軟體, 價錢當然可以定高一點, 不過一來這類軟體需求就不是普羅大眾
二來這類軟體未見得要在行動裝置上使用
Android就是被殺掉的那一個, 事實上, 被殺掉的是整個行動軟體的市場
要靠這個發財的趁早改行比較快
...(恕刪)
賭樂透？
憤怒鳥被下載次數己達3.5億次了…
App store被下載次數早就突破250億次了
暴走涡轮猪 wrote:
然後？你能調出高於1...(恕刪)
如果從這篇文章 http://www.anandtech.com/show/5998/macbook-pro-retina-display-analysis
附的的這張螢幕擷圖 http://images.anandtech.com/galleries/2078/Screen%20Shot%202012-06-11%20at%204.36.07%20PM.png
來看，
MacBook Pro with Retina display 的整個畫面最大是支援到 3,840 x 2,400 的，
那一張螢幕擷圖是一張 3,840 x 2,400 完整清晰的圖。
這什麼意思？這表示這一個畫面 9 百多萬的點，每一點都可以用程式畫到。
「調出 W x H 解析度」這句話是什麼意思？
如果以人的角度來看，我可以清楚看到 W x H 的每一個點，而且滑鼠可以移到每一個點，
那人們應該就會認為這個解析度是存在的。
那使用者能不能看到 2880 x 1800 的每一個點？從那張 3840 x 2400 的 screenshot 來看，顯然沒問題。
使用者能不能把游標 (或線條、任何物件) 移到任何一個點？
需要確認的只有: 程式能不能接收到這樣的輸入訊息？
譬如說，畫面上的箭頭游標的位置傳給應用程式時到底其座標值是什麼？
如果 OS 給的座標值是浮點數或是 2880 x 1800 為單位，那應用程式就可以定位到畫面每一個點。
那選擇模擬 1280 x 800、1440 x 900、或 1920 x 1200 又是什麼意義？
我想那是為了應用程式撰寫的方便，
軟體開發商只要用同樣的座標值，可以在 MBP with Retina 和 1440 x 900 的 MBP 上做出一模一樣的畫面配置！
但軟體仍然可以知道現在是在什麼機器上，而決定要不要進行更細緻的描繪。
其實對軟體來說，一個畫面是兩個座標系統。
粗的座標系統由 OS 自動幫你放大兩倍，
但細的座標系統，就是軟體可以存取到每一個像素的定位方式了。
小弟自已也有在寫一些小程式在 App Store 上分享/賣。
有沒有到可以不工作全靠這過生活？還是不行啦~ 不過也不無小補啦。(至少那一年 $US 99.99 元開發者帳號 + 免費的 iMac 開發機器是可以賺回來的，哈)
--
要選 Android / iPhone 開發，我猜大部份像我這樣小腳的開發者應該是會選 iPhone 的啦。(除非沒錢買 Mac / 沒試過 iPhone SDK 的好用的人)
第一，是金流的問題，開發 iPhone App 的好處是金流不用你處理，就跟 Apple 拆帳就對了。加上 iPhone 使用者的特性，比較願意付錢買東西，所以比起 Android 使用者來說，真的作 App 比較好賺。(雖然現在 Android 的市佔愈來愈高，真的也要考慮作 Andriod 的程式了)
第二，是開發者工具的問題。Apple 提供的 SDK 真的很好用。加上有滿強大的 XCode 開發 IDE，只要你不需要作太 fancy 的介面，拉 UI 很輕鬆，不到 20 分鐘拉好一個基本小程式介面。正式程式部份的程式碼，只要了解 Apple SDK 的 logic，不要想跟它作對的話，通常很簡單，不用花太久就可以作好。( 現在作習慣了，小程式應該 2~3 天就可以包一包上架了)
(難的只是找有趣又沒人作過的 idea，畢竟，你能想到要作的，大概別人也都有作過了，哈)
第三，是需要支援的硬體相對的少。iPhone 不過就那 3~4 款 (而且主流的大概只有最新的 2 代)。硬體規格9成相同，對程式設計師來說，就是代表你可以 99% 確定你寫出來的程式，所有的 iPhone 都一定可以跑。而 Andriod 就不一樣啦，各式各樣不同的硬體規格，(光 Screen 大小就數十種了吧，你要怎確定你 UI 在每一台上都 OK?)，加上是開放的平台，每家大廠都有對 SDK 作些底層的客製化，你作出來的程式，在一台手機上可以跑不代表在別的手機上也可以跑。(Instagram 在推 Android 版之前，就已經對一大堆不同的 Android 硬體測過，結果一上架，還是被大家罵得要死，因為會當機。= =
--
收費的方式，小弟一開始是真的用 付費的賣法，說真的，沒多少人會這樣買；畢竟沒試用過，誰知道會不會碰上地雷？
所以後來改用免費版 (付廣告 + 限制一些小功能) + Apple 的 in-App 付費機制來解鎖，效果就好滿多的。而且，試用後真想再買的，價錢通常不會是最大的因素。(當然也別太誇張啦，想想你花3天作的程式，是想要收別人多少錢？)
廣告 + in-App purchase 的錢雖不多，但付出的時間不多，加上可以積小成多 (多作幾個 App，自已沒事也在那幫自已的 App 按按廣告，XD)， 也還 ok 啦…
neil68 wrote:
那選擇模擬 1280 x 800、1440 x 900、或 1920 x 1200 又是什麼意義？
我想那是為了應用程式撰寫的方便，
軟體開發商只要用同樣的座標值，可以在 MBP with Retina 和 1440 x 900 的 MBP 上做出一模一樣的畫面配置！
但軟體仍然可以知道現在是在什麼機器上，而決定要不要進行更細緻的描繪。
其實對軟體來說，一個畫面是兩個座標系統。
粗的座標系統由 OS 自動幫你放大兩倍，
但細的座標系統，就是軟體可以存取到每一個像素的定位方式了。
MacBook Pro Retina 的作法應該是跟 iPhone 4 是 Retina 的作法是一樣的。
舊的程式在 Retina Display 上跑，不會就縮成原來的 1/4 還看不到這樣的。(跟 舊的 App 在 iPhone 4 上跑不會縮成 1/4 大小一樣)
說穿了沒什麼；在 Mac 上拉 UI，它用的單位是 "Point"，在沒有 Retina Display 的機器上，1 Point = 1 像素，300x200 的視窗，就是 300x200 像素大。在 Retina Display 上，1 Point = 2 像素。300x200 的視窗，OS 會自動畫成 600x400 像素大。
而且，基本上，要是你用的是 OS 提供的 UI 介面元件，那些會自動提升為 Retina 版，在 Retina 下看就是會比較細。而像是畫文字等的東西，因為也是用 OS 系統在作的，文字自動也會變精細。唯一要改的，是自已作的圖檔，要提供 OS Retina 版的，OS 在有 Retina Display 的系統，就會自動拉 Retina 版的圖檔顯示。(沒提供也 OK，OS 會自動 Up sample，把圖變 4 倍大，只是失去了 Retina 的效果而已)
而這些都是 OS 幫你作好的，你的軟體不用辨斷你是在 Retina 還是不在 Retina 下。你只要把舊的圖檔原始檔找出來，用 Retina 的 Resolution 多存一分，放進你程式資源中，再重新 Compile，Voila! 你就有個支援 Retina 的程式了。
內文搜尋
從 APP 打開
X