[MES]不合格订单接入提醒功能(☆☆☆)

简介: 本文介绍了新员工入职后如何拉取代码、配置开发环境及应对首次任务的完整流程。涵盖Git克隆、Maven配置、IDEA使用等基础操作,并以“不合格工单超时通知”需求为例,引导思考定时任务、短信/钉钉通知实现方案,强调主动沟通与快速上手能力,助力新人突破第一道技术与沟通门槛。

1.代码运行

git仓库地址:https://gitee.com/Herbbbb/meshome-work/tree/feature-hb-mysql/

请你完成以下步骤

方案一:

  • 克隆代码到Idea,如果你时间允许不妨试试SSH拉取方式

方案二

  • 下载Zip包,不建议,但如果上班后短时间拉不下来优先这种方式让代码跑起来

入职后,对于JDK、Maven、Git、Idea....软件安装类你应该请教谁?

  • 以上问题,是大家面临的第一道坎,15K大佬一样一天配置不好maven仓库,请认真思考该请教谁?

当你意识到,公司的环境配置类问题都可以问同事、组长的时候你应该怎么问?

  • 不知道该不该问?不敢问?这是多数新人最纠结的一个点,请认真思考你会怎么问

当你把项目运行起来之后,此时一个全新的工程在你面试,组长立马就给你如下的需求,你会怎么处理?

  • 现在的公司愈发需要即战力,一个陌生的环境、工程、团队,紧急的任务,请认真思考你将怎么着手?

2.需求描述

现有工程,当系统出现不合格工单的时候没有任何提示,小李,我需要实现:

  • 当出现不合格工单超过30min的时候,能够发一个通知,你用短信、钉钉通知都可以

不合格工单,30min,通知?这都啥啊?是的,你再次面临这种极不靠谱的领导和团队,来吧。

2.1 多说一句(做完再看)

  • 你是否考虑过不合格工单的出现场景有两个:新增、修改
  • 超过30min再通知,那么我用什么技术实现呢?
  • 定时做某件事情,你是否想过定时任务
  • 通知,应该怎么实现呢?【注意,下面两个链接是我(你的组长)好心给你写的,上班不一定有】

3.涉及技术点

阶段二核心:git、maven、springboot

相关文章
|
1天前
|
前端开发 数据可视化
什么是低代码
该界面为低代码平台,用户可通过拖拽组件快速生成前端表单页面,提升开发效率。支持可视化操作,降低开发门槛,适用于快速搭建业务系统。参考文档提供详细说明。
 什么是低代码
|
1天前
|
消息中间件 运维 物联网
语音通知
适用于科技公司服务器或物联网设备异常时的语音告警通知。开通语音服务后,可申请资质、话术与模板,通过API调用实现语音电话告警,支持变量替换与呼叫记录查询,提升运维响应效率。(238字)
|
1天前
|
存储 缓存 运维
一场FullGC故障排查
本文记录了一次由Full GC引发的CPU使用率异常问题排查过程。通过分析JVM堆内存,发现大对象(List<Map>)导致老年代频繁被占满,进而触发Full GC,最终定位到代码中Excel数据加载逻辑存在内存膨胀问题,并提出优化方案。
|
1天前
|
自然语言处理 fastjson Java
FastJson:大面积故障规避案例
本文记录了一次由Kotlin语法误用引发的FastJson反序列化重大故障。因将 `{}` 错误赋值给 Java 对象字段,导致 FastJson 解析时触发 `kotlin_error` 静态标记位异常,进而使整个工程反序列化链路瘫痪。问题根源隐蔽,排查耗时两天,最终通过深入源码定位解决。反映出多语言混编下语法混淆风险及对第三方框架过度依赖的隐患,强调代码严谨性与灰度发布的重要性。
 FastJson:大面积故障规避案例
|
1天前
|
SQL 分布式计算 运维
XXLJOB:超长定时任务慢节点优化实践
本文针对ODPS大宽表任务运行慢的问题,通过定位耗时卡点、解决数据倾斜与计算堆积,提出视图落表、节点拆分、前置裁剪、中表关联等优化方案,显著提升任务效率,产出时间提前4小时以上,并降低回刷成本与资源消耗。
|
1天前
|
运维 NoSQL 测试技术
Redis:内存陡增100%深度复盘
本次事故因大KEY调用量随流量增长,导致带宽占满100%,Redis内存在5分钟内从0%升至100%,最终引发全面超时崩溃。根本原因为缓冲区(输入/输出)内存激增,占用超限,使Redis无法正常处理请求。尽管数据淘汰机制存在,但对缓冲区内存无效,最终导致服务不可用。需优化Key设计、合理配置缓冲区及加强压测监控。
Redis:内存陡增100%深度复盘
|
1天前
|
Java 测试技术 API
从Google线上故障,谈灰度发布的重要性
2025年6月12日,Google Cloud因未灰度发布的配置导致全球服务中断7小时。根因是新功能缺乏错误处理,触发空指针异常,暴露了配置管理的重大风险。本文详解配置灰度发布策略,并以Nacos为例,介绍基于IP和标签的灰度实现方案,强调渐进式发布对系统稳定性的重要性。
从Google线上故障,谈灰度发布的重要性
|
1天前
|
存储 缓存 监控
EFC&CTO:缓存引发数据不一致问题排查与深度解析
EFC客户端在NAS场景下因缓存版本号回退,导致读取旧数据覆盖正常内容,引发CTO测试数据不一致。通过日志分析与复现实验,定位为分布式缓存中dv版本管理缺陷所致,修复后验证问题解决。
 EFC&CTO:缓存引发数据不一致问题排查与深度解析
|
1天前
|
监控 Java 测试技术
OOM排查之路:一次曲折的线上故障复盘
本文记录了一次Paimon数据湖与RocksDB集成服务频繁OOM的排查历程。通过分析线程激增、堆外内存泄漏,最终定位到RocksDB JNI内存未释放问题,并借助Flink重构写入链路彻底解决。分享了MAT、NMT、async-profiler等工具的实战经验与系统性排查思路,为类似场景提供借鉴。(239字)
 OOM排查之路:一次曲折的线上故障复盘
|
1天前
|
算法 调度 Unix
Thread.sleep(0) 到底有什么用(读完就懂)
本文深入解析Thread.Sleep的原理与应用,通过“分蛋糕”比喻生动讲解操作系统CPU调度机制。重点说明Sleep(1000)不保证精确唤醒时间,而Thread.Sleep(0)可触发CPU重新竞争,避免界面假死,帮助开发者正确理解线程休眠与系统调度的关系。
Thread.sleep(0) 到底有什么用(读完就懂)