回覆列表
  • 1 # IT暢帶你玩科技

    文前宣告:這篇文章沒有一個觀點是自己的,我只是把同事大牛的觀點給彙總了起來。

    來到演算法組兩年的時間有三個人是對我影響最大的,我分別說下每個人對我說的話吧:

    1. 還記得我剛來演算法組的時候,我不懂TFIDF是什麼,更不要說什麼SVD,LDA了聽都沒聽過,不懂user-based和item-based的區別,甚至連貝葉斯公式都寫不全。在最初的一段時間,我看別人的程式碼,半懂不懂地聽組會分享,然後實現一個又一個現在看來很幼稚的演算法,感覺進步是飛速的。接過來一個演算法需求,我就去網上找篇paper,然後把演算法給實現了就丟給產品線用。

    這個時候,同事A對我講,“演算法工程師不是懂一些數學,會寫些演算法就行了,演算法工程師最重要的技能,在於如何定義問題,然後接下來才是如何解決這個問題。”從那以後,當面臨一個需求時,我更願意分析這個需求的關鍵點在哪,然後從大腦裡搜尋已有的東西能不能解決這個問題,比如FM的演算法缺乏多樣性,那麼我想一下我看過的解決多樣性的paper都有什麼?能不能用在這個上面。如果不能,我再對應去搜問題的關鍵字,而不是演算法的關鍵字。

    2. 轉眼間一年過去了,雖說看過的paper不夠多,但是可以應付大部分的需求了。但是我開始迷茫起來,我覺得自己在實現一個又一個的演算法trick,知道一個演算法可以用,我就去網上down一個對應的演算法包,然後把資料丟進去。沒了......那麼我的出路到底在哪?我的核心競爭力在哪?在於知道這麼個東西,然後變成跑準備資料的麼?

    第五,遞迴再去看這個缺點是否有其他的研究者已經解決掉了。

    1. 學習目的,擴充套件思路,如果處於這種目的,理解paper的精髓是最重要的。

    2. 解決實

  • 中秋節和大豐收的關聯?
  • 僅從人物描寫的角度出發,你覺得斯坦李和金庸,誰的文學造詣更高?