体验项目经理的日子7——混乱的文件（第三个问题）

    第三个问题与我的失职有关。项目启动时，我只建好了java代码的包， 却忘记了预先建好webroot下的文件夹。结果， 到项目进行到第四天时， 我发现webroot下的文件整个都是乱的： 文件目录层次混乱、 文件命名千奇百怪（JSP文件名首字母有大写的， 有小写的， 有驼峰式命名的，有加下划线命名的）、文件乱放（webroot下有js和css文件夹，专门用来放js和css的， 可到第四天时js和css文件满天飞）。 这个问题必须得解决，而且得尽早解决， 拖得越迟越难解决。 于是， 我把大部分相关人员都召集到了一起商量这个问题。 有两种选择。 第一种是保持原样， 提出后， 包括我在内没人同意， 看来webroot真的是乱的不行了。第二种是立刻整理， 但这意味着要把JSP页面里的相关路径都得改一遍。溃痈虽痛，胜于养毒，第二种虽然麻烦， 但大家也都算同意了。
   
    其实还有另外一个非常严重的问题。项目绝大部分的页面都是从汇博网上保存下来的， 初衷只是想参考一下它实现了哪些功能和利用一下它的页面效果，服务器端代码和js代码都由我们自己完成。但前端组在保存页面的同时， 不但保留了CSS， 还保留了大量js，有些和页面效果相关， 有些和表单验证相关， 还有为数不少的插件。他们原本是想减少我们的工作量，结果却是适得其反。 原因有二：第一， 保存下来的js文件命名非常地怪异（也有可能是我们少见多怪），如dragonVerSummary.js （瞟了一下里面的代码，发现是把好几个jquery插件代码贴到了一个js文件中）， 看了半天都没明白这个js到底是干嘛的（后来明白了，是一个弹出窗口插件）；第二， 原网站使用的表单验证插件占用了页面表单标签的id和name属性， 给struts2参数传递造成麻烦。混乱的js和大量被占用的属性名严重延缓了项目进度。针对这个问题的商量结果是把已有的插件和与页面效果无关的js全部删除。把插件删除并不是说我们不使用插件， 相反我们现在在项目里使用了不少的插件， 如日历插件、对话框插件等， 或是自己找来的， 或是搞清用处的原网站插件。
   
    因为这两个问题项目停滞了将近一天。我总结了下出现这些问题的原因和教训。

    第一，webroot 文件目录混乱是由于我没预先建立好目录造成的， 加上大家都还是学生，合理放置文件的意识还不是很强。
    第二， 命名混乱和文件乱放是因为缺少一个明确且具有强制执行性的规范。（但很多组员的英文不太好， 命名时常词不达意， 这个问题似乎很难用规范矫正。）
    第三，我是在第四天时才发现这些问题的，发现时就已经非常严重了。如果我能早点发现，就能避免很多麻烦。而我在第四天时能发现文件目录、命名和js的混乱， 是因为那天我开始亲自动手写一些代码了。 在这之前， 我主要做的就是制定计划，分派任务，查看任务完成情况，掌握整个工程的进度等， 都没怎么认真看过组员们提交上来的东西，直到当我自己动手代码实现一些功能时才这样做， 才发现这些混乱的严重程度。
    所以，得到的教训是： 项目开始前要预先建立好src和webroot下的包或文件夹；要有一个明确且具有强制执行性的规范（不守规矩、污染环境、屡教不改者，果断T了）；动手写一些代码对发现项目中存在的问题和难点帮助很大， 有助于更好地管理， 特别是在自身项目经验还不充足时。