之前也看過產品經理相關的書籍《啟示錄》，這次還是從書單裡面挑了這本《結網》。結網的作者就是著名的糗事百科創始人。之前連續幾年看了幾年的糗百，所以慕名拜讀這本書。豆瓣·結網
溝通是人與人日常交流必不可少的部分，即便是天天寫**的程式設計師也是需要時常與人溝通的。比如詢問技術負責人一些方案是否可行，與產品經理溝通是否理解錯誤，後端與前端溝通保證系統的順暢，測試與開發溝通保證技術方案的嚴謹等等。
溝通的方式也有很多種，郵件、聊天工具、面對面溝通。最有效的溝通是面對面的溝通，最重要的溝通則需要通過聊天軟體或者郵件進行確認，因為這樣既可以保留溝通最後的結果，也可以作為未來問題甩鍋的證據。
溝通這項軟技能，有時候會覺得可有可無，但是他絕對是未來之路的必要條件！
關於產品的拉動可以從幾個方面來說：
從最小的人這個粒度來說，如果產品具有很小的應用方向，比如專門做手機測評，那麼可以找相關領域的專家進行推廣，使用者會看在專家的權威性上對產品產生信任。另外，當身邊的朋友極力的推薦一款軟體的時候，也是十分有效的帶動方法。比如zaker就是我從同學那裡知道的，回去安裝上之後，感覺比頭條要好很多——比如內容的自定義、介面風格的簡潔等等。
再從大一點的平台來說，像qq這種平台型的產品，當有新產品出現的時候，完全可以用qq進行推廣，這種帶動可遠遠比自己拉使用者有效的多。再比如之前的老公司，依賴幾十年的外包關係，自己有新的產品研發出來之後，就可以輕鬆的銷售出去。如果不依賴這些老關係，那買軟體服務這條路就難走的多了.....
這個已經是老生常談的問題了，作為開發人員、測試人員、產品經理都需要了解的內容。
產品經理需要根據使用者體驗設計和考慮產品的使用。
測試需要把自己作為最嚴謹最挑剔的使用者測試軟體。
開發則需要在研發的過程盡量簡化操作流程。
不過這個領域也有專門的設計師，他們會在最開始了解需求之後，設計出最合適的操作流程。
如果每個人都把自己手上的工作，看做是產品最重要的環節，那麼最後的產品一定會很好。
最後
暑期總結 網路流
一張圖中每條邊都有同一時間能承載的最大資料量，求最大網路流即求從起點到終點同一時間能運輸的最大資料量。找到一條從起點到終點的路，那麼這條路上運輸的資料量為權值最小的邊的權值，然後再依次做下去，但這樣過早地阻塞了後面的流，會造成無法得到最優解。解決的方法是新增一條反向邊，如果邊 流過了k 那麼反向邊 ...
專案總結 網路文字識別
1 網路結構 resnet提取影象表徵 fc 初始化位置特徵，p1,p2,p21,總共21長度。2 提取的影象標準fc也是序列特徵，資料都是定長的，所以，將序列特徵均勻劃分到每個位置序列特徵，進行拼接。這樣，每個位置序列特徵上都有對應的字元內容表徵。每個 位置特徵上拼接影象標註fc 3 然後，讓bi...
define總結 （網上資料匯集）
1.定義簡單的常數 定義常量，便於修改 切不可在後面加上分號！define n 1000 等效於 const int n 1000 但略有不同，define只是簡單替換，而不是作為乙個量來使用 2.定義簡單的函式 注意多使用括號 define可以像函式那樣接受一些引數，如下 define max x...