再談人壽的漲停
無論怎樣去看周一人壽的漲停，在筆者的理解中就是這樣，目前人壽的漲公升趨勢恐怕很難控制，那麼在這種漲公升的趨勢下是人性的，也許那天那種被極度看好的未來在被乙個不經意的事件或者一根稻草砸著，那麼跌起來的時候也獸性的。
現在很多**的漲公升跟現在沒有關係，所有能夠漲的理由就是未來，是的，我們不能缺少未來，否則什麼也不好玩了，包括我們的生活，更何況我們這個博弈的市場就是博的未來，但願未來帶給我們的不是傷痛的記憶。
所以當人壽現在在漲的時候，你千萬不要去尋找理由，你願意去參加就去參加，如果你覺得沒有投資價值就欣賞吧，生活當中我們經常在這樣做，並不是很多好事都能輪得到我們的，但我們照樣生活得很好，這跟這個資本市場是一樣的，很多時候就得學會放棄，也許你放棄的時候你也擁有了很多。
再談「蟲子」的問題
很感謝 加大碼 同志在上篇隨筆的恢復，讓我想起了許多問題。常言道，千里之堤，毀於蟻穴，軟體同樣如此。雖然軟體中的 bug本身不會像蟻穴那樣慢慢變大，但對使用者而言，它引起的錯誤 異常等的次數卻會越積越多，最終我們會失去使用者，造成不可挽回的損失，因此，這些質量的問題，我們必須注意，並制定相應的措施 ...
再談資料的併發處理
比如我們在sql server中的表中定義乙個欄位為timestamp型別的字段ts,這個欄位的值不需要我們進行控制的。在insert與update時，資料庫會自己進行ts值的更新，因此我們只要在update時使用 update where key key and ts ts 就可以了，根本不用考慮...
再談對「重構」的學習
數月前，我曾經寫過一篇博文 在 重構中蛻變 文中提到了我對重構的一些認識，今天再談重構，緣起於近期針對重構進行了6次技術分享，每次對應 重構 改善既有 的設計 一書中的一章內容，在此過程中與團隊一起再學習了一次重構，因此，這次再談重構，就從學習的角度說起。當再次拿起這本書時，想到的就是第一次閱讀時的...