`
架构师
  • 浏览: 54968 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

周报 6月14日

阅读更多
周报 6月14日

上星期上线后,我在家看网站,发现...com是分支的代码, ...com是主干的代码,...com还是北京的人用.NET开发的那个版本,确实比我们现在Velocity开发的版本难看多了。

主干和分支很好区分,因为我有个js文件,主干比分支多一些功能。而且主干上有个bug,直接部署到生产上了。 我猜想...com这个域名是不对外的,但是只要是知道的人都可以访问。相当于一个半生产、半测试的环境。这也不失为一种好的测试方法,因为做测试最令人头疼的就是那假得不能再假的测试数据。...com直接用了生产数据(估计是只读的,不能做insert和update),测试起来心情好很多。

上星期上线之前,权限都不开,一直在截取的模式下开发。这样搞了一个星期,截取了16个文件,很容易乱。最重要的是心理上有一层负担:云桌面的文件是不能备份的,最保险的确保文件不会丢失的方法就是把它检入。检入了,整个项目组几十个人下载下来,就是最好的备份。 当我云盘上有16个文件未检入时,相当于没有备份,一不小心没了,会带来很大的损失。

本周让人惊讶的事件是,我们开发XX功能的组长X庭,据说辞职了。从上周五周六开始就没见到他。他在代码中遗留了不少问题,比如一个ResultMap,需求方案里明明写有“四项指标”,他定义出来的ResultMap硬是只有三项指标,然后下面一行把VARCHAR拼成VARCAHR,谁也不知道他究竟开发到什么程度,他写的方法能不能安全地调用。 我相信如果他只要多上两天班,可以完成很多善后工作,给我们其余的组员节省很多的时间。 如果有一天我离职了, 不会丢下个烂摊子, 我会把该我维护好的东西维护好,就算不是为了项目,为保持良好的开发习惯,也应该这么做。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics