昨天，和乙個朋友展開了一些辯論。
他提出，在通訊領域，華為是乙個攪局的流氓，依靠低價策略榨乾了通訊領域的利潤，讓裝置提供商無飯可吃，是劣幣驅逐良幣。並且，這類公司往往都不會有好下場，並舉了ofo的例子。而我做了一些反駁，就簡單的結束了話題。
誠然，上述討論的價值其實並不高，發言也趨向於主觀，缺乏客觀的理論依據，很多觀點也是不實的。但我依舊被其中一點刺痛了，那就是階級差異性帶來的立場差異。
在我看來，我和他提出了不同的觀點，站在不同的角度，處於不同的立場，很大原因是因為自身條件的差別，導致利益相關不同，而產生了截然相反的觀點。觀點且不論誰對誰錯，在事後，我認為，差異的產生**於他家庭優渥，自身也屬於高收入階層，無需為基本生活擔憂，同時，基於此，他也能基於行業角度看問題，看的更深更遠。而我呢，條件與他相反，觀點的產生確實更加接近於底層，我更關注的是消費者的利益，而非資本家的利益。
誰動了我的乳酪？有時候，產生分歧，並不僅僅是在討論問題本身的真理性，而是在討論利益分配的合理性吧
關於「裝飾者模式」的一點粗淺理解
裝飾器模式 decorator pattern 允許向乙個現有的物件新增新的功能，同時又不改變其結構 主要目的在於增強介面，而不是擴充套件介面 這種型別的設計模式屬於結構型模式，它是作為現有的類的乙個包裝。黑體字就是關鍵字，要想用好該模式，就必須體會著幾個關鍵字的意圖 在 head first設計模...
中日軟體行業的一點思考
公司一專案發生質量問題，被日本客戶要求進行根本原因分析，並提出對策。我們乙方的心態是怎麼能盡快把這件事情結束，而且盡量對未來的工作不產生太大的影響。當然能讓客戶看到好像是真正的原因，是最重要的。交涉了幾次之後，終於客戶納得 接受 了。歡欣鼓舞。天空頓時晴朗的感覺。根本原因分析是質量管理方面的乙個非常...
關於iBatis selectKey的一點筆記
技術前提 我們使用ibatis作為持久層方案 技術場景 假設我們有兩張表，一張主表main,一張子表sub,並且主表的主鍵是由資料庫維護的自增長的主鍵，子表中有乙個字段引用這個主鍵，那麼當我們插入主表資料後，就需要馬上返回這個自增長的主鍵。解決方案 可以在insert時通過ibatis的select...