/ Chat

[CSS tech] 在 CSS/XHTML 關於輸出的心得

其實我是農夫(喂),所以工程師的事情我不太會也是很合理的!當完兵之後,懵懂不經事就學人家出社會,結果現在出來跑該還得都還沒還,不過這不是重點(疑)!在這個行業待了幾個年頭,不難會發現台灣的中小企業都跟農會一樣(喂喂),只給你一種肥料,就覺得稻米會長的很好,然後等到收成的時候,又因為他是老大,所以可以 隨便喊價 以量制價,產的比較好,單價就壓低,產的爛,就稍微提高一點點。

還好我小時候都吃自家的米,沒吃到農會的爛米(喂喂喂),不過當兵那陣子吃了一年半載的爛米,難怪會那麼癡肥(疑)。反正,吃米不知道米價這件事情,其實大家都習以為常了。然後就開始惡性循環,一開始的時候,找了一個萬能的 PG(Programmer)當作是瑪利亞,但是瑪利亞都有在看電視,PG 通常都沒時間看電視,所以拖地是行不通的(肯定的)。

稍微高級一點的,會有一個 PM(Project Manager) 來帶領團隊,然後會有 VD(Virtual Designer)跟 PG 配合。理想狀態是這樣,當有一個產品要開發時,PM 整合客戶的意見,然後與 VD, PG 討論,由 VD 產生視覺與 PM 跟客戶交涉,最後由 PG 實現功能。當然,這是理想,是一種遙不可及的夢想,正所謂,有夢最美,李想呼系(台語)!實際狀況大概是,PM 口頭轉述加油添醋,VD 客戶優先專業次之美學無視,PG 先做出來試用一下!

我都遇過(讓我寫個慘字)!至於 FE(Frontend Engineer),基本上,有聽過就要偷笑了(肯定的)。關於視覺設計與程式設計之間的恩恩怨怨,我想只有身在其中的人才能體會。只是,我覺得很悲哀的事情是,市場上真正專職的 WEB VD 到底有多少?君不見把把都是平面設計轉網路,阿撒不魯轉網路,農夫轉網路(就是我),好像人人都可以轉到網路業來發展,這是多美妙的世界啊(喂)!

造就了什麼?請自行想像。

我是 PG,我也做 FE,但是我並不是踰矩,因為我不專業啊(無誤)!程式不會寫是天經地義的事情,所以只好寫一點 CSS/XHTML 來平衡一下。其實我並不太理解的是,為什麼,所謂的專業,或是專職的網頁設計,對於 CSS 或是 XHTML/HTML 會一點辦法也沒有?這是很詭譎的事情,因為這些東西並不是新的技術或是方法,難道網頁設計沉淪到這種地步了嘛?

這個問題太嚴肅,所以還是跳過吧(疑)!

關於輸出這件事情,有幾個有趣的東西跟大家分享。

  • 子元件選擇器(E > F),偶爾會在 Firefox 失效。原因是,Child selectors 的定義在 Chrome 與 Firefox 不盡然相同,這一點讓人覺得很詭異。像是用 <a><div> 包起來時,就未必會有效,抑或是說,在權重上會不如預期。
  • 後嗣選擇器(E F),在子元件選擇器失效時,用他就可以克服,問題是,得避免多重繼承的問題發生。不過,在 IE6 上,這個選擇器在多重元件下,異常好用。
  • 相鄰選擇器(E + F),注意斷行跟空白,有時候會讓他失效!
  • :first-child 擬似類別,也是相當好用的一個,在 CSS 3 中還有 :last-child, nth-child(n) 可以用。但是,你知道的,IE SUCKS!
  • 設定複用有好有壞,好處是可以精簡 CSS 樣式設定,缺點是無法立即或是快速修改。在多人開發的環境下,個人還是不建議將 CSS 過於精簡,冗長雖然看起來繁瑣,但是只要命名規則與註解下得好,要維護也並非難事。
  • CSS 不是 PG 的事情!
  • CSS 不是 PG 的事情!
  • CSS 不是 PG 的事情!
  • CSS 不是 PG 的事情!
  • 我覺得搞台小發財車,去賣蔥油餅應該會比較好賺(喂)。

這年頭,PG 都不 PG 了啊(嘆)。