第26章 與 Bug 相愛相殺的番茄小說程式設計師

  大家好，我是番茄小說程式設計師團隊的一員，人稱「公猿一號」。前幾天「1024」程式設計師節，慕容知春力邀我為《團隊隨筆》作文一篇。雖然我一把推開了他說「這是另外的價錢」，轉身便打開了塵封已久的 word。

  希望我這雙寫代碼的手能夠寫出一篇合格的隨筆，讓大家對番茄小說程式設計師團隊有初步了解。

  程式設計師這個職業，近幾年被提及得越來越多，並常常和以下詞語綁定：格子衫、易禿頂、技術宅……但其實，番茄小說程式設計師團隊放眼望去，有長發飄飄的藝術型女神，有帕瓦羅蒂級別的麥霸型大哥，也有深耕各領域的斜槓型青年。

  所以，用外貌和性格標籤定義程式設計師是不嚴謹的。不過，你可以說我們「思維嚴謹」。

  有一個故事在程式設計師圈中長期流傳：一位程式設計師的女朋友讓他出去買個西瓜，並說要是看見賣包子的就買兩個回來，於是......程式設計師買了兩個西瓜回來。

  s🌶️to55.co💫m第一時間更新，精彩不容錯過

  如果你笑了，那證明你已經具備了成為程式設計師的思維基礎。加油少年，我們在知春路等你。

  在知春路，啊不對，在番茄小說 APP 上線的每個功能都會經歷這樣的流程：產品經理，也就是公子楚那幫人，負責提出一個功能 → 設計，也就是 JOJO 那幫人，負責設計這個功能展示的畫面 → 程式設計師，也就是我這幫人，負責完善功能背後的邏輯、完成數據搭建（就是敲代碼）。

  因此，一個功能大多源於產品經理們的PRD文檔（其實就是需求文檔，but，給我一個空間展示我的專業度謝謝），但程式設計師們實現需求的複雜度遠超一份文檔。

  敲代碼第一步：開始敲代碼？不，是與產品經理敲定需求文檔，並拉勾約定再也不會改需求了。以段評功能為例，當我們接過產品經理們的需求文檔，需要與他們討論的問題包括但不限於以下內容：一段文字跨頁了怎麼辦，最多可以選擇多少段，用戶在不同翻頁模式下怎麼能夠跨頁選擇更多的內容……頭髮-1。

  敲代碼第二步：開始敲代碼？不，是思考敲代碼的大框架。我們會根據需求文檔思考技術方案如何設計，程序代碼的架構是否完美，代碼框架後期的可擴展性是否好，實現方案是否存在性能和穩定性問題等。頭髮-2。

  敲代碼第三步：開始敲代碼？是的，終於可以敲我最愛的代碼了，又稱「自己製造 bug 自己修復 bug」。但在這個過程中，往往又要打破曾經的誓言，無數次返回「敲代碼第一步」……比如在即將上線的「邊看邊聽」功能開發中，初期就沒有考慮到上下翻頁模式的實現複雜度，於是......頭髮-3。

  當我們敲完代碼，一個功能的完成度基本接近 99%，還有 1% 需要經受測試驗收階段的考驗。公子楚、JOJO 爭相出動，鐵蛋、甘道夫偶爾也來湊熱鬧，俗稱「大家一起來找茬」。

  這個階段不僅測試功能，更測試程式設計師內心是否足夠堅強。通常一個新入職的程式設計師，在面對各種bug的情況會狂薅頭髮：「我寫的代碼怎麼會有問題？一定是你的操作不對！」頭髮-4。

  不過薅頭髮歸薅頭髮，薅完還是要敲代碼的。至此，功能完成度 100%。

  當功能上線，所有番茄小說的用戶都開始使用時，頭髮是什麼？不重要，我還能再薅 500 年，畢竟那掉落的一根根秀髮都是我們對大家的真心印證，也是我們對工作的熱愛印記。

  所以，大家有什麼防脫護髮產品推薦嗎？

  正在努力寫 bug 的公猿一號

  2020.11.12

  【麻煩您動動手指，把本網站分享到Facebook臉書，這樣我們能堅持運營下去】