代码删除大赛

2015 年 1 月 6 日
 Livid
如果你们公司有那种 N 年历史的大型 codebase,可以考虑定期组织代码删除大赛:在不影响功能的情况下,删掉多余或者不用的代码。
8263 次点击
所在节点    奇思妙想
54 条回复
rannnn
2015 年 1 月 6 日
我以前一个公司好几个10万行一个文件的代码。生成的code + 十几年的不停加东西。没人愿意去重构,这玩意谁碰谁倒霉。
Showfom
2015 年 1 月 6 日
别删除注释哈哈
lsmgeb89
2015 年 1 月 6 日
@rannnn 打开眼界,10w 行。
kxxoling
2015 年 1 月 6 日
@yellowV2ex Pythoner表示做不到啊!
KentY
2015 年 1 月 7 日
5年来一直开发, 冗余代码很多, 但是谁也不敢动

kent$ (master|…) git gll|head -1
* 13b2fb6 Merge branch 'master' of ssh://... (47 minutes ago by Kai ****) (HEAD, origin/master, origin/HEAD, master)

kent$ (master|…) git gll|tail -1
* 781a979 New remote folder for project. (5 years ago by Stephan ****)
branchzero
2015 年 1 月 7 日
怕删了之后留下暗坑,不敢乱动,而且写东西的时候没留单元测试= =
ybh37
2015 年 1 月 7 日
这个有点刺激~
knightluffy
2015 年 1 月 7 日
删个毛线啊,js代码混淆一下基本就是免删的剧情了。。
wdlth
2015 年 1 月 7 日
比如osName.startsWith("Windows 9")?
yinheli
2015 年 1 月 7 日
@moonkiller 是 Moderator 的缩写
kaizixyz
2015 年 1 月 7 日
想起一句话:技术不是一种优势~是一种债务。
sieon
2015 年 1 月 7 日
专门组织,我觉得组织之前考虑清楚应对方法吧。应该没问题。
msg7086
2015 年 1 月 7 日
测试驱动开发不已经是标配了么
iamshaynez
2015 年 1 月 7 日
重构和代码删除本身都不会产生显性价值但带来风险,在任何一个公司都不会有人愿意冒险做这种事情。只要是存活超过3年的公司,宁愿立项目来做重构的新版本,也不会愿意花成本对已有的(别人的)遗产动手脚。
Elethom
2015 年 1 月 7 日
直到入職第三天 contributions 中的綠色才高過紅色...
sitin
2015 年 1 月 7 日
我觉得还是测试覆盖要到位啊,才能大胆做删除啊,不然真心不敢乱删。
fising
2015 年 1 月 7 日
MOD Moderator

@moonkiller 版主,管理员
moonkiller
2015 年 1 月 7 日
@fising
@yinheli 其实我是来秀头像的。。。
yuexiafeng510
2015 年 1 月 7 日
在一个根本没有代码规范可言的公司 这无疑是 自 寻 死 路 。。
yuexiafeng510
2015 年 1 月 7 日
@rannnn 感同身受 目前就在维护一个这样的老不死的项目 比我年龄都大

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/159778

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX