周四上午的一天，邮件被发送到小 A 的邮箱，简单写着“29 层 2911 号会议室，需关灯，另外，需要换开关，大概花费几分钟 "。

小 A 赶到 2911 号会议室，发现灯确实还开着，环视了一周却没有发现开关。

小 A 为了尽快解决问题，决定现在先安装上开关，但是在询问房间设计师之后，发现一系列问题。首先，安装开关会破坏房间的美感；其次，没有合适的工具可以现在安装，如果申请，还需要经过审批、购买等，时间过长；最后，问题的及时性使得重新安装开关变得异常棘手。

正在小 A 犹豫不决的时候，另一封邮件又出现了，上面写着“为什么 2911 房间的灯还是开着的”，小 A 这个时候只好回了一封邮件解释原委，但是小 A 清楚的知道，Bug 上标志要解决的人是自己，今天必须要解决。于是，小 A 将源头锁定在线路端，通过梳理，找到了连接灯的线路，手工剪断，断电！

小 A 将问题的解决方案再一次写到邮件中，发送了出去，正当小 A 收拾准备回工位的时候，又有一封邮件悄然出现，上面写着“如果需要再次打开灯，怎么办？”，小 A 又再次考虑起来是否要安装开关，这个时候小 A 打开微信，找到公司行政，准备物料申请时候，又收到一封邮件，写到“将灯连接的线路接到地下一层，如果有需要打开或者关闭灯的时候，会邮件通知进行相应操作”。

小 A 虽不解，觉得治标不治本，甚至有点白痴，但还是按照邮件的要求去做，当小 A 把线拉到地下一层的时候，发现有好几根一样的线，这个时候总算明白，为什么会有这样的要求，小 A 将线路拉好，打好标签，心中暗想，也不知道下一个这样做的人是谁，便上楼回到工位发送邮件，“已处理完毕”，并关闭 Bug。

刚发完邮件还没到一分钟，另一封邮件已送达，“2911 房间仍然有光”，此时 Bug 状态已变成待处理。

小 A 赶紧去到 2911 房间，灯确实是关着的，回去之后便发送邮件“2911 房间灯已关，确认无误”，并关闭 Bug。

此时回复邮件中写到“我还是可以看见 2911 房间是亮着的”，小 A 看了一眼 Bug 状态，已恢复为待处理。小 A 又去了一趟 2911 房间，再三确定灯已经关了，并拍照当作证据，回来之后，便发送邮件，这个时候小 A 并不着急将 Bug 关闭，果然，一封恢复邮件到了，“可能是房间的窗帘没有拉上，需要拉上窗帘”。

小 A 这个时候抗议到“我的工作是关灯，不是拉窗帘，并且窗帘拉不拉上，完全取决于在会议室开会的人对光线的要求”。隔了 30 分钟，回复邮件写到“暂时不用理会窗帘的问题，等会安排会议商量窗帘是否需要拉上”。

小 A 等了 30 分钟，关闭了 Bug，直到突然有要求将 2911 房间的灯打开，小 A 急忙去地下一层将线路接上，再次返回工位上，已有 66 条未读邮件，第一条“灯怎么还没有打开”，第二条“是出什么问题了”，小 A 索性打开了最后一条“好了，灯亮了，不用看上面的消息了”。

小 A 笑了，静静的等要关灯的指令，他知道，这个过程又将会重复一遍，这种看起来忙忙碌碌，却又无效的动作。

但是最终的结果是好的，这次事件解决完之后，好像所有人都不记得 2911 这个会议室存在过，而我也不需要再做这些事情，总之，这也算是件好事。

不要让无用功浪费了你的才华。