不吐不快,吐槽一下

新入职公司,发现代码是基于yii和yii2开发的,抱着学习的态度,结合之前学习过的yii2,然后就开始看。
然后发现很多代码都是13、14年左右开发的,然后一直维护到现在,没有经历过任何的重构或者没有任何重构的想法,看的很吃力。
代码结构比较别扭,例如linux下有ABCD四个项目,分别有不同的域名,然后BCD项目,竟然使用实例化调用A的common函数;前期没有前后分离,前端代码都是放在后端框架的前端资源文件夹里(这个无可厚非),但是后续前后分离了,竟然把vue等前端资源也放到了后端框架下!
之前是想着进大公司接触一下高并发、微服务、完整的,成熟的开发流程,但是现在回头看看,包括面试的很多公司所谓的高并发的方案无非就是负载均衡、缓存、队列等。像我们所看到的高并发解决方案,服务器集群、分布式等等几乎都没用到。原因一个是负载+缓存+队列基本够用,实在不行就堆硬件,第二个原因是因为集群、分布式等等维护成本太高,对于一般公司来说成本太高。
还有测试环节,因为把前端代码嵌入到了后端框架,且没有内网服务器或者在线测试服务器,他们之前测试的流程是,提交代码到统一开发分支,前后端都拉取一样的代码,然后各自测各自的,最后再上传到指定测试分支,然后再测。。
现在我们这边的同事,从领导到开发人员都叫苦连天,然后准备在完成任务的前提下,开始搞重构方案,估计又是要很久以后才能开始重构了!

讨论数量: 20

又不是不能用,你不动就不会坏【DOGE】

1个月前 评论

新项目就用新技术,历史项目嘛。。。最好不要动 :joy:

1个月前 评论
她来听我的演唱会 (楼主) 1个月前

不行就辞职,自己选的路

1个月前 评论
她来听我的演唱会 (楼主) 1个月前
wozaihanni (作者) 1个月前
她来听我的演唱会 (楼主) 1个月前

历史就交给历史说话,新项目做好规划;很多所谓的“项目负责人”或者“领导”,他一开始是不考虑所谓的项目架构的和后期扩展、维护,,要求就是先跑起来 :joy:

1个月前 评论
她来听我的演唱会 (楼主) 1个月前

同感,我现在就正在屎山上拉着呢

1个月前 评论
她来听我的演唱会 (楼主) 1个月前
如梦又似幻 (作者) 1个月前
她来听我的演唱会 (楼主) 1个月前
VictorWang 1个月前

谁拉的屎谁打扫 :joy:

1个月前 评论
她来听我的演唱会 (楼主) 1个月前

归根结底还是成本啊,我司采用阿里云k8s,最开始我司测试是开了4个容器,后来觉得成本高,只开一个测试容器,大家都把代码合到那个测试分支。

1个月前 评论
Epona

基本上任何长期项目都是屎山, 为了维持业务稳定,不到万不得己是不会优化的,而且需求一直在追加,只能一直拉屎。

3周前 评论

还指望老项目发奖金了,稳定是第一位的。

3周前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!