謝謝您，我思考了很久，有一些我描述不清的原因，我有時候不知道怎麼回答問題
1、我學習過框架的佈局，知道框架是如何執行的，比如 Laravel。
它從 public 下的 index 開始啟動，執行自動載入機制，進而引入啟動框架bootstrap，引入膠水檔案，通過契約實現重要介面，通過契約的學習就可以學會使用這些介面，進而進行元件化開發，比如引入 另一個重要框架的 http 處理請求。這也是 PSR 大會商談的結果，我一部分是從 modern PHP 上看到的，另一部分是看視訊學習的。
2、我理解的 Laravel 如何使用。
首先 URL 請求 經過 路由，確定具體控制器下的方法，利用 別名 實現在 引擎模版 下， 引擎模版呼叫路由，在這個過程中可以實現 中介軟體 放在 路由 的外部，並且中介軟體像洋蔥一樣可以巢狀，如果有具體的 許可權 可以實現在控制器的裡面，在 中介軟體 中可以檢驗是否經過認證，控制器是排程中心，具體的資料模型比如使用者，訂單應該在 model 裡實現，請求會經過指定格式的請求處理，異常也有對應的處理檔案，事件和監聽器配套使用，通知 中寫入具體的郵件內容。這些檔案體現了設計模式的思想，23種設計模式，我看了慕課網的視訊中 11種設計模式講解，不過有的很簡單隻講了原理。Laravel 的使用中還體現了一些 IOC 思想，依賴注入，SOLID原則等。這也是我為何喜歡 laravel 的原因。還有有特色的 ORM 系統
3、技術水平、實現專案、技術模組
實現專案:
我實現了論壇教程中的 除了小程式以外的教程，看過一點小程式教程，以前自己也進行了瞭解，但是並沒有去做一個，因為要學習新的 類 html規則前段，我想應該差不多，就思想上懶了。
還做過培訓班階段的專案，比如增刪改查之類，我理解為原理相通的但是邏輯沒有論壇教程嚴謹和規範，在做原生專案的時候會用到封裝pdo之類，還學過比如負載均衡，redis 和 memcache ，不過像今天的面試，我長時間不用memcache 我已經忘記了他幹什麼用的，我記得的是 redis 在教程的學習中會處理一些 比如活躍使用者週期這樣不重要的資料，或者處理佇列要開啟它，這個基礎被我忘記了，這樣忘記的基礎還有 echo 、print、print_r 的區別，我在使用框架的時候或者其他情況從來不使用 print()，所以我也不知道怎麼解釋。我之前做出的處理方法是，把 github 做成部落格，把所有慕課網的視訊記一遍筆記，目前還沒有完成。
技術模組:
沒有單獨的試著去實現一個完整的技術模組，由於沒有工作經驗，這裡我猜測一下，我理解的技術模組實現應該通過 API 呼叫，像第三本書裡教的 postman 一樣，自己模擬請求資料，輸入介面看返回值。
我理解的技術模組實現是這樣的，比如手機註冊，我先實現一個小功能比如發簡訊，然後在上面迭代，加入手機驗證碼，增加使用者名稱和密碼，處理安全性，分離配置檔案，防止機器人攻擊，加入手機驗證碼。在這個過程中不斷的測試。
這裡我跳出一下我的敘述結構，我在梳理回答的過程中發現了自己的問題，我沒有在不看任何程式碼的情況下，完完整整獨立的去實現任何一個專案模組，也就是我處在各個元件並沒有拼裝成整體的階段，雖然我可以看懂程式碼，理解流程，這也是我面試的時候被問如何專案中如何解決問題的時候困惑的原因，我缺少這個拼接的過程。
4、腳踏實地與理想
所以我腳踏實地做的不夠，飯沒有一口一口的吃，吃得急躁，就會噎到。我的基礎也是這樣我知道它在哪為什麼，但是我並沒有去真正應用，我寫不出來記不住。這裡我記得 summer 提到過，我看過，有可能是《學習之道》裡說過，有一種學習方法就是先看全域性，然後再把握脈絡一次成型。這種學習方法非常理想化，更實際的是一個一個做，砸實每一點，最後串成一個整體，形成心流。
5、對於去北京找工作這個事
我當時沒想這麼多，我覺得北京是網際網路的中心，就去了。如果說勇氣的話，我這裡理解是有一點負面意思的，我這個行為談不上理智，我是理想主義者，我考慮這個問題更關心的是做什麼能成就我。有一些學生化的思維，我知道這個事情，我覺得這個事情各有利弊，對於學生化思維這個問題想的不是很清楚，也許慢慢會不一樣把。
對於技術優勢，我無法確定這個概念的邊界，我覺得我沒有技術優勢。
在上面這個回覆裡，我認可兩件事：
1、極端的聰明就是極端的善良
2、不斷迭代自己
所以我把我這個回覆展示出來，如果認為我有不成熟、不對的地方或者不一樣的理解，請回復或者私信告訴我，不勝感激。
本作品採用《CC 協議》，轉載必須註明作者和本文連結