前言：
IT連創業的這個系列，又隔空了一個多月了。
不知道為什么，最近寫文的沖動感下降了很多，如果不是因為特別忙，大概就因為上了年紀的原因了。
群里關注我創業的朋友，一直都在問，啥時候有新的文章講述創業的進展啊！
好吧，沒有激素分泌的輔助，就只能靠小伙伴熱情關注的精神力量來激發我內心深處的那點意淫了。
昨夜先動手擼了開頭，今天再憑意志堅持擼完整文了。
開啟回憶模式，給大伙補一篇，講述這App上線多月來掉坑的那些事情。
↓故事，分兩部分陳述了，今天先講產品，后天講運營。
1. 同時運營多個App產品的尷尬
想當年，設想很遠大，App我設計成三個：
IT連：（IT群體人員使用的綜合性社交App）。
IT戀：（非IT群體女性用戶，讓她們找到IT男對象）。
IT聘：（HR或獵頭或Boss使用的，這個短時間內應該不會上）。
現在已上線的就兩款了。
上線之后，在告知前后左右的街芳鄰居的時候，一個尷尬的事情就發生了：
發現有個別小伙伴傻傻分不清，男的跑IT戀，女的跑IT連，那是一個大寫尷尬，回頭還得幫他（她）們改性別〜〜〜
一般來說，如果分開宣傳是定位是沒問題，但放在一起宣傳，這種尷尬就產生了。
所以目前是把原本在IT聘上要做的功能：都先放在了IT連里了，畢竟，同時出三個App，在技術上或運營，都的確吃不消。
2. 蘋果商店APPStore上架App應用的深坑
話說，當初IT戀上架，前后花了差不多1個月，然后IT連上架，前后又差不多花了1個月。
也就是說，上架了兩個月啊，因為IT戀和IT連互相依存的，一起上架才算完整的上架。
下面說說上架那些被拒絕的故事：
記得那時，我是把研發的事情交給了一個小伙負責。
我還想着是否從此退出技術生涯了呢，原來是想太多，現在天天也擼代碼，哈哈。
所以那時候就只有問：上架了沒？上架了沒？上架了沒？
然后得到的答復就是：早上重新提交了，重新提交了，提交了！
好吧，接下來就和大伙分享幾個AppStore被拒的很明顯的原因，和大伙交待一下：
（PS：收到的拒絕理由原版都是英文的，而且還不好理解，我這里是將解決后東西轉成了中文表述）
拒絕理由1：手機號注冊的，必須有驗證碼。（當初的設想，是第一次注冊，省掉注冊碼流程，第二次注冊，才顯示驗證碼，只能直接放開注冊碼）
拒絕理由2：用戶注冊的地方，必須有用戶協議。（這個協議，一開始的確沒注意）
拒絕理由3：有注冊的地方，基礎元數據必須提供。（就是說要提交App資料的地方需要填寫一個Demo賬號）
拒絕理由4：可能有涉及蘋果新聞版權的問題。（一開始是加了協議，沒效果，不知道是新聞的問題，還是蘋果的問題，后來是把新聞改成看看，過濾掉蘋果的新聞，才通過了審核）
拒絕理由5：在涉及由用戶提交的信息，必須有審核或舉報機制。（IT連或IT連有個類似朋友圈的內容，所以，需要有舉報功能）
拒絕理由6：二進制文件有問題。（鬼知道什么問題，后來是重新打包了就好了）
拒絕理由7：Demo賬號登陸不了。（我靠，后台對請求有個時間檢驗的機制，沒考慮到美國時區的時間問題）
拒絕理由8：樣式沒適配IPHone4。（好吧，老機型一個也不能放過）
大概能記得的就這幾個了，本來一個App，簡單的就沒啥功能， 沒想到上架還能拖這么久。
而且問題都是遇到一個反饋一個提交一個，來來回回修改提交就又是好幾天。
反正到最后，總算上架了！！！！
3. App應用上架后，Bug一堆堆，埋坑的土都夠埋人。
下面說說被Bug坑的死去活來的過程。
1：蘋果IOS剛上架通過，API連的竟然是測試地址。
好不容易等了兩個月，上架了，我操，API連的是竟然測試庫地址。
嚇的我沒空叼開發人員，直接思考服務端的補救方案，趕緊把測試的域名解析到和正式的同一地址。
內容正常了，發現還有圖片，又把圖片解析了過去了，好了，圈子的內容算正常了。
發現聊天聊不了，問開發人員，我了個去，IM的key和Secret都是測試庫的，寫死代碼了，瞬間絕望了！
只能趕緊重新發布版本，這一發布，審核又要好久，好久，好久。
2：蘋果商店AppStore的版本緩存問題。
雖然新版本發布了，過了幾天，也通過審核了，但發現好多人重新下載，還是下載到舊版本，我了個去。
3：時間較驗引發的問題。
當時在請求的設想上，加了時間較驗，結果有些用戶的手機的時間，偏偏不是提前了就是設晚了，然后就是一堆報告用不了。
后來的后來，只能把這功能弱化了。
4：蘋果IOS：AppID的不一致問題。
在請求的較驗上，除了時間，還有AppID，就是每一個設備，有都有一個唯一ID。
結果驚奇的發現，有個別手機，兩次請求發起的AppID竟然不一樣，導致的請求失敗。
這個問題是后來我自己查后台，加上網友告訴我他們以前也遇到過AppID不一樣的問題，才調整過來。
5：各種閃退問題。
記得招開發人員進來的時候，我的問題之一就是怎么避免閃退，該trytry，該if if。
答的都挺好，結果實際開發，一堆閃退，而且理解就那么簡單的幾個：
1：加載的數據請求失敗。
2：返回的Json解析失敗或返回的Json數據有一個對不上。
3：權限沒打開時的操作。
4：代碼不適配某些機型。
5：各種點擊滑動的問題。
說好的try呢？說好的if呢？
6：忘了傳參數問題。
用戶注冊第二步的頭像上傳，竟然沒傳用戶的Token，導致所有的注冊第二步就走不下去。
我又得趕緊后台補救，對於沒傳Token的，想到通過IP匹配最近注冊的用戶，重新生成Token。
又趕緊讓發布一個版本。
7：職業信息顯示為空問題。
暫未知情況，有些用戶注冊時，職業信息顯示為空，導致第二雖然頭像上傳，但資料卻提交不了，第二步還是走不下去。
我了個去，一個注冊咋都這么多問題。
查了一下，配置的列表都是啟動就請求，如果其它選項包括性別，學歷都能顯示，能不可能職業信息不顯示啊。
后來IOS告訴我，學歷和姓別他是寫死的，只有職業信息是請求加載的。
我了個去，這什么鬼邏輯啊。。。。
后來讓他改如果請求有數據，顯示請求的數據，請求不到數據，再加載本地配置的。
8：請求的數據是亂的。
發現有些女孩子注冊IT連，姓別總是男，這不應該啊。
后來一查后日志，發現總有幾個參數類型轉換錯誤的消息，但不確定是注冊還是信息填寫，還是有人在用舊版本引發的問題。
后來叫開發人員過來看日志，IOS才說，這看起來可能是我那邊的問題。
我重新抓包看請求數據，一看嚇一跳，我靠，你這傳的什么鬼數據。
一個學歷你給我傳男女，一個職業你給我傳中文。
無力吐槽，恨手上沒刀。
趕緊后台寫了一堆碼代碼，做個轉換補救。
總結：
只能說年輕人，考慮的就是各種不周全，各種馬虎，各種應付，各種自以為是的改好了。
最近，花了兩周的時間，測試、抓包、Coding，每天工作26小時，問題一個一個解決了，體驗一步一步優化了，終於才迎來了現在基本穩定的版本。
其它細細的問題也一堆一堆，就不詳說了，這么多低級的錯誤，不應該的失誤。
按理說，按理說，IOS開發應該早拿去祭天，不過現在他還活着。
但願吃一折，長一智，誰的成長，不是從坑里爬出來的呢！
補充：兩句簡單介紹公司目前的情況：
公司目前七八個人，是七還是八，我也數不過來了。
公司的Logo也換新的了：
公司遇到了現在運營負責人，又招了核心的運營小伙伴，都是有豐富經驗的老手！
在運營上，眾籌的股東也調動起來參與運營了。
有了專業的運營，一切正在朝美好的方向進前着。
目前的重點，是先放在IT戀，為大伙尋找找女孩子，現在女孩子的用戶已經有兩三百人了。
具體的運營遇到的那些坑，下篇再和大伙分享了。
最后，感謝各們圍觀和支持的小伙伴！