每次和投資人聊。他們總要問我:你這個產品究竟解決了什麼問題？
我去求職，面試，然後我常常跟人家講，我做了一個什麼產品，解決了一個什麼問題。
人家就迷惑不解：“你擅長產品的哪個方向？前端？後端？還是只是擅長解決問題？”
這種事已經碰到好幾次了。
真不明白，為什麼上帝在創造這個世界的時候不能統一一下標準，統一一下介面。 。 。 。 。
我當然擅長解決問題了。
產品是用來做什麼的？不就是用來解決問題、滿足需求的嗎！ ！ ！
另外，我不僅擅長解決問題，我更擅長提出問題。對於做產品、做成長、做數據分析等等，提出問題的能力比解決問題更重要。
nodejs的伺服器，存取根目錄的txt檔案。
無法訪問。
我一直以為是nodejs伺服器的反向代理程式造成的。
今天發現不是。
而是nginx伺服器的配置造成的。
做了一些修改
location ~ .*.(js|css|txt)?$ #這裡加入|txt即可。
{
expires 12h;
error_log off;
access_log /dev/null;
}
繼續迭代views引擎。
這次迭代後，views引擎就徹底成了微核心架構。和form引擎、block引擎的架構一樣。
多做創意的事情，少做勞力密集的事情。
路由，結果，模型，方法。
敬事，敬人。
做事做人都要認真。
對事對人也都要認真。
這個世界上有很多聰明人，卻沒有傻子。如果非要說有，那也只有兩種，一種是自以為聰明，另一種是總以為別人是傻子。
最近一周迭代了表單引擎。增加了地址選擇器。不太滿意，先這樣，後邊再說。表單標題實現了條件配置，不必局限於固定的value值。
oms也做了一些迭代。增加了一種訂單的類型（免費）。修改了一下訂單的模型。
產品管理系統也做了一些迭代，增加一個product type，增加訂單分類的分類法。
一直覺得我這表單引擎有點問題，一直沒發現。
直到昨天，才發現，用我這表單引擎配置出來的表單，表單項目之間無法連上。
今天迭代一次，解決了這個問題，讓表單項目之間可以連動。
某個表單項目的資料因為使用者操作發生變化時，關聯表單項目的資料或視圖會發生對應的變化。
