1樓：白起
首先，上線之前，自己作為使用者來體驗。注意是體驗，不是測試。測試的時候只注意是否有bug, 而體驗就必需在真正經常使用的場合下，以使用者的心態去體驗。
我自己就是帶著iphone/ipad, 在地鐵上、吃午飯的時候等等碎片時間體驗自己的產品。
上線前的時間盡量不要太長，我自己是以兩周為限，超過兩周我就認為產品太複雜，風險大，不值得去做了。通常是乙個產品從現有的產品改造過來，兩天以內做出原型，接下來兩三天完善，一般一周左右完成；偶爾會拖個兩三天。當然，我的情況特殊，一是因為個人在做，抗風險能力差；二是專注做圍棋方面的產品，而且不涉及很深的技術，所以才能做到這麼短的週期。
蘋果的審核並不可怕，通常被拒都是自己確實存在嚴重的bug, 實在玩不下去了。一般他就擱那裡放個乙個星期左右，乙個星期到了，就花幾分鐘跑一下，不爆就放過去了；所以，盡早通過蘋果審核並不難。
審核通過之後，就盡早接受使用者反饋，不斷改進吧！因為蘋果的審核是要放一周，所以我是以週為單位來開發，確保上乙個版本剛剛審核通過之後又可以馬上提交新版本。盡量不要做太大的功能，如果花乙個月才能完成乙個功能的框架，那麼接下去完善估計至少再花兩三個月，再慢慢改進使用者體驗，半年下來了，一提交，被拒，多麼悲劇啊！
app產品進入開發階段後，該聽老闆的還是聽產品經理的？
滄浪之水 1.忠告 辦事不由東，累死也無功 2.你的產品是UCD or BCD?3.你有什麼依據能證明你的決策是對的？4.你理解公司的戰略層嗎？5.你能為這個產品負責嗎？ 啊哈時刻產品經理 原則上，產品經理作為產品負責人，產品相關管理應由產品經理負責，所以進入研發階段後，是要聽產品經理的安排。但由於...
對於乙個剛開始實習的iOS開發程式媛，如何讓MacBook air 成為乙個好的學習工具？
柳越 其實學習這回事都是功夫在詩外。跟macbook air沒有多大關係。macbook air的優點是輕薄，即開即用，續航能力強，適合在任何時間任何地方 呃，學習 剩下能說的就變成羅列軟體或技巧了。這些在知乎上很多，可先多找找來看。個人大概的思路是 一 知識的整理和儲存。老牌Evernote不錯。...
在專案需求不是非常明確的時候，如何快速開發程式，是否有必要先放棄oo思想？
張強 OO是架構，不是程式設計實現，比如你有很多功能，有mysql，有curl，有zilib，還要socket，那麼你要考慮架構，怎麼把這些模組分離，然而使用時它們又能緊密結合，比如socket取得的資料要經過zlib編碼解碼，從mysql獲取資料，解析裡面的url進行請求，這些你要把它弄成乙個框架...