Python-Developer career faqs: Developer Career FAQs

緣起

  • 這些年有機會跟蠻多後進聊到天,久了發現其實大家的問題有一定的重複性
  • 不怕你們問,怕你們找不到人問或是不敢問,一念起就想說做這個 Program

作法

  • 我們會把這些問題發在 Issues
  • 大家都能在任何一條 issue 下回覆發表自己的看法,甚至如果你覺得有什麼很常見的問題,也可以 提交 上來
  • 另外我們也會在每周的 純函式咖啡 一起來討論與回顧

願景

  • 我們想,社群的精神其實就是交流,最有價值的是參與的每個人
  • 這些許多人都有過的經驗,希望能透過文字記錄下來,幫助任何可能會有疑惑的人
  • 如果有人因為這樣讓事情有好的發展,或是得到了改變什麼的契機,我們想不但是他的幸運,也是大家的幸運
  • 也許一個問題不會有完美的解答,也會因為每個人所在的維度不同而沒有交集
  • 但相信只要我們保持著開放的心態一起在 issue 上面討論,還是能夠凝聚出一些有價值的東西

紀錄 (2022/01/11 Update)

Comments

  • 我該不該練 leetcode?
    我該不該練 leetcode?

    Jan 9, 2022

    • 我本人是不練,考前抱佛腳大概可以回復一咪咪實力,常態實力大概在 經典的 Medium 解的掉
    • 如果你想進大公司,這是門檻,不要抱怨 ?,乖乖練
    • 但大部分的公司應該就單純是一個前測門檻,並不會考的太難,真的很想進去那間公司就多努力一點
    • 不要悶著頭練,現在網路上有很多分享跟教學,Work Smart ?
    • 當然也是有不考 leetcode 的公司,大家多看多選
    Reply
  • 新手該怎麼問出好問題?
    新手該怎麼問出好問題?

    Jan 10, 2022

    null

                                                                                                                                                                                                           
    Reply
  • Java Backend Developer 為什麼要學 Kotlin?
    Java Backend Developer 為什麼要學 Kotlin?

    Jan 11, 2022

    • 生產力更高,例如更簡潔更方便的語法
    • Coroutine
    • https://docs.google.com/presentation/d/17-zN-emhGv3PhDIhOvEFltb3v0CkXQ4i
    Reply
  • 什麼時候需要重構程式碼?
    什麼時候需要重構程式碼?

    Jan 11, 2022

    • 性能議題要重構嗎?
      • 其實不一定喔
    • BUG議題要重構嗎?
      • 這個不叫重構,這個叫做被追殺
    • 程式碼太醜要重構嗎?
      • 看團隊,但不是自己開心就好,要整個團隊一起考量
    • 有時候你需要的不是重構 ?
    Reply
  • 我要學框架嗎?
    我要學框架嗎?

    Jan 11, 2022

    • ~~不學大概率找不到工作~~
    • 只有知道自己為什麼不需要的人才不用學,但通常其實他們已經掌握某一套框架的精髓或是自幹過框架
    Reply
  • 後端精進的方向?
    後端精進的方向?

    Jan 12, 2022

    • 如果為了薪水導向,那跟開發語言無關,跟產業有關
    • 每個語言都很好,根據它的長短處,實務應用的場景各有不同
      • 如果你求的是全端快速開發網站,那 PHP、ROR 等等的成績有目共睹
      • 如果你求的是商業生態系完整,那 .NET、Java 歷史悠久
      • 如果你求的是運行的極速,這幾年 Go、Rust 能見度上升有其道理
      • 如果 ... (還有很多,沒提到真是抱歉
      • ~~如果你覺得我就想不開,那 C++ 很酷,真心酷~~
    • 當然這個問題有點 General,所以還是要先聚焦一下情境跟評估每個人的狀況
    • 如果我們回到後端共通的面向,其實我們後端無非也就是資料流跟邏輯流的交織
    • 既然是流就有流量跟載體的議題,更具象化一點的說法是
    • 你就算沒機會寫也要去學怎麼處理這些情境的知識
      • 讀多寫多 -> 社群媒體
      • 讀少寫多 -> 搶票系統
      • 讀多寫少 -> 內容網站
      • ~~讀少寫少 -> 政府專案~~
    • 在這些情境下面 AP 怎麼設計、什麼地方要用快取、資料庫結構等等,網路上都已經有現成的案例可以閱讀
    • 最後,我只有兩句話想提醒
      • 先搞懂垂直擴展的極限再來思考水平擴展,但反正最後瓶頸還是在DB
      • 架構是演進的過程,不要想著一步到位,大陸的電商也是因應商業需求改版了很多遍才是現在的樣貌
    Reply