真心想吐槽这个,你搭个架子可以,但你得考虑程序与业务功能的可扩展性啊,最后真是想改都不知道怎么改
最近遇到一个项目,我准备用以前用过的一个比较成熟的架构,已经写好了基本的功能,结果被全盘否定,理由是这个项目只是内部使用,能用就行,不需要设计得太完善,可大哥,这项目是要正式上线和客户接触的呀,另外一个理由,"我不喜欢你的命名",嗯,这是原话
好吧,不用没问题,等了几天,该项目负责人搭的架子出来了,看了代码之后我才知道什么叫做能用就行,什么叫做流水线式代码,为什么刚开始讨论时我说某个模块可能需要几百行代码,你却说只需要不到一百行。。。一套流程从头走到尾,行云流水般没有“一丝”可扩展性,配置参数检查没有,错误及异常处理没有,几十 G 的数据全部保存在内存,每个模块都有几十行重复代码,明明是 Go 项目,一个目录里却混有 go 文件,python 文件,go 和 python 各自的依赖文件,docker 文件。。。没办法,只能硬着头皮把之前写好的功能重写适配,也提了一些建议,第二天告诉我要重构,好的,没意见,起码把配置检查和异常处理加上吧,第三天发现所谓的重构其实就是重构我提交的代码,改成他自己的风格。。。
上周,老大让排查某个问题,我愣是呆呆地看了一天,明明知道 bug 在哪,可我怎么改,一改 n 个模块都要改,架构也要变,改了之后其它不是我负责的部分不知道还能不能跑起来,唉,下周继续
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.