以前是人們主動去網路上獲取資源，現在是網路推送資源給人們。
看了下umeng的推送概念，有單播、組播、列播、廣播。
單播就是對乙個裝置的推送；組播是tag的推送，這些裝置通常都告訴伺服器他們訂閱的主題和他們的裝置標識；列播是對好多指定裝置標識的推送；廣播是對全部裝置的推送。
說下組播：
之前做mqtt推送的時候只有單播和廣播，沒有能夠實現組播（當時的想法是去裝置資訊表裡面去判斷每乙個裝置的資訊，這樣太麻煩），按照上面的這種思路的話，應該是可以實現的。
對於工作的一些思考
感覺自從領導讓我管專案以來,一直沒有讓領導很滿意的地方是自己在專案上花的心思太少.很簡單的一些例子就證明了,比如自己雖然是中途接手的專案,然後並沒有仔細檢視招標檔案,沒有針對招標檔案的要求 去核對乙方的一些功能是否完成.其次,對於乙方,我還在心裡上和行動上 做到完成把控住,我不僅要去分析我領導的想法...
對於爬蟲的一些思考
由於專案並不會投入太多的時間，所以穩定性能是最終的。穩定性的可以從以下的維度進行考慮 資料量不多的時候採用單執行緒。異常處理。重試。詳細的日誌。個人覺得資料量少就是在40小時內遍歷全部並且可以爬完的就是小資料量。異常處理主要就是放在請求 時 入庫。而重試主要是用traceback這個庫，它的作用是捕...
對於Android MVP的一些思考（二）
上次對mvp的表面概念作出了一些思考 對於mvp 響應式程式設計以及事件匯流排的一些思考 而隨著對自己的mvp框架深入優化 擴充套件，也發現了一些疑惑的地方。相信接觸過mvp框架的都清楚，針對model view presenter這三者，都會為其單獨建立乙個inte ce，規範其各自的行為。舉個例...