我想很多人都会遇到 在程式里面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)