网厅框架问题列表
技术栈老旧,没说的,历史遗留问题,相信后人智慧
什么是详细设计?没见过,所有业务逻辑都在控制层
开发环境,正式环境配置信息没有分离
接口限流,接口幂等,接口重试都没有
成员编码风格不统一,编码规范形同虚设
日志纯属摆设,无法根据某个业务数据还原用户的操作
没有并发编程,某些业务逻辑耗时太长
发布功能纯手动,重复工作太多,do we still live in original society?
设计功能从未考虑过设计模式,屎山代码越堆越多
表结构设计粗糙,公共字段并不公共
现阶段很多校验都依赖前台,我认为一个好的B/S架构前台应该是风格统一且简洁的,后台应该是条理清晰且健壮的
页面/组件重复开发,压根没有复用这一说,工作量指数性上升
项目需求变动频繁,上一个人的屎山代码下一个人承受,以此递归,屎屎山山无穷尽也,而且刚开发好的功能或者正在进行中的,因为一句话,原本清晰的逻辑会变得复杂无比
依赖版本没有有效管理,这应该是架构师的活,奈何没有,否则上面的问题也不复存在