前端架構師必須懂得真正的程式設計知識,而這正是很多自封為前端架構師的人所缺乏的。我的意思不是能夠剪下貼上改進程式碼就行了,而是能夠跟老練的工程師商討如何能夠最好地結合前端。
這就是說,前端架構師需要真正理解結構遭遇商業邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現的,前端架構師必須能夠解釋如何與為何要使用DataList或Repeater取代,解釋為何DataGrid在該情景下是個錯誤的選擇……
斷線的風箏
我們今天正處在一個不妙的處境中,原因在於幾乎沒有人能夠為前後端的溝壑搭橋。一般工程師不會有興趣或實踐標記,CSS, 或DOM指令碼程式設計,大部分客戶端開發者也沒有與後端技術協作的經驗。幾周入門PHP不會成為程式設計師,幾周入門XHTML也不會成為真正的客戶端開發者。
罪魁禍首
我首先想到的十足例子是,ASP.Net完全漠視Web標準,同樣地,web氛圍(我們指表格和佔位gif)讓Web標準鬱悶。企業專案的大多數框架輸出的標記,即使使用1999年的標準來衡量,都是糟糕無比的。
如此巨大和“專業”的產品怎麼能才夠不忽視,按理說是整個專案最簡單的方面?只有靜態程式碼。理由是,基於技術的立場衡量產品,結構,CSS和其他客戶端技術都是“事後諸葛亮”。表現邏輯,結構和行為混雜,壓根無助於無障礙,Web標準,或者前端技術乾淨的分離。抬起你的頭來,就在2006,這些都成受歡迎的慣例了。
總結
如果這個世界上姿態最鮮明的產品和專案都如此低劣的方式來處理事情,其他的還有什麼好說?毫無疑問,我們需要前端架構師,而且就在昨天。
歸結于歸結,我們有一堆相互關聯的技術,很少人能夠埋頭鑽研它們之間的關係,這很不幸。正確做事的真正價值在於容易的維護和長期的適應性。雖然在關鍵時刻,有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說,這可能是可接受的做事方式。但是,對我們大部分人來說,這是拙劣的抉擇,也非常不專業。
我交給你去想了。我假設你把車交給技工修理,修好了時候,瞧瞧引擎罩內大量的輸送管,我不知道你對技工作何感想?
前端架構師必須懂得真正的程式設計知識,而這正是很多自封為前端架構師的人所缺乏的。我的意思不是能夠剪下貼上改進程式碼就行了,而是能夠跟老練的工程師商討如何能夠最好地結合前端。
這就是說,前端架構師需要真正理解結構遭遇商業邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現的,前端架構師必須能夠解釋如何與為何要使用DataList或Repeater取代,解釋為何DataGrid在該情景下是個錯誤的選擇……
斷線的風箏
我們今天正處在一個不妙的處境中,原因在於幾乎沒有人能夠為前後端的溝壑搭橋。一般工程師不會有興趣或實踐標記,CSS, 或DOM指令碼程式設計,大部分客戶端開發者也沒有與後端技術協作的經驗。幾周入門PHP不會成為程式設計師,幾周入門XHTML也不會成為真正的客戶端開發者。
罪魁禍首
我首先想到的十足例子是,ASP.Net完全漠視Web標準,同樣地,web氛圍(我們指表格和佔位gif)讓Web標準鬱悶。企業專案的大多數框架輸出的標記,即使使用1999年的標準來衡量,都是糟糕無比的。
如此巨大和“專業”的產品怎麼能才夠不忽視,按理說是整個專案最簡單的方面?只有靜態程式碼。理由是,基於技術的立場衡量產品,結構,CSS和其他客戶端技術都是“事後諸葛亮”。表現邏輯,結構和行為混雜,壓根無助於無障礙,Web標準,或者前端技術乾淨的分離。抬起你的頭來,就在2006,這些都成受歡迎的慣例了。
總結
如果這個世界上姿態最鮮明的產品和專案都如此低劣的方式來處理事情,其他的還有什麼好說?毫無疑問,我們需要前端架構師,而且就在昨天。
歸結于歸結,我們有一堆相互關聯的技術,很少人能夠埋頭鑽研它們之間的關係,這很不幸。正確做事的真正價值在於容易的維護和長期的適應性。雖然在關鍵時刻,有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說,這可能是可接受的做事方式。但是,對我們大部分人來說,這是拙劣的抉擇,也非常不專業。
我交給你去想了。我假設你把車交給技工修理,修好了時候,瞧瞧引擎罩內大量的輸送管,我不知道你對技工作何感想?