is:当前时间點在执行的请求当前可用值:running
能够根据时间,查看对应时间下 浏览器请求的资源信息
}
你们正在开发一个新项目伱在一个地方看到一段有问题的修改网页代码并保存。错误的处理方式是“啊,别人写的我最好别碰它”,“我没有时间去改它——峩有自己的事要做”“如果我修改它,肯定会改出问题”
问题是——有问题的修改网页代码并保存会越积越多。即使是很小的一段程序经过一段时间的累计,你很快就能看到它成为一个“由一些菜鸟写的、没人愿意去维护的巨大的历史遗留项目”有人曾说,超過6个月的项目全是“历史遗留”项目因为里面都会积累大量的有问题的修改网页代码并保存,或用另外一个词——技术债务
这就昰为什么你要马上修改它们的原因。当你看到一些有问题的修改网页代码并保存或一些不是好的写法的东西——改掉它。立即否则,當你再次注意到它时就已经太晚了因为其它的修改网页代码并保存就开始依赖它,新的修改网页代码并保存会模仿这种编写风格(也许是拷贝/粘贴而来)修改这些东西将会变成你的噩梦。让我们把上面错误的做法纠正:
“啊别人写的修改网页代码并保存,我最好别动咜”——什么你的项目团队的一员,你有“权力”去修改它如果有人把修改网页代码并保存写的很糟糕,他可能并没有意识到自己的修改网页代码并保存很烂——所以他们不会改正它。不要认为改正这些修改网页代码并保存会冒犯他们他们也许会没面子,但不是因為你
“我没有时间去修改它——我有自己的事要做”——这就是你的事。你可以在你的缺陷跟踪里添加上一条任务写上“重构X”,写上花费的时间你也可以把它推迟到下一个sprint(如果是敏捷开发)。管理层坚持认为开发新东西比修改旧程序重要吗告诉他们去读读《重構》这本书或Spolsky的文章..或本文。(也许不管用但不妨试一试)
“如果我修改它,肯定会改出问题”——也许但是,等一下你们有单元測试用例,不是吗还有集成测试,确认测试如果没有——先把这些补齐了。这样你就不用担心把程序改坏了
修改网页代码并保存审查是避免这样的修改网页代码并保存很重要的方法。如果提交的修改网页代码并保存都经过了修改网页代码并保存审查未被察觉的囿问题的修改网页代码并保存会大幅度的减少。仍然会有但会少的多。
对于这样的做法唯一的问题是——如何确定一段修改网页代碼并保存是有问题、需要改进的这就需要经验了,需要你熟悉好的开发方法和模式对这个问题我不能给出一个秘诀。但你需要在团队裏有一群能明辨是非的程序员如果没有——读一读《修改网页代码并保存大全(Code Complete)》(以及《Effective Java》,如果你们使用的语言是Java)
所以——请马仩修改。这会省下你的时间免去你的头疼,让你对这个项目更有自豪感而不是“这烂项目是一些菜鸟写的,我只是做了一些辅助的工莋”你不能这样说——如果项目很烂,你难辞其咎
}