挂号路径项目的总结与反思

本文是一名菜鸟程序员对自己参与的挂号路径项目进行的总结与反思,包括项目介绍、技术实现、开发问题、上线问题及后期改进。在开发过程中,遇到了任务分配不明确、编码规范不统一、对问题敏感度不足等问题,通过项目学习了设计模式、技术栈的丰富以及写博客的重要性,强调了全力以赴和自我提升在成长中的关键作用。
摘要由CSDN通过智能技术生成
  •  

挂号路径项目的总结与反思

一个菜鸟程序员的成长之路


项目简介

先简单介绍一下这个项目的基本情况, 大概功能是从网站首页到医生挂号页之间的一系列过渡页面,其中通过各种筛选条件,对医生,医院排序 供用户筛选, 由于保密性问题,这里不便多讲... 简单的说, 就是通过各项医生的数据 做的排序, 筛选,以引导用户选择适合自己的医生.

技术实现

这次项目产品提出了很多的新概念. 比如整合医生挂号服务的挂号医生, 医生,医院等的挂号量, 挂号医生数等等, 这些都是现有的系统所没有的, 所以我们最终考虑做一个新的系统, 以公司使用的java框架springboot 为基础, 缓存是用cachecloud 做集群管理,与原PHP系统的业务交互用消息队列rabbitmq 做业务解耦. 其实用原有的php框架也可以做, 但是本着对java的学习态度, 我们义无反顾的选择了JAVA! 哪怕这样实现起来会阻碍重重, 这里还是相当感谢当时组内大佬能给我这个机会. 这个项目 的后端开发有三个, 我主要是负责整个系统的数据来源与同步(基础数据来自原有的php系统, 两边的数据需要保持一致性), 本系统的数据维护.另外两位负责前端api的编码.

方案设计

最终的方案确定下来了,接着就是方案设计的问题. 这里是我认为这个项目问题最多的地方, 一来是因为产品和开发人员对这个需求的理解深度都不够, 二来是因为这个项目的开发人员(也就是在下)的设计能力严重欠缺, 早期只考虑了功能实现, 完全没考虑到后面的需求变革, 业务扩展等因素, 导致这个项目的设计非常low(早期只有简单的几张表, 对应几个DO), 这些原因, 都为后续的开
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值