技術文章 » 最近關於工作的幾點思考

最近關於工作的幾點思考

2022-06-01 06:01:07

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

  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 許可協定，轉載請註明出處！