项目构建

1.该项目主要是实现公司业务解耦而开发的，主要运用springCloud技术，实现日常业务处理逻辑，实现服务自制，分开部署，集中管理。 2.在项目中承担方案输出和接口研发，使用技术使用SpringCloud 技术，Eureka、Ribbon、Hystrix、Feign等技术。数据库使用mysql,mongoDB

该项目包含模块和功能： 1. 用户模块 用户注册与登录：支持用户通过邮箱、手机号或社交账号注册和登录。 个人信息管理：允许用户编辑个人资料，如头像、昵称、密码等。 地址管理：用户可以添加、编辑、删除收货地址。 账户安全：包括密码修改、手机号绑定、登录历史等功能。 2. 商品模块 商品浏览：展示商品列表，支持分类浏览、关键字搜索等。 商品详情：展示商品详细信息，包括图片、价格、规格、评价等。 商品分类：商品按类别划分，方便用户查找。 收藏与分享：用户可以收藏商品或分享到社交网络。 3. 购物车模块 添加与删除商品：用户可以将商品加入购物车或从中删除。 数量修改：调整购物车中商品的数量。 价格计算：自动计算购物车中的商品总价。 4. 订单模块 订单创建：从购物车创建订单，选择收货地址、支付方式等。 订单管理：查看订单详情，包括订单状态、物流信息等。 订单评价：购买后对商品进行评价。 5. 支付模块 支付接口集成：集成第三方支付，如支付宝、微信支付等。 支付状态管理：监控和记录支付状态，确保交易安全。 6. 物流模块 物流信息查询：提供订单的物流跟踪信息。 配送方式选择：用户在下单

1.从0到1搭建小程序； 2.支持各种场景进入小程序； 3.小程序嵌套并H5通信； 4.封装常用组件； 5.根据用户权限展示不同的tab。

项目背景（在校经历，独立思考，独立完成开发以及后端代码的编写）： 本项目主要为高校校园内学生提供生活便利，主要包含：超市便利、跑腿代购、打听求助、美食外卖、恋爱交友等服务。 项目模块：订单管理、售后服务、用户管理、商家管理、平台运营管理、优惠劵管理、拼团、砍价、霸王餐等、； 技术架构：Springboot、Mybatis（MybatisPlus）、Redis、SpringData Redis、Mysql、Spring Task、WebSocket、Apache Echarts、Apache POI 开发环境：Idea、Maven、Git、JDK8 交付环境：Linux Centos7、Docker、Nginx 工作内容： 1.完成了订单、派送、商品上架、商户营业管理、经营数据统计、用户信息管理等模块； 2.在素材管理模块中使用阿里云存储保存视频、音频、图片等资源； 3.使用Knife4j框架集成Swagger生成在线接口调试文档，简化开发。 4.自定义切面，实现公共字段填充，如创建时间、创建人ID、修改时间、修改人ID； 5.使用Redis缓存店铺营业状态、商品套餐数据； 6.使用S

1.主要负责ERP系统 需求预研，技术点引入 2.拓展Seata 分布式框架拓展搭建 3.数据存储方案梳理 4.优化项目所有具有性能问题的模块

1. 此项目是便于官网用户了解企业服务和沟通而开发的小程序。 2. 使用微信小程序开发。 3. 负责全部页面及功能开发。

Prometheus是一个开源的系统监控和警报工具，主要用于实时抓取和存储时间序列数据，并提供强大的查询和可视化功能。基于Prometheus构建监控平台； 构建容器日志平台。

VUE + Ant Design插件库 TypeScript、vue-router、vuex 项目描述：数据分析系统是SAS消防员单兵作战互救系统的配套子系统，主要根据UI设计图完成报警统计，使用统计和黑匣子等功能 主要负责 1. 项目搭建、人员分配 2.根据 UI 稿，完成登录页/数据分析系统页面； 3. 使用 Ant Design 搭建整个分析系统模板，对其中的样式对照UI设计图进行编辑； 4. 使用TypeScript工具进行项目的开发

1.一个基本的C++通讯录管理系统项目可以划分为以下几个主要模块来实现不同的功能： 1. **数据结构模块**： - 设计和实现联系人结构体，通常包含姓名、性别、年龄、联系电话（可包括多个）、家庭住址等字段。 2. **文件操作模块**： - 实现通讯录数据的持久化存储，如读取、写入和更新文本文件或数据库。 3. **用户界面模块**： - 提供命令行界面（CLI）或图形用户界面（GUI），显示菜单选项，接收用户输入。 4. **增删改查模块**： - **添加联系人功能**：允许用户输入新的联系人信息并将其添加到通讯录中。 - **删除联系人功能**：通过姓名、电话号码等方式搜索并删除指定联系人。 - **修改联系人信息功能**：查找并更改已存在的联系人信息。 - **查询联系人功能**：按姓名、电话号码或其他关键字搜索联系人，并显示详细信息。 5. **管理模块**： - **显示所有联系人列表**：展示通讯录中的全部联系人记录。 - **排序功能**：提供按照姓名、电话号码等字段对联系人进行排序的功能。

房产租赁管理系统、大屏数据管理系统、app/小程序后台管理系统等。功能包括首页数据展示、工作台提供实时业务信息、通过灵活的可筛选和搜索功能，以表格形式直观展示大部分信息同时具备强大的增删改查功能，可以通过系统界面轻松导出图表数据至 Excel 文件，使用户能够轻松管理系统中的各项信息. 使用框架/插件：Axios、vue-router、antDesign、BaiduMap、wangeditor、xlxs等

1、产品包括首页、分类、分类产品详情、全屏展示、语言自动识别切换、后台系统、登录验证、分类管理、产品管理、详情编辑发布等； 2、所有功能模块均有本人进行设计规划并实现； 3、技术栈Nodejs，React;

1）域集中式架构可以节约成本、降低装配难度。在分布式架构中，随着 ECU 数量增加产生的大量内部通信需求，导致线束成本增加并加大装配难度；而域集中式架构将传感与处理分开，传感器和 ECU 不再一对一，管理更便捷，有效减少了 ECU 和线束的数量，从而降低硬件成本和人工安装成本，同时更有利于部件布局。 2）域集中式架构可以提高通信效率，实现软硬件解耦，便于整车 OTA 升级。分布式架构中，来自不同供应商的 ECU 的软件开发框架和底层代码不同，导致冗余，并提高维护和 OTA 统一升级难度；而域集中式架构做到对各 ECU 进行统一管理与信息交互，统一软件底层开发框架，从而便于未来的 OTA 升级和拓展功能的实现。 3）域集中式架构能进一步集中算力，减少冗余。分布式架构中的各个 ECU 之间算力无法协同，相互冗余，产生极大浪费。而域控制架构将原本分散的 ECU 进行算力集中，统一处理数据，减少算力冗余，更能满足高阶自动驾驶对于算力的高要求。

是一款基于 uniapp 开发的小程序，专注于提供高品质车衣商品的在线购物服务。采用前端 Vue 框架，后端使用 Java，数据库支持则选择了 MySQL，以确保稳定性、跨平台性和良好的用户体验。 主要特点： 跨平台支持，可在不同设备上流畅运行。 使用 Vue 框架，提供直观友好的用户界面。 Java 后端保证系统的可靠性和可扩展性。 MySQL 数据库提供强大的数据存储支持。 主要功能模块： 1. 首页： 展示最新、最热的车衣商品。 轮播图展示特价促销信息。 2. 商品分类： 按照车型、款式、颜色等分类展示车衣商品。 提供筛选功能，便于用户找到心仪的商品。 3. 商品详情： 显示商品详细信息，包括价格、尺码、颜色等。 提供多张商品图片以及放大功能。 4. 购物车： 用户可将喜欢的商品加入购物车。 显示购物车内商品数量和总价。 支持批量删除和修改商品数量。 5. 订单结算： 提供简易的结算流程，包括填写收货信息、选择支付方式等。 显示订单总额和应付金额。 6. 用户中心： 用户登录注册功能，保障用户信息安全。 查看个人订单记录和订单状态。 修改个人信息和密码。 7. 支付功能：

1.系统设置，基础资料，简单ERP管理（采购，销售，盘点，其他出库，其他入库） 2.系统采用Spring Cloud微服务架构，前后端分离，前端采用vue2.0，小程序APP采用了uniapp 本人全程参与，前后端都有参与

管理主机的注册信息，对主机的访问进行控制，审计主机流量。下发源IP、端口，目的IP、端口和协议策略对主机进行访问控制从而达到控制目的。

项目主要分为以下功能模块： 1）采购管理：包括采购计划、采购订单、采购收货、采购退货等环节。 2）销售管理：包括销售计划、销售订单、发货、退货等环节。 3）库存管理：包括库存盘点、库存调拨、库存报废、库存预警等环节。 4）财务管理：包括应收账款、应付账款、资金流水等环节。 5）报表分析：包括进销存报表、财务报表、销售分析报表等环节。 我是全栈完成后端以及前端网页开发的，后端采用java，MVC架构，前端采用 Vue.js构建

1.环境搭建使用Spring cloud（注册服务，服务调用，网关） 2.热点文章实时计算kafka stream ，定时xxl-job，缓存redis 3.调用第三方接口，延迟队列，项目部署，持续集成发布devops（git + jenkins + docker）

银行app软件，动态楼层布局模式，网页端离线加载模式。使用过腾讯tmf，阿里mpaas框架，客服聊天，生活购物，转账功能等等

1、精通各品牌服务器交付问题和软硬件问题维护， 2、精通各品牌存储交付问题和故障维护， 3、精通windows、linux、aix、vmware等系统故障处理和维护优化， 4、擅长项目管理， 5、熟悉网络、安全、无线、数据库等技术，可以统筹处理IDC遇到的问题，

根据实际轨迹时效、服务器资源绘制轨迹策略流程图 一共历经3个版本迭代 第二版逻辑： 1.由于业务特殊性，获取面单后约3天左右才会真正发出 -> 上网时间平均67小时(将近3天)，签收时间133小时(将近6天) 2.取消、超期取消状态根据配置查询30天内的 目前pdd轨迹更新策略：根据最近轨迹更新时间和计费完成时间 进行不同策略处理 计费完成时间 < 60小时的，不查询 计费完成时间 >= 60小时，且最近轨迹更新时间为空的直接查询 2.5天后查询一次 60