大家好，我是程式設計師魚皮，今天給大家分享一個非常有趣的事情。
如標題所言：我的一句話，竟讓員工成了幾萬 star 的知名計畫貢獻者？！
事情是這樣的，為了保證團隊同學的程式碼品質、減少 Bug，每次計畫上線前大家都需要送出程式碼並行起 PR 合並請求。等我或者其他負責人閱讀程式碼並透過後，才能正式合並與上線。
當時，程式碼小抄計畫的開發同學送出了這樣一個 PR —— 「fix indexOf 方法修復」，如圖：
點進去一看，這位同學之前自己寫了一個 StringUtil 工具類，用於尋找某個字元第 N 次出現的位置。結果之前寫了 Bug，這個 PR 就是來修復 Bug 的。
大家看到上面這段程式碼，感覺有什麽問題麽？
反正我看到這段程式碼時，本能地給出了如下的一句話評論：
根據自己的經驗，這屬於非常通用的字串處理功能，完全沒必要自己去寫演算法，因為自己寫演算法的風險太大了，很容易出現一些邊界問題。噥，這次的 Bug 不就是因為自己寫演算法導致的麽？
然後我就在群裏問這位開發同學，他表示沒有找到現成的方法，所以就自己寫了。
但我覺得，一定是有現成的工具類的。尤其是像 Hutool 這種大而全的工具庫，很可能就有現成的方法。
問題是怎麽找呢？
這要是擱在以前，透過傳統搜尋的方式估計非常麻煩。但現在不是有 AI 了麽？
於是，我用自家產品魚聰明 AI，問了我自己的 AI 分身。一秒鐘他就給出了我想要的答案：
大家也可以試試看：https://yucongming.com
為了確保 Hutool 的工具類方法和我們的需求一致，再進入源碼去確認下：
好家夥，這不正是我們需要的麽？
所以，還是那句話，盡量不要自己寫演算法，大多數你遇到的演算法類問題，應該都有現成的工具類，比如 Map、Set、Trie、BloomFilter、BitMap 等等。
本來以為這事到此結束了，沒想到晚點這位開發同學在群裏發來訊息，自己竟然給 Hutool 貢獻了程式碼？！
如圖，原來他發現了一個註釋錯誤，當然大佬也是會犯錯的：
於是這位同學向 Hutool 提了個 PR，並且很快得到了作者的回復和肯定。PR 被成功合並，他成為了 Hutool 這樣一個近 3 萬 star 的知名開源計畫的貢獻者，走上了人生巔峰。。。
咳咳，也並沒有巔峰，因為想要出現在 GitHub 的貢獻者榜單上，還需要貢獻更多程式碼提高自己的排名：
不過我相信這段經歷會給這位同學不小的激勵，提高了自己的開源意識。之後再用開源計畫的時候，會更多地了解源碼，說不定有一天成為開源計畫的核心 Contributor 也不一定呢？
以上就是本期分享，建議大家也在做計畫的過程中，多去了解下別人的開源計畫，試著發起一些簡單的 PR，加入開源~
👇🏻 點選下方閱讀原文，獲取魚皮往期編程幹貨。
往期推薦
