本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

純潔的微笑發表於2018-06-30

大家知道 VIVO 上週釋出了一款很有逼格的手機 VIVO NEX,這款手機有個很炫的功能就是採用升降前置攝像頭配置,就是你拍照的時候會從手機頂部彈出一個鏡頭進行拍照,不用的時候會自動縮回去。但是呀,自從有人買了這個手機之後,還發現了一些有趣的事情。

NEX 事件

給大家說個笑死人的事情:前幾天 VIVO 釋出的 NEX 手機,為了真正的做到全面屏而不留劉海,VIVO 巧妙的設計了升降式前置攝像頭,自拍的時候,前置攝像頭就會緩緩升起,拍攝完後就又自動緩緩的縮回去,這個設計是不是很6?然而,這幾天有使用這個手機的網友發現,經常在使用手機的時候,明明沒有自拍,攝像頭還會升起來看你一眼,然後再默默的縮回去。一開始還以為是手機故障,後來發現,是某些有相機許可權的 App ,在使用者不知情的情況下,不定時的偷拍周圍的環境。可是普通手機一般人根本無法發現攝像頭的偷偷瞬間啟動與關閉,VIVO 的這個 NEX,突然就成了那些流氓 App的鑑定器。想象一下,你躺在床上,忘我的玩著手機,這時候攝像頭突然偷偷伸出來,默默看你一眼,然後縮回去,這種感覺,是不是很微妙?哈哈哈哈哈哈哈

這個朋友將經歷發到網上之後,立刻就有網友進行了嘗試,果然發現了一些 App,只要開啟 App 攝像頭就會偷偷的出來看你一眼。於是抖音上就流傳一個視訊,就是 NEX 安裝 QQ 瀏覽器,開啟執行之後,攝像頭突然升起然後又下降,於是有不少網友表示,難道這是在偷偷開啟攝像頭拍攝使用者隱私?

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

針對這個情況,QQ瀏覽器團隊給出了官方迴應,表示QQ瀏覽器技術團隊對該問題進行了測試復現,確認存在調起攝像頭動作,但這一動作並不會開啟攝像頭,更不會拍攝或記錄,只是在呼叫介面的時候,導致攝像頭出現了升降動作,QQ瀏覽器不會採集任何使用者隱私。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

看官方的意思,應該是瀏覽器呼叫了系統的相關介面,導致了前置攝像頭會升起來一下,看視訊好像是升到一半馬上又縮回去了,並沒有做拍攝動作。

對於官方的回覆:不管你信不信反正我信了,網友對官方的這個解釋也領會的比較到位:我就是蹭蹭,不進去。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

這麼熱鬧的事情,作為草根網民的聚集地網易跟帖必須要站出來說兩句:

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

作為一名吃瓜群眾我想說,作為企業任何時候應該都要嚴格的尊重使用者的隱私權,中國的隱私保護可以說沒有,君不見歐洲頒佈最新的歐洲隱私政策之後,中國的很多企業都選擇了退出。其中就有這個下面這個:

QQ國際版近日發出通知,宣佈將從5月20日後不再為歐洲使用者提供服務。外界分析,騰訊這一做法可能與歐盟於5月25日生效的《通用資料保護條例》(General Data Protection Regulation)有關。這一規章主要是給予歐盟地區公民對個人資料有更多的控制。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

網際網路那些事

最近有一個叫做孫巖的火了

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

"有的技術線負責人,我0點打電話,都睡覺了,很會養生。這裡不點名,這種喜歡養生的人,就不要做技術負責人,到能養生的地方去" 突然感覺這句話很牛逼呀,0點不睡覺我應該出來拍一張照片,然後再配上一行字:你見過0點的北京嗎?

以上爆出的對話非常性感,主要就是某位領導嫌程式設計師技術負責人睡覺太早,沒有在工作崗位上所以引起了領導的不滿,才放出了這段看似荒誕的話語。的確,做為網際網路行業的一員,加班或者通宵都不是新鮮事,但類似這樣奇葩領導的還是聞所未聞,難道入職一家公司,還要連生命都一併交出嗎?想來真是大大的笑話了。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。
本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

6月27日下午 16:30 左右,朋友圈、微博等地方受到眾多網友的刷屏,原因是紛紛吐槽阿里雲控制檯訪問出現故障,導致官網時好時壞,後臺直接登入不上,其中圖片伺服器也掛掉。

對此,不少網友怨聲載道:

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。
本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

阿里雲表示,故障從北京時間27日16:21左右開始,到16:50開始陸續恢復。故障起因是上線一個自動化運維新功能時,執行了一項變更驗證操作,觸發了一個未知程式碼bug,錯誤程式碼禁用了部分內部IP,導致部分產品訪問鏈路不通。

阿里雲稱,“對於這次故障,沒有藉口,我們不能也不該出現這樣的失誤!我們將認真覆盤改進自動化運維技術和釋出驗證流程,敬畏每一行程式碼,敬畏每一份託付。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

每一次的故障確實不應該發生,但有時又難以避免。對此,不少網友表示,理解身為同行的程式設計師們,解決問題比解決人更重要。我雖然認同這個觀點,但我不認可阿里官方的回覆,阿里雲現在已經成為了國內最大的雲廠商,無數的中國網際網路企業業務執行在阿里雲的伺服器上,如果只是道歉就可以解決問題的話,那客戶的損失該如何算?敬畏的不應該是程式碼,而是你的客戶!

這已經不是阿里雲第一次大規模出現故障了,小編認為阿里高層應該從制度和管理上認真的去反思這個問題,防患於未然而不是侷限於人。阿里雲要成為國際一流的雲廠商還有很長的路要走。

開源界

開源最近也鬧騰著一件事,Eureka 2.0 竟然宣佈閉源了!並且提示開源工作宣告停止,繼續使用風險自負。Eureka 是 Spring Cloud 中官方推薦的註冊中心,在國內有大量的使用使用者,也不知道 Netflix 腦子是怎麼想的,居然開歷史倒車!短期內對我們沒有太大的影響,後期建議大家將相關業務遷移到 Consul/ZooKeeper/Etcd 等工具上。

Python 3.7 正式版釋出,大量新特性和優化來襲,還在堅持在使用 Python 2.X 的朋友們,迷途知返,趨勢是不可抗的。後續我也準備給大家寫一系列 Python 的文章,一起體驗指令碼語言的魅力。

本週新鮮事:有的技術線負責人,我0點打電話,都睡覺了,很會養生。

本週 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 讀擴充套件的能力。

相關文章