大家知道 VIVO 上週釋出了一款很有逼格的手機 VIVO NEX，這款手機有個很炫的功能就是採用升降前置攝像頭配置，就是你拍照的時候會從手機頂部彈出一個鏡頭進行拍照，不用的時候會自動縮回去。但是呀，自從有人買了這個手機之後，還發現了一些有趣的事情。
NEX 事件
給大家說個笑死人的事情:前幾天 VIVO 釋出的 NEX 手機，為了真正的做到全面屏而不留劉海，VIVO 巧妙的設計了升降式前置攝像頭，自拍的時候，前置攝像頭就會緩緩升起，拍攝完後就又自動緩緩的縮回去，這個設計是不是很6?然而，這幾天有使用這個手機的網友發現，經常在使用手機的時候，明明沒有自拍，攝像頭還會升起來看你一眼，然後再默默的縮回去。一開始還以為是手機故障，後來發現，是某些有相機許可權的 App ,在使用者不知情的情況下，不定時的偷拍周圍的環境。可是普通手機一般人根本無法發現攝像頭的偷偷瞬間啟動與關閉，VIVO 的這個 NEX,突然就成了那些流氓 App的鑑定器。想象一下，你躺在床上，忘我的玩著手機，這時候攝像頭突然偷偷伸出來，默默看你一眼，然後縮回去，這種感覺，是不是很微妙?哈哈哈哈哈哈哈
這個朋友將經歷發到網上之後，立刻就有網友進行了嘗試，果然發現了一些 App，只要開啟 App 攝像頭就會偷偷的出來看你一眼。於是抖音上就流傳一個視訊，就是 NEX 安裝 QQ 瀏覽器，開啟執行之後，攝像頭突然升起然後又下降，於是有不少網友表示，難道這是在偷偷開啟攝像頭拍攝使用者隱私？
針對這個情況，QQ瀏覽器團隊給出了官方迴應，表示QQ瀏覽器技術團隊對該問題進行了測試復現，確認存在調起攝像頭動作，但這一動作並不會開啟攝像頭，更不會拍攝或記錄，只是在呼叫介面的時候，導致攝像頭出現了升降動作，QQ瀏覽器不會採集任何使用者隱私。
看官方的意思，應該是瀏覽器呼叫了系統的相關介面，導致了前置攝像頭會升起來一下，看視訊好像是升到一半馬上又縮回去了，並沒有做拍攝動作。
對於官方的回覆：不管你信不信反正我信了，網友對官方的這個解釋也領會的比較到位：我就是蹭蹭，不進去。
這麼熱鬧的事情，作為草根網民的聚集地網易跟帖必須要站出來說兩句：
作為一名吃瓜群眾我想說，作為企業任何時候應該都要嚴格的尊重使用者的隱私權，中國的隱私保護可以說沒有，君不見歐洲頒佈最新的歐洲隱私政策之後，中國的很多企業都選擇了退出。其中就有這個下面這個：
QQ國際版近日發出通知，宣佈將從5月20日後不再為歐洲使用者提供服務。外界分析，騰訊這一做法可能與歐盟於5月25日生效的《通用資料保護條例》（General Data Protection Regulation）有關。這一規章主要是給予歐盟地區公民對個人資料有更多的控制。
網際網路那些事
最近有一個叫做孫巖的火了
"有的技術線負責人，我0點打電話，都睡覺了，很會養生。這裡不點名，這種喜歡養生的人，就不要做技術負責人，到能養生的地方去" 突然感覺這句話很牛逼呀，0點不睡覺我應該出來拍一張照片，然後再配上一行字：你見過0點的北京嗎？
以上爆出的對話非常性感，主要就是某位領導嫌程式設計師技術負責人睡覺太早，沒有在工作崗位上所以引起了領導的不滿，才放出了這段看似荒誕的話語。的確，做為網際網路行業的一員，加班或者通宵都不是新鮮事，但類似這樣奇葩領導的還是聞所未聞，難道入職一家公司，還要連生命都一併交出嗎？想來真是大大的笑話了。
6月27日下午 16:30 左右，朋友圈、微博等地方受到眾多網友的刷屏，原因是紛紛吐槽阿里雲控制檯訪問出現故障，導致官網時好時壞，後臺直接登入不上，其中圖片伺服器也掛掉。
對此，不少網友怨聲載道：
阿里雲表示，故障從北京時間27日16:21左右開始，到16:50開始陸續恢復。故障起因是上線一個自動化運維新功能時，執行了一項變更驗證操作，觸發了一個未知程式碼bug，錯誤程式碼禁用了部分內部IP，導致部分產品訪問鏈路不通。
阿里雲稱，“對於這次故障，沒有藉口，我們不能也不該出現這樣的失誤！我們將認真覆盤改進自動化運維技術和釋出驗證流程，敬畏每一行程式碼，敬畏每一份託付。
每一次的故障確實不應該發生，但有時又難以避免。對此，不少網友表示，理解身為同行的程式設計師們，解決問題比解決人更重要。我雖然認同這個觀點，但我不認可阿里官方的回覆，阿里雲現在已經成為了國內最大的雲廠商，無數的中國網際網路企業業務執行在阿里雲的伺服器上，如果只是道歉就可以解決問題的話，那客戶的損失該如何算？敬畏的不應該是程式碼，而是你的客戶！
這已經不是阿里雲第一次大規模出現故障了，小編認為阿里高層應該從制度和管理上認真的去反思這個問題，防患於未然而不是侷限於人。阿里雲要成為國際一流的雲廠商還有很長的路要走。
開源界
開源最近也鬧騰著一件事，Eureka 2.0 竟然宣佈閉源了！並且提示開源工作宣告停止，繼續使用風險自負。Eureka 是 Spring Cloud 中官方推薦的註冊中心，在國內有大量的使用使用者，也不知道 Netflix 腦子是怎麼想的，居然開歷史倒車！短期內對我們沒有太大的影響，後期建議大家將相關業務遷移到 Consul/ZooKeeper/Etcd 等工具上。
Python 3.7 正式版釋出，大量新特性和優化來襲，還在堅持在使用 Python 2.X 的朋友們，迷途知返，趨勢是不可抗的。後續我也準備給大家寫一系列 Python 的文章，一起體驗指令碼語言的魅力。
本週 MongoDB 4.0 已正式釋出，此次更新涉及到的一些內容：
多文件事務，結合 MongoDB 文件模型內嵌陣列、文件的支援，目前的單文件事務能滿足絕大部分開發者的需求。為了讓 MongoDB 能適應更多的應用場景，讓開發變得更簡單，MongoDB 4.0 將支援複製集內部跨一或多個集合的多文件事務，保證針對多個文件的更新的原子性。而在未來的 MongoDB 4.2 版本，還會支援分片叢集的分散式事務。
聚合型別轉換，MongoDB 4.0 引入了新的聚合操作符 $convert， 允許使用者在 aggregation pipeline 裡將文件的欄位轉換成統一的型別輸出，使得資料消費端，比如 MongoDB BI 工具、Spark Connectors 以及其他 ETL 工具能更簡單的處理 MongoDB 資料。
非阻塞的備節點讀，藉助事務功能中 storage engine timestamps and snapshots的實現，引擎層可以很容易的實現「指定時間戳快照讀取的功能」，使得備節點上的讀請求無需阻塞等待就能讀到一致時間點的資料。這個特性將極大的提升 MongoDB 讀擴充套件的能力。