從辯證的角度看產品
然而，當我們用我們自身的思維角度去看待一款產品時，往往可能由於對產品接觸的時間太少，或者是使用到功能的不全面，導致我們對一款產品的認識只能達到乙個有限的程度，這往往是不可避免的。同樣的，當我們要去開發一款產品，往往可能由於對產品真正需求的不確定，或者是考慮的不夠周全，導致我們希望開發的產品達不到預期的效果，甚至丟失掉一些非常不錯的點子。以上的這些，都是很常見的現象，沒有人能夠做到十全十美，但是卻需要我們盡可能的去完善。
首先我們可以從我們的主題當中去剖析，我們得到了幾個關鍵的名詞：辯證、角度、產品，產品我們一開始就已經提到過，而何為辯證與角度？
所謂辯證，比較簡單的說法就是去分析事物的本質，觀察事物的事實去了解這種事實對人們產生的影響，以及其本身可能存在的矛盾。就像在馬路上賓士的汽車，它的本質就是人類的代步交通工具，它對人們產生的最直接影響是縮短了地點與地點之間的人員流動時間，在這裡就能夠很容易看出它是應於乙個很普遍的需求而出現的：快捷地去往乙個地方。於是模仿這種方法，我可以很快的得到本文出現時應於乙個很不見經傳的需求：個人愛好和工作需要，當然這只是我所看到的。
所以矛盾就出現了，汽車需要燃料而作者我需要生活。需要說明的是，這裡的矛盾是指可能阻止事物發展的事實。因為燃料的減少，導致汽車的發展在很大程度上需要向節能轉型，或者是推動可再生能源的發展，而作者的生活，可能會由於忙碌或者壓力導致一篇文章質量的降低，當然這也只是我所看到的。
通過這種方法，角度的含義顯而易見：但從辯證的角度去思考也是不夠的，這僅僅只能作為我們思考的乙個方式。
其實在生活中，我們經常會用到我們的辯證思維，這使得我們能夠考慮到事物進展的多個可能，產生相應的解決辦法。但是由於我們沒有刻意地去把這種思維給調動起來，也許就會在遇到一些棘手的問題時，理不清頭緒。這時候只需要冷靜下來，從頭辯證一番，再配合生活中的經驗以及實踐當中的資料，想要解決並非難事。
再回到我們的主題：從辯證的角度看產品。一款優秀的產品最大的成功便是能夠充分地迎合市場的需求，這些需求都來自於客戶的需要。有時一款產品的問世，最初很可能就是來自於乙個很單一的需求，就像現在市場上的報表軟體一般，最初它們的出現之時為了能夠更快捷地製作出能夠反映公司發展現狀的報表一般。於是快捷引申到了方便、易操作以及製作迅速之上，反映現狀引申到了資料展現、精確以及實時性等上，而如今的報表更是能夠通過各種方式來製作。然後其中的矛盾就在於，規格的統
一、技術的門檻以及複雜的中文資料體現（國內）等等，這就決定了誰能夠克服這些矛盾，或者是將矛盾轉移掉，誰就能夠獲得更加長久的發展。
所以，當你決定用一種辯證的角度去觀察一款產品或者開發一款產品時，由於辯證的迴圈不斷，你就總能發現一些他人發現不到的東西。
參考：辯證唯物主義學
後記：都說工學和哲學不搭邊，在我看來，卻有著千絲萬縷的聯絡，這篇文章也時一時興起有感而發，寫的比較雜亂沒有章法，歡迎批評指正。如果浪費了各位看官的時間，權且就當看個笑話便是，如果能夠對各位有所幫助，小生十分榮幸。
從彙編角度看引用
引用型別到底是什麼？它和指標有什麼關係？它本身占用記憶體空間嗎？帶著這些疑問，我們來進行分析。先看 include include using namespace std void main 通過彙編檢視 如下 9 int x 1 00401048 mov dword ptr ebp 4 1 10 ...
從彙編的角度看棧
大家都知道，棧區是儲存函式，區域性變數的一塊記憶體區域。那麼讓我們從彙編的角度，來看看函式的執行過程。首先，當我們使用pushl將資料入棧時，棧頂會移動，以容納新增加的值。實際上，我們能不斷將值入棧，棧會在記憶體中保持向下增長，知道存放 或資料的地方。那麼，我們如何知道棧頂位址呢？棧暫存器 esp總...
從oo角度看with的使用
乙個同事維護 delphi 的時候發現原來 的軟體內有很多 with 過多的 with 讓 難以除錯。引入 with 的本意在於節省重複出現的物件名。比如說，如果有這樣的呼叫 function foo begin objecta.prop1 a objecta.prop2 b objecta.run...