一个在黑暗中推塔的故事

第一次写部门博客,这篇文章的主题,其实是想分享一下过去一个月来做前置营的经历。

想了很久应该以什么角度切入:写稿方法?经验复盘?生产流程?

救命,这可是博客诶!写那么A的东西干嘛,博客就是用来写中二小文章的不是吗?

所以,我想讲一个输出型辅助被扔到黑暗的地图中推塔的故事。

解释:输出型辅助,在lol中意味着本身可以打伤害,但团队合作时也可保护/助攻伤害高的ADC队友的英雄。

连怪都看不到,让我怎么打

一开始,真是一片混沌。

在黑暗中遇到的第一个“怪”,是缺乏对编程的宏观视角。

刚在高强度的学习下刷完了一轮Python小课,代码能力顶多就是能完成项目三,通过了考试后,就要硬着头皮写稿了。其实有点心虚:这种程度,怎么敢被人叫老师呢。

Python知识仅限于Python小课,且缺乏宏观视角确实是一个大坑,且越到写稿后期越凸显出来:发现自己的知识存量实在是太少了,写着写着自己都无法自圆其说,就更别提自上而下地给用户建立宏观的“编程思维”视角了。

再者,当初学习的“教材”就是Python小课,又怎么在这么短的时间内去跳出教材本人去改教材呢?

最后,用户经常问到的问题:Python究竟是什么?学了Python我能干嘛?我能达到怎样的技术程度?这些问题,我们自己真的领悟透彻了吗?能站在“老师”的视角为他们答疑解惑吗?

缺乏编程的宏观视角这个问题,在一开始出知识框架的时候就浮出水面。

当时,和芯僮讨论“能否把Python的知识点统归成一个知识地图,好让用户对自己当前所处位置,进程几何能一目了然”的时候,芯僮问:“所以,我们在0-3关里学的知识点相互之间是什么关系?递进?从属?我需要知道你们讲课的逻辑是什么。”

一时语塞。

幸好,0-3关的知识点并不难。至于“编程思维”,无法从宏观的角度,像过去小课那样建模,但能抓住已知的点,如:计算机是一行行往下执行命令的等等。加上后面有健龙的加入之后,许多知识点也得以被讲得更透彻了。但自己边学边教的感觉确实没那么好。

但是,要从根源上解决“缺乏宏观编程思维”的问题,还是得靠自己有意识地加速学习才行,不然真的不好意思去教那些,可能编程经验比我还要丰富的学员。

一个怪勉勉强强打完,框还没出完,还没摸清楚后面地图有哪些路可选,能怎么走的时候,下一波怪又来了。

运营希望前置课能更有趣一些,不要只讲干巴巴的知识,因为我们用户都更年轻了,不喜欢枯燥、一本正经地学习;希望前置课能把知识点讲得更清楚,不要让用户总问一些蠢问题;希望前置课能解决用户“学了能干嘛”这个问题,给用户很明确的路径选择;希望有更接地气的案例……

这不是要写课,这是要上天啊哥们。

与此同时,未知的事情有:不知道详细的用户画像(只能自己去社群偷窥)、不知道如何数据指导内容、不知道怎样的稿件是“好”怎样是“不好”、不知道写稿流程如何、不知道可以获得什么支持、不知道产品形式是否会改、不知道……

虽然不是第一次在混沌中推进工作,但突然前面连个强力输出的adc都不跟,还是手足无措了一小段时间的。

只好疯狂出装备,写了一个又一个的思考文档,开了一个又一个的会。总算是把框和初稿整出了个大概,至少眼前的能见度更高了一丢丢,至少能看见要推的塔在哪里了。

这过程熬得有点痛苦,不仅是推进工作,还经历了一个信念重组的过程。

但也因此发现了:人的韧性比自己想象得要强得多,而自己能做到的事,只要不给自己设限,是能让自己都感到惊讶的。硬要说什么经验的话,就是:在未知之中抓住已知,并根据已知的线索主动地向前迈进。

在黑暗中,未知会带来恐慌和焦虑,你看到千千万万的困难,却摸不到解决方案的线头,这时候最为不安。但人啊,有时候不就是被迫启动,凭着一个不太坚定的信念开始往前走了,然后边往前走的过程中再强化信念,获得续航动力的嘛。

最重要的是:别怕碰壁,别怂,就抛掉所有顾虑,才能应对未知的障碍。

事情很难,因此你需要伙伴

现在在塔都推完了再回头看,是没什么了。(虽然迭代2.0近在眼前……)

但是在当时,一路摸黑一路踩坑一路还要临时应付突然冲上来的怪,内心暴走过无数次。

不想让设计改图、不想让编辑助理加班录入、不想快上线了手忙脚乱。最终设计改图到上线前的周六,编辑助理周末都在录入,杜杜周末也在帮我们定稿,心里真的有些过意不去。

但想想,我们勇敢地尝试用新的形式写稿,虽然有风险,但并没有因为风险而退缩(放弃给自己挖坑),想把上面那些“要上天”的要求都给一一实现:毕竟,确实是希望自己的产出成果能给人带来更好的体验,也更能让人获得表征不是吗?

之前分析了很多,都觉得市面上很多编程课程、产品都是扯淡,根本让人学不会,所以我们要做得比别人更好,甚至是最好。然而,这事情本身就是很困难的,更何况我们自己也只花了这么短的时间入门Python。

但要是这事能成呢?先不说远的教育理想,就说近的,我们要是能生产出集有趣、易懂、专业为一体的编程课,就会有更多以前掏过冤枉钱但没学会的人、想学但免费资源都看不懂的人、想为自己找新的职业机会却没门路的人有一个新的、更好的选择了不是吗?对于我而言,我的努力被认可,对于他们而言,能攻克新技能。

真的很想听到学员评价说:这是我学过最好的编程课,没有之一。

就冲这,我觉得还是值得好好努力一把的。

但这件事的难度比过往的任何一个小课都高,单凭一个人的力量是无法完成的。黑暗中推塔,需要紧紧握住队友伸过来的手。一个团队里不能只有输出型辅助,还得有在前面凶猛推塔的坦克啊、还要有在后排输出的ap啊,还得有窜来窜去的小刺客啊,还要有关键时刻奶一口的治疗型辅助啊……(真的好想玩游戏……)

当然会遇到问题啊,当然也有过不够稳定的时候,当然也有发现稿件有问题需要修改的时候,大家都是第一次干这事,不太顺利简直太正常了。

但是,我看到重要的事情是,当遇到困难的时候,没有谁是独自作战的,大家都会冲上前去帮忙打怪、守塔,再往前推进。有些时候,明明自己的那部分做完了,还是不能放心,守在线上看着对方是否有问题,需不需要及时帮助,就像操心的老妈妈一样。有情绪的时候,想着大家都有着同样的目标,都是为了一起做好这件事情,不会互相抱怨,而是互相帮助支持着将事情做好,花时间告诉对方:你的问题是什么,能怎么改进,而收到反馈也能被非常客观地接纳/讨论。

这是我在这个过程中收获到的,比写完稿子还要重要和珍贵的,最好的东西了。

一件事从无到有,从黑暗到看到光,从来都不能靠一个超级兵独自实现,一定是团队作战的成果。在这个过程中,结果导向固然没错,但如果只有单纯地结果导向,却看不到团队内部人员的需求和成长,那么下一次,依旧会踩同样的坑,遇到同样的问题。反之,愿意花时间相互磨合和帮助,大家在一个任务中都学到了东西,那么下一次,相信一定会推进得更加顺利,这才是真正共进退的“团队感”。

我们需要做成事,但成事不能离开人。

这也是为什么在这篇文章里我不想写这件事是如何被完成的细节,只想聊聊自己很主观的一些“感受”当然,如果感兴趣,可以看这个复盘文档https://shimo.im/docs/m3tyXBM0L78adxy7,里面有详尽的过程。

我觉得,在这些“经验”、“流程”、“方法”之外,更重要的是,在这个过程中,我收获的“伙伴”、“信念”、“团队感”还有“再投入高强度工作也无所畏惧”的勇气。

虽然前置营ab test上线了,但肯定要继续让它变得更好,对此,我有信心。

嘿嘿,水了3000字,第一篇博文写完惹!

萱婷

2018.12.28

(中二少女写作要署名)