喜欢solomid的粉丝多吗？看看大家都在哪里讨论！
说起来这个solomid，我第一次听到还真不是因为玩那个英雄对战游戏，那时候我还不怎么玩。是有一次看啥比赛直播，好像也不是他们队的比赛，就听到观众席山呼海啸地喊“TSM！TSM！”。当时就觉得，这队人气真高，明明没他们什么事儿。
后来稍微去查下，才知道TSM全称是Team SoloMid。这名字就有意思，“单中”？我当时脑子第一反应就是，这队是不是特别强调中路单干？就一个人负责最重要的中间部分，其他人辅助？听起来挺悬乎的。
这让我想起我刚工作那会儿的一件事儿。那时候年轻气盛，总觉得自己能搞定一切。当时接个项目，不大不小，但中间有个环节特别关键，算是整个流程的核心枢纽。我当时也不知道哪来的自信，就跟领导拍胸脯，说这块交给我，保证没问题，我自己一个人就能搞定，绝对“solomid”。
我的“单中”实践
一开始还挺顺利的。我把那个核心模块的需求扒拉清楚，自己埋头就开始写代码、做设计。那段时间真是昏天黑地，同事喊吃饭不去，喊周末出去玩也不去。心里就憋着一股劲，觉得我一个人就能把最难的部分啃下来，到时候项目上线，功劳簿上肯定有我浓墨重彩的一笔。
过程是这样的：
- 梳理需求： 把相关的文档翻来覆去地看，自己画流程图，把所有可能性都考虑到。
- 技术选型： 挑自己最熟悉的几个技术栈，怎么快怎么来，没太考虑后面跟别人对接的事儿。
- 编码实现： 天天加班加点敲代码，遇到问题就上网搜，或者自己硬琢磨。旁边组的哥们看我太累，问要不要帮忙看看，我还嘴硬说不用，小意思。
- 内部测试： 自己写些简单的测试用例跑跑，感觉好像没啥大问题。
现在想想，那时候真是有点傻。觉得自己是天选之子，能carry全场。完全没意识到，项目是个整体，不是打游戏，光你中路杀穿没用，上下路崩，野区炸，还是输。
果然，到后面要跟其他模块对接的时候，问题就全爆出来。
遇到的麻烦：
- 接口对不上： 我自己搞的那套东西，跟别人约定的格式、参数有出入，联调的时候各种报错。
- 考虑不周全： 有些边缘情况、异常流程我根本没考虑到，因为我只关注“中路”的核心逻辑，没管“边路”和“野区”的支援请求。
- 性能瓶颈： 为图快，有些地方实现得很粗糙，稍微压力大一点，我那个“核心模块”就成整个项目的瓶颈。
- 没人能接手： 最要命的是，因为一直是我一个人在搞，其他人根本不清楚里面的细节。我要是请个假或者病，这块就得停摆。
搞得焦头烂额，项目进度也拖慢。领导找我谈话，虽然没明着批评，但那意思也挺明显。后来还是拉几个同事一起，重新梳理、修改、测试，才算把这个“中路”稳住。
一点反思
那次经历之后，我对“solomid”这个词有新的认识。可能它最早就是指游戏里中路单挑，但一个队伍，一个项目，甚至一个公司，真不是靠一个人“单中”就能成功的。你看后来解多，TSM虽然叫这个名字，但人家也是一个完整的团队，有教练、分析师、各个位置的队员，大家分工合作，才能拿到那么多冠军。
别老想着自己一个人“solomid” carry全场。不管是工作还是生活，该合作就合作，该求助就求助。大家一起把事情做比你一个人逞英雄重要多。那个名字，听听就别太当真。
