接手一个Hibernate的项目，在本地开发环境测试，并没有什么异样，一切正常，当发布到测试环境后。

自学代码多年，前些年都是写的C#，那时候，都是很规范的按照书里面说的，日期格式化用yyyy-MM-dd。去年开始，直接上手做Java的项目，也没有很系统的去学这个东西，也就是能用热门组件做项目而已。就在昨天，12月26号，线上一个简单的EBS查询接口获取不到数据了，很奇怪，因为近2周没有发过新版本了，所以，初步定位是数据问题，但是EBS也没有做过任何调整，然后便去查看了一下接口调用日志，这货传的日期怎么是2022-12-26呢？

最近一个朋友叫我帮他维护一个项目，这个项目是用Spring Boot开发的，后端有个定时任务，它不是基于quartz这类框架开发的，而是直接用Eclipse基于JDK1.7开发的工具包，然后借助Linux的crontab来实现的定时任务，我接触java一年多来，都是用的IDEA+JDK1.8如果要去安装Eclipse的话，就显得有些繁琐，就直接用IDEA吧，JDK就在百度找一个解压版吧。

最近在做自助机，有个需求就是刷过磅卡获取车辆的过磅信息，那么就需要设备厂家提供接口，厂家那边是基于.net平台，他们为了自己方便，就只能提供WebService接口，那就没办法了，只能委屈自己。

最近有个需求，就是要根据用户订单信息来填充现有的Word模版，从而生成一个在线电子文档，再通过易企签来实现线上签字确认。

最近在开发后端接口，需要调用EBS，说实话，这个EBS返回的数据格式真的搞得好复杂。

周末的时候在家里折腾了一下Prometheus，感觉它部署方便、功能强大。本来也是想用在实际的项目中，但是领导却觉得这个东西还是太复杂了，因为我们完全用不到那么高级，我我我我我我也不敢继续谏言，毕竟我只是一个刚来的临时工，所以就自己做一个简单的监控程序吧。

当我们开发了一个Web Api之类的服务上线后，总以为可以松一口，可以舒心的撸几把游戏，但是事与愿违，有时候服务突然就挖塌了，而且还不自知，还在开开心心的排位赛，此时上级领导、客户、客户的领导都来慰问、鼓励，给你加油、打气。当然这只是一种情况，但足以看出服务监控还是很重要的。

也是上文中的项目，在前面也有介绍，这个项目是一个C/S项目，客户端是C#+Devexpress，因为涉及到某公司的核心框架，所以框架部分的代码是没有给我们，只是给了业务部分的源码，服务端也是，基于其公司核心框架开发，所以能拿到是也只有业务代码。