編譯 | AI科技大本營（公眾號ID：rgznai100）

參與 | 張蔚敏 林椿眄

編輯 | 明 明

據美國《紐約時報》和英國《觀察者報》訊息，一家資料分析公司（ Cambridge Analytica ）通過收集了 5000 萬選民的 Facebook 個人資料，並利用這些資料構建了一個強大的軟體程式來預測和影響投票箱中的選擇結果！據稱，該資料分析公司與川普贏得大選、英國成功脫歐的競選團隊均有合作。這也是 Facebook 這家科技巨頭有史以來最大的資料洩露事件之一。

▌ 1、資料洩漏事件始末

日前，一位爆料者向 英國《觀察者報》透露：劍橋分析公司 ( Cambridge Analytica ) 是如何利用 2014 年初獲取的未經授權的個人資訊，來構建一個可以描述美國選民個人特徵，並以個性化政治廣告為目標的系統。據稱，劍橋分析公司由對衝基金億萬富翁羅伯特·默瑟 ( Robert Mercer ) 擁有。

與劍橋大學學者合作獲取資料的 Christopher Wylie 告訴 《觀察者報》 ：“我們利用 Facebook 收集了數百上千萬使用者的個人資料，並建立起一個分析模型，從而利用這些現有的使用者資訊，精確的瞄準他們‘心魔’，來獲得他們內心的真實需求（ 達到左右其觀點的目的 ）。而這也是劍橋分析這個公司建立的意義所在。”

從英國《觀察者報》報導中 Facebook 宣告確認的檔案顯示，到 2015 年底，該公司發現資訊收集的規模是空前的。 然而，當時它並沒有提醒使用者，只採取了有限的步驟來恢復和保護 5000 多萬人的私人資訊。

《紐約時報》 報導說，在網上仍然可以找到被劍橋分析所收集的資料副本；其報導小組檢視了一些原始資料。

這些資料是通過一個名為“ thisisyourdigitallife ”的第三方應用程式來收集的，這個應用程式由學者亞歷山大·科根（ Aleksandr Kogan ）在2014年建立。這款程式主打噱頭是“測性格，領獎金”。通過他的公司“ 全球科學研究 ” ( GSR ) 與劍橋分析的合作，成千上萬的使用者接受了性格測試，並且同意其收集他們的資料用於學術研究。

為了吸引更多的人蔘與，他們還為使用者提供 5 美元的獎金。使用者只需回答一些娛樂性質一樣的不疼不癢的測試問題，就可以獲得獎金，而前提是，在做性格測試之前需要把部分 Facebook 資訊授權給這個第三方程式，這其中不僅包括你的頭像暱稱，還有好友列表和好友的一些狀態資訊！

從英國《觀察者報》報導中的一份日期為 2014年6月4日的合同中顯示，該合同確認 SCL  ( 劍橋分析公司的附屬公司 ) 與 GSR 達成了一項完全以收集和處理 Facebook 資料為前提的商業協議。劍橋分析在資料收集方面花費了近 100 萬美元，從而獲得了 5000 多萬份可與選民名單相匹配的個人簡介。然後，它利用測試結果和 Facebook 資料構建了一個演算法，用來分析 Facebook 個人簡介並確定與投票行為相關的個性特徵。

演算法和資料庫加在一起，已經成為了一個強大的政治工具。 它可以從一場測試中找出態度搖擺不定的選民，並針對他們製作更有可能引起共鳴的定製化訊息。

“合同規定：這套訓練集的最終產品是從 Facebook 個人資料資訊中建立一個可以理解個性化的 ‘黃金標準’ 。 它承諾建立一個資料庫，包含 11 個州的 200 萬個“匹配”配置檔案，可識別並繫結到選舉登記簿，並且還有進一步的可擴充套件空間。”

在當時，5000 萬使用者代表著 Facebook 整個北美地區活躍使用者的三分之一，同時也意味著潛在美國選民數量的四分之一。然而，當被議員問及他公司的資料是否來自 GSR 時，Nix 表示 : “ 我們與 GSR 有關係。他們早在 2014 年就為我們做了一些研究，但這些研究目前毫無結果，因此答案是否定的。”

劍橋分析公司表示，它與 GSR 的合同規定， Kogan 在收集資料時應徵求知情同意，並且也相信他們一定會這樣做。

GSR 的一位發言人表示，GSR “ 由一家國際知名機構的知名學者領導，該機構向我們就其向SCL 選舉許可資料的法定授權上作出過明確的合同承諾 ” 。

他說，在此期間，附屬公司 SCL election 與 Facebook 合作，以確保它沒有任何 “ 蓄意違反 ” 的條款，並提供了一份簽署宣告，表明所有資料和衍生品都已被刪除。劍橋分析公司還表示，2016 年總統大選沒有使用這些資料。

Steve Bannon 的律師表示，他對此沒有任何評論，因為他的委託人“對指控一無所知”。他補充說 : “ Bannon 先生第一次聽到這些報導是過去幾天媒體調查的結果 。”

▌ 2、Facebook 表態

在劍橋分析被爆濫用使用者資料事件之後的 4 天裡， Facebook 相關高層管理人員並沒有對此事件做出任何回應，直到週二， Facebook 發表宣告稱：“ CEO 祖克伯和 COO 雪莉·桑德伯格以及他們的團隊認識到這次事件的嚴重性，並且正在夜以繼日地工作，以便獲取所有的事實真相，並採取相應的措施。” 在接受 《 The Daily Beast 》 採訪時， Facebook 表示：“發生這樣的事件，整個公司都感到十分憤怒，我們有一種被矇騙的感覺，我們一直致力於大力保護使用者資訊的政策，同時我們也會採取一切必要措施，來確保使用者資訊的安全。”

因對 Facebook 對劍橋分析披露的回應越來越擔心而保持沉默，CEO 祖克伯和 COO 桑德伯格因此受到了批評。

美國《連線》雜誌週二報導稱，該問題在 Facebook 內部引起爭議：

隨著週末風暴的興起，Facebook 的高管，包括 CEO 祖克伯和COO 雪莉·桑德伯格，策劃並討論到深夜。 

他們知道公眾正在抨擊他們，但他們也相信劍橋分析公司的錯誤遠遠超過他們。 儘管如此，他們還面臨四大難題。 他們如何收緊繫統以確保這一切不再發生？ 他們應該如何處理所有關於請求祖克伯作證的要求？ 他們是否應該起訴 Cambridge Analytica？ 他們應該怎樣處理心理學家 Joseph Chancellor ，他曾幫助建立了 Kogan 的公司，並且現在還在 Facebook 工作？

有訊息稱，在本週五公司為員工定期舉行的問答環節上，祖克伯可能就此事向員工發表講話。

▌ 3、獲取 Facebook 使用者資訊指南

事實表明，Facebook 的 5000 萬使用者資料的確被洩漏，營長今天就扒一扒：如何獲取 Facebook 使用者資訊。這裡有一份官方指南，本指南演示了從 Facebook 獲取資訊，並使用 Graph API 將資訊釋出到 Facebook 平臺上的相關知識。

先決條件

• 登入 Facebook 賬戶

• 在單獨的視窗中開啟 Graph API Explorer

概述

Graph API Explorer 是一款應用程式，能夠讓你探索 Facebook 的社交圖譜。獲取資料（使用者資訊，評論，照片），釋出到使用者時間表和頁面，並使用你的應用進行測試，最終獲取你已測試的操作程式碼示例。

訪問行為概述

你的所有訪問請求都必須包括如下三個操作：

• 訪問行為：POST，GET，DELETE

• 包含 Graph AP version ，節點，欄位，邊等的路徑

• 具有所需許可權的訪問令牌

從 Facebook 中讀取資料

首先是查詢

當你開啟 Graph API Explorer 時，它將自動載入最新版本的 Graph API 和預設的 GET 請求，如：GET / me？fields = id，name

這種查詢請求將搜尋我的使用者節點，包括我的 Facebook 使用者 ID 和名稱等資訊。這些個人資訊是公開或部分公開的。

要執行此 GET 請求，請從 Get Token 下拉選單中選擇一個使用者的訪問令牌。

單擊“獲取訪問令牌”按鈕而不需要檢查任何框（下一示例中將展示更多關於新增使用者許可權的資訊）。訪問令牌的預設許可權是允許使用者訪問公共配置的檔案資訊。

按照你的方式繼續並點選提交。資源管理器將在查詢視窗的下方返回相應的使用者響應。

更多的使用者資料

在上面的例子中，你檢索了與你有關的一些公共資料。 現在，在這個示例中將演示如何獲取你相關的私人資料，如你的生日及你的身份資訊等。

訪問令牌：因為你想要訪問的是私人資訊，因此係統需要你的訪問令牌資訊來獲取相應的訪問許可權。 點選 Get Token 按鈕，並在 Select Permissions 彈出選單中選擇 user_about_me 和 user_birthday。

想要獲取使用者訪問令牌，首先必須要登入你的 Facebook 賬號，隨後系統將審閱你所傳送應用資訊，並根據你的需要提供相應的訪問許可權。值得注意的是，使用者提供的資訊只能包含應用所需的許可權，其他額外的許可權請求都將被系統拒絕。具體演示如下：

點選 Get Access Token 按鈕獲取訪問令牌並根據提示繼續操作。

新增新欄位：如果你是 Graph API 的新手，那麼可能對一些使用者節點欄位不太熟悉。 你可以在節點皮膚中單擊 Search for a field 的+按鈕來檢視並選擇新的欄位。

如果你已經接觸過一些使用者節點欄位的話，你可以直接將它們新增到請求路徑中。請求路徑設定為：GET / me？fields = id，name，about，birthday

隨後，提交請求。

如果你還沒有在 Facebook 上填寫有關個人資訊，那麼該區域在“節點”皮膚中將呈現灰色，且在使用者響應中不會返回有關個人資訊的行。

想要檢視可用於節點的欄位列表嗎？ 你可以從資源管理器中檢視節點的後設資料。

將你的請求設定為 ：GET / me？metadata = 1

那麼系統將返回欄位名稱，描述和型別。

獲取程式碼示例

你已經測試了上面的程式碼，系統也返回了你所需要的結果。 現在，我們使用 Android，iOS，JavaScript，PHP 或 cURL 示例程式碼來獲取使用者響應，你可以點選窗格下方的 Get Code 按鈕來獲取這部分的程式碼。

將此示例程式碼直接插入到你的程式碼中將不會生成相應的功能。 這些程式碼示例只是用來幫助你，構建應用程式所需的程式碼。

訪問使用者相簿

現在，我們將訪問你的相簿。你需要將相簿欄位新增到你的請求中。 在這個例子中，我們刪除了個人資訊，生日，使用者id和名字等欄位。

將你的請求設定為：GET / me？fields = albums

並點選提交。

如上介面所示，你只得到使用者的ID資訊，皮膚中的相簿欄位是灰色的。 產生這種情況的原因可能是使用者沒有可用的照片，因此並沒有填寫相簿的資訊。或者，由於你的訪問令牌中不包含訪問此資料所需的許可權而導致的訪問許可權問題，也有可能會發生這種情況。 幸運的是，資源管理器能夠幫助你。 單擊響應窗格上方的 1Debug Message ( Show ) 連結，來檢視可能缺少此資料的原因，介面如下所示。

你需要擁有一個新的訪問令牌，該令牌需要具有新的訪問許可權 user_photos。 點選 Get Token 並獲取使用者的訪問令牌。 請注意，由於上次的許可權請求仍處於選中狀態，因此 建議你在這處只選擇你所需要的許可權。 在這個例子中，你只需要 user_photos 的訪問許可權。 現在重新執行該請求，系統將會返回你的相簿。

如果你對許可權級別或訪問令牌型別有疑問，請單擊訪問令牌框中的圓圈圖示。 此框將顯示你所發出請求的應用程式，發出請求的使用者，令牌的有效期，到期時間和範圍等資訊，如下介面所示。

雖然此請求限制了響應窗格中所顯示的專案數量，但仍然可以使用基於游標的分頁操作來訪問其他相簿。 請注意，在請求的底部，這裡有一個名為 paging 的欄位，其中有一個 cursors 和 next 欄位。  Cursors 用於標記所返回資訊的首尾欄位。 點選下一個欄位中的連結將顯示以下 5 個選項，如下介面所示。

通過點選下一個和上一個連結，你就能在無需執行多個請求的情況下檢視所有相簿中較小的塊。 需要注意的是，游標會隨著時間而改變，所以不要在程式碼中依賴這些游標。

此外，我們還使用基於時間的分頁操作，找到特定時間段內的照片。 對於這種訪問方式，首先你需要獲取一些已釋出新聞照片，無論是你自己的，或你朋友的，或是被你所標記的照片，並將查詢的時間設定為從 2017 年 9 月 1 日（ 自 1504224000 釋出）至 2017 年 9 月 30日（ 已釋出直到 1506729600 ）。

需要你的請求設定為：GET / me / photos？since = 1504224000＆until = 1506729600

此外，你的使用者訪問令牌仍然有效，因為它具有 user_photos 許可權，但是系統只會返回 9 月份的照片。

受限制訪問

如果你已經是Facebook的老使用者，你可能會有很多的相簿，這裡麵包含大量的資訊。現在，讓我們將相簿的數量限制為5。將.limit（5）新增到查詢中，如下介面所示。

並將你的請求設定為：GET /me?fields=albums.limit(5）

巢狀請求

正如你所知道的，相簿會由許多照片組成，每張照片都有自己的後設資料。 每張照片都有一個 ID，created_time，name 等資訊。 使用欄位擴充套件來獲取這些資料，並限制為每張相簿只能有 2 張照片，以使專案數返回一個最小值。

將你的請求設定為：GET me？fields = albums {name，photos}

在上次查詢中，你所使用的訪問令牌應該具有user_photo的訪問許可權，因此這次你只需提交查詢即可。

這裡，你也可以使用基於游標的分頁操作，因為許多相簿中都包含多張照片，你可以使用游標連結來檢視相簿的更多照片。

下面，我們可以為相簿和照片新增一些訪問限制。 嘗試修改請求路徑，以使得每次只返回 5 個相簿，每個相簿中只包含 2 張照片。 請記住上面的示例，修飾符應該位於正在修改的物件旁邊，即 album.limit（5）。

在Facebook上建立資料

將評論新增到你的時間表

訪問令牌：你需要給予管理器許可權，以便將其釋出到你的時間表中。 點選Get Token並選擇publish_actions許可權。

選擇這篇post的隱私級別：公共，朋友，只有我可見，自定義。

在請求路徑中從GET切換到POST。

• 將你的請求設定為：POST / me / feed

• 點選查詢框下方的新增欄位連結。

• 從Graph API Explorer中新增內容為Hello的訊息欄位！

系統的響應將返回 post_id 。 post_id 由你的使用者 id ，後面加下劃線和整陣列成。

檢查資源管理器中的更新。 從系統響應中單擊 post_id ，將其移至查詢框。，並切換到 GET 並獲取具有 user_posts 許可權的新訪問令牌。 新訪問令牌所返回的響應將是 created_time ，message 和 post_id 。

檢查新聞源中的更新。 這裡的更新將顯示釋出的訊息內容以及用於釋出訊息的應用程式。

請記住，你可以在程式碼中使用這個模組的程式碼。

釋出一張照片

想要在 Facebook 上釋出一張照片，你需要的是該圖片 url 地址，它的大小要小於 4 MB，且是 JPG，PNG，GIF 或 TIFF 格式的檔案。

將你的請求設定為：POST / me / photos，其中我是您的 user_id。

新增網址欄位和值。此外，我還新增了標題欄位。

使用 publish_actions 許可權訪問令牌。

請求如下所示：

POST me / photos url = https：//www.facebook.com/images/fb_icon_325x

325.png caption =Having fun with Graph API！

系統響應將返回 photo_id 和 post_id 。你可以在新聞源以及瀏覽器中檢視它。

發表評論

頁面ID：使用上面的 / me / accounts 請求獲取你想要評論的頁面 id(page_id) 。單擊響應中的 page_id 並將其移動到請求路徑框中。

訪問令牌：對於此請求，你需要一個頁面訪問的令牌。點選 Get Token ，獲取使用者訪問令牌並選擇 publish_actions 許可權。現在，使用 Get Token 下拉選單選擇你希望將訪問令牌應用於的頁面。

在請求框中從 GET 切換到 POST。

將你的請求設定為：POST / page_id / feed

在此新增你的資訊：

返回的響應值是 post_id

更新 Facebook 資訊

讓我們更新之前傳送到你新聞源的第一篇文章。

訪問令牌 ：如果你還沒有 publish_actions 的許可權令牌，請先獲取相關許可權的訪問令牌。

獲取 post_id ：在第一篇文章回復中，點選 id 連結。 這將 id 移動到請求路徑中，並自動執行 GET 請求。

更改為 POST ：新增訊息欄位並鍵入新訊息。

如果該帖子已更新，則會顯示成功的回覆。

在大多數情況下，執行更新的應用程式必須是能夠建立需要更新的物件的程式。

刪除 Facbook中 的內容

假如你有一個應用程式允許使用者從其時間軸中刪除一些帖子。 現在，我們在資源管理器中測試這個程式。

首先，選擇一個應用程式並從 Application 的下拉選單中執行刪除操作。 在這個例子中，我們使用的是 Graph API Explorer 。

使用具有 user_posts 許可權的使用者訪問令牌並建立獲取請求，從而找到要刪除的帖子。

螢幕截圖：獲取一個帖子 ID 的示例

接下來，點選請求中返回的 post_id ，將其移至請求路徑的框中。 使用 publish_actions 獲取一個新的使用者訪問令牌，並將操作更改為 DELETE ，最後提交請求。

響應：

在大多數情況下，執行刪除的應用程式必須是能夠建立要刪除的物件的程式。

頁面

要執行這些示例，那你需要在 Facebook 頁面上擁有一個賬戶。 如果你還沒有建立的話，趕緊點選這裡建立一個吧。

讓我們列出你所擁有的所有頁面。 對於此請求，你將需要具有 manage_page 或pages_show_list 許可權的使用者訪問令牌。 然後，將賬戶新增到請求中。

將你的請求設定為：GET / me / accounts

返回的響應將包含有關頁面類別，頁面名稱，頁面 id 以及你在該頁面上擁有的許可權資訊等。

我們來計算帳戶上的所有物件的數量。

將你的請求設定為：GET / me / accounts？summary = total_count

點選提交後，向下滾動到響應窗格的底部檢視計數。在這裡，即使系統的響應顯示了所請求的資料，但是除錯訊息也會出現。

請記住，即使你擁有所需的訪問許可權，有些資料系統也不會返回。 如果有些資料涉及另一個使用者的資訊，那麼他們的隱私設定將優先於訪問令牌。

釋出頁面資訊

如果要帖子釋出到頁面上，你需要具有 publish_actions 許可權，或者 manage_pages 和 publish_pages 並作為具有管理許可權的管理員頁面訪問令牌。 要獲取這些所需許可權的頁面訪問令牌，請先選擇獲取使用者訪問令牌並選擇 manage_pages 和 publish_pages 。 然後，從獲取令牌下拉選單中選擇你想要釋出的頁面。 這將為你提供了該頁面的頁面訪問令牌。

點選前一個請求中的頁面 id ，並將 id 移動到請求路徑。

將你的請求設定為：POST / page_id / feed

新增一個欄位，其中訊息的內容為 Hello Page !. 隨後提交請求。如果系統響應成功的話，那麼所返回的響應將是釋出到頁面的訊息的 page_id 。

點選訪問令牌圓圈圖示，來檢視有關頁面訪問令牌的資訊。

▌ 4、Facebook 或將面臨 2 萬億美元罰款

據英國《金融時報》報導，美國聯邦貿易委員會 ( FTC ) 已經致函 Facebook ，要求進一步瞭解劍橋分析究竟如何獲得逾 5000 萬 Facebook 使用者（主要是美國選民）的資料。Facebook 目前面臨的風險在於，它可能被認定違反了其在 2011 年與美國聯邦貿易委員會簽署的 20 年使用者隱私協議，該和解協議旨在更清楚地規定分享使用者資料的方式。

原美國聯邦貿易委員會消費者保護局主任、曾領導這家美國監管機構與 Facebook 達成上述和解的戴維•弗拉德克  ( David Vladeck )  表示，如果 Facebook 違反了協議，Facebook 或將面臨對高達 2 萬億美元的罰款。據稱，和解令每違反一次，可判處 40000 美元罰款。這意味著，如果確實如新聞所報，有 5000 萬 Facebook 使用者的資料被洩露的話，Facebook 可能會被判處 2 萬億美元的罰款。

據美國《彭博社》報導，這已經不是 Facebook 第一次因其隱私政策而成為攻擊目標。美國聯邦貿易委員會 ( FTC ) 正在調查：Facebook 在資料保護方面是否違反了 2011 年與該機構達成的和解協議——任何違反的行為都可能讓 Facebook 損失數百萬美元。但這只是該公司近 4，930 億美元市值的一小部分，並且根據其近年來支付的一些主要“罰金”和“和解金”的審查表明，這些案件往往不會以鉅額賠償結束:

• 2018 年 3 月 29 日 :  Facebook 使用者下週將要求舊金山的一名法官將他們的說法作為集體訴訟進行申訴，因 Facebook 的照片掃描技術在未經他們同意的情況下收集並儲存了生物特徵資料。雖然 Facebook 在伊利諾斯州一項獨特的法律下可能面臨數十億美元的賠償責任，但認證並沒有得到保證，而且 Facebook 一直以來都有徹底擊敗隱私訴訟或以所尋求賠償的一小部分來解決這些訴訟的歷史。

• 2018 年 3 月 : 西班牙資料保護監管機構對 Facebook 和 WhatsApp 分別處以 30萬 歐元(合 367，650 美元)的罰款，因為它們未經使用者同意處理使用者資料。

• 2017 年 9 月 : 同一監管機構對 Facebook 處以 120萬 歐元的罰款，因為 Facebook 未經同意收集和儲存敏感個人資料，包括有關性別、宗教和網際網路使用的資訊等。

• 2017 年 8月 ：Facebook 獲得美國法院的批准，對其系統掃描使用者私人資訊的指控以非金錢結算方式解決。 該協議要求該公司不允許收集與 Facebook 訊息中分享的連結相關的人口統計資訊和其他個人資訊。

• 2017 年 5 月 : 法國隱私監管機構對 Facebook 處以 15萬 歐元罰款，原因是 Facebook 濫用使用者資料進行定向廣告投放，並通過 cookies 非法跟蹤使用者在網站內外的行為。

• 2017 年 5 月 : 歐盟反壟斷監管機構在 Facebook 改變其隱私政策後，對其罰款 1.1億 歐元，這與它承諾將 WhatsApp 資料與 Facebook 其他平臺隔離開來，以獲得 2014年 收購Facebook資訊服務的批准背道而馳。

• 2016 年 2 月 : 德國一家法院因 Facebook 未能遵守 2012 年有關其資料使用政策的命令而罰款 10萬 歐元。

• 2012 年 12 月 :  Facebook 以 2，000萬 美元解決了美國一集體訴訟案，該案涉及  Facebook 聲稱， Facebook 在未經使用者許可的情況下使用其 “Sponsored Stories” 中的產品進行廣告宣傳。

• 2011 年 11 月 :  Facebook 同意解決美國聯邦貿易委員會 ( FTC ) 關於 Facebook 未能保護使用者隱私或未能披露使用者資料使用方式的投訴。該協議沒有包括罰款，但除了其他措施外，還要求 Facebook 在更改隱私設定時徵得使用者同意。

• 2010 年 3 月 :  Facebook 贏得了美國另一項集體訴訟解決方案的批准，這次是 950萬 美元，用於解決有關其 Beacon 功能的索賠。該功能可跟蹤使用者線上購買的內容，並與朋友分享資訊。

結語：

實際上，使用者資料洩漏是一直以來都存在的問題。不僅 Facebook 面臨這樣的問題， Google 同樣也面臨這樣的問題，但本次 Facebook 的不回應方式被稱為是最失敗的公安案例。

本週週五，祖克伯將在公司為員工定期舉行的問答環節上向員工發表講話。屆時，小扎應該會對本次的是事件調查發表言論，營長靜候小扎的表現。

參考：

1.https://www.theguardian.com/news/2018/mar/17/cambridge-analytica-facebook-influence-us-election

2.https://www.theverge.com/2018/3/20/17144796/facebook-cambridge-analytica-crisis-mark-zuckerberg

3.https://developers.facebook.com/docs/graph-api/explorer/

4.http://www.ftchinese.com/story/001076826

5.https://www.bloomberg.com/news/articles/2018-03-20/facebook-s-long-history-of-resolving-privacy-claims-on-the-cheap

新一年，AI科技大本營的目標更加明確，有更多的想法需要落地，不過目前對於營長來說是“現實跟不上靈魂的腳步”，因為缺人~~

所以，AI科技大本營要壯大隊伍了，現招聘AI記者和資深編譯，有意者請將簡歷投至：gulei@csdn.net，期待你的加入！

如果你暫時不能加入營長的隊伍，也歡迎與營長分享你的精彩文章，投稿郵箱：suiling@csdn.net

AI科技大本營讀者群（計算機視覺、機器學習、深度學習、NLP、Python、AI硬體、AI+金融、AI+PM方向）正在招募中，關注AI科技大本營微信公眾號，後臺回覆：讀者群，聯絡營長，新增營長請備註姓名，研究方向。

☟☟☟點選 | 閱讀原文 | 檢視更多精彩內容