案例1
面試者：你好，我來面試公司的xhtml/css工程師職位。
考官：恩。你對CSS的瞭解程度怎麼樣，精不精通xhmtl/css。
面試者：不敢說精通，只能說是很熟悉。
考官：對不起，我們公司只招那些精通xhtml/css且有一定經驗的人員。
面試者：…………
案例2
提問者：我想把一些員工數據，比如姓名、員工編號、部門、入職時間、工資這些顯示出來，怎麼用div+css來寫比較好呢？
回答者：用表格吧。直接用dreamwer來插入表格，把相應的數據寫進去後再去寫一些css來美化界面。快捷又方便。
提問者：(過了N久)我是問怎麼用div+css來寫比較好，還有用表格的直接無視。因爲現在大家都用div+css了。
回答者：………
案例3
求助者：Hi，朋友，能不能幫我看一下這個網站的樣式到底哪裏有問題，怎麼在IE6裏沒有問題，跑到Firefox裏面就亂了。我自己都找好久都沒看到哪裏有錯。
解救者：嗯，我看一下你的代碼先。
求助者：好的。
解救者：你能不能把代碼風格整理下再發過來。各個區塊整理出來。
求助者：不用了吧。反下瀏覽器效果都出來了。現在只是個別瀏覽器出錯。代碼應該沒有什麼大問題，最多就是兼容問題罷了。
解救者：………你讓我怎麼看代碼。
案例4
求助者：爲什麼我設置了塊元素背景後，在Firefox裏面看不到背景色了呢？
解救者：加上dtd看一下。
求助者：可我加了，因爲是用Dreamwer裏面生成的，默認就是xhtml的。
解救者：會不是設置了白色。和瀏覽器的默認顏色一樣呢？
求助者：不是。我設的是#646136;
解救者：我看一你的代碼(過了N久後……)原來你在父類那裏設置了浮動導致的。
經常看到些招聘都要求精通CSS，如果回答如案例1那樣，很有可能會得到相應的回答。然而也會有一大羣人信心十足地回覆“精通CSS”“手寫代碼”“通過W3C驗證”“兼容IE5、IE6、IE7、IE8,Firefox、Opera、Safari……”，姑且對你對自身認識的準確度不談，你所羅列的這一大堆東西你真的覺得是有意義的嗎？難道CSS的最高境界就是熟知各瀏覽器的對HTML/XHTML、CSS解析的差異性，然後熟記一大堆hack技巧？表現上差異性，hack技巧可以說都是可以量化的，是可以通過付出時間成本來獲取的（按照我個人的想法就是Hack寫法，能避免就避免）。你用了兩年的實際工作時間，通過你的辛勤實踐總結掌握了很多不同瀏覽器表現上的差異性，也通過各種手段解決了這些差異性，做到了完美的兼容，你覺得你很有經驗，你精通了CSS，你很牛叉了。可是事實上，你引以爲傲的這些東西，一個勤奮的學生可能通過書籍、搜索引擎堅持兩三個月就搞定了。然後某天，瀏覽器市場在經過多年的廝殺和開發者的口誅筆伐後實現了天下一統，你所有的付出、你所有的經驗、你所有的精通就會在一夜之間迅速貶值！這一天是完全可以預見的！
但並不是說研究瀏覽器對HTML/XHTML、CSS解析的差異性毫無意義，熟知這些東西對提高工作效率還是相當有幫助的。只是它的意義遠沒有到要把它當着神一樣膜拜的地步，也絕對不應該成爲你學習CSS的終極目標。
知識技術的研究要麼是基礎研究要麼是應用研究的。顯然，對於大多數開發人員而言都屬於應用層面的研究，所要做的就是如何靈活運用已有的技術成果高效率的去完成工作。而具體到web前端開發，具體到頁面製作人員，重心就應該是在如何去構建簡潔、強壯、易擴充和高效的代碼上面！而不是成天在無數個瀏覽器之間來回切換地去尋找表現差異性的規律，它們在很多時候就是沒有規律的，還有很多時候是你庸人自擾，本來可以很簡單的頁面結構你卻寫的更復雜，兼容性問題自然就會更多，這就是自己給自己製造麻煩(案例2就是一個很明顯例子)。瀏覽器自身的缺陷留給他們自己去解決，你的沒日沒夜的辛勤勞動在那幫開發瀏覽器的傢伙眼裏也就是自作多情罷了。簡潔、強壯、易擴充和高效的代碼不但能提高頁面效率的，爲JS編程提供良好的接口，同時能夠大大的提高開發效率和質量。但是這個卻是很難從書上看來的，只能在實踐中不斷的總結積累，屬於經驗問題。在我剛接觸CSS的時候，看了很多到底是該用id還是class的文章（相信很多人都看過～囧～），現在想來價值甚少，到底是用id還是class絕不單單是id只能唯一而class可以重複多次使用的問題，你還得爲JS編程提供了好接口作更多考慮～···大型項目樣式文件結構的安排，命名規則，頁面結構往往也並不如想像中那樣隨意和簡單，很可能一個剛進公司的新人按照自己的命名習慣來寫樣式，但結果導致了整個項目的週期增長、後期開發難度增大等問題。
經驗問題，仁者見仁，智者見智。不要一味的追求“精通css”，應該更多的關注標籤語義化、可用性（Usability）、可訪問性（Accessibility）和可維護性（Maintainability）。