專案大了，出現的溝通中的無限效率底下。前一段在開發了個群組的後台管理系統，就是管理群組，管理裡面發布的內容。但是任務分工的時候是按層劃分的，之前沒有這樣開發過，筆者自己做的，就是像對方去描述我需要的介面，就很糾結，涉及到陣列呀，鍵值的就很頭疼，最開始開發的時候又沒有資料，本來要是自己去封裝m層就好了。大不了我的一些業務邏輯可以放到m層去做。d層就只放sql了。但是當合作的時候，合作的先把m寫好了。對方感覺你要這樣的資料就提過這樣的資料就好了。但是痛苦的我要去符合介面的資料格式，我去痛苦的組合陣列，以完成那介面需要的引數，**開放完肯定存在不少的問題，問題出現的時候你沒有可以肯定的**。就只有一點點的跟蹤，改別人寫的**。有時候引數先後的順序可能錯了，因為不一樣的習慣。或者有**的或者的邏輯的錯誤。除錯起來就更加糾結。這個情況後來自己仔細想了想，把遠端介面和本地介面分開是乙個好方法，個人就自己寫自己的本地介面，反正比較快，遠端的放到乙個檔案，可以單獨乙個人開發，也方便有偽**測試。在都不是特別的大牛，還是分模組開發，不要分層開發
還有乙個不得不提的問題，破開發機環境不會報錯。怎麼除錯環境都不成，然後很多警告錯誤看不到。要是致命錯誤，頁面白板 。然後寫**的時候只有靠經驗去判斷某個地方可能出警告。但是資料正常的時候是沒有的，也不是很多開發者都會注意到的問題，然後移到測試機就是一堆的警告。
還有環境真tm的複雜，後台前台不是相同的伺服器，後台的機器就儲存前台推送過來的id，然後後來更加簡單的條件去查出來這些id，然後根據id去用遠端介面去取資料。前台推送用的是mcq，我們後台機器要啟動佇列，去寫庫。這樣就造成以換環境就很多的髒資料，測試人員不明白。就去糾結某個ｉｄ的記錄更改不了。那是因為通過ｉｄ到前台取得資料，但是更改的狀態在後台是更新的，然後庫中沒有那條記錄，造成更改失效。說到遠端介面，很多時候也不是很可靠。就造成我們去痛苦的跟蹤。還有很對ｄｅａｌ檔案，ｃｒｏｎｔ，想測試乙個東西好了沒，得跑到好幾臺機器去看，排除。繼續糾結當中，
有好長時間沒有來這了，去想想前段做的東西。
std move的實際工作過程
std move的定義如下 1 template 2 typename remove reference type move t t 3 通過引用摺疊，此引數可以與任何型別的實參匹配，既可以傳遞給move乙個左值引用也可以傳右值引用，如 string s1 hi s2 s2 std move str...
mysql實際工作中的應用
記錄一下實際應用中mysql方面需要注意的地方 4 mysql大於等於 小於等於的寫法 5 按照漢字的拼音排序，用的比較多是在人名的排序中，按照姓氏的拼音字母，從a到z排序 如果儲存姓名的字段採用的是gbk字符集，那就好辦了，因為gbk內碼編碼時本身就採用了拼音排序的方法 常用一級漢字3755個採用...
Python字典在實際工作中的應用
在工作中遇到要為現有的資料庫表a新增大量資料，該資料與a表中某類資料相同，但是id不同，並且同時增加關聯該錶的其他 b c表 解決思路 通過python字典型別變數，轉換關聯表中原資料的id為對應新增資料的id。最後，通過下面程式生成對應新增的id，儲存到檔案中，然後上傳資料到資料庫。usr bin...