# teamJDI

**Repository Path**: bobo2cj/teamJDI

## Basic Information

- **Project Name**: teamJDI
- **Description**: 团队任务看板(或任务公告栏), 后续想做成那种类似直播刷火箭那种, 告诉所有"玩家"某某任务已被完成, 发了什么新的有趣标签等等. 本质目的是完成和管理任务, 延伸愿景是提高完成任务的积极性和趣味性. just do it! 技术选型：gin、gorm、memcache、vue、element-ui
- **Primary Language**: Go
- **License**: GPL-2.0
- **Default Branch**: develop
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 2
- **Forks**: 0
- **Created**: 2020-11-19
- **Last Updated**: 2025-09-15

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# teamJDI

#### 思考
- 做py项目时压测过不去，排查后找到瓶颈，但不在业务服务端（或许说已经过剩，就算不够还有golang等），瓶颈在数据库驱动器和数据库这层；
- 想用golang移植，但功能不少，且golang写业务。。。（error处理、interface实现类、新的泛型语法。。。），恐怕不是很适合（Gin框架很优秀）；
- 用的是MongoDB社区版，选型时没有注意到社区版已经没有inMemory存储引擎（巨大错误，企业版费用不低），加一层Redis又回到了以前项目的复杂度；
- 目前是采用分片集群负载，和其他驱动器来解决目前的瓶颈，并且在新分支中用回Redis做中间缓存，不过也试图在github找一个兼容二者的文档数据库；
- 所以后面会暂停该项目，后期会采用py来实现，同时尝试用golang或rust实现一个“可以持久化的内存文档型高并发数据库”（当然要先借鉴github）；
- 自己很是期待能够实现个大概（水平有限，功能都不一定做完，高性能可能无法超越redis或mongodb，要解决一致性、并发安全、内存、IO、负载、TCP等）；

#### 介绍
团队任务看板(类似任务公告栏), 后续想做成那种类似直播(屏幕分享,不是摄像头)刷火箭那种, 告诉所有"玩家"某某任务已被完成, 发了什么新的有趣标签等等. 本质目的是完成和管理任务, 延伸愿景是提高完成任务的积极性和趣味性.

#### 详细说明
- 功能愿景列表
- 数据库表设计
- 界面设想
- 接口文档

以上[请查看Wiki](https://gitee.com/bobo2cj/teamJDI/wikis)

- 初步设想，三月份前完成初版(包含接口文档,数据,接口;如果来得及把前端也简单做下.)

#### 截图（前端比较粗糙）
- 我的任务
![我的任务](https://images.gitee.com/uploads/images/2021/0218/005638_eca2c2a8_25066.png "屏幕截图.png")