|
锁定老帖子 主题：程序员的成长从开窍开始
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-02-01
chengren 写道 魔力猫咪 写道 还有我一次被派去帮另一个项目组（他们组一个人辞职了，人手不足）。先是在辞职那位的基础上加功能。结果我因为重构被项目经理教训了。他说这些代码是在他的指导下写的，能正常运行，我不该动（其实那位只是写了一半，而且他留下的代码结构比较乱，我那天没干别的，就清理旧代码了，不然没法干）。不但没写新东西，还把老东西改坏了（其实是我还没重构完。而且我以前没接触这些业务逻辑，重构当然难免有些错误）。郁闷。然后是在一个超级恶心的工作流上写东西。那是我第一次因为开发平台太恶心想辞职。我都不知道该怎么形容开发的别扭。好在一星期就离开了。 面向对象、重构。这些东西有些人平时叫得很响。公司老说程序员应该买《重构》。但是我重构了反而嫌我多事。光说不干。 如果你还没有熟悉这些业务逻辑，你重构的基础是什么？ 当然是首先读代码。然后找到觉得需要重构的地方，稍微修改一点，然后测试。其实重构是了解系统很好的办法。不搞清楚原来人写的都是什么东西，怎么继续加功能？不要以为我是在动整个架构。我主要是把表现层的几个action的内部做了重构（典型的伪三层，业务很多写在action里了，但是好在只是相对比较简单的CRUD）。把一些混乱的操作封装到私有方法、删除一些没用的临时变量，页面上调整一下，规范一些标签。其实就是这些。主要是没有单元测试，启动一次服务器要好几分钟（破机器），所以干得很慢（我对用MOCK模拟容器这方面不太了解）。延误主要是因为发现了很多BUG，修复BUG和重构一起干了。项目经理因此认为我重构整理代码，对冒犯了他的权威。到了晚上才肯听我解释，打打哈哈过去了。 |
| 返回顶楼 | |
