怎麼樣在3個月左右從0基礎成爲一個獨立完成項目的工程師?

IT修真院自問自答系列第十七篇,乾貨和硬廣混雜。前端

 

一 前言
2015年6月成立修真院到2017年2月份,我花了一年零八個月的時間來驗證個人想法。程序員

第一,程序員能夠學習的更快。面試

第二,每一個人均可以經過努力改變本身的人生軌跡。算法

是的。我很早就思考這個問題,每一個人都應該有證實本身的機會,但是不少人想要獲得這個機會,就必需要在簡歷上弄虛做假。編程

而常常會有Java工程師,工做了3到5年,還純真的像一個剛畢業的孩子,什麼都不懂。小程序

若是從零基礎成爲一個能夠上手獨立作項目的工程師,倒底是須要多久?後端

若是一我的在學校裏泡妞打架熬夜玩遊戲,是否有可能會在一個短的時間以內醒悟,改變本身的命運?性能優化

他又能作到什麼程度?服務器

是的,沒錯。修真院線下200多個師兄,確切的來說,都是個人實驗品。微信

幸運的是,幾乎是百分百的實驗成功。

這篇文章,就是仔細認真的講一講,我對IT技術職業培訓的認知。

以及修真院是如何踐行本身的理念。

若是你認真的看完了,你就會明白,須要改變的並非修真院,而是你。

二 程序員的分級
首先談一個備受爭議的話題,程序員該怎麼分級別。

在修真院眼裏看來,只存在三種級別的程序員,除此以外,並沒有意義。

初級程序員:可以獨立完成項目。工做經驗通常在0~3年之間。這樣的程序員遍地都是。

中級程序員:可以瞭解開源框架的原理和技術細節,可以比較各類框架的優點,能夠帶着團隊去作項目。工做經驗通常在2~7年之間。大部分程序員一輩子都只能達到這個高度。

高級程序員:世界上最頂級的一批人,流行的框架,語言,協議,規範的做者。

拋開這個分類的準確性和承認度不提,先只說,爲何要先提給程序員分類的問題。

這取決於大多數公司招聘的門檻:若是你能夠獨立完成項目,你就有了真正能夠選擇公司的權利。

初級程序員的分類就是爲了將當前混雜的描述變成一個可實際操做的,可以驗證的結果。

同時又給出來了一我的要上升到另外一個臺階的標準。

修真院的目標就是在必定的時間以內,讓初學者可以成爲一個能夠獨立完成項目的工程師。

而目前大多數的培訓機構,都很難作到這一點。

三 當前培訓機構的分類
再說一些培訓機構的分類。

整體來說,分紅三類。

第一種,以某內,某鳥爲首的寬進寬出類。

培養出來的程序員,離真正上手能作項目,一般仍然有6個月到1年的距離。

第二種,以BAT的大牛爲招牌各種小型培訓機構的嚴進嚴出類。

培養出來的程序員,基本上都是要求很高,科班出身,英語要好,必讀原理,強調算法。

第三種,修真院獨一家的腳踏實地類。

對學員的入門要求高,可是並非對學歷,性別,基礎要求高,而是對態度要求高。

對學員的結業目標要求高,又考慮到零基礎轉行的人的現狀,明確的指向一個絕大多數人均可以完成的正常目標。

別管什麼樣的培訓方式,線上的仍是線下的,看視頻的仍是真播的,寫代碼的仍是任務制的,入門要求高的仍是低的,培養前端的,仍是後端的。

均可以用這種方式簡單直接的分類。有了這個分類,修真院要作的目標就很明確了,零基礎到能獨立完成項目的程序員。

你再笨,也不過是時間延期了一些而已。你若是真的很厲害,那麼你完成能夠學到更多的知識點。

這是一個對於大多數人來講,都承認的結果。

不是每個想要轉行的人,都必需要在一個很短的時間以內,把全部必須的知識點補全。

「學以至用」,這個思考貫穿始終。

四 肯定學習的邊界
目標明確了,進一步的思考就很顯然了。

一個程序員應該擁有什麼樣的技能纔可以獨立完成項目?

不一樣的公司有不一樣的框架,怎麼處理?

零散的知識點太多,不少又跟編程沒有關係,該教,仍是不應教?

技能是一個什麼樣的概念,是否真的可以結構化和量化?

每個技能點怎麼定義,業界裏是否定可?

技能須要掌握的程度不同,有的是瞭解,有的是必須深刻學習,怎麼區分?

帶着這些問題,咱們思考了不少,討論了不少。最終的答案就是:

1 技能是能夠整理概括出來的。

2 不須要把全部同級的技能都學會,只須要掌握一種方式就能夠。

3 業界的不認同,反而會是一個好事情,可以真正的去引起討論。自己就是一個沒有標準答案的東西,能夠愈來愈精細。

4 經過不一樣技能的顏色,來標記須要掌握技能的等級。

因此咱們整理出來了,PM,UI,Java,WEB,Android,IOS,OP七個職位咱們認爲最經常使用的技能。

這些技能點,就是零基礎的學習者必需要掌握的技能。

而對於應該掌握的技能的等級,咱們有一種大相徑庭的辨識方法。

受益於WOW的裝備體系,咱們一樣劃分了六個等級。與常見的瞭解,掌握等模糊不清的分級不一樣,咱們劃分體系的標準仍然是:可驗證。

灰色:歷來沒有據說過。

白色:項目裏用到過,據說過,可是沒有使用過。

綠色:常常在項目中使用過,可是不太瞭解原理。

藍色:不但使用過,還了解內部的原理。可是沒有作過改動和優化。

紫色:結合實際項目中的須要,對一些技能或者是組件或者是開源框架作過改進,更改過源碼。

橙色:徹底是本身開發的。

這樣就很好的解決了初級工程師的技能等級問題。

附一個Java工程師的圖例。

首頁 | IT修真院 | 更快更高效的免費Java,CSS,JS,運維技術培訓

懶得截圖了,請直接訪問。

五 學習路線
咱們花了大量的時間去確認初級程序員的邊界,即使是如今,也在緩慢的優化中。

爲了不爭執的太多,並未邀請更多的人蔘與進來討論。可是咱們相信,在將來,他必定是一個能夠公開編輯的技能體系。

是否是有了技能樹,就能夠給零基礎的初學者指明方向了?

咱們再來回顧一下,設計技能樹的好處:

1.在知識的海洋中,自學的時候很容易迷惑,並不知道什麼該學,什麼不應學。

技能樹完美的解決了這個問題。

2.在遇到一個問題被卡到的時候,肯定很差是該本身跳過,仍是應該完全弄明白一個問題。

顏色表明的等級,在必定程度上對這個困惑有幫助。

3.究竟學到什麼樣的程度,纔算是達到了公司的要求?

經過程序員的分級和技能樹的邊界,咱們得出來了對大多數公司和大多數人都適用的目標,就算是略有誤差,也足以快速調整。

一個職業下須要掌握的技能有多少個?

60~70個。我沒有仔細的統計,可是,確實是的。可能比這個還要多。

特別是關於技能的劃分粒度。一樣的爲了不爭執太多,咱們沒有引入太多人加入討論。

那麼,對於初學者來說,還須要什麼?

他們須要知道應該先學什麼,再學什麼的技能加點路線圖。

是的。這其實就是技能樹的來源。

首先技能是有分類的,其次技能是有前後順序的。

因此咱們一般把全部的技能分紅15組。

從易到難,15組對應15個不一樣的小階段。

這樣,對於初學者來講,就能夠延着這15個小任務,像上臺階,又像修行同樣,能夠有一個明確的學習規劃了。

一樣的,咱們在分組的時候花了不少心思。

六 任務選取自真實項目VS根據任務設計題目
這是其中的爭論之一。

是否應該爲這些技能,單獨設計任務?

仍是應該收斂於咱們的起點,全部的技能要求都來自於真實的實戰項目?

我堅持實戰的原則。

這表明着,無論理論上這個技能點多重要,只要在多數項目中看不到他們,就讓他離開技能樹的視線,最多加一個白色的標記。

這是一件更難的事情。所幸咱們在過去的20個月裏,積累了將近50個一線互聯網項目,從金融到醫療到汽車,讓咱們有了足夠多的素材能夠選擇。

這也完美的解釋了爲何修真院的任務都是粒度比較大。

實際上,咱們想作到的就是,從一開始,你就是一種另類的加入項目的方式。

你是菜雞,就從項目裏最 簡單的事情作起。

你稍稍有了一點點能力,就去接觸一下相對來說比較難的東西。

七 名師VS師兄
任務作出來了,咱們還增長了不少的輔助內容。

**第一,任務的介紹。
第二,任務的攻略。
第三,任務的驗收標準。
第四,任務的資源。
第五,任務的學習資料。
第六,和你一塊兒作任務的人。
第七,任務的日報。
第八,任務中的常見問題。
第九,任務完成後的深度思考。**

第十,任務的詳細步驟。

每個都是咱們反覆驗證以後調整而來的。

而其中最關鍵的一個就在因而:

若是有了以上這些,你仍然會由於一個小問題被卡到,而2到3天都沒法前進,誰該來幫你一把,帶你前行?

在全部的培訓機構,都在掛名師。

BAT出身,各類項目的負責人,出過多少本書。

但是名師或者是牛人,對於新人的指導確實有幫助嗎?

答案是否。

提及來你可能不信,可是在大部分的狀況中,最能指導你的,每每不是比你厲害不少的大牛,而是比你只高那麼一點點的師兄。

首先,大牛們很難理解菜雞們的困惑。

其次,菜雞遇到的問題,每每並不須要大牛來解決。

最後,菜雞根本沒法正常描述本身的問題。

每一個行業都有本身的思惟定式,有一些默認的,約定俗成的上下文。什麼事情該作,什麼方式能夠走的通,這也叫一個思惟固化的過程,某種程度上來講,水平越高,每每表明着已經造成了節省了中間的邏輯推理過程的結論。

而新人呢?空白一片,各類腦溝還在造成中,天馬行空的跑起來,徹底造成不了思惟定式。

因此教導新人最好的人,反而應該是水平比新人恰好高那麼一點點,早學習了一到兩週的時間,新人的困惑他也可能遇到過,新人犯的錯,他也能夠犯過錯。

這也是修真院很強的特點。找個師兄,帶你入門。

八 視頻VS代碼實戰
師兄的事情說完了。

又回到了一個我深惡痛絕的問題上。

常常看到有人說,看視頻。

但是。

1.視頻太慢。

2.沒法搜索。

3.記憶不深。

4.先入爲主,直接告訴了你結果,失去了思考的過程。

因此,每每會出現,視頻看完,看起來所有都懂了,拿起鍵盤,一行代碼都敲不出來的狀況。

怎麼解決這種問題?

看書?

直接請人給你講?

不不不。在真正的工做崗位上,誰會先給你講3個月,再讓你動手作項目?

更況且,在真正的工做崗位中,學到的知識 點,常常會比在學校聽老師講課多的多吧?

因此,修真院堅持的一點,就是多寫代碼,多實戰。

先了解任務,帶着問題去思考,去檢索,去找資料。

而不是一開始就知道了一個正確的答案,少了犯錯的機會。

這自己就是一個程序員,更應該學會的內容。

我常常說:看視頻就像是服用丹藥提高本身,看似水準提升,實際上是斷送了將來升級的可能性。

這叫作根基不穩。

如今你不懂的,你看了視頻,提早知道了正確答案。

之後在工做中你遇到不懂的,還能找到正確答案嗎?

若是不能,是否是仍是要從新演練一遍自我解決問題的能力。

但是若是沒有一開始從易到難的練習,你肯定能夠作獲得麼?

因此,看視頻在某種程度上,是葬送了你的升級潛力。

搜索引擎,博客,書籍,官方文檔,自我測試。

這些才應該是伴隨你一輩子的修行法器。

九 列出來詳細的學習步驟VS僅僅是提醒而已
最近修真院增長了不少詳細的學習步驟。

這實際上是違反了個人初衷的。

可是這些就是給懶的人準備的。

看起來我是在幫了他們,下降了他們學習的難度,其實在某種程度上,我一直以爲本身是害了他們。

以我本身的性格而言,把任務的驗收要求寫完,基本上就不用再寫其餘的內容了。

但是真的發現不少,不少,不少人連一點兒動腦筋的慾望都沒有。

我如今還沒法評估。可是我想在不久的將來,我會作兩套任務步驟。一個是簡版的,一個是完整版的。

對全部的人,我都會強烈推薦只看簡版的任務步驟。

但是若是你堅持,好的,沒問題。完整版的步驟送給你。

十 僅僅是學習編程語言而已嗎?
以上所描述的,大部人會認爲都是關於編程語言方面的技能。

但是不只如此。

IDE和服務器是首當其衝,大部分人都應該學會的。

源碼管理工具,也應該是你儘早要學會的。

一些理論知識,也是在潛移默化中須要有的。

關於單元測試,更是必備的技能。

還包括性能優化,代碼重構,接口調試,日誌輸出。

全部這些,都是比編程的語法,或者是語言自己的特性更重要的內容點。

所以,我把這些也儘量的融入到了技能樹中去。

十一 技能的增加可否換算成薪水?
剛剛提到的是任務相關的功能。

任務是一堆技能的集合體。

因此實際上,你完成了一個任務,你的技能樹就應該有相應的增加。

那麼,是否能夠將本身技能的增加,換算成薪水呢?

答案是,值得一試。

是的,咱們正在嘗試作這件事情。

因此你每完成一個任務,都會看獲得本身的技能樹成長路線。

以及本身當前所值多少錢。

十二 爲何要寫日報
首先要解釋一下日報是什麼。

大部分的互聯網公司,可能都只有週報。

而在咱們這裏,有很苛刻的要求,必須是有日報。

咱們從敏捷開發流程中演化而來,要求每個人,都去寫日報。

日報的要求以下:

1,今天作了什麼。

2,明天要作什麼。

3,遇到了什麼問題。

4,有什麼收穫。

並附上本身的成果連接和源碼地址。

這是一個很重要的總結過程。

天天作了什麼事情。不能夠寫流水帳,解決了幾個問題。挨個列出來。

學會了什麼知識點,列出來。

讓日報更像是一篇小小的技術分享。

這對於本身來說,很是重要。

你能夠經過日報來總結本身一天的成長,也能更清楚的知道,本身倒底有沒有認真和努力的去學習。

十三 我有什麼理由去幫助別人解決問題
剛剛講過了,爲何師兄會比名師更適合你。

那麼這裏就是要說,若是你是一個師兄,你爲何要去幫助師弟解決問題。

首先,互聯網自己就是一個開放的社區,開源和技術分享是全部行業中最受重視的,這是融入互聯網的一個很重要的標誌。

其次,人們成長的過程,就是一個解決問題的過程。若是你不可以解決問題,你不會成長。更確切的說,你只有犯了足夠多的錯,你纔會知道什麼是對的。

再次,在互聯網上,每每只有最佳實踐,而沒有標準答案。這表示着,實現同同樣功能,達成一樣的目標,會有不少不少不一樣的作法。每一種作法,均可能會有無數個坑。而對你來講,踩坑的過程,就是學習的過程。但是你不能夠在一個任務上把全部的路徑都嘗試一遍,這樣太花時間。因此,別人走了另外一條路,別人犯錯,就是你的成長。你幫助別人解決問題。某種程度上偏偏是別人補齊了你的短板。

最後,驗證你本身的知識掌握程度,就看你是否可以清晰無誤的講解出來。若是你講不清楚,就表示你對知識點掌握的不牢固。

十四 怎麼利用師兄的日報
再接過來講,若是你在解決問題的時候,遇到了困難,沒思路,怎麼辦?

不少人都忍不住 直接翻師兄的日報,照抄師兄的代碼。

這是最傻的作法,沒有之一。

正確的作法應該是:仔細的思考問題,全部的任務都是能夠經過百度而正常完成的。畢竟在大家以前,沒有師兄,仍然有人順利的把問題解決掉。

當本身不管如何已經嘗試作了一些以後,再去看師兄的日報和源碼。

看看爲何他們作的和本身作的是不同的。

順序是不能反的。不然,和看視頻同樣,無任何意義。

十五 敏捷開發
敏捷開發是項目開發流程中很是重要的環節,用敏捷 開發來征服世界來形容它的流行程度,一點都不過份。

而一個真正的職業工程師,是須要了解敏捷開發的過程的。

什麼叫作開發流程?

在什麼時間點,作什麼事情,誰來作,怎麼驗收。這就是流程。

流程的意義就在於,他不是一個憑空設想的東西,他是通過無數的檢驗而被證實了的行之有效的規範。

一個團隊是否成熟,就是看流程是否完備,新人才能夠訊速的融入進去。

因此確切的說,敏捷開發流程自己就是開發流程中的一部分,除此以外,還會有Bug修復流程,發佈流程,緊急預案等等等等。

不懂的開發流程,很難快速融入工做。

因此修真院很重視對於敏捷開發流程的培養。

這也是課程體系中很是重要的環節。我堅決不移的認爲這是任何一個程序員都必需要學會的東西。並且價值點要遠遠超過技術水準的高低。

十六 職業素養
職業素養並非一句空話。不少人都在說,和程序員打交道很難。

他們每每學不會交流,反饋,總結這些正常人都懂的東西。

更多的時候,是學會作事的態度。對事情的責任心,不少跟程序員相關的職業素養,都是新人不知道的。

我並不想讓現有的程序渣帶壞他們。

所以職業素養也必須是程序員的重要環節。

這包括但不限於:

1.主動反饋

2.給出時間點,當時間點有延誤的時候主動告知

3.善於總結和反思

4.端到端的測試

5.遵循代碼規範

6.方案設計的時候將問題和解決方案分開,作選擇題而不是問答題。

7.關注線上環境

8.遇到問題第一時間響應

9.去想怎麼樣能作獲得,而不是去解釋爲何作不到

十七 覆盤項目
經由基礎技能,開發流程,職業素養三部分的課程體系以後,是否可以直接進入真實項目了?

答案是否。

至少在目前的狀態下,仍是不能夠。

基礎技能裏的代碼實戰經過任務完成,理論知識的學習經過深度思考和小課堂來完成。

開發流程僅僅是講解,並未真正參與。

職業素養也是偏重於講解,可是真正去作的時候,仍是很難徹底適應。

因此在真正跟進項目的時候,仍然會出現:

1.晨報不知道怎麼寫

2.遇到非技術問題不知道該麼作

3.寫代碼不符合編碼規範

4.沒法確認好需求,會發現需求理解不清楚

5.自檢作的不夠好,有時候壓根就不知道本身作的出來的東西有問題

6.不會作版本管理,發佈流程不熟悉

7.把握不了時間進度,任務完成不了總延期

8.動手解決問題的時候仍是會掌握不了節奏,常常又會爲了研究一個問題而致使項目延誤

等等等等這些問題,這個樣子放出去,用人單位仍是會以爲很難帶,太心累。

這不修真院想要的目要。

那麼,怎麼解決?

覆盤項目就是爲了解決這些問題。

修真院在過去20個月裏積累了將近50個項目,包括金融,汽車,醫療,食品,電商,彩票,視頻,生活等多個行業。

這爲了解決這些問題提供了良好的基礎,咱們把一些典型的項目拿出來,需求,UI,後端,前端,接口文檔等等都準備好。

3~4我的組一個項目組,從新開發。一切按照真實項目要求去作,開晨會,寫晨報,更新Task時間,作方案評審,作CodeReview,作性能測試,Demo。等等等等。

一套完整的流程。

覆盤項目的意義在於:

1.任務沒有太多時間要求,代碼質量不高,而覆盤項目的要求比較嚴格。

2.任務是獨立完成,沒有組隊開發,覆盤項目都會是和同伴協做。

3.程序員首先是要選擇一個行業,擁有相關行業的項目經驗,找工做的時候更有優點,多熟悉兩個行業的覆盤項目,便於消除未知的恐懼心理。

4.從開始到結束,提早熟悉項目的開發流程和要求,明確的知道怎麼樣纔算是一個能夠正式上線的項目。

正常來說,到這裏,標準化的培訓算是告一段落了。

這已經很接近,很貼近真實的項目要求了。但是,仍是不夠。

十八 真實項目
咱們但願學員能夠參與 到真實的項目裏去。

這裏有幾個關鍵點:

1.不是全部的學員都有機會進真實項目,進入真實項目以前,必須有考慮。

2.全部進入真實項目要求的學員,都必須嚴格拿本身當成一個真正的工程師來看,不要用本身是學員,還在學習中來看本身。

3.一旦發現有影響項目質量,跟不上隊,態度或者是能力不夠的問題,當即清出項目組,從新去完成覆盤項目。

爲何要完成真實項目,真實項目跟覆盤項目比又有什麼好處?

1.覆盤項目中,接口是好的,人員是好的,真實項目裏,接口須要重新協商,而根據需求商議接口,自己就是一種須要反覆鍛鍊的能力。

2.覆盤項目的功能和需求相對完善,不存在歧義,畢竟都是已經上線的項目。而真實項目還處在打磨階段,常常會出現需求有遺漏,理解不清楚的狀況。程序員必需要學會確認本身對需求的理解力,以及如何在出現這種狀況的時候,不影響項目的進度。

3.覆盤項目的需求不會變動,而真實項目的需求可能會隨時變動。一旦變動,就更能體現出來個程序員代碼質量的好壞。好的程序員,會支持更多的擴展性,壞的程序員,改幾個字都很難。

4.覆盤項目中不會出現接口問題。不管前端仍是後端,都不會出現不穩定的狀況。而真實開發過程當中,這是很常見的狀況。真實項目裏,常常要解決怎麼樣在合做方不穩定的狀況下不影響項目開發進度的問題。模擬數據,單元測試等都是比較效的手段。

若是學員跟着作了真實項目,在某種意義來講,他就已經不是找工做,而是去跳槽了。

有可能的話,我會想辦法給你們提供更多的真實項目演練的機會,但是實際狀況裏,只有表現最好的,各方面都值得信任的人才能有機會進入項目實戰中去。

幸運的是,大部分的線下的師兄,均可以經過一層層的篩選和洗練,在3個月左右的時間裏改變本身,獲得項目組成員的承認。

少數特別6的人,第一個項目負責獨立模塊,第二個項目就足以單獨作,第三個項目就能夠注重開發效率了。

半年左右的時候,就已經能夠放手交給他一我的了,這樣的人也符合了修真院自身的要求,因此修真院有一大半的人,都是咱們仔細篩選,從學員中留下來的。

十九 理論知識的培養:深度思考
作到了以上這麼多,夠了麼?

不不不。

後來在面試的時候發現,有不少公司會問一些奇葩問題,也有一些正常的深度問題。他們答不上來。

因此我反思了好久,知道問題出在什麼地方了。

理論知識體系不夠,長久以來,修真院踐行的是「學以至用」,用到的先學會,而後再去沉澱和積累,可是發現大多數人仍是不會自主的,有意識的去學習。

怎麼解決這個問題?

仍是講課的這種方式嗎?

仔細想了想,這種時候用講課的方式也何嘗不可。這個也是我一直想作的事情,作一個3~5分鐘的小視頻,便於查找,用來說解各類問題。

但是總以爲哪裏差了一些,仔細回顧了一下咱們本身的成長過程,才瞬間明白:

1.講課是須要的,可是不該該是咱們來說。

2.每個人都應該完成一次技術分享,學會認真的學習和調研一個知識點,擁有往深度學習的能力。

3.咱們能夠告訴他們須要瞭解什麼問題,可是不能夠直接說出來答案。

基於以上的緣由,咱們設計了一個深度思考的環節,全部的任務後面,都有針對當前的知識點,但願小師弟們能夠認真思考的內容。

這些內容並非如今的大家應該馬上所有掌握的,可是倒是想要繼續走下去,必需要知道和懂得的。

所以,咱們依照深度思考,天天晚上8:00~8:30,開始了WEB小課堂,天天的內容都會發布在微信公衆號上。

如今試行了一段時間,發現總體來講,還稱不上是技術分享,只能是掃盲和普及貼。可是這須要慢慢的調整和引導,整體來講,小課堂可以彌補掉理論知識的欠缺點。

深度思考的內容咱們都放在任務裏了,每個都沒有直接給出答案。

可是在相關的學習資料中,仍是掛上了視頻的連接和PPT的地址。這些東西究竟應該不該該放,我其實還沒想清楚,只是我以爲啊,有自制力的人,徹底不須要點開這些。

二十 關於分享:小課堂
剛剛講過了,小課堂的產生也是在不斷的打磨中,小課堂的形式就是直播+PPT。

從目前來看,小課堂已經達到了我指望的底,再說一下,爲何學員要參與小課堂的錄製和分享。

1.只有講的出來的東西,纔是你真正掌握的內容。

換句話說,你要是講不出來,出去找工做的時候怎麼辦?現場寫一段代碼咩。

2.只有本身去收集資料,去尋找知識點,才能強化本身探查知識點深度的能力。

你能夠在三個月以內入門,可是你不能夠花好久的時間停留在這個時間段。因此在這個時候就須要擡起頭看遠方,看看本身將來要走的路在哪裏。

這種能力也不是先天造成的。

3.技術分享是程序員的天性,總結,概括,梳理這些都是好的習慣。

4.將每個人從簡單到複雜的技術點都聽完,將本身該作的事情作完,至關於天天都在學習新的知識點。

更會由於每一個知識都是和你同樣門都不入的渣渣完成的,因此纔會消除恐懼感。

二十一 真實案例
修真院一直在踐行一句話:「作不到的,不去說。」

因此以上說的每一句話,都是先作,後總結。

也包括了對於互聯網教育的更多的思考,不少東西我也說很差是對是錯,在我沒作以前,我沒多少信心,可是當看到本身的108個小師弟順利結業,找到工做,並且是在修真院的整個體系尚未完成豐滿完善的時候,我才愈來愈有信心。

在過去的20個月裏,我曾經一天回覆過100多篇日報,特別是在前期,即便是今天,也會抽出時間看一下他們的日報寫的怎麼樣,他們遇到過什麼問題,進度怎麼樣的。

確實遇到了不少不少不同的狀況,有適合的,有不適合的。有願意以命相隨死跟着個人,也有看不懂我說的東西而離開選擇本身的編程道路的。

固然還有更多的人不喜歡我說話的語氣和態度。然而我原本也不是一個平和的人,爲嘛要以爲我會天生對一個不認識的人說話客氣呢?

這些就是鋪墊。舉幾個真實的例子。

第一種 中途放棄

各類緣由放棄的小師弟,共有13個。有的是由於時間,有的是由於學不會,有的是由於不適應這種學習方式,有的是學了之後才發現本身的真愛原來不是電腦,有的是由於身體。

名字我不一一提起,只但願他們都可以過的很好。若是是由於個人關注度不夠,給你們一種近乎散養的感受,我不得不說這是真的。在某種程度上,有一段時間內,確實是僅僅把你們收集在一塊兒,逼着他們按照官網的任務去按步就班的學習而已。然而更神奇的是,即便僅僅是這樣,他們也大多數都學得會。

第二種 資質平庸,學習散漫

十八一直在說本身是一個負面的典型,我也一直在笑他說來了一個月,睡了28天。最後2天被我逼着熬了兩個通宵,才走個後門送到一家公司,以後四個月還被人開除了。

他本身也很困惑,老是嚮往風同樣的自由,不知道本身要作什麼,年前的公司又出了問題,倒閉了。因此我再看到十八的時候,他很沮喪。

我說:「十八,你該買點好吃的來看我,怎麼能空着手呢?」

他說:「老大,我沒錢。等我發了工資吧。」

我說:「不,沒錢刷信用卡啊,隨便買點瓜子都好啊。」

而後十八買了點瓜子,板栗,我陪他聊了好久。

昨天晚上在我熬夜寫這篇文章的時候,十八說本身的工做基本定了,特別感謝我那天對他說的話。

但是我已經不記得我說了什麼。也許我說什麼都不重要,重要的是十八是一個正常的人,只是心裏不安份而已。

這離他結束在修真院的學習,已經一年了。一年的時間,他作了4個月後端,又休息了2個月,又作了2個月前端 ,又作了3個月後端,最後公司倒閉他又失業,到今年看起來他好像終於正常一點。

十八是典型的很聰明,可是失去生活信念的人。他不知道本身該爲何努力 ,也不知道本身生活的目標,最大的念頭就是到各個城市去流浪,而我老是在他下不了決心的時候鼓勵他:「去吧,十八,如今就走,我支持你。」

和十八相似的仍是五二,施星,以及WEB的雙榮等。人也不是不聰明,就是掌握不了節奏。

這個比例,大概是四十分之一。

第三種 正常的大多數

其他100多我的都是正常的多,幾乎所有是零基礎,科班出身的人特別少,以個人印象來看,大部分都來自建築,化工,機械,電子,生物,會計等行業。

並且,越是工做過的人,學習的速度反而會越快,越是學生,反而表現的有點差強人意。

這和自制力有很大的關係。目標明確的人,每每都能獲得本身想要的結果,而迷失方向的人,每每會走的慢一些。

這些人大部分均可以在3天左右拿到Offer,薪水的範疇是在8~12K之間,學習的時長是1個月~5個月不等,大部分都是3個月。

入職之後工做還都不作,還沒據說過哪一個人由於入職以後表現的很差,被辭掉的,基本上都是能夠受到公司的器重。

像如今的聯想利泰,都快成了另外一個小修真院,已經彙集了快10個從修真院結業的師兄,並且大部分是跳槽過去的。

修真院歷來不會在招生的時候說薪水和工做的事情,只會反反覆覆的說,確實會是大部分人拿到這個薪水,可是也必定會表現比較差的。

修真院用來宣傳的,一直都是:一家用人單位願意付獵頭費給咱們的IT培訓機構。

是的,大概有幾我的,是咱們拿了1個月獵頭費的。這也是我最後介紹的一類人。

第四種 各類神同樣的人

對於技術大牛來講,他們談不上。可是仍然表現出來比其餘人更快的速度。好比說。圖圖,呆萌奎,莎莎,利勇,099,亭子,古塵,一丁等,還有我家小麗。

他們在修真院的時間或多或少,可是都表現出來了快速的學習能力。我實際上是想說,這些人才是最適合這套學習體系的,你只須要給他們指出來方向,他們就能天然而然的走過去各類坑。

不少人都有在修真院工做的經歷,如今還繼續在修真院工做的人也有。

嗯。具體的細節不說了。

修真院在某種程度上來講,是一個沒有祕密的培訓機構。緣由以下:

1.師兄都在羣裏,除了以前被我生氣踢走的一些人。這羣熊孩子,讓他們錄製視頻,寫出來本身的薪水和工做單位,由於各類緣由,他們不作。

我所有踢掉了,這些人,修真院和他們的緣份也就到此爲止了。

2.日報系統記錄了每個人的成長記錄,包括了他們的做品,源碼等。

回想起來,日報系統絕對是我最正確的設計,沒有之一。

3.全部的教學內容,幾乎都是在官網上公開的。

能學到什麼內容,怎麼學習,甚至是在線自學和線下學習進度的快慢,基本上都會展現的清清楚楚。

4.學員的做品,也是真正上線運營的系統。

像小程序,網站,App,微信等,都有學員參與的身影,作出來的東西樣子,能夠清清楚楚的看獲得。包括修真院的官網,葡萄藤的官網,蘿蔔多的官網,草船雲的官網。

代碼的質量還不敢恭維,也有不少員工的代碼,可是他們都是正常上線運營的系統。

因此這大概是史上最透明的培訓機構了,沒有之一。

我還不屑於遮遮掩掩,好的壞的,歷來都喜歡作一個真實的本身。有很差的,咱們想辦法改進,只要思路是對的,辦法老是多過於問題。

二十二 結尾
其實還有不少沒講完的,或者是我思路不清楚的。

修真院的發展速度不算快,能夠說是很慢很慢,至今也仍是掙扎在死亡線上。

但是偶爾跟投資人有接觸,總不知道哪裏出了問題,確切的說,我對於他們的投資邏輯都不承認。

最後的結論每每是:好吧,你先踏踏實實的作吧。

我不想花太多的時間在BP上,也不想由於BP好看而承諾或者是作一些我認爲不該該作的事情。

更不想純粹的關注於投入產出比。

首先我關注的是價值點。對於我來講,若是我真的可以作到將一個零基礎的人,在3個月以內培養成一名真正的工程師,這就是這個項目最大的價值。

其次是他可否快速的複製。修真院裏沒有一個全職老師,甚至連一個兼職的老師都沒有,有時候就感受,你把這些想要學習的人放在一塊兒,他們沿着預先設計的軌道就天然而然的走上了人生顛峯。這在某種程度上來講,已經證實了這套教學理念和體系的價值。而我還在不斷的優化和改進的,就是在線上也作到這一點,以及線下仍是須要作大規模的驗證。

再次是他改變了這個行業原有的什麼規則。在各類視頻,直播橫行的培訓方式中,修真院用大相徑庭的理念創造了這個世界上本來不存在的修真院。修真院要作的就是深刻到初級工程師的培訓中,更深刻的去作好一個在線的輔助教學系統---甚至連是什麼系統都沒必要提,咱們只是在作一個最終能看到結果的事情而已。

最後是他的前景怎麼樣,是否有足夠多的利潤空間。修真院若是能作到年產出10000人,這就已經很了不得很了不得了。而若是「線上+線下」的方式能夠完美的混合在一塊兒,爲何不可能呢?

這只是初級工程師而已,而這套理念和思路,在1000多萬現有的程序員的市場裏,還有適應於中級高級,在更大的範圍裏,還不只僅適用於IT行業,各類技術行業都適用。

再遠一點,非技術行業也適用。我本身眼裏看到的世界,嗯,我要把它慢慢的變成現實。

以上就是20個月以來,我對於修真院的理念,第一次作的系統的闡述。

你會發現,中間措詞有時候是我, 有時候是咱們。

這是由於一到了晚上我就很容易精神分裂,到了早上,咱們就會合二爲一。

我想總會有一天,沒有人會由於本身是培訓機構出來的工程師而以爲羞辱,也沒有人會由於你是培訓機構出來的而不想給我面試機會,BS你。

靠着造假簡從來找工做的風向,不會一直持續下去,即使改變這個現狀的人不是我,不是修真院,也必定會有另外一個作的更好的人成就這一切。

我想總會有一天,當提到你是從修真院結業出來的時候,會和聽到你是比清華北大出來的學生同樣欽佩。

而修真院,也會成爲IT神界的修真帝國。

相關文章
相關標籤/搜索