本来我一直觉得,天下什么样的人都有,因此,什么样的用户都有。一个经营性网站指望所有用户都理解自己,本来就是天方夜谭,更不值得上到公司领导下到部门主管的大动干戈。非要这么做么,也没什么,反正在这公司都呆了一年了,这样小题大做的事情见多了也习惯了。
那么应该是看看就算的,可是,却让我瞥到12月30日改版的事情。“由于事先没有预测到的某个问题,导致很多用户模版出现侧栏小黑点……”云云。
什么叫“由于事先没有预测到的某个问题”?
领导近日在某次开发会议上重新提起这个问题说,为什么没有在改版前修改,还颇具清算意味的审查原因。本来就对此狐疑,两个领导都不熟悉技术,这样的旧帐,除非有人告状,否则凭他们也揭不出来。一则也是因着当时开发上遇到的分歧,本来就有火,再则这样不明就里的翻旧帐,立即火大。
我当时即已讲明缘由,其实本来也很好理解。
上图中是我的邮件发送记录,可以看出,在发布系统切换公告当天,我发了解决方案给相关人员,这才可能在公告中提示给用户解决方法。其后两天,也就是系统切换当天,我又一次发送解决方案的详细说明给相关人员,除了给客服用来答复用户提问,还抄送给了设计部全体人员,是为了给手工修改官方文件做参考和补充。
这样看来,“事先没有预测”的说法就不正确。而这个问题的直接责任人,貌似就是我本人。为什么这么说?因为我是模版标准的制定者,也是这次改版对模版系统改进的提出者,也就是说,正是我的建议才导致用户blog出现小黑点,而程序的修改也正是在我的监督下完成。
既然我负有直接责任,那我觉得这事儿应该好好跟她讲清楚,但这篇日志却并不是只有“那个”用户才能看,而且显然某些特别人物一定会看到。那我觉得我的声名也不能完全忽略为零,毕竟是那么人的“老师”,于是我在此日志留言如下:
“由于事先没有预测到的某个问题”???那公告怎么提前拟好的?
事实上这是我们对下一代系统的改进,属于已知问题,不是预测到的,并且我们给了客服解决方案,但是因为这个现象,只作用于新系统下,所以没法提前改。而且用户自定义模版数目众多,在取消发布重建这个操作之前,用户根本没法预知修改结果。
某大仙看到我的留言来解释:
11:03 AM
某大仙: 我的意思是程序上对这个没有办法事先统一修改 不是说提前拟公告 -_-|||
11:04 AM
me: 你说的好像事后才知道一样,显得我们很不专业
11:04 AM
某大仙: 那我去修改好了
而修改结果却是:
1、删掉我的留言;
2、将此篇日志设为加密;
3、“由于事先没有预测到的某个问题”更改为“由于某个问题”。
哎?!
如果说删掉我的留言是为了更好的达到调解或告知也许顺便还有个宣传的目的,那为何再将日志“加密”?我可就搞不懂了。
心虚么?!
而且,无论怎么说,由于的这“某个问题”,仍然是由我导致的。
好!
No comments:
Post a Comment
你不想说点儿啥唛 ?