不應該去研究數據庫底層吧，用的是對整個軟件的把握。在某種程度上已經完成了，下一步做的，是別的需求嗎。

　　鉆了那麽久數據庫和內部代碼，並沒有找到自己需要的東西，反而了解到一些程序底層的設想，越往底層邏輯越脫離現實，不清晰，大概是需求不到的原因吧。應該很清晰才對，或許因為不成熟所以不清晰，或許因為怎樣都可以用，不是占有決定因素的東西。

　　不管數據庫發展了多麽多年，我沒有探索挖掘出來什麽，也不懂為什麽事情會如此繁瑣。保存數據每一塊都做好它自己應該有的任務，讓程序員去記憶那些細節明顯是不對的。或許是很多人在編碼的世界待得太久，對各方面的鋪設不夠了解。

　　在我看來，很簡單的處理邏輯就可以走通，不明白為什麽現在還做的那麽亂。只要每一部分維護好應該做的，從定點上整理自己的邏輯好於別的功能搭配，就可以很好解決問題。

　　有些不想去看軟件細節了，回頭飄到頂層，抓著整個架構。底層的事一時管不了，只能從可有邏輯來帶動影響底層的發展。

　　程序還是不想自己去編寫，設計網站也不好鋪展。回到架構上，不知道對別的公司有什麽作用，在分工上用得都不是一套語言。有些不明白服務分布，每個端口都會去想，像Socket，這些東西其實在架構層不應該去涉及。只是想讓自己做的東西更有用。被需求拽著。

　　脫離需求程序走通有它本身的邏輯，寫的人觀察角度的不同會有不同程度的偏離，掌控項目就是確保它們走回本來的路線上， 站在整個項目的角度，調整每一部分的流通。而且走通了邏輯，和程序員交流起來應該是很容易的事。

　　如果說鉆底層獲得了什麽，可以說是信心，做事的信心。編程世界裏並沒有那麽高的要求，基本能用是現在的狀態，有些這樣發現到。

　　像工廠、Socket這些都已經是內部處理，根本不應該是架構管的事。

　　我缺少踏地的感覺，缺少對自己所掌握知識 在項目中進一步應用的鋪展。在這個項目中，我所研究的知識有哪些功能，當可以鋪展到足夠的項目影響，就可以去應聘這個職位了。

　　看著需求想不到，理解底層顯得有些繞。我需要的是，人文交流。

找錯方向，稀薄了興趣