最近關於工作的幾點思考

sherlockyb發表於2022-05-31

吾日三省吾身,記錄一下近期關於工作的幾點思考。

  1. 好記性不如爛筆頭,隨手記錄的習慣永不過時。

舉幾個例子。

  • 在專案管理時,通過 Microsoft Excel 或 Google Sheet 製作完整的進度表。表的內容主要涵蓋關鍵目標,對應的 owner 以及指標,可採取總分的方式;可以日或周為單位定期更新,更新頻率取決於專案的不同階段。比如在前期,以日為單位可更及時地暴露問題並解決,到中後期,專案已趨於穩定,調整為以周為單位降低頻次,也有助於提高效率,畢竟頻繁的同步會也是需要時間成本的。
  • 在用 Jira 的 story/task 追蹤任務時,可利用其 comment 功能,每一個階段性的進展都可以通過追加 comment 的方式來記錄,這樣,通過 comment 列表就可以一目瞭然的看出任務的完整進展情況。
  • 當長期處理一個問題時,如 dive deep API 的 spike issue、接入 SEAuth 等,用 wiki 等階段性地及時記錄遇到的問題或新發現是個不錯的習慣,也便於後續總結時有信手拈來的素材。
  1. 以目標為導向,Try any way。

上栗子,

  • 在做屬性抽取時,抽取方法不停地迭代,先後經歷了 Dictionary、OCR、NumberType、Machine Learning、Kencyclo、Regex 等,其最終目的都是為了提高抽取的 coverage 和 precision。
  • 還是屬性抽取,有 A 和 B 兩個表示長度的屬性,僅僅是單位型別不同,但 A 的 coverage 要遠大於 B,此時藉助單位轉換,用 A 抽取的結果,通過單位轉換來抽取 B,最終將 B 的coverage 提升 50%,這是在原有的屬性抽取框架下很難做到的。這個方法也衍生出後來的通過 metric 比較好的屬性來抽取其他屬性的新思路。
  1. 在專案初期,定期的小組內部 dive deep 會議,及時交換想法,同步發現的問題並討論如何解決,不僅能規避重走彎路,也能提高生產效率,集思廣益,最大化團隊力量。

比如最近在做的 AWS cost saving,每週一次的 dive deep 會議,除了更新進展,更多的是交流分享各自在做的過程中產生的困難、啟發、最佳實踐等,提升整體的效率。

  1. 切勿眼高手低,要有匠心精神,即便是小的功能點,也是可以做到極致。

很欣賞組裡的一位前輩,很小的功能點,也能站在使用者角度仔細打磨,最終實現的版本堪稱 perfect。

  1. 多從使用者角度出發,簡單易用,磨鍊產品思維。

例如系統中 offline job 的UI,經組裡一同事優化後,排版緊湊明瞭,體驗感一下就上來了。

  1. 自測很重要,盲目的自信是危險的,即便是很小的改動,也需要測試驗證,往往能發現意想不到的問題。

這個道理人人都懂,可是能嚴格執行的少之又少,真的毫不誇張,工作中遇到的各種盲目自信的人太多了,包括筆者自己,偶爾也會犯這樣的錯誤,又該反省了……

  1. 對已有程式碼的改動時,修改和 review 都要謹慎,核心程式碼更不用說了,即便是一行程式碼也存在風險。

對已有的老邏輯要抱有敬畏之心,在吐槽寫的如何如何爛的同時,也要思考當初為何會這樣寫,有什麼特殊考量的地方。

  1. 效率的提升應該是一直在路上,沒有最快,只有更快。用系統自動化代替一切費時費力的重複性人工操作。

比如我們做屬性抽取時需要定期追蹤 metric,最初都是每週由 owner 手動更新一次,後來用自動化的 job 來定期生成 metric 並在系統中視覺化展示,省事多了。

  1. 當遇到比較耗時的或重試多次都不行的問題時,不要繼續重複忍受或直接放棄,而是換個思路,積極想新的辦法解決。

比如最近遇到的一個問題,使用 GitHub 時,網頁訪問正常,但通過 ssh 合併程式碼時,要麼就很慢,要麼就因為 SSL_ERROR_SYSCALL 錯誤而部署失敗,重試了不下 20 次,最後還是通過 Google 找到答案,大概率是域名遭到 DNS 汙染,可以通過修改 host,將 GitHub 域名指向真實的 IP(從 ipaddress 獲取),並重新整理本地 DNS 快取,一下就順暢了。

  1. 對未知或不熟悉的事物有畏懼感是人之常情,總覺得挺複雜,很難。其實接觸後就會發現並不難,再進一步瞭解後會發現還是你所熟悉的配方,所以要勇於邁出第一步!

工作中難免會不停地接觸新的東西,對於一項對你來說新的技術,先從它的官網 user guide 開始,是一個不錯的選擇。其實生活中也是一樣的,敢於嘗試新的事物,跳出舒適區,能讓你收穫新的東西。

  1. 寫文件對於程式設計師來說是最大的挑戰。越是不想寫,越拖延,惡性迴圈中。俗話說,萬事開頭難,先把標題搞定,然後再把大綱搞定,確定要寫哪些內容,整體框架出來了,然後再逐個往裡填就是了。

說寫文件這個事兒是最大挑戰一點也不誇張,有時候可能憋一上午都擠不出幾個字兒,比寫程式碼難多了……

  1. 個人優秀是一回事兒,如果能激發隊友潛能,讓整個 team 更高效,才是更牛逼的。

放手,鼓勵並相信隊友。舉個例子,系統在本地啟動時遇到 https 服務無法訪問的問題,讓小夥伴自己嘗試解決,並給出相關的參考連結,最終他成功解決問題並還整理出簡潔明瞭的 guide wiki,挺好的。

本文作者:sherlockyb
首發連結:https://www.yangbing.club/2022/05/31/Some-thoughts-on-work-recently/
許可協議:本博文采用 CC BY-NC-SA 3.0 CN 許可協議,轉載請註明出處!

相關文章