CSS
首先来谈谈这两款软件生成垃圾代码的情况。就拿使用DW（Dreamweaver）来说吧，当你在设计视图下修改文字的颜色时，它会给被选中的文字添加上一个类似文字这样的标签。可要是你在
CSS对话框里进行同样的修改操作，它就会在页面头部添加一个，并且给文字加上一个名为style1的class。你瞧，仅仅是修改文字颜色这么一个简单的操作，在两个不同的地方设置字体颜色，就会产生两种不同的代码。这两种代码的功能是相同的，而DW并不会自动对这些重复的部分进行清理。所以，要是你给文字设置第二种、第三种颜色，按照你的操作，它就会在同一个地方生成更多功能重复的代码。我在2009年以前使用DW的时候，每时每刻都得盯着代码视图。要是不小心出现了那种带数字的
CSS类名，我都会手动把它改成具有可读性的单词驼峰组合形式。DW它自己是不会清理那些冗余代码的，而那些不懂HTML和
CSS的使用者，他们也没有保持代码简洁的意识。我看过一些人用DW做出来的页面，存在几倍甚至十几倍的垃圾代码都不算稀奇的事。有些人觉得这没什么大不了的，认为垃圾代码也能让页面正常运行，只要浏览器能显示这些页面就行。确实，当时有不少人抱着这种想法也能完成工作，而且垃圾代码对页面性能的影响看起来也不是特别大。我只能说他们缺乏更高的追求，不过有句话怎么说来着，这世界本来就是个大草台班子。但是，在这之后
互联网的发展却给DW这类软件判了个死缓。
移动端开始蓬勃发展起来了，做页面需要有响应式设计了，像DW这种宣称能够所见即所得的软件就不好使了。那些所见即所得的功能，能顾得上PC端，就顾不上
移动端了。只会在DW里通过拖拽设置来做页面的人，做出来的东西都变成了不能用的废品。在那个时候，简单的media query（媒体查询）就把网页设计的前端人员分成了设计师和页面仔这两个职能。由于行业发展迅速，很快就出现了用人缺口，这就使得只会设计和只会切图的人都能轻松找到工作，所以前端这个职位就迅速被分化出来了。可以说，在那个时候，能够摆脱DW手写页面的人，就算是比较抢手的前端人员了。而是否能够摆脱DW，似乎就成了一个很简单粗暴的标志，更多的前端从业者非常乐意加速这类拖拽软件的淘汰，以此来确立自己职能的地位和作用。那么，Dreamweaver以及比DW还差很多的FrontPage为什么会被淘汰？主要原因还是它们无法跟上
移动互联网的发展步伐。
