任何系统的日历

发一个我的分析: https://gitee.com/pychfarm_admin/spring-analysis

聚合根是否需要落地是个问题. 有些可能是联合查询对外暴露, 聚合根落地的话简单的形式就是各个外键 id 存储

event 开发

openlayers

sonarqube 各个语言制定规则, 或者每个项目指定一个规则. 先过静态检查吧. 对于注释, 方法名称这些得需要人力成本, 或者公司内部存在一个词汇表. 针对一个项目或者整个企业内的, 通过统一词汇表来提高可读性. 对于方法名称, 类名称 同样适用.

就针对数据处理而言可能需要采用 MQ 或者 主从数据库等形式来尽可能减少对线上环境的影响....考虑不是很全面. 请多指教

基础技术选型: Spark/Hive/Flink 这类提供查询方式的. 并不一定是 ES , es 提供全文搜索, 更适合于文档. 非结构化数据.
确定技术选型后需要制作 ETL 即 各类数据源数据收集处理, 转换成数据中心(数据仓库)的数据对象(数据结构)
数据转移完成后进行数据分类, 此时接入 ES 或者 MONGODB 我认为相对合适. 此时接入 ES 主要是进行归档数据存储,
后续对外暴露服务可以通过 Spark sql + es 搜索 等技术进行暴露服务, 编码语言等不做限制,

可以尝试自行搭建 wms 服务或者其他类似 wms 服务 (WMS-C\TMS\WMTS\WFS\WCS.列举可能不够详细) , 数据来源可以自行搜索. 自荐一下工具: https://github.com/huifer/tianditu-python 用来下载天地图的切片和 poi 数据. openlayers 自定义瓦片加载示例文章: https://blog.csdn.net/staHuri/article/details/88846239

@qq1197336728 [email protected] 或者 GitHub: https://github.com/huifer

假设目前使用的 rpc 框架是 Dubbo. 我会将上述的第 2 步做一个 dubbo-service, 便于在聚合服务中调用. 其他的也是类似.
此时我们会拥有 房屋模块 Dubbo 、 签约模块 Dubbo. 其中聚合服务就是将这两个 Dubbo 进行组装, 然后返回.





上述采用 Dubbo 实际场景可以根据贵公司的 RPC 框架进行选择.

项目不在 v2 上进行, 开发还是持续进行中.

首先承蒙各位看得起说这是一个外包项目, 明确的告诉大家不是. 如果有外包倒好了.
其次这是一个自愿行为，想参与就参与不想参与就不参与，没什么.
最后 本项目不在继续. 胎死腹中.
看各位继续任意发言吧.

@zkqiang 请给我一个外包

@gesse 请给我来一个外包项目.

@joyhub2140 @fallinlovewith 目前技术栈以 JAVA 主流和 JAVASCRIPT 主流技术为主可以看上一条内容, 技术栈信息可能不够完整，各位可以提一提想法.

技术应用会采用 web-pc, 小程序, Android , 服务端(Java)
- 技术栈:
- vue
- echart
- android
- spring cloud alibaba
- spring boot




功能列表

用户系统
• 消费者用户体系
• 商家用户体系
• 管理用户体系
• 骑手用户体系
管理系统
• 广告管理
营销活动
• 折扣
• 满就送
• 签到
会员系统
• 会员管理
• 会员级别
• 经验值管理
• 会员通知
• 会员积分
商铺系统
• 商铺管理
• 商铺注册
• 商铺注销
• 商品系统
• 商铺分类
• 商铺管理
• 类型管理
• 规格管理
分析系统
• 会员统计
• 店铺统计
• 销量分析
• 商品分析

功能后续持续增加. 目前对行业还不是特别了解.

项目文档: 语雀 或者独立开一个文档工程
CI: github action 、Travis
bug 追踪: github issues
测试用例: postman 导出 json 管理

我和你学历差不多年龄比你小一些. 纯自学(边工作边学习), 需要把很多事情推掉（游戏、娱乐、社交）。 规划好每一天的时间. 有目标就冲. 还有不管是不是机构都需要自我约束. 做好自我约束会对什么都有很好的帮助. 定好一个目标. 入行程序员 程序员从事的具体内容也不一样需要确定，不然就是漫无目的的浪费时间，可能会 三天打鱼两天晒网