工程人可能会使用以下借口：
需求问题
“这不是程序问题，需求就是这样写的。”
“需求人员都离职好几拨了，死无对证，你说什么都好了。”
代码问题
“只改了一行代码，不会影响其它功能。”
“拜托，说谎也要拿出点诚意，有点深度好不好？你改一行数据库连接看看，网站不宕才怪。”
硬件问题
“这是硬件问题，跟程序没有关系。”
“换台电脑还是一样的问题好吗？其实不是硬件问题，是智商问题。”
临时方案
“这是临时的办法，正式上线的时候不会这样写。”
“很多临时办法，都会变成永久办法，在 JAVA 工程师的世界这是定律。”
时间问题
“程序员：‘这个功能需要 10 天’，老板：‘只给你 5 天’，JAVA 工程师：‘好的’ 5 天后，老板通常得到两种结果：一是跑不起来的代码，二是已经跑路的 JAVA 工程师。”
进度问题
“这个功能已经完成 90% 了，JAVA 工程师所说的进度，通常要除以 10，当他说完成 90% 的时候，实际进度不会超过 9%。”
文档和注释
“以后会给代码加注释和文档的，如果非要给 ‘以后’加一个期限，JAVA 工程师希望是一万年。”
测试问题
“这个程序我测过，不可能有 BUG，一定是使用的问题，或者是需求的问题，再或者是 UI 的问题，不可能是程序的问题。”
其他工作
“我在忙着写文档呢。”
这些借口在工程行业中较为常见，但使用时应根据实际情况和语境来判断是否合适。过度使用或不诚实的借口可能会影响个人的职业声誉和团队关系。建议工程人在面对问题时，尽量提供具体、合理的解释，并积极寻找解决方案。
