～四大总监～

故事要从三年前说起......

那时侯，我刚从一家公司离开。

～测试总监～

syy 上一家公司不到一个月，不知道是试用期没过呢，还是没过呢，来到了 hz

～初识研发总监～

当时我们还都不是总监，在hz的时候，我们的title是team leader。lxm是做邮箱的，虽然是一个85后的小伙子，但是感觉他的脸像是被岁月用钢刷拍过一样，哈哈哈。

～我是做前端的～

我来的早，五年之前，全公司没一个总监，我负责前端，前端除了我就剩电脑了

～768～

768 是一个神奇的地方，这里我们留下了无数欢声笑语，也结识了一帮狐朋狗友，其中最狗的就是 lyx 了，产品流氓

～l狗～

lyx我们都亲切的叫他叔。其实他最擅长的就是太极，是一个懂得技术的产品经理，本身白白嫩嫩的，让人浮想联翩。此人据说好色，不分老幼，男女通吃

～2015 年～

满怀着对创业的期待，我加入了 hz。还从 263 拉了几个好兄弟，开始从头建设 wbg 邮箱系统。5 年的积累，终于可以一展拳脚。从 8 月 中旬加入，到元旦 wbg 邮箱上线，我和我的小伙伴度过了非常充实的 4 个月，至今仍是一段美好的回忆。

～小步快跑～

2015 到 2016 年，wbg 坚持了那个月发布一个大版本的速度，增加了好多重磅功能模块，好处是功能越来多样，但是也埋下了一些隐患，每个功能做得都不深入。现在来看，小而美，大而全，应该怎么选，依然无法定论，毕竟历史不会给我们重来一次的机会。

～一次 IM 事故～

2015 年底，我们的 IM 服务出现一次故障，好多用户连接不进来，当时的用户量很小，也就 几万用户吧。是的就这么几万用户我们的 IM 就挂了。当时记得用的是 mosquitto，期间我们做了两次源码修改，我们把 topic 的树状存储换成了 hashTable，把 select 的网络模型换成了 epoll，下行消息的处理效率从 300/s，提升到了 6000/s。当时解决了我们一下问题，但是最终还是替换成了 emqttd，这个支持集群，稳定性也更好。这个过程说明，用什么技术是根据当前是要面临的问题来看的，不存在万能的技术，只要够用就好。

～删库～

我已经了忘了具体的日期，我们的开发一不小心就删除了一个表的全部数据，而恢复时发现，我们居然没有备份，天雷滚滚啊！我们人肉恢复了两个星期，还是丢了一个月的数据！这让我感觉很惭愧。也许这也是我们 wbg 会失败的一个原因吧。基础建设一定要夯实，不然大楼一定建不高，即时建高了，也立不住。

～我的一次删库(未跑路)经历～

05/06年间还在实验室憋论文那会儿,师兄接了一家京郊宠物用品连锁店(隐其名讳不提)的项目,是一个进销存+客服系统;我们重构了库表结构,并从oracle换到了sqlserver.

记得那天去客户那里做数据迁移,也不用任何工具,毕竟库表是自己重构的心里很明白,就直接sql搞.

业务繁杂,库表众多,从下午一两点搞到晚上10点,预计12点前收工;那时虽然年轻也顶不住那么搞,精神逐渐恍惚,仿佛进入化境,当时还自得,觉得键盘敲的噼里啪啦,sql写的腾云驾雾,有种可以操控一切的上帝的感觉.

在sqlserver的查询分析器中,可以f5执行选中sql语句,在执行个条件删除时,一个恍惚没有选择where条件,然后一个f5就点过去了;点完也意识到了,这可是整理了几个小时才出来的业务表数据啊,sqlserver2000这个查询分析器也没有事务的提交和回滚机制;当时真有灵魂出鞘的感觉,大脑一片空白;还好数据源还在,从头再干吧,一直折腾到天亮.

这次事件以后,再做数据库操作,我一定在大节点时做整库备份,在delete前再三检查条件,即使在测试库也如此.