需求文档上不起眼的一句话竟是隐藏BOSS!?

上班日常: 加油，通义千问，你可以的。😋

来点程序员最爱看的😋 图一：不知道谁把代码写成这样的，像是反编译后再转成java文件 图二：应该是自动生成的代码，不然真的搞不懂吃了什么坏东西拉出这一坨 图三：IDEA生成的UML关系

可能这就是AI之间的商战吧

大、中、小型公司的优缺点（摘录）

是谁代码复制过来还要拿游标卡尺慢慢量啊

有些东西搞不懂 让我搞短信集成，正准备大干一场，看了一天API文档，依旧没有说业务是什么，询问后给我一个集成包，让我部署在客户环境，好家伙，我本地运行这个集成包后发现是短信集成系统，直接改下配置就可以直接用了。一年没用过linux，不敢乱动，怕把服务器搞崩了，实施说没空，文档显示只需要改两处配置就行，嗨嗨，cd 加 vim 就够用了，到最后运行这一步一直提示找不到java，我又不敢乱动环境，几番尝试无果后，今天实施操作5分钟就ok了，只能喊一声6。然后又让客户给window跳板机以便进行配置，但我看文档，这活对方实施干不就行了吗，又不难操作，涉及数据账号密码、阿里云密钥，这客户能直接提供给我们？从销售口中大致猜出公司不想让客户知道这个集成功能是有现成的，所以不给他们操作的机会🤦‍♂️

### 职场又一课 老板叫我做个大致的页面效果，我却把150字的技术实现方案给他看，“惨遭”秒回“没明白”，突然明白我好蠢。 其实老板更关注的是结果如何，行还是不行。 正确做法是告诉老板说我做了个测试页面，先看看哪里还需要改进。 （想起了这张图片）

昨晚还在担忧bug一直解决不了，今天突然有进展了 项目从年初分为几期断断续续做到上个月，本地、测试环境都没问题，月初开始报错，但是生产环境的日志并没有显示过多信息，只是提示字符被截断。 这一定是用户输入的内容过长了，我前端做校验后端做安全截断。 生产环境：啊对对对，我还是给你报错。 这数据显示是项目开始前就有了，可能和时间有关系，我先在本地建立一样的数据（其实还有好多明细数据无法一一复现） 本地环境：一切正常 原有代码逻辑太混乱了，我把每个操作提取成一个小方法，再try-catch打日志，我就不信日志出不来。 生产环境：我只显示报错在控制层的调用入口 一筹莫展，不知如何是好。突然想到报错的是历史数据，这不是和时间有关系，而是和版本迭代有关系，每次版本迭代都有可能改字段改业务逻辑，我先签出初始版本重新建数据，再迭代版本进行测试。 一通操作猛如虎，终于复现bug，再也不用对着生产环境简略的日志发呆发愁了。（在AI的帮助下）执行一条简单的sql终于解决了bug，不过暂时不知道为什么公司框架会出现这个bug。 海恩法则指出，在每一起严重事故的背后，必然有29次轻微事故和300起未遂先兆以及1000起事故隐患。看到那本地报错信息和出现位置，我想起4月份组长向我提到一句“这个字段会报错，我把用另一个字段替代了”，当时以及之后，我都没有看到那个字段报错，一直没放心上，原来这报错早有预谋！

入职不久，第一次感到无力和挫败，甚至觉得这个问题在再不解决就要被辞退了 搞不懂为什么生产环境那么奇怪，这些看上去毫不相关的bug为什么会随着某处代码改动而相继出现