|
非編程不可
我主張前端架構(gòu)師必須懂得真正的編程知識，而這正是很多自封為前端架構(gòu)師的人所缺乏的。我的意思不是能夠剪切粘貼改進代碼就行了，而是能夠跟老練的工程師商討如何能夠最好地結(jié)合前端。
這就是說，前端架構(gòu)師需要真正理解結(jié)構(gòu)遭遇商業(yè)邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現(xiàn)的，前端架構(gòu)師必須能夠解釋如何與為何要使用DataList或Repeater取代，解釋為何DataGrid在該情景下是個錯誤的選擇……
這只是個例子，問題還在于僅知道客戶端編程也是不夠的。能夠使用與工程師相同的術(shù)語，能夠討論（前后端）關(guān)鍵集成的最佳解決方案，這是絕對必須的。
斷線的風箏
我們今天正處在一個不妙的處境中，原因在于幾乎沒有人能夠為前后端的溝壑搭橋。一般工程師不會有興趣或?qū)嵺`標記，CSS, 或DOM腳本編程，大部分客戶端開發(fā)者也沒有與后端技術(shù)協(xié)作的經(jīng)驗。幾周入門PHP不會成為程序員，幾周入門XHTML也不會成為真正的客戶端開發(fā)者。
罪魁禍首
我首先想到的十足例子是，ASP.Net完全漠視Web標準，同樣地，web氛圍（我們指表格和占位gif）讓Web標準郁悶。企業(yè)項目的大多數(shù)框架輸出的標記，即使使用1999年的標準來衡量，都是糟糕無比的。
如此巨大和“專業(yè)”的產(chǎn)品怎么能才夠不忽視，按理說是整個項目最簡單的方面？只有靜態(tài)代碼。理由是，基于技術(shù)的立場衡量產(chǎn)品，結(jié)構(gòu)，CSS和其他客戶端技術(shù)都是“事后諸葛亮”。表現(xiàn)邏輯，結(jié)構(gòu)和行為混雜，壓根無助于無障礙，Web標準，或者前端技術(shù)干凈的分離。抬起你的頭來，就在2006，這些都成受歡迎的慣例了。
總結(jié)
如果這個世界上姿態(tài)最鮮明的產(chǎn)品和項目都如此低劣的方式來處理事情，其他的還有什么好說？毫無疑問，我們需要前端架構(gòu)師，而且就在昨天。
歸結(jié)于歸結(jié)，我們有一堆相互關(guān)聯(lián)的技術(shù)，很少人能夠埋頭鉆研它們之間的關(guān)系，這很不幸。正確做事的真正價值在于容易的維護和長期的適應性。雖然在關(guān)鍵時刻，有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說，這可能是可接受的做事方式。但是，對我們大部分人來說，這是拙劣的抉擇，也非常不專業(yè)。
我交給你去想了。我假設(shè)你把車交給技工修理，修好了時候，瞧瞧引擎罩內(nèi)大量的輸送管，我不知道你對技工作何感想？
出處：
責任編輯：moby
上一頁 是時候了,前端架構(gòu)師 [1] 下一頁
◎進入論壇網(wǎng)站綜合、網(wǎng)頁制作版塊參加討論
|
第 1 頁 
第 2 頁 是時候了,前端架構(gòu)師 [2]
