按照專案進度，儘量提前做好分配的任務。這個時候目標是完成任務，別過多嘗試一些想法。可以把想法寫在註釋裡，也可以自己用便籤做提醒。

多思考現有的架構，結合設計模式，嘗試自己設計，鍛鍊全域性觀。

很多同學會問我，學了這些技術，我應該怎麼應用？ 希望有一個真實專案的開發和落地的經驗。

那麼，第二期，針對大家的需求，從0~1開始構建了一個專案架構。 

首先，需要解答大家一個問題：什麼樣的專案經驗算真實的？基於真實業務需求開發，並且應用在生產環境上提供給使用者試用，然後經過長期的迭代和最佳化。然而課堂上，並沒有辦法塑造大家所謂的真實專案經驗，畢竟，沒辦法滿足上面的三個基本點。 當然，我也可以像大家入門學習java那會一樣，做一個類似於ssh框架的案例教給大家？但是，這個的意義並不大。

所以，我先來給大家解答一些理解誤區，你並沒有辦法透過手把手帶專案的方式獲得真實專案經驗。這些真實專案經驗是需要你在公司去積累。但是我儘可能的去貼近真實專案去構建一個產品。而下面這個產品，會在接下來迭代完成以後，結合ask社群的商城實現營銷和支付收銀臺功能。  

最後，為了解決大家比較焦慮的問題，貼合真實需求，真實迭代，完成基於一個人能夠開發和迭代的專案架構，去提供專案經驗。設計的架構模型如下

一方面，滿足大家對分散式架構設計的基本認識；另一方面，整合相應技術解決相應的問題，真正理解技術的應用，做到融會貫通，這是我希望在這裡面去體現的。 所以，我投入精力在這個上面，也希望大家真正去執行和實施。有問題，我會隨時解答。

還有一個誤區希望大家能夠明白。並不是做了分散式架構就能很牛逼，正如我之前在公開課上說的，越大的平臺，做的事情越簡單。無非也就是業務層的CRUD。就算是網際網路公司，甚至BAT這樣的公司，也都是這樣。  也許你就身處在這些能夠抗住千萬級流量的技術團隊中，但是那些技術解決方案，如果你不是架構師或者是核心領域的開發，那麼這些永遠都和你無關。所以，希望大家能夠在課堂上積累解決方案和架構思想，然後找到一個進入架構組的機會，真正嘗試去解決那些大流量導致的問題。那些經驗，是無法複製的。

所以，一個架構中，最核心的是，架構的思想，以及當架構遇到高併發流量時，在各個層次中會有哪些解決方案。而你需要的，就是這樣的經驗，而不是CRUD。 

如何學Java架構呢？ 成為技術大牛呢？

原始碼分析

分散式架構

微服務架構

併發程式設計

效能最佳化

DevOps

電商專案實戰

1、負責專案是積累專案的最快方式；

2、前期需求調研、到後期的實施部署，作為Java程式設計師在設計過程中多往使用者的使用性、編碼的通用性考慮；

3、在操作過程中多總結

謝邀。這種情況我建議你應該先找個公司進行實習或者學習。而不是直接透過自學獲取專案經驗而直接要高薪。因為你還沒有從零開發的水平，這一點足以說明你是水平離程式設計師的生產水平還有一定的距離，但是如果你肯學，很多公司是願意接受潛力股的。在公司有人帶進步會很快。我現在就在原始碼時代寫一些小型的專案，專案經驗也是累計起來的，當然，前提是肯學習。祝君好運。

這個看你自身的處境，總之是自己多參與專案。經驗自然就上來了