总结一下自己，最近三年，我做了哪些工作

2024-06-06 16:04
文章标签 总结 工作 最近 一下 三年

本文主要是介绍总结一下自己，最近三年，我做了哪些工作，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

简单总结下吧，我算是业务架构师，确实对得起这个名字，经常冲在一线，业务和架构相关的东西都有做，系统比较复杂，不过逐步了解谁都会熟悉的
下面简单列一列我这三年的工作情况吧，也算是给自己一个交代，不全，但大体就这些了

2021年

业务系统熟悉，技术框架熟悉

参与交易模式开发

2022年

工作流改造

工作流支持前台用户的参与：（原设计只能后台进行审核，前台用户也无法审核参与）

  1. 兼容老工作流使用

  2. 重新封装接口，前端使用组件不用变化

  3. 支持后台审核

  4. 支持前台用户程序调用提交

  5. 支持动态指定下一个审核人

  6. 支持接口调用流转节点

  7. 支持新增审核节点，可跳过业务，只做多节点的审核动作，无需更改代码

  8. 支持业务审核记录的查看追踪

  9. 支持审核过程中动态传递变量供决策等操作；支持多条线决策

容器化的搭建

功能能够给用户建立完整的系统，可通过运维平台查看操作相关功能，包括节点管理，容器组管理，容器管理工作负载，存储，配置等等，同时可部署常用的组件。

制作dockerfile，编写maven脚本打包安装包、镜像包推送到远程仓库

docker命令熟悉以及使用

可视化对接转化工具使用

一个公司的工具，比如对接银行时的报文不用写代码，像低码一样进行转化处理，弊端颇多，后来我封装了common包进行优化，定义规范，使调用方方便，使工具开发简洁，支持原来不支持的功能，记录报文

工具经过使用已暴露出多个缺点

  1. 有门槛

  2. JSON转JSON翻译key不支持可视化，只能自定义插件写代码，增加复杂度

  3. List如果只有一个对象，XML转换JSON后变成对象 （已通过自定义插件并引入解决此问题，略微麻烦）

  4. 无法指定类型如int，只能是String，如果银行方接收是其他类型，需要手动兼容处理，处理麻烦

  5. 没有设计性，lua脚本的编写只是为了转换参数，且开发困难，必须了解整个链路调用才能知道变量是从哪里定义的

  6. 异常处理机制不完善，无法调试，只能通过打印日志，且报错没有明确位置

  7. 每个对接一个微服务，浪费资源

交易服务代码抽取

交易模式慢慢变多，交易需要的各个资源很多都耦合到了整体的common中，其实交易可以看成整体的模块，很多校验相同，外部调用相同等等，现在的问题是各个交易模式相同的代码来回拷贝，有的相同的功能不同人用不同的方式来做，一般涉及共性修改，则所有项目都要修改，可维护性比较差

抽取common-trade公共模块治理代码，统一请求减少差异性，向下兼容，打通各个交易模块的服务壁垒，减少重复性工作，增强可维护性

  1. 生成交易编号封装

  2. 对外部服务的调用进行封装等等，此封装不仅仅是调用，要解析提供给当前服务所需要的东西

  3. 校验封装

  4. 共性交易相关Bean、枚举、常量、注解定义

  5. 共性交易工具类相关，如金额业务处理

  6. 共性业务封装，能够确定的共性业务，否则不要封装

框架升级

升级框架，提高了框架的可维护性和安全性

大家可以看这篇文章，这是我升级整理出来的 https://blog.csdn.net/Goligory/article/details/128314051?spm=1001.2014.3001.5502

项目开发

外部港口以及区块链对接

协议转让模块，监管模块，对外对接相关对接及改造等

工作流封装以及使用

脚手架的定义及维护；

相关项目的需求开发

其他

日志中心功能包括全链路日志检索，链路追踪、图表分析，链路分析包括耗时信息等可以很快定位问题

低码平台预研：功能还可以，版本比较低，业务最终没用起来

网关服务优化对内对外接口并落地标准文档；

设计滑动窗口限流方案；

设计个性化重推方案

2023年

产品

  1. 公共包完善：
  2. 工作流封装完善
  3. 接手产品仓单仓储业务；优化代码、日志以及注释，提高可读性和可维护性；解决遗留问题
  4. 仓单仓储完善相关索引设计；解决相关并发问题
  5. 产品仓单外部操作接口增加业务编号和合同编号并记录到日志中，提高交易与仓单的可追溯性

架构

  1. 框架维护升级
  2. 工作流维护升级；解决标题过长问题以及自定义标题问题
  3. 用户中心升级：使用表单自定义功能嵌入自己的业务规则，提高工作流使用的扩展性；
  4. 增加拦截器解决页面重复提交问题
  5. MQ死信队列丢失问题预研，目前死信队列的消息没有专门处理，超过规则限制会存在丢失的情况，需要整体整理topic以及队列管理，对死信队列有专门的处理并持久化等操作
  6. 数据库表索引问题：目前有一部分表没有常用索引，有些功能查询效率比较低下，最好规划预研Sql建立基础索引并优化大sql，提高查询效率，提高用户体验
  7. 统一网关完善：完善对接使用文档；增加获取文件接口；增加验签方式；增加对方访问我方的接口标准；
  8. 建立用户中心封装包并封装相关功能，后面需陆续在使用过程中迁移封装相关功能，易于产品管理

项目1

  1. 协议转让业务随着各个版本需求完善
  2. 监管功能支持
  3. 工作流使用完善，结合区域，市场，是否开启审核等等进一步控制工作流节点审核的权限
  4. 数据权限开发，根据不同规则进行sql路由

仓单项目

  1. 接手电子仓单业务；随着各个版本需求完善，解决遗留问题
  2. 代码优化，日志优化，注释优化
  3. 对接区块链，解决推送的高性能以及不丢失方案，支持定时失败重推，解决线程不释放导致线程池耗尽的问题
  4. 多港口港口对接代码重构，减少对接一个港口分散各处的改动，易于扩展，易于对接，对后面的对接提供了标准
  5. 仓单模块逆流程开发仓单注册和仓单质押
  6. 签章核心代码优化；注销、拆分、部分解质押增加签章背书
  7. 支持融资需求；网关支持完善SM2加密方式，增加根据fileId获取文件外部接口
  8. 多级审核（可设置人员以及顺序）

项目3

  1. 接手仓储模块（此时前女友开发了一版但是没有提测），仓单模块改造，对接仓储模块，随着各个版本需求完善功能
  2. 解决仓储环境部署配置问题；菜单问题；整理全量脚本
  3. 仓储功能入库预约单、入库单、在库库存、货主库存、库位库存、过户预约单、过户单、提货预约单、发货单、出库单的管理以及审核等功能在原基础上全流程开发；关于库存的问题点较多也比较严谨，各个业务功能都有库存的正向以及逆向处理，解决优化
  4. 仓单仓储打通：仓单的注册改造、注销、合并、转让-过户单、提货-发货单、仓管员帮货主注册、过户、提货等功能打通，并增加仓储相关审核，
  5. 仓单仓储有开关控制对接仓储和不对接仓储
  6. 仓储费（个性化）开发，支持指定人或市场自动初始化、自动收取
  7. 仓储后台建设
  8. 用乐观锁解决并发问题，完善库存相关的乐观锁判断
  9. APP接口支持

仓单仓储的熟悉改造并没有降低产品的质量，在改造过程中坚持更好的设计，注意其可扩展性以及可维护性，为后面继续变动提供了好的基础

项目4

  1. 撮合引擎开发
  2. 基于期限、用户、部分成交标识的算法匹配；
  3. 日终对账逻辑开发，以撮合为核心对委托单进行对账并通知上下游
  4. 监控统计接口开发；
  5. 支持其他查询等功能

业务开发总结

  1. 有时急于满足客户需求没走正常流程，导致开发设计质量低下，开发和测试没有足够的自测测试时间，存在返工情况或其他风险，后面尽量沟通好确定的需求再移交开发
  2. 需求以及设计文档考虑不够详细，开发过程中发现有细节业务问题，会导致返工或工时不够的情况；后面需求设计尽量有业务闭环，原型、如涉及现有系统改动需提供改动点等，不仅仅完善了文档，同时减少了开发以及测试的问题
  3. 开发存在临时解决问题的情况，后面会很难维护：需要从一开始做好设计，提高开发觉悟，开发前自发组织简单的评审讨论
  4. 客户推动的业务时间很有限，和第一条类似，开发人员需把关质量，且评估是否能够完成，提早暴露风险，最好减少极致压缩时间的情况，提高产品质量；同时这一条也取决于上一条的设计，如果比较灵活，那么交付效率就会更高，质量更好
  5. 有个别生产问题由于升级时没有配置相关配置导致，部署需严格按照交付文档来配置，做好具体的版本管理，否则如果有的配置比较重要会有很大的业务风险；

架构开发设计为了建设产品解决客户问题，产品的建设为了快速交付，应关注研发产品以及我们业务产品，用技术赋能业务，提高客户满意度；

多会用更多的时间在架构和产品层面做出成果，帮助团队减负提效，提高交付效率，提高整个系统的扩展性，易用性，稳定性

2024年

  1. 仓单项目-树结构需求和客户沟通；逆流程开发
  2. 仓储服务业务需求开发；
  3. 仓单服务仓库和平台审核顺序+是否需要审核的动态配置

结尾

三年时间说长不长，说短不短，很感谢现在这个公司，也感谢领导对我的重用，系统的业务复杂程度还是蛮高的，我们想方设法做产品，但是比较难的正是做产品，既不能过于灵活增加太大的复杂度，又不能个性化严重，很难快速交付，期间我们会写概设，操作手册，需求沟通，落地文档，开发进度把控，项目进度把控，测试进度，难点攻关，等等等等；后面还是需要继续磨炼技术，做一些架构选型

在此过程中发现大多数人还是只是搬砖，if，临时方案，日志混乱，注释缺失，没有流程图，没有设计文档，一旦有需求修改就要各个地方都改，影响老功能；一旦有问题一脸蒙圈，也忘记了当初的设计初衷。排除能力在外，首先需要摆正的是心态，而日志注释这些并不难

所以我们需要想一下怎么才能提高自身的效率？进而提升团队的效率，当我们有这个想法的时候，我想就不存在为了省事xxxx了，工作过程中不求一定会遇到一个伯乐领导，但是首先自己有个好的心态工作也会开心，同时遇到的问题也会变少，因为排查问题，需求扩展等等各方面都比较容易，反而不需要加班加点

祝大家好运，祝我自己好运~

这篇关于总结一下自己，最近三年，我做了哪些工作的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1036575。

相关文章

关于C++中的虚拟继承的一些总结（虚拟继承，覆盖，派生，隐藏）

关于C++中的虚拟继承的一些总结（虚拟继承，覆盖，派生，隐藏）

1.为什么要引入虚拟继承 虚拟继承是多重继承中特有的概念。虚拟基类是为解决多重继承而出现的。如:类D继承自类B1、B2，而类B1、B2都继承自类A，因此在类D中两次出现类A中的变量和函数。为了节省内存空间，可以将B1、B2对A的继承定义为虚拟继承，而A就成了虚拟基类。实现的代码如下： class A class B1:public virtual A; class B2:pu
阅读更多...
找完工作该补充的东西

找完工作该补充的东西

首先： 锻炼身体，包括乒乓球，羽毛球，都必须练习，学习，锻炼身体等是一个很重要的与人交际沟通的方式； 打牌，娱乐：会玩是一个人很重要的交际沟通的法宝； 摄影：这个是一个兴趣爱好，也是提高自己的审美，生活品质，当然也是与人沟通的重要途径； 做饭：这个的话就是对自己，对朋友非常有益的一件事情；
阅读更多...
十五.各设计模式总结与对比

十五.各设计模式总结与对比

1.各设计模式总结与对比 1.1.课程目标 1、 简要分析GoF 23种设计模式和设计原则,做整体认知。 2、 剖析Spirng的编程思想，启发思维,为之后深入学习Spring做铺垫。 3、 了解各设计模式之间的关联，解决设计模式混淆的问题。 1.2.内容定位 1、 掌握设计模式的"道" ，而不只是"术" 2、 道可道非常道，滴水石穿非一日之功，做好长期修炼的准备。 3、 不要为了
阅读更多...
工作流Activiti初体验—流程撤回【二】

工作流Activiti初体验—流程撤回【二】

已经玩工作流了，打算还是研究一下撤回的功能。但是流程图里面并不带撤回的组件，所以需要自己动态改造一下，还是延续上一个流程继续试验撤回功能。《工作流Activiti初体验【一】》 完整流程图 我们研究一下分发任务撤回到发起任务，其他环节的撤回类似 撤回的原理大概如下： 将分发任务后面的方向清空，把发起任务拼接到原来的判断网关，然后结束分发任务，这样流程就到发起任务了 此时的流程如上图，
阅读更多...
工作流Activiti初体验【一】

工作流Activiti初体验【一】

在这里记录一下我的Activiti历程：（以下示例不涉及真实业务，所有逻辑均建立在学习的基础上） bpmn图 发起任务我设置了一个权限组user1，只要是这个权限的用户都可以发起任务 分发任务我设置了一个用户组，用户组中每个用户都可以处理这步流程，只要有一个人处理这步任务，分发的流程就算结束了 分发任务这一环节还有个判断，允许任务下发和不允许任务下发 任务分发完成则来到子流程，每个被分
阅读更多...
人工智能机器学习算法总结神经网络算法(前向及反向传播)

人工智能机器学习算法总结神经网络算法(前向及反向传播)

1.定义，意义和优缺点 定义: 神经网络算法是一种模仿人类大脑神经元之间连接方式的机器学习算法。通过多层神经元的组合和激活函数的非线性转换，神经网络能够学习数据的特征和模式，实现对复杂数据的建模和预测。(我们可以借助人类的神经元模型来更好的帮助我们理解该算法的本质，不过这里需要说明的是，虽然名字是神经网络，并且结构等等也是借鉴了神经网络，但其原型以及算法本质上还和生物层面的神经网络运行原理存在
阅读更多...
Java注解详细总结

Java注解详细总结

什么是注解？         Java注解是代码中的特殊标记，比如@Override、@Test等，作用是：让其他程序根据注解信息决定怎么执行该程序。         注解不光可以用在方法上，还可以用在类上、变量上、构造器上等位置。 自定义注解  现在我们自定义一个MyTest注解 public @interface MyTest{String aaa();boolean bbb()
阅读更多...
tensorboard-----summary用法总结

tensorboard-----summary用法总结

Tensorflow学习笔记——Summary用法         最近在研究tensorflow自带的例程speech_command,顺便学习tensorflow的一些基本用法。 其中tensorboard 作为一款可视化神器，可以说是学习tensorflow时模型训练以及参数可视化的法宝。 而在训练过程中，主要用到了tf.summary()的各类方法，能够保存训练过程以及参数分布图并在
阅读更多...
七种排序方式总结

七种排序方式总结

/*2018.01.23*A:YUAN*T:其中排序算法：冒泡排序，简单排序，直接插入排序，希尔排序，堆排序，归并排序，快速排序*/#include <stdio.h>#include <math.h>#include <malloc.h>#define MAXSIZE 10000#define FALSE 0#define TRUE 1typedef struct {i
阅读更多...
Java实现MD5加密总结

Java实现MD5加密总结

Java实现MD5加密总结 大家好，我是免费搭建查券返利机器人省钱赚佣金就用微赚淘客系统3.0的小编，也是冬天不穿秋裤，天冷也要风度的程序猿！ 1. 什么是MD5加密 MD5是一种常用的哈希算法，用于将任意长度的数据通过哈希运算转换为固定长度的数据串，通常为128位的二进制串，常用于对密码等敏感信息进行加密存储或传输。 2. Java实现MD5加密的方法 2.1 使用java.sec
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2