今天看到這篇文章。寫的非常有意思。發現自己還有很長的一段路要走。
【背景】
如果你是剛進入WEB前端研發領域,想試試這潭水有多深,看這篇文章吧;
如果你是做了兩三年WEB產品前端研發,迷茫找不着提高之路,看這篇文章吧;
如果你是四五年的前端開發高手,沒有難題能難得住你的寂寞高手,來看這篇文章吧;
WEB前端研發工程師,在國內是一個朝陽職業,自07-08年正式有這個職業以來,也不過三四年的時間。這個領域沒有學校的正規教育,沒有行內成體系的理論指引,幾乎所有從事這個職業的人都是靠自己自學成才。自學成才,一條艱辛的坎坷路,我也是這樣一路走來。從2002年開始接觸WEB前端研發至今已然有了9個年頭,如今再回首,期間的走了很多彎路。推已及人,如果能讓那些後來者少走些彎路,辛甚辛甚!
【前言】
所謂的天才,只不過是比平常人更快的掌握技能、完成工作罷了;只要你找到了正確的方向,並輔以足夠的時間,你一樣能夠踏上成功彼岸。
本文將WEB前端研發編程能力劃分了八個等級,每個等級都列舉出了對應的特徵及破級提升之方法,希望每位在看本文的同學先準確定位自己的等級(不要以你目前能力的最高點,而是以你當前能力的中檔與之等級作對比,以免多走彎路),參考突破之法破之。
所謂的級別,只是你面對需求時的一種態度:能夠完成、能夠完美地完成、能夠超出預期地完成。以追求完美的態度加以紮實的編程功力,那就是你的編程水平。
切記心浮氣燥,級別夠了,那級別裏的東西自然就懂了。悟了就是悟了,沒悟也沒關係,靜下心來,投入時間而已。
一.【入門】
能夠解決一些問題的水平。有一定的基礎(比如最常見的HTML標籤及其屬性、事件、方法;最常見的CSS屬性;基礎的JavaScript編程能力),能夠完成一些簡單的WEB前端研發需求。
舉個例子:刪除一字符串中指定的字符。
1
2
3
4
5
|
var
str= "www.baidu.com/?page" ; strstr=str.replace( '?page' , "" ); alert(str); strstr=str.substring(0,str.indexOf( "/" )); alert(str); |
首先不要苛責代碼的對錯嚴謹,畢竟每個程序員都有這樣的一個過程;其次,這兩段代碼在這個實例裏沒有什麼大過錯,可能會有瑕疵,但能夠解決問題(刪除指定的字符),這就是這個級別的特徵。
再舉個例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
|
//
計算系統當前是星期幾 var
str = "" ; var
week = new
Date().getDay(); if
(week == 0) { str
= "今天是星期日" ; }
else
if
(week == 1) { str
= "今天是星期一" ; }
else
if
(week == 2) { str
= "今天是星期二" ; }
else
if
(week == 3) { str
= "今天是星期三" ; }
else
if
(week == 4) { str
= "今天是星期四" ; }
else
if
(week == 5) { str
= "今天是星期五" ; }
else
if
(week == 6) { str
= "今天是星期六" ; } //
或者更好一些 var
str1 = "今天是星期" ; var
week = new
Date().getDay(); switch
(week) { case
0 : str1
+= "日" ; break ; case
1 : str1
+= "一" ; break ; case
2 : str1
+= "二" ; break ; case
3 : str1
+= "三" ; break ; case
4 : str1
+= "四" ; break ; case
5 : str1
+= "五" ; break ; case
6 : str1
+= "六" ; break ; } alert(str); alert(str1); |
入門”階段是每個程序員的必經之路,只要“入門”,你就上路了。所謂“師傅領進門,修行靠個人”,有了這個“入門”的基礎,自己就可以摸索着前進了。
【進階之路】
將JavaScript、HTML、CSS之類的編碼幫助手冊裏的每個方法/屬性都通讀幾遍!只有將基礎打好,以後的路才能走的順暢。參考這些幫助文檔,力爭寫出無瑕疵的代碼。
這些編碼文檔建議不僅是在入門提高期看,在你以後每個階段破階的時候都應該看看,最基礎的東西往往也是最給力的東西,有時能夠給你帶來意想不到的收穫。
二.【登堂】
能夠正確地解決問題。不管你是通過搜索網絡,或者通過改造某些成品代碼(jQuery/Dojo/Ext/YUI)案例,只要能夠無錯地完成需求。
同樣以上面的那段“字符串剪裁”代碼爲例:
1
2
3
|
var
str= "www.baidu.com/?page" ; strstr=str.replace(/?page/, "" ); alert(str); |
僅僅解決問題對於“登堂”階段來說已經不是問題,這個級別所給出方案不能是漏洞百出。以上面這段代碼爲例:replace方法的第一個參數雖然可以支持字符串,但最佳的類型是正則表達式;
1
2
3
4
|
var
a = new
Array( "日" ,
"一" ,
"二" ,
"三" ,
"四" ,
"五" ,
"六" ); var
week = new
Date().getDay(); var
str = "今天是星期" +
a[week]; alert(str); |
對比“入門級”的代碼,不管是從代碼量、代碼效率、代碼優美性、代碼思路來說,“登堂”級的這個日期處理代碼都要優秀很多。
【進階之路】
這個階段雖然能夠給出正確的解題方案,但是不一定是最優秀的方案。如何才能得到最優秀的方案呢?首先就是積累各種能夠解決需求的方案,然後再驗證每個方案,在這些方案中選擇最好的一種。因此該階段的進階之路就是“行萬里路,看萬卷書”,積累各個需求的各個解決方案。
你可以扎身在專業論壇(藍色理想、無憂、CSDN)裏,通讀所有的FAQ及帖子;你可以打開搜索引擎,窮舉所有的搜索結果。自己建立測試環境一一驗證這些代碼:去揣摩每段代碼的意圖,去比較每段代碼之間的差異。這兩條路可以讓你快速完成原始積累,當你再面對大多數需求時能夠說這些問題我以前做過,那你就水到渠成地晉階了。
三.【入室】
最強代碼,知道所有能夠解決需求的各種方案,能夠選擇使用最優秀的方案滿足需求。這個級別基本上產品開發編程中的代碼主力。給出的一招一式,招招都是絕招。
還以上面的那個例子爲例,你能說出1、2、3之間的差別,以及適用於那種環境嗎?
1
2
3
4
5
6
7
|
var
str= "www.baidu.com/?page" ; //
1、字符串剪裁 str.substring(0,
str.indexOf( "?page" )); //
2、正則表達式 str.replace(/?page/,
"" ); //
3、字符串分拆、合併 str.split( "?page" ).join( "" ); |
能夠解決問題的方法會有很多,但是對於程序員來說應該選擇最優秀的。上面這段代碼從代碼量來說“正則表達式”最優秀;從代碼執行效率來說: “字符串剪裁”法最高(Chrome中“正則表達式”效率最高),split法最次;從可擴展性上來說,“正則表達式”法最優。具體使用那種方案視具體的需求環境而定。
“入室”階段,程序員應該能夠肯定的回答:對於這個需求而言,我的代碼就是最優秀的代碼。
再以“今天是星期幾”爲例,“登堂”級的代碼你敢說是最優秀的代碼了嗎?
1
2
|
//
計算系統當前是星期幾 var
str = "今天是星期"
+ "日一二三四五六" .charAt( new
Date().getDay()); |
對比“登堂”級的示例代碼,上面這段代碼給你什麼感受?程序員追求的就是完美。“入室”級別追求的就是每一招每一式的完美無缺。
從WEB前端編程來說,通過2年左右的努力,很多人能夠達到這個水平,但是,很大一部分人的編程能力也就止步於此。或限於產品的需求單一性,或限於需求開發的時間緊迫性,或限於人的惰性,能夠完美地解決當前的需求就夠了。
由於長期處於技術平臺期,技術上得不到提高,通常這個級別的工程師會比較燥。技術上小有所成;或追求個人的突破;或追求產品差異性帶來的新鮮感;或者只是想換個心情;因此很多此級別的工程師會經常換公司。
戒驕戒躁:
切勿以爲自己能寫一手漂亮的代碼而自滿;
切莫以爲別人“尊稱”你一聲“大俠”你就以 “大俠”自居;
切莫以爲自己積累了一些得意的代碼就成了框架式開發。
細節決定成敗,優秀的方案並不能保證最終的成功。還以“刪除指定字符串”爲例,原始字符串從格式上來看應該是了個URL鏈接,在去除“pn=0”之後,最末尾處留了一個尾巴“?”;如果原始字符串是“http://www.xxx.com/?pn=0&a=1”,去除“pn=0”之後 ? 和 & 兩個符號緊貼一起,這更是明顯的bug。
【進階之路】
此階段進階之路就是:切勿心浮氣躁;你不再被需求牽着走,而是你牽着需求走。注重細節,注意那些當前需求裏沒有明文給出的細節:代碼性能的差異、運行平臺(瀏覽器)的差異、需求的隱性擴展、代碼的向後兼容等等。
再通讀幾遍HTML/CSS/JavaScript幫助文檔。
我建議這個級別的工程師做一做WebTreeView控件,要求總節點量一萬左右操作流暢,你的晉升之路就在這個控件的編碼過程中。
四.【入微】
最強解決方案。你能夠走在需求的前面,將當前需求裏有的、沒有直接提出來的、現在暫時沒有但將來可能有的等等,及前端編程潛規則等各個方方面面都綜合考慮,給出最優方案。以一招勝萬招。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
//
我將這個字符串裏所可能想到的各種情況都列舉出來 var
a = [ ]; /*
需求的不言之祕: ?
若出現在字符串最尾則要去之 ?
& 兩個符號不可重疊 */ var
reg = /((\?)(pn=[^&]*&)+(?!pn=))|(((\?|&)pn=[^&]*)+$)|(&pn=[^&]*)/g; for
( var
i = 0; i < a.length; i++) { alert(a[i]
+ "\n"
+ a[i].replace(reg, "$2" )); } |
這個階段已經不再追求一招一式,對你來說不是使用什麼創新絕招解決需求,而是給出成熟穩重的方案,從根上解決問題。針對某個當前需求你的代碼可能不是最優,但是針對此類的需求你的代碼卻是最優秀的代碼。
【進階之路】
很多WEB前端研發工程師在做了3-4年之後就會進入一個瓶頸期:產品開發需求是小菜一碟,沒有新鮮的可以挑戰的東西;代碼開發中的稀奇的解題方法都已經嘗試過。沒有了可挑戰的難題,失去了探索的激情,也就沒有了再上升的動力,好不容易走過“入室”級別的人又會有八九成止步於此。或轉做技術領導人,或轉到其它的領域,或換公司。
這些人的上升之路在哪裏呢?
這個階段單單依靠技巧和數量的累積已經沒有什麼效果了,突破之路在第5層《化蝶》裏會詳細說明,我建議你在這個階段末尾着重關注編程理論:面向對象/過程、代碼組織形式、編譯、代碼規範、其它的框架設計等等。
我建議這個級別的工程師做一做WebEditor控件,不要求完整功能,但是該控件裏的模塊劃分、代碼組織、編程思想做到位,給出一個系統的解決方案。
五.【化蝶】
破繭重生,這個層次關注的是編程語言本身,而不再關心產品需求。什麼是繭?產品需求就是繭。當你一招勝萬招,打遍天下需求之時,你如果還拘泥於需求開發,那就是你限於繭中而不自知。要麼就在這個繭裏默默地老去,要麼就破開繭獲得新生。
還是以那個“字符串剪裁”的老例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
/** *
在拼接正則表達式字符串時,消除原字符串中特殊字符對正則表達式的干擾 *
@author:meizz *
@version: 2010/12/16 *
@param {String} str 被正則表達式字符串保護編碼的字符串 *
@return {String} 被保護處理過後的字符串 */ function
escapeReg(str) { return
str.replace( new
RegExp( "([.*+?^=!:\x24{}()|[\\]\/\\\\])" ,
"g" ),
"\\\x241" ); }
/** *
刪除URL字符串中指定的 Query *
@author:meizz *
@version:2010/12/16 *
@param {String} url URL字符串 *
@param {String} key 被刪除的Query名 *
@return {String} 被刪除指定 query 後的URL字符串 */ function
delUrlQuery(url, key) { key
= escapeReg(key); var
reg = new
RegExp( "((\\?)(" +
key + "=[^&]*&)+(?!" +
key + "=))|(((\\?|&)" +
key + "=[^&]*)+$)|(&" +
key + "=[^&]*)" ,
"g" ); return
url.replace(reg, "\x241" ) }
//
應用實例 delUrlQuery(str,
"pn" ); |
這段代碼相對於層次4《入微》有什麼區別嗎?從代碼實現上來說沒有太大的區別,但是從思路上來說卻有着本質的區別:1、不再是就事論事,頭疼醫頭,而是把一類問題抽象理論化,一招破萬招;2、有封裝的概念,不再是每次從零開始,而是站在半山腰開始爬。
在WEB前端研發隊伍裏也有很大一部分人《入室》層次時就自我感覺良好,直接跨躍到《化蝶》,積累自己的代碼庫,抽象化問題。但沒有基礎,缺少強大的後勁,即使能夠破繭也經受不了風吹雨打。一份不成熟的架構設計對團隊開發帶來的危害遠大於它帶來的好處,這種例子在業界屢見不鮮。不要拔苗助長,不要不會走就想着跑,夯實基礎,水到渠成地成長,厚積薄發,強力地破繭而出。
【進階之路】
你已經從原始積累,到厚積薄發,到破繭而出之後,你所關注的應該不再是一招一式、一個項目、一個模塊,而應該是一種思路,一種理論。你可以做以下幾個步驟以突破到更高層次:再仔細看幾遍HTML/CSS/JavaScript接口幫助文檔;選擇一門強語言(C++/C#/Java等)觀察理解這些語言的組織結構,語言設計;看看原型鏈,鏈式語法編程,泛型,接口編程,DOM遙控器等等;仔細閱讀成熟的WEB前端開發框架的設計文檔,看他們爲什麼要這樣設計。
六.【大俠】
這裏所說的大俠,不是大家互相吹捧的“大俠”,而是實至名歸的高手。這個級別的人完全有能力寫出不差於Bindows/jQuery/Ext/YUI/Dojo的同等級別規模的前端開發框架。應用成熟的開發框架指導、解決問題。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
|
//
庫文件 /mz/string/escapeReg.js /** *
在拼接正則表達式字符串時,消除原字符串中特殊字符對正則表達式的干擾 *
@author:meizz *
@version: 2010/12/16 *
@param {String} str 被正則表達式字符串保護編碼的字符串 *
@return {String} 被保護處理過後的字符串 */ mz.string.escapeReg
= function
(str) { return
str.replace( new
RegExp( "([.*+?^=!:\x24{}()|[\\]\/\\\\])" ,
"g" ),
"\\\x241" ); }
//
庫文件 /mz/url/delQuery.js ///
include mz.string.escapeReg; /** *
刪除URL字符串中指定的 Query *
@author:meizz *
@version:2010/12/16 *
@param {String} url URL字符串 *
@param {String} key 被刪除的Query名 *
@return {String} 被刪除指定 query 後的URL字符串 */ mz.url.delQuery
= function
(url, key) { key
= mz.string.escapeReg(key); var
reg = new
RegExp( "((\\?)(" +
key + "=[^&]*&)+(?!" +
key + "=))|(((\\?|&)" +
key + "=[^&]*)+$)|(&" +
key + "=[^&]*)" ,
"g" ); return
url.replace(reg, "\x241" ) }
//
應用實例 ///
include mz.url.delQuery; mz.url.delQuery(str,
"pn" );
自成體系,有基礎,也有理論高度。知道爲什麼這樣設計,也知道什麼樣的設計最好。比如這個例子可以有這樣的封裝: //
庫文件 /mz/url/delQuery.js ///
include mz.string.escapeReg; /** *
刪除URL字符串中指定的 Query *
@author:meizz *
@version:2010/12/16 *
@param {String} url URL字符串 *
@param {String} key 被刪除的Query名 *
@return {String} 被刪除指定 query 後的URL字符串 */ String.prototype.delQuery
= function
( key) { key
= mz.string.escapeReg(key); var
reg = new
RegExp( "((\\?)(" +
key + "=[^&]*&)+(?!" +
key + "=))|(((\\?|&)" +
key + "=[^&]*)+$)|(&" +
key + "=[^&]*)" ,
"g" ); return
this .replace(reg,
"\x241" ) }
//
應用實例 ///
include mz.url.delQuery; str.delQuery( "pn" ); |
而爲什麼不採用下面的那種封裝呢?經過了《知微》和《化蝶》你就懂了。
【進階出路】
道法自然,從根上去尋找突破的契機。你可以研讀HTML解析引擎設計與實現,JS解析引擎設計與實現,其它語言的代碼解析與編譯實現等等。
或者出些書。低級別的人寫的書要麼是一大抄,空無一物;要麼是害人。
七.【宗師】
這個級別的人已然到了無招勝有招的境界。項目開發中的難題?沒有難題!運行平臺的差異?從根本上搞定!代碼規範、開發模式,早已經被拋在身後。這個級別的人已經不再關注於某個前端開發框架,而是應對具體的環境給出最佳的理論指導。
這個級別的人所注意的應該是以最合理的系統架構引領着整個團隊的進步,在什麼樣的場景下該用什麼樣的架構設計。3個、10個、50個、100個人的團隊最應該用哪種模式?等你到了宗師級別,你再來回答吧。
【進階出路】
每一個宗師就是一個高山,就是一個領域裏的神,但是你僅滿足於在一羣比你弱的羣體展現你的強大嗎?如果還你是止步原地,那總會有人乘着飛機、宇宙飛船從你的頭領掠過,高處不勝寒!
要突破這片領域,那就必須跳出這片領域。要想突破WEB前端研發的宗師級,那就跳出WEB前端吧,上面還有WEB開發。即使你是WEB前端的宗師,但沒有快速的數據響應,沒有高速的網絡架構,沒有優美的系統支持,你又能如何?所以突破之路就是把目光投到整條WEB開發的鏈條中去。
八.【飛昇】
其實嚴格來說,飛昇已經不是原領域的範圍了。在WEB研發領域,對於這個層次的有一個很好聽的稱謂:架構師。當然那些“僞架構師”另當別論。
一法通,萬法通。在其它的技術領域,也可以按照《入門》《登堂》《入室》《入微》《化蝶》《大俠》《宗師》來劃分等級;一樣也可以按照我這裏所寫的每個級別的【進階之路】來快速提升。
轉載地址:http://hszy00232.blog.163.com/blog/static/430227532011119105237357/