刚入职一家公司,正好在重构代码,经理给架构师分配了两个人,我和一个老员工(年龄不大),姑且叫他 A 吧。
架构师把架构和代码都写好了,前两天,A 就开始和架构师“抬杠”了,为什么要把这个包拆分?。。。等等一些在我看来不是问题的问题,然后架构师就一一解答了,最后问 A,有困难吗? A:有困难,但我们能克服!!!把架构师整无语了。
昨天开始,我们先开始定义接口,要按代码规范来,A 又开始了,这个状态码为什么要这样?这个方法已经判断 null,为什么还要再判断?(其实没有判 null,架构师把源码都指出来了,还不承认,整的架构师和我都无语了,过了一会儿,还过来找我,说:这里就是判断了!我:。。。)
刚才,我们和架构师在对代码,架构师接了个电话,我看到他代码里包路径用的下划线(java),提醒了一下,包名别用下划线,A 又开始了:那用什么?又不能用驼峰,那怎么命名?我:全小写就好了,还有这个 git 日志最好写清楚一下,要不都不知道改了啥。A:行了,你别说,他(架构师)就不会注意!!!我:。。。
ps:1. 重构的原因是老项目就是💩山,没有业务划分,大家也没有代码规范,想怎么写就怎么写,只要能跑就行
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.