番茄小说团队随笔
番茄小说团队随笔
当前位置:首页 > 玄幻 > 番茄小说团队随笔 > 第26章 与 Bug 相爱相杀的番茄小说程序员

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

加入书架
书名:
番茄小说团队随笔
作者:
番茄小说团队
本章字数:
2592
更新时间:
2024-11-21

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

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

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

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

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

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

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

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

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

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

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

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

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

不过薅头发归薅头发,薅完还是要敲代码的。至此,功能完成度 100%。

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

所以,大家有什么防脱护发产品推荐吗?

正在努力写 bug 的公猿一号

2020.11.12

错乱章节催更!
返回
指南
快捷键指南
全屏模式
上下移动
换章
加入书架 字号
调整字号
A-
A+
背景
阅读背景
错乱漏章催更
  • 新书推荐
  • 热门推荐
  • 猜你喜欢