稀有气体的技术博客

这是一个很矛盾的事情，程序员非常不喜欢写文档，但又非常讨厌别的程序员不写文档。正所谓己所不欲，勿施于人。作为有职业操守的程序员，需要认真写文档、写高质量的文档。

根据我十多年的程序员经验，逻辑问题都好查找和解决。最难问题是不能稳定复现的问题，也就是俗称的“灵异Bug”。有的时候分人、有的时候分电脑、有的时候分时间，总之就是让你摸不清头绪，不知道什么时候就冒出来。

程序员如何通过自己的努力入住大别墅？在别墅里，涛哥发现了一件奇怪的事情。。。。。。

生产 Bug 改起来需要格外小心不说，还有一堆流程要走。哪怕只改一行代码，全部单元测试跑一遍、Code Review 走一遍、Pipline 跑一轮、QA 测一遍。造成 Bug 的代码，坑非常多，触一发而动全身。改一个 Bug，冒出来仨，还是很常见的。听到自己程序有 Bug 的第一反应是：不可能！这里不仅有专属程序员的幽默，还有职场段子、生活糗事，也有软件设计知识干货！对了，Bug最好一次搞定，哪怕都费点功夫。接下来即使确认了Bug，也会回以小问题很快搞定！这个态度是必须的，死活也要守住自己面子的底线。

今天是儿童节特刊，让我们一起走进80后程序员涛哥的童年。足球是涛哥最喜欢的运动。和小伙伴们踢上一下午都不会累，再来瓶汽水，倍儿爽！程序员王涛，外号涛哥。人间大炮，一级准备，二级准备，放！山间溪边的夏日生活，鱼没抓到多少，鞋倒是被冲走不少。

对于出差，我们应泰然处之，有自己的判断。如果做特定的事项，如UAT支持、员工培训，出差时长会比较准确。如果是救火之类，时长是不靠谱的。你很在意出差时长的话，最好提前和经理聊清楚。出差过程中如果被一拖再拖，你需要讲出你的诉求和难处，否则如果项目很需要你出差，经理会尽可能拖延你回来的时间。

任何工作都是解决问题的过程。程序员也是如此。但是程序员解决问题的过程具有一定特色。那么假如涛哥是一位物业维修员，我们看看他是怎么换灯泡的。

有些影响不大的因素，我们根据发生的可能性适当给予 buffer 即可。但是对于评估影响非常大的不确定因素，我们需要和业务方确定前提、假设。非技术人员，甚至经验不足的程序员很容易错误的判断工作量。对工作量预估应建立在对系统、工作方式、基础环境的了解之上，根据风险大小给予一定的Buffer。凭借对自己技术水平的自信以及简单的需求描述给出的评估往往会过于激进。我们需要尽量将不确定的因素转化为确定的因素。估算的方法有很多，这里不再讨论。

当涛哥还是工作一年的初级程序员，根本不知道设计模式为何物。他又是如何回答面试中设计模式的问题呢？