图片统一命名后也有很多问题,比如不能相应路径的变化,还是样式表好用,隐藏细节啊呵呵,多么优秀的软件设计思想.和谐与统一往往是焦不理孟.统一有一个很大好处,关键点一更改,全局都发生变化.同时这也是他的一个坏处,有些时候,也许会在不知道的地方发生了不想它发生的变化.所以什么都统一也是不应该做的事情.
项目到了后期,病毒也来凑热闹,此时时间非常的宝贵,扫描杀毒的时间当然没有,而这时机器时不可能格式化的(格式化所有盘,当然不可能,重要的文件会丢失;格式化系统盘,也不成,很多软件要重装).只好先将就着,但系统却越来越慢.有些时候问题就这么简单.团体的素质真的很重要,如果大家都有一定的计算机维护经验,这事情其实可以不发生.但是人是很懒的,不出问题的时候你预见到了问题,为他好让他做,他觉得麻烦或者说认为担心多余,这都还好,如果心理脆弱一点觉得你是在刁难,找茬,可就麻烦大了.像这种局存在双赢的解决方案吗?我相信是存在的,只是很难......
项目到了后期,面对堆积如山的问题,大家的思维变得非常之敏捷.工作效率也是非常的高.有些人这个时候就会说,早这样何至于此.个人觉得这种话非但无益反而有害,这只是个希望,却没有任何具体的解决方案.很多人会因为这美好的愿望而采用简单粗暴的解决办法,反而违背了初衷.
其实经历了几天的项目后期的运作，突然更深一层明白到敏捷开发的一些思想。在后期，需求异常的明确：通过验收。验收的标准也相对明确。所以我们的工作效率非常之高。软件开发中最糟糕的是什么？变化的需求。而在工程中的其他人，也是很怕这个的，需求的变化原因很多：沟通不足，理解错位，时间紧迫，客户要求。老话说：30之后才明白，计划不如变化快。类同于敏捷开发说的遵循计划不如相应变化。也就是拿变化去刺激项目以进化式发展。很多人一遇到变化就蒙了，可事实上我发现，变化的时候是需求最明确的时候。我现在的理解是:与其制作完美的计划，不如有计划的去制造变化。在项目中，客户的不满就是我们变化的主因。所以敏捷中才有客户合作胜过合同谈判一说。不过，面对有些客户，比如说政府，这点明显是很难实现......
最后贴一下敏捷开发宣言：
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面具到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
（目前来说，仅仅明白了后两个，勉强理解第二个，对于第一个，还不敢说理解，下次项目可以试着加进一些敏捷的思想来）
