钛节点

像素篇 : 张大彪和草台班子

发表@2018-10-31 22:51:34

更新@2023-01-21 22:47:40

###### 本来小五不离职的话,积目的技术部是有三个人的,但小五走了.于是技术团队就只有我和YBY.
###### YBY比我来的早一个月,也就是10月份.在他在,我不在的这段时间内,积目其实只有他一个人.确切说,他那会儿会随时听从两家公司的调遣,他的上东家和积目.看到他来回摇摆的状态,于是我打定注意:你们钱没骗到手,我是绝对不去的.即便骗到了,也不一定去.
###### 如果我记得没错(错了估计没人替我纠正),第一轮钱是WYC骗到的,好象是100个.就是这100个让我过来的.我暂时称为pre种子轮.下一轮则是GG谈.中间有个小插曲,忘了具体是几号了.本来预计那天晚上GG要去工体去跟xxx谈个什么投资之类的,结果那天下班前突然出了一次乱子,我那会儿刚重启完服务,准备走,就是刚重启起来的不到十秒后,GG跟我说怎么需要重新登录.我用top命令一看服务器信息,我擦,内存占用量怎么小!以往服务器内存占用在一半以上的!瞬间我意识到redis出问题了,确切说redis数据全完了.当时服务器是个4核8G的机器,只有这一台服务器,所有的软件和服务都运行在一台机器上,大约支撑着3-4万左右用户.所以,当即的应对策略就是如何恢复redis数据,于是最终决定写个脚本,从数据库谁赞过我那里恢复数据.后来我就琢磨这事儿,想了想可能就是因为redis开了bgsave.大家知道,bgsave的时候,redis会fork出一个新的进程,然后将redis内存中所有数据以一种快照的方式全部沉淀到磁盘中.所以,从理论上讲,如果你内存中有2GB的redis数据,那么bgsave的时候,内存占用率很有可能会到4G.我估计就是服务器内存不够用了,导致bgsave失败数据丢失.为了保证不再出问题,至少是当前晚上不能再出问题,我让XY把服务器内存升级到了12G.这件事情告诉我,不能再把所有东西堆积到一台服务器上了,得考虑拆分了.
###### 小五走后,相当于我一个人负责API和后台管理两块内容.注意,是真的后台管理,不是phpmyadmin.至于后台管理,我本来以为小五做了点儿什么,后来我发现小五确实什么都没做出来,于是就得自己从0开始做.于是就有了下面这个画风的管理系统.
![](https://ti-node.com/static/upload/6345436621009059841)
###### 当初这个东西刚做出来的时候,XY,XZ,WQJ等人纷纷表示为什么会有这么高级的玩意?尤其是XY,他表示终于看到彩色的按钮了.我说:"你们属于那种没吃过猪肉,也没见过猪跑的那种".后来,对这里的需求越提越多,我是腾不出第四只手了.
###### *于是,张大彪低调登场.*
###### 其实,在当初在2016年的8月份WYC决定拆后重建的时候,我就问过大彪要不要接这个活儿.你们读过前几章,应该知道我那会儿对于接不接这个拆后重建其实是很犹豫的.
- 大彪:不接不接,我还没找到工作呢.
- 我:那正好啊,正好接了这个赚点儿钱.
- 大彪:不接不接,没心情.
- 我:指不定你接了做好上线,人家拿这个骗到钱,你就可以直接去他们那里工作了.
- 大彪:你不用再说了,不接.
###### 于是我再次联系大彪:
- 我:大彪,找到工作了吗?
- 大彪:没呢,找了几家,不太好.我去玩了好几个月.我去了山东,泰山还行.
- 我:... ![](https://ti-node.com/static/upload/6345443000872599553) ...
- 我:来积目吧,你可以骑驴找马.
- 大彪:靠谱吗?
- 我:靠谱.我在这儿还能不靠谱?就是当初我外包那个项目,骗到钱了.
- 大彪:在哪儿啊,我去看看.
- 我:北京中弘像素.地铁6号线草房站下车.

###### 大彪到办公室的时候,我在二楼办公.当时二楼没桌子,我一直拿GG的画板垫在腿上当桌子办公.我给大彪讲了讲产品状况和他要做的东西,大彪当即有点儿意思可以干,关键是钱的问题.我说这个你得跟GG谈了.最后大彪上来说:谈好了,跟XGT工资差不多,先干着吧.看起来一个基本还算完整的草台班子就算起来了,我感觉有必要整理一下:
| 代号  | 职位  |
| ------------ | ------------ |
|  WYC | 产品经理,虽然并不怎么专业  |
|  YBY | iOS  |
| 我 | Server兼运维 |
| 张大彪 | 后台管理,API后备力量 |
| GG | CEO |
| XY | 人事,打杂 |
| XZ | 客服兼运营 |
| ZXB | 市场,商务合作,BD |
| WQJ | 市场,商务合作,BD |