平衡设计师和工程师之间的HTML / CSS

栏目: CSS · 发布时间: 5年前

内容简介:我有一个开发过程的问题.背景:我为一个适中的网站工作,从历史上,设计师创建了他们想要的页面和组件的样式/屏幕截图,工程团队(包括我自己)把它们变成html / css.这从代码清洁的角度来看效果比较好,并且在编写javascript时有很大的帮助.然而,它无法帮助保持从一个页面/组件到另一个页面/组件的一致性.在一个页面上,标题字体可能是12px,而另一个11px,主要是因为它的一个复杂的站点有很多跟踪(我们已经循环了4个设计师).我们只有几个真正的通用风格,只有当工程师认识到这种风格时 – 被使用,而不

我有一个开发过程的问题.

背景:我为一个适中的网站工作,从历史上,设计师创建了他们想要的页面和组件的样式/屏幕截图,工程团队(包括我自己)把它们变成html / css.

这从代码清洁的角度来看效果比较好,并且在编写javascript时有很大的帮助.然而,它无法帮助保持从一个页面/组件到另一个页面/组件的一致性.在一个页面上,标题字体可能是12px,而另一个11px,主要是因为它的一个复杂的站点有很多跟踪(我们已经循环了4个设计师).我们只有几个真正的通用风格,只有当工程师认识到这种风格时 – 被使用,而不是设计师告诉他们.

我们最近的设计师是一个相对有能力的HTML / CSS编码器.我们认为我们可能会让他在HTML / CSS中创建模型,并将我们的代码交给我们进行快速整合.我们的希望是,设计师会更好地保持一致的风格,并且可以为我们节省一些开发时间.

我们发现的是,我们的设计师不如我们希望的CSS那么好,而且他的代码往往稍微blo肿,与我们需要做的不符.此外,他的编码风格与其他工程团队有着根本的不同,并没有很好地与我们建立的编码实践相结合.

问题:从设计到工程怎么做?我知道我听说过让设计团队做所有的模板编码的公司,但我很好奇这是如何工作的.设计团队是否真正将工程团队的成员纳入了这些场景?

就像我们现在的结构一样,我们不会有机会让设计师写出最终的模板,并将它们检查到SVN,即使他是一个熟练的HTML wiz.模板中有太多需要知道我们的代码库和潜在的性能问题.

我们如何使这个过程起作用?这是管道梦吗?

特别 – 个人 – 自从我来自一个web-dev,小店铺的背景我做CSS的工作,并切片PSD(通常)自己.但是,我喜欢认为我像这样很圆润:)

一般来说,我所拥有的最好的经验是拥有非常明确的开发人员群体的大型公司,包括制作gfx的设计团队,执行大量服务器端编码和应用程​​序架构的应用程序团队,以及UE (用户体验)团队将两者缝合在一起,生成一般的XSLT / JSP / HTML标记,客户端的CSS和JS.

有一个非常结构化的过程:

> userstory – >

>“线框”(文件) – >

>设计(PSD) – >

>“平”标记(仅限DHTML) – >

>集成标记(与网络应用程序)

“线框”将接近用UML或可能的视频产生的UE的规范.我听说这个术语适用于我认为适合的第4步,但这就是所谓的那个.

虽然这对于现在的问题有好处,但我发现还有其他问题.在团队中很难工作,由于时间表设计团队很少参与UE的决策(这使得UE处于尴尬的位置),应用程序团队和设计可以在交叉目的上工作,并且在这些盒装小组中没有太多的空间来学习.

我的怀疑(我认为理想的情况)是,一个项目的开发人员每个人都有能力与所涉及的技术(无论是CSS,SQL,无论如何)80%的技术相关,以传播决策控制和风险,但是每个域名都有一个(更多?)“czar”谁可以在域内担任权威和监督.实际生产这些设计是我自己的一个奇怪和神奇的技能,所以我看不到与开发人员真正的重叠,但我认为一群艺术家和项目组的跨技术 程序员 将是非常强大的.

Apols为长风.我可以在相当长的时间内继续下去,我花了很多时间思考.

btw,似乎你可以在那里做一些严肃的网页开发(没有进攻).出现“保持一个页面/组件到另一个页面的一致性”的问题,引起了人们的关注

http://stackoverflow.com/questions/444948/balancing-html-css-between-designers-and-engineers


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

程序员的数学思维修炼(趣味解读)

程序员的数学思维修炼(趣味解读)

周颖 / 清华大学出版社 / 2014-4-1 / 45.00元

本书是一本专门为程序员而写的数学书,介绍了程序设计中常用的数学知识。本书门槛不高,不需要读者精通很多高深的数学知识,只需要读者具备基本的四则运算、乘方等数学基础知识和日常生活中的基本逻辑判断能力即可。本书拒绝枯燥乏味的讲解,而是代之以轻松活泼的风格。书中列举了大量读者都很熟悉,而且非常有趣的数学实例,并结合程序设计的思维和算法加以剖析,可以训练读者的数学思维能力和程序设计能力,进而拓宽读者的视野,......一起来看看 《程序员的数学思维修炼(趣味解读)》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

HEX HSV 转换工具
HEX HSV 转换工具

HEX HSV 互换工具