我個人對於新事物抱著總是樂於嘗試的態度，可能是小時候能夠接觸的東西太少。目前情況下，在自己的承受或者精力範圍內，會主動去買一些或者做一些東西，更多時候是為了體驗一下。我始終認為，很多東西只有親身去感受，才能深刻的認識到自己對這個東西的見解。
上線的目的並不是為了說能掙多少錢…
想要掙錢沒那麼容易，很難做到。
為什麼呢？
當然這個很難做到，如果做到了，那只能恭喜大家躺著掙錢了。不過不希望大家抱著掙錢的目的去做，這樣會比較耗費你的精力。
重要的目標還是體驗：從開發-上線-打磨這個過程。
通過這個過程，你可以得到一些：
你可以更好的了解渠道的定義，工作中總是有多渠道的概念，這個時候你會深刻理解；
你需要自己去搞應用內公升級、日活檢測、crash率修復、三方登入等；
作為自己視野的開闊與談資；
資料統計sdk可以幫你：
發現crash，很多時候我們裝置單一，大多數的crash還是需要使用者去幫你測試出來的；
檢視每個渠道的資料，這個會幫你發現哪些渠道比較關鍵，你可以選擇首發，或者遇到審核不過的又非優質的渠道，可以穩住。
檢視版本分布；
了解新增、每日日活、留存等，如果發現不對勁，可能是最新上線的功能有什麼問題。
總之，可以幫你更好的打磨和了解你的應用。
為什麼要這個呢？
當我們更新**後，可以先開啟應用內更新，一般情況下非強制，你可以公升級一部分使用者後關閉，利用這部分使用者做乙個簡單的灰度。當他們使用過程中沒有出現崩潰，也沒有反饋，你就可以開心的打各個渠道包，上市場了；如果有問題，你還可以及時的修改**。避免了剛上市場，發現問題，從而又要立即市場更新，而且這個更新是非及時的。
比如我：
這屬於偷懶的方案。反饋這個功能就更關鍵了，很多時候，你自己乙個人測試和使用者的情況是不同；其次，便於收集需求。
你可以利用雲伺服器，寫個簡單的介面，能上傳文字就行，記得之前我推薦過京東雲，很多人購買了，可以利用起來。當然也可以利用類似bomb這樣的後端雲去做，總之，一定要能夠拿到使用者的反饋。
反饋讓你真正了解到使用者的需求和吐槽。
後續考慮在wanandroid上面，給大家提供乙個接收反饋的能力。加上後，幾天內就迎來了好幾個好評。
這個成本非常低：
幾行**的就能搞定。
自帶的市場即使跳轉過去，也只會顯示未收錄該應用。
想要好評，就盡可能讓好評變得容易。
所以最好整合上。
如果你比較懶，也可以加乙個分享apk的功能，也沒問題：
這樣就可以將apk分享給別人了。
不是那麼容易可觸達，就努力變得容易。
很多時候，一些細節，就能給你帶來非常多的改善。
經常思考，努力完善這些細節。
推薦閱讀：
如何高效的閱讀技術文章
就如何高效學習的一點建議
再分享一下我老師大神的人工智慧教程吧。零基礎！通俗易懂！風趣幽默！還帶黃段子！希望你也加入到我們人工智慧的隊伍中來！
我個人對於新事物抱著總是樂於嘗試的態度，可能是小時候能夠接觸的東西太少。目前情況下，在自己的承受或者精力範圍內，會主動去買一些或者做一些東西，更多時候是為了體驗一下。我始終認為，很多東西只有親身去感受，才能深刻的認識到自己對這個東西的見解。
上線的目的並不是為了說能掙多少錢…
想要掙錢沒那麼容易，很難做到。
為什麼呢？
當然這個很難做到，如果做到了，那只能恭喜大家躺著掙錢了。不過不希望大家抱著掙錢的目的去做，這樣會比較耗費你的精力。
重要的目標還是體驗：從開發-上線-打磨這個過程。
通過這個過程，你可以得到一些：
你可以更好的了解渠道的定義，工作中總是有多渠道的概念，這個時候你會深刻理解；
你需要自己去搞應用內公升級、日活檢測、crash率修復、三方登入等；
作為自己視野的開闊與談資；
資料統計sdk可以幫你：
發現crash，很多時候我們裝置單一，大多數的crash還是需要使用者去幫你測試出來的；
檢視每個渠道的資料，這個會幫你發現哪些渠道比較關鍵，你可以選擇首發，或者遇到審核不過的又非優質的渠道，可以穩住。
檢視版本分布；
了解新增、每日日活、留存等，如果發現不對勁，可能是最新上線的功能有什麼問題。
總之，可以幫你更好的打磨和了解你的應用。
為什麼要這個呢？
當我們更新**後，可以先開啟應用內更新，一般情況下非強制，你可以公升級一部分使用者後關閉，利用這部分使用者做乙個簡單的灰度。當他們使用過程中沒有出現崩潰，也沒有反饋，你就可以開心的打各個渠道包，上市場了；如果有問題，你還可以及時的修改**。避免了剛上市場，發現問題，從而又要立即市場更新，而且這個更新是非及時的。
比如我：
這屬於偷懶的方案。反饋這個功能就更關鍵了，很多時候，你自己乙個人測試和使用者的情況是不同；其次，便於收集需求。
你可以利用雲伺服器，寫個簡單的介面，能上傳文字就行，記得之前我推薦過京東雲，很多人購買了，可以利用起來。當然也可以利用類似bomb這樣的後端雲去做，總之，一定要能夠拿到使用者的反饋。
反饋讓你真正了解到使用者的需求和吐槽。
後續考慮在wanandroid上面，給大家提供乙個接收反饋的能力。加上後，幾天內就迎來了好幾個好評。
這個成本非常低：
幾行**的就能搞定。
自帶的市場即使跳轉過去，也只會顯示未收錄該應用。
想要好評，就盡可能讓好評變得容易。
所以最好整合上。
如果你比較懶，也可以加乙個分享apk的功能，也沒問題：
這樣就可以將apk分享給別人了。
不是那麼容易可觸達，就努力變得容易。
很多時候，一些細節，就能給你帶來非常多的改善。
經常思考，努力完善這些細節。
推薦閱讀：
如何高效的閱讀技術文章
就如何高效學習的一點建議
Excel要不要「引」
雙引號在excel公式中無處不在，我們有必要了解它的用法。一 什麼時候需要加 1 表示空字元。if a1 a1 10 意思是如果a1的值為空，則顯示空白，否則返回a1 10 2 字串 表示文字，在公式中文字兩邊都需要加雙引號。countif a a,abc 意思是統計a列的為 abc 的個數。3 日...
要不要冗餘字段
這個問題我糾結了老長時間，至今仍未想明白。但是與其萬馬齊喑不如胡說八道。如果使用者表新增計數字段，好處在於用空間換時間，查詢速度肯定快多了 如果追求簡潔無冗餘，好處在於清晰易懂，寫 不蔓不枝，特別漂亮。如果不設計冗餘字段，也慢不了多少，建立完外來鍵或者索引之後查詢速度會提公升很多。如果覺得這麼整寫s...
要不要造輪子？
在it界，有一句很經典的話 不要重複造輪子！我們要敏捷開發，快速迭代。這句話意思是說在已有技術可以解決需求的前提下我們不需要再重新實現乙個模組來實現功能，哪怕這個技術是第三方的。在當下，網際網路產品迭代更新的階段，公司業務需求變更頻繁，編碼與搬磚無異，這句話被很多人奉為圭臬，甚至是很多人 指導思想 ...