我们已经有创意总监以及设计总监，但是唯独没有前端总监，兴许我们也应该招一个。

在大公司工作有些年头以后，(你会发现，在跨不同前端部门的过程中)，经常会出现兄弟部门成员写的CSS代码不带注释或者他们不熟悉自己部门业务的情况。上面所讲的两种情况都会导致他们写出的CSS文件很大而且臃肿，另外大的CSS文件会对网站性能造成不良影响。(最后你就会发现)，人们通过书写更复杂的规则来覆盖之前存在的样式或者通过给标签上的class属性添加成百上千类名的方式来解决上述问题的做法越来越常见。

在前端自成一派的专家希望通过提出复杂的规则以及体系的方式来解决上述问题。在那段时间里，他们将自己在前端的思考潜移默化给那些前端菜鸟，(但是这种做法也有不好的地方)，就是他们的这些思考很容易变成金科玉律。浏览前端文章的时候，发现在这些文章的评论区，经常充斥着许多关于解决方法是否可行或者是否可以使用id等类似问题的绝对字眼。我才意识到，一些不错的解决方法早已成为一些人解决类似问题的思维定式。

当然我也会去表扬一些针对写CSS过程中存在的问题并提出解决方案的同事。特别是在所做的项目需要跨不同团队而且各团队成员沟通不及时的场景下，这些方案可以很好的帮助一些大型企业避免面临一些棘手的问题，但是我觉得可以从另外一个角度来看待这个问题。

我们非常清楚，在你不考虑性能以及代码质量的情况下，经常会有不同团队的码农会写出过时且容错性差的CSS代码。

另外针对如何看待一些码农为了解决上述提到的CSS问题所做的尝试，他们得出的结论是：过多的class名称其实就是代码臃肿的代名词。

所以，不如参考下面所列举出富含哲理的例子，然后把自己的心思全部放在管理上，这建议怎么样？要知道，无论摄影师的风格多么迥异，不管他们和哪些导演合作过，也不管他们呆过哪家特定的杂志社，(在工作过程中)通常都会有一个负责拿主意、制定拍摄计划以及最终拍板的总监。正如每个乐队都需要一个指挥家。无论完成一部电影需要多少个剪辑师，(如果不出意外的话)，剧组也会有一个导演。这就是为什么需要前端总监的原因啦。

在电影筹拍过程中，试想一下，在没有导演、没有剧本，并且剧情是由不同的编剧创作完成的，甚至是没有人能够完整的描述故事原型等条件下，该怎么办？(如果真是那样的话)，是不可能拍摄出情节连贯，叫好又卖座的电影。这也是为什么很多大公司仍然需要招聘设计师以及前端开发工程师。

所以我有个想法，大型非盈利组织，与其在你遇到上述问题时投入大量的前端工程师，然后排查究竟是哪些因素阻碍项目推进，倒不如考虑在组织架构上增添一个和其它总监拥有同样执行力的前端总监职位。

扫码关注w3ctech微信公众号