我想很多人都會遇到 在程式裡面embed HTML or HTML embed程式的例子 例如像PHP JSP ASP都會遇到這種情況 這種情況相當討厭 因為不太可能要求HTML工程師做這件事 到最後很有可能的情況 又是programmer自己得去看懂HTML工程師做出來的HTML 再自己想辦法搞定 放進去程式裡面 那完成之後不就又是programmer來負責維護這份HTML碼嗎? 這樣分工不是有點奇怪 為什麼HTML工程師做出來的HTML碼會由programmer維護? 大家的工作都bind在一起了 因此我覺得理想的情況 HTML碼裡面鑲入越少標籤越好 而且HTML丟出來之後 網站外觀隨即改變 不需要programmer去看懂 就類似CS領域的MVC design pattern 將外觀與程式流程分開的概念 讓HTML美術人員與programmer各司其職 不要去cover對方的工作 這種想法已經有很多實做出來的成品 像是PHP Java都有template系統 ASP.NET也有dotnetnuke可以使用 這些template使用dw來修改都不會有問題的 而不會像一般JSP or PHP裡面混了很多程式碼 所以我希望的理想流程 案子接到後 -> 交給設計部 程式部 設計部: 設計師用illustrator or photoshop過稿 讓客戶確定畫面 HTML工程師拿完稿 做出HTML檔 程式部: 做出模組 最後拿HTML檔跟模組同時上網站 整個網站就完工了 這樣不僅兩部門同時工作 節省 程式去等待HTML時間 而且分工也清楚 因此我想跟大家請教 以及討論的是 1. ㄧ般的平面設計是否沒有接觸過網頁的技術? 我是覺得網頁的UI也有很多要考慮的地方，例如像是 瀏覽的流暢度 畫面的美觀 table是否可以上下左右延伸等等 設計領域是否除了平面設計以外 還有專門在做網頁設計的專門人才呢? 2. 如果把設計師 跟HTML工程師切分開來 大家絕德可行嗎?在工作職場上是否有很多這種例子呢? 因為我認識的朋友中 很多都是自己設計 自己弄出HTML碼的 而她們也是待在大公司裡 ※ 引述《PsMonkey (痞子軍團團長)》之銘言： : 我想補充一點... : "檔案大小真的很重要!!" : 不管你是 flash 還是圖片，請真的，注意一下這點 : 當然，如果你是寫 intranet 的網站 : 或是 focus 在小型網站，每天瀏覽的人數不很多，那到也就還好 : 重點不在 client 端的網路頻寬 : 重點也不在 Server 端的處理速度 : （甚至還會推廣 Server 先將內容壓縮過再傳給 client） : 重點在於 Server 的網路頻寬 : 如果你是虛擬主機之類的 : 頻寬要錢，流量也要錢 : 不顧慮檔案大小，剛上線可能還沒什麼 : 久了之後，可能客戶就會拿帳單跑來找你了 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.169.101 ※ 編輯: seagal 來自: 140.109.169.101 (01/10 18:29)