哎呀，真是好痛苦啊，我从未见过如此混乱不堪的程序，居然还能跑起来！
程序是另一个组里面的前辈写的，因为用了一些“古老”的框架，界面过时，被甲方“嫌弃”。程序演示时我也在场，我发现前辈坚持使用360浏览器的兼容模式来演示，是我迷惑不解。出差回来第二天我就被安排来修改这个程序，领导说是功能不需要修改，只需要修改一下界面，美化一下，最好“扁平化”。如果只修改样式的话应该是不难的，无非就是把各种html控件用css美化一下。我当时是这样想的，老杨（主任）也对我说“随便弄弄就好，用bootstrap就行”，好吧，那立刻动手！
然而，太天真了，我才知道程序在Chrome里面是存在问题的。浏览器的兼容性可真不好改，不像我们现在做的兼容IE浏览器，而是要兼容Chrome，这让我很是吃惊，还有这种操作！算了，我直接在Chrome里面修改好了，为了远离这个程序（我实在是担心程序后期会由我来维护），我尽量不去改动其中的html结构，新建一个flat_style.css文件来覆盖原有的样式。
当我但看源程序文件夹，我真是后悔了。这已经超出我的能力范围了，这几个文件夹js、javascript和script是什么？打开文件夹后才知道js和javascripts里面是存放的第三方js库。仔细查看引用之后会发现include文件里面包括了Module文件夹的所有内容。仔细想想，我不该生气的，我只是“修改一下界面”，所以我一句怨言也没说。
先修改登录页，页面结构很简单，采用了table布局来使登录框水平居中，然而背景图在大屏显示器上不能很好的展示。虽然很快修改好了，但我对此并不十分满意，背景图片把标题也包含了，没法根据窗口的大小来合理的调整标题。算了，他们不会介意的。
虽然flat_style.css尽力发挥着它应有的作用，但有些地方它真的是无能为力。html代码里面充斥着这种混乱结构,能不用<br />换行吗。这里我只能改了，不然真没法进行下去，保险起见，我还用git做了版本控制，如果出现问题我就恢复回去，急忙撤出。
如果只是修改样式，微调html结构就好了。但主任发现原程序存在结构上的不合理，他认为这个程序既然采用了dwz框架，那么最好把jqueryui弹出来的整页内容也放到dwz的tab里面，否则风格不统一。这才是灾难的开始，有些东西是改不得的，我奋斗了好几小时查找令程序崩溃的致命bug未遂。疲惫不堪的对老杨说，既然采用了dwz框架，为什么不让xx来改。老杨也感觉很无奈，其中的原因也不好说。但老杨还是决定帮我来解决这个问题，大概调试了一小时吧，老杨决定去跟领导讨论。最后的结果是：重新做一个！
新程序由自己来做，后台服务能不能保留也由我来决定，界面的风格采用我之前做过的项目的样式，考虑到程序的复杂度，决定给我一个月的时间。早说嘛，白白浪费了三天时间。不过还有些功能需要跟前辈讨论下（因为有几个地方我是真的搞不清楚），但他总是在出差。头痛好些了，但我还是不打算去吃药，扛过去！
接下来我得赶快把框架搭建好，省得他们再反悔。
