最近碰到一件很鬱悶的事情，這也是所有程式設計師都會碰到的：
在完成乙個通用模組的最後關頭，因為乙個小問題而花費了許多時間，最後不得不請高手出馬，試了許多方法後仍然無法解決，快絕望的時候突然發現是**中大小寫錯誤，導致系統不能正常執行，普通的方法發現不了，大家也都沒有想到會是這個原因。
兩三個程式設計師，花一天多的時間來解決這樣乙個問題，卻發現是乙個小小的錯誤，對公司來說代價太大了。
如何看待這樣的事情呢？在解決問題的過程中，我們試驗了很多方法，查閱了很多資料，學到了不少。現在對這個問題已經理解得很透徹了，從短期來看，這樣做代價是很大的，但是從長期來說，還是有好處的，多學了許多辦法，對接下來的開發會提供很多好的思路，下次如果要用到這些方法就不要再多花時間找資料了，下次如果還有類似這樣的錯誤發生也會多乙個心眼，解決問題的能力也會得到提高，而且有了這次大家共同合作解決問題的過程，溝通更順利了......好像有說不完的好處，但是自己真的能這麼看嗎？本來的任務計畫沒有完成，可能要加班了，boss又是怎麼想的呢？
我覺得乙個合格的程式設計師要有這種意識，乙個優秀的團隊必須有這樣乙個風氣，不要怕發生類似這樣的事情，一方面這是無法避免的，另一方面是這個過程對大家的提高是很有幫助的，必須充分看到積極的方面。要正確看待很重要。
開發中遇到的問題
最後再一次單步除錯中發現 nsurl urlwithstring 返回的nsurl居然為nil。大概找到問題所在了，在網上查了如何解決獲取空的nsurl，大致方法如下 原因 nsurl urlwithstring 這個方法要求傳乙個字串型別的引數，引數如果有中文的話，得到的物件就是空。解決辦法 先把...
Golang開發中的問題
beego的orm問題 涉及到兩個問題 1 事物問題，事務無效 列如 資料庫表中有id等於1，2，3，4 對資料庫進行id等於0的修改，雖然開啟了事務 但是在這樣的前提下，依然沒有給任何錯誤提示，給人提交成功的感覺 2 讀取問題 在上述的更新過程中，在所謂的更新成功後，緊接著繼續查詢，竟然能查到資料...
開發中遇到的問題
1 element框架 實現 固定寬度 動態寬度 固定寬度 三個中 誰最長總體高度就是誰 固定寬度 實現效果是2 element框架 實現 響應式布局 使用js動態生成width 並渲染 3 hash模式下共用乙個 頻繁切換tab導致出現 非同步問題 使用同乙個axios 引數不一樣 返回的結果不同...