第26章 与 Bug 相爱相杀的番茄小说程序员（第1页）

大家好，我是番茄小说程序员团队的一员，人称“公猿一号”。前几天“1o24”程序员节，慕容知春力邀我为《团队随笔》作文一篇。虽然我一把推开了他说“这是另外的价钱”，转身便打开了尘封已久的ord。

希望我这双写代码的手能够写出一篇合格的随笔，让大家对番茄小说程序员团队有初步了解。

程序员这个职业，近几年被提及得越来越多，并常常和以下词语绑定格子衫、易秃顶、技术宅……但其实，番茄小说程序员团队放眼望去，有长飘飘的艺术型女神，有帕瓦罗蒂级别的麦霸型大哥，也有深耕各领域的斜杠型青年。

所以，用外貌和性格标签定义程序员是不严谨的。不过，你可以说我们“思维严谨”。

有一个故事在程序员圈中长期流传一位程序员的女朋友让他出去买个西瓜，并说要是看见卖包子的就买两个回来，于是。。。。。。程序员买了两个西瓜回来。

如果你笑了，那证明你已经具备了成为程序员的思维基础。加油少年，我们在知春路等你。

在知春路，啊不对，在番茄小说app上线的每个功能都会经历这样的流程产品经理，也就是公子楚那帮人，负责提出一个功能→设计，也就是JoJo那帮人，负责设计这个功能展示的画面→程序员，也就是我这帮人，负责完善功能背后的逻辑、完成数据搭建（就是敲代码）。

因此，一个功能大多源于产品经理们的pRd文档（其实就是需求文档，but，给我一个空间展示我的专业度谢谢），但程序员们实现需求的复杂度远一份文档。

敲代码第一步开始敲代码？不，是与产品经理敲定需求文档，并拉勾约定再也不会改需求了。以段评功能为例，当我们接过产品经理们的需求文档，需要与他们讨论的问题包括但不限于以下内容一段文字跨页了怎么办，最多可以选择多少段，用户在不同翻页模式下怎么能够跨页选择更多的内容……头-1。

敲代码第二步开始敲代码？不，是思考敲代码的大框架。我们会根据需求文档思考技术方案如何设计，程序代码的架构是否完美，代码框架后期的可扩展性是否好，实现方案是否存在性能和稳定性问题等。头-2。

敲代码第三步开始敲代码？是的，终于可以敲我最爱的代码了，又称“自己制造bug自己修复bug”。但在这个过程中，往往又要打破曾经的誓言，无数次返回“敲代码第一步”……比如在即将上线的“边看边听”功能开中，初期就没有考虑到上下翻页模式的实现复杂度，于是。。。。。。头-3。

当我们敲完代码，一个功能的完成度基本接近99%，还有1%需要经受测试验收阶段的考验。公子楚、JoJo争相出动，铁蛋、甘道夫偶尔也来凑热闹，俗称“大家一起来找茬”。

这个阶段不仅测试功能，更测试程序员内心是否足够坚强。通常一个新入职的程序员，在面对各种bug的情况会狂薅头“我写的代码怎么会有问题？一定是你的操作不对！”头-4。

不过薅头归薅头，薅完还是要敲代码的。至此，功能完成度1oo%。

当功能上线，所有番茄小说的用户都开始使用时，头是什么？不重要，我还能再薅5oo年，毕竟那掉落的一根根秀都是我们对大家的真心印证，也是我们对工作的热爱印记。

所以，大家有什么防脱护产品推荐吗？

正在努力写bug的公猿一号

喜欢番茄小说团队随笔请大家收藏番茄小说团队随笔本站更新度全网最快。