facebook開源項目(代碼申請專利后可以開源嗎) - 副本

Facebook宣布:將為Win10UWP平臺增加ReactNative支持

Facebook在年度開發者大會上，正式宣布將為Windows10UWP通用平臺添加對ReactNative的支持。ReactNative是Facebook的開源框架，它能夠讓開發者使用JavaScript和React開發原生應用。

推薦：win10正式版下載

根據微軟的說法，ReactNative是GitHub上2015年增長速度最快的開源項目，評價超過3萬星。

在F8大會上，Facebook演示了基于ReactNative技術開發的官方《F8》UWP應用，運行在Windows10系統上。

現在，Facebook已經履行此前承諾，Windows10UWP版《Facebook》《Messenger》《Instagram》都還處于緊張的測試階段，預計在不久的未來便會正式發布。

如何使用FlashCache技術加速

Flashcache是facebook的一個開源項目，用于數據庫加速中．大致結構，在傳統磁盤前面放置一個ssd裝置，充當緩存，把熱的數據保持在緩存中，寫的過程也是在先寫ssd然后由ssd同步到傳統磁盤．真正的數據最終還是保持在傳統磁盤中．這樣ssd杯掉也不用擔心數據丟失．同時又可以有大容量，高性能的體驗．

現在ssd也挺便宜的，新一點的筆記本里都有ssd磁盤．那么這里簡介紹一下，怎么用ssd加速home及其它分區，引導這塊不涉及．缺點：ssd只是用來做cache不能存入實質的東西．

前提：

ssd有空余的分區或是有個ssd盤不使用．操作系統是Ubuntu或是其它Linux

大致步驟：

1. 安裝git

$sudo apt-get install git-買粉絲re

2. 下載flashcache源碼：

#git clone 買粉絲s://github.買粉絲/facebook/flashcache.git

3. 進入目錄編輯

#make

#make install

//如果失敗看提示，一般是內核源碼沒安裝的原因

4. 加載flashcache模塊

#modprobe flashcache

確定加載完成：

#dmesg |tail

......flashcache: flashcache-1.0 initialized

表示成功

另外還可以：

lsmod |grep flashcache

看到相應的信息即成功．

為了開機能加載這個模塊，需要這個模塊名寫入/etc/moles中

#echo "flashcache" >> /etc/moles

好這里完成了基本環境的安裝．下面以/home分區加速設制為，其它一樣．我的ssd分了/dev/sda1 用于/ , /dev/sda2用于了swap 還有/dev/sda3 ,/dev/sda4分區出沒使用．我在傳統磁盤里劃出來100G/dev/sdb1用于/home目前還沒掛載．

5. 格式化/dev/sdb1 如果原來/home節點已經劃分有分區，只用umount掉即可，然后在fstab去掉自動掛載(flashcache目前不能自動掛載）

#mkfs.ext4 /dev/sdb1

把原來/home的數據復制或是移到動/dev/sdb1上．

#mount /dev/sdb1 /mnt

#cp -r /home/* /mnt

#umount /mnt

需在注意cp過去后權限是不是和原來的一樣．

6. 初始化flashcache

#ls -la /dev/disk/by-uuid/

找到/dev/sdb1 對應的uuid

#flashcache_create -v -p back home_flashcache /dev/sda3 /dev/disk/by-uuid/4b75b04e-5930-4042-89b8-40894067dac6

這樣即創建完畢．

7. 掛載那個flash設備

#mount /dev/mapper/home_flashcache /home

即可以體驗flashcache加載的東西了．

8. 收尾工作,開機自動掛載flashcache加速的設備，利用rc.local完成

在rc.local里添加：

flashcache_load /dev/sda3

mount /dev/mapper/home_flashcache /home

這樣即可開始掛載/home節點了．

如果不想使用flashcache技術，可以通過如下命令刪除該功能：

umount /home

dmsetup remove cachedev

flashcache_destory

mount 相應的節點即可

說明：以# 開頭的操作表示以root權限進行的操作，以$開頭的表始以普通用做的操作．

程序員如何看待 Libra 源碼？GitHub 上質疑多于肯定

Odaily 星球日報譯者 | Moni

Facebook 發布加密貨幣 Libra 白皮書已過去兩周，作為一個開源項目，Libra 的源代碼也被發布在了知名開源社區及代碼托管庫 Github 上。雖然代碼發布的時間并不算長，但鑒于社交網絡巨頭 Facebook 的影響力，已經吸引了大量加密社區評論者和程序員的關注。

Libra 加密貨幣目前是由“Libra 協會”治理，而且也是從 Facebook 中分拆出來運營的一個獨立組織。截至目前，Github 上的 Libra 項目已經被近 10,000 名用戶“保存”或“加星標”，也代表了早期開源參與者對這個項目的興趣很大。此外，Github 上迄今已經創建了 1000 多個 Libra 代碼克隆庫，可以讓那些程序員和“準程序員”們能夠坐下來仔細研究 Libra 的代碼。

實際上，一些已經使用過 Libra 代碼的程序員已經發現其中“借鑒”了不少其他加密貨幣（比如比特幣）系統中的功能，比如為區塊驗證人開放網絡訪問等。更重要的是，程序員們從 Libra源代碼里發現這個加密貨幣項目似乎并不是如人們想象的那么“認真”。

Mikko Ohtamaa 創造了一個所謂“Libra Classic”的克隆項目，他表示 Facebook 在 Github 上發布的 Libra 源代碼可能只是一個“投餌”，只是想看看社區的反應而已。

加密貨幣初創公司 Radix DLT 首席產品官 Albert Castellana 評論道：

為了能夠支持這個最新的全球金融支付系統，Libra 加密貨幣在發行之時會由 28 個創始成員組成的團隊來負責驗證交易、追加新區塊——至少開始階段是這樣設計的。當然，Facebook 也表示希望隨著時間的推移、Libra 網絡的不斷擴大，未來會變得更加“去中心化”。

不過，加密社區對 Facebook 的這種說辭并不買賬。

相比之下，原始比特幣網絡也是被設計為一個全球金融支付系統，但卻能讓任何具有計算資源的個人參與到創建、廣播交易區塊的工作中，并且能夠在此過程中獲得區塊獎勵，即比特幣。

正是因為如此，加密貨幣行業里的一些意見領袖直接批評了 Libra 區塊鏈的授權結構，除了在社交媒體上，他們還在 Github 上深挖了 Libra 代碼的每個細節。

在GitHub上，任何對代碼存儲庫具有讀取權限的用戶都可以創建問題并 pull request。（星球君 o-daily 注：pull request就是請求別人 pull 自己的代碼庫，程序員如果發現某個代碼有問題，可以在自己的機器上 git clone 原庫，切換 fork（分叉），并對代碼做一些修改。完成之后就可以發起 Compare & pull request，添加一些注釋后確認提交，如果原庫作者看到你的更新并確認無誤，就會把你的代碼整合到自己的項目里，如果原庫作者認為你的更新有問題，可以拒絕代碼更新。）

在過去的四天時間里，Libra 代碼庫已經標記了大約 160 個問題，其中有超過 100 個問題已被經過身份驗證的代碼庫用戶關閉，其中一些還被標記為“偏離主題”。雖然這些問題中只有一半是 pull request，但卻強化了加密貨幣社區里一個普遍存在的情緒，即 Facebook Libra 的授權區塊鏈協議本質上是存在缺陷的。

Github 用戶“gazhayes”本周二（6 月 25 日）提出了一個 pull request，他解釋說：

但是，“gazhayes”的這個 pull request 已經在本周三（6 月 26 日）被 Libra GitHub 官方管理員關閉了，結果引發了程序員社區成員的抱怨和不滿，因為他們都認為“gazhayes”提交的 pull request 是合法評論。

去中心化應用程序開發人員 Marcus Newton 評論說：

對于程序員社區的“抗議”，致力于為 Libra 區塊鏈構建錢包應用程序的 Calibra 公司技術負責人 Ben Maurer 解釋說：

“Libra Classic”項目創始人 Mikko Ohtamaa 似乎比較認同Ben Maurer 的說法，同時也指出 GitHub 對 Libra 項目的開源協作到底有沒有功效還有待觀察，他說道：

但即便如此，如果從多方面角度來看似乎仍然存在一些沒有解決的問題，這些問題同樣會影響 Facebook 雄心勃勃的加密貨幣項目。加密安全創業公司 Casa 首席技術官 Jameson Lopp 表示，關于 Libra 開發語言 Move 仍有很多信息沒有公開，他進一步解釋說：

對于 Libra 開源項目下一步工作的種種質疑，Facebook 通訊經理 Alexandru Voica 表示：

Outlier Ventures首席技術官兼聯合創始人 Aron van Ammers 認為，Facebook 的加密貨幣項目現在其實還處于早期階段，可能會在未來幾個月后才能讓人們從中看到一些啟發性的東西。 Aron van Ammers 最后總結說道：

為何百度、谷歌等中美科技企業都要為AI戰略調整架構？

近期，因特爾宣布將旗下所有人工智能產品整合到一起，成立其人工智能產品事業部AIPG。就在不久前，百度也調整了自身人工智能架構，整合為統一的AIG平臺，而聯想也在今年成立了人工智能實驗室。除此之外，去年微軟也將技術研發部與AI研發部合并，新成立了人工智能事業部。

各公司一系列頗多動作不再一一例舉，從去年至今，一場關于人工智能的暗戰已經開始，各公司都在為人工智能這一戰場，抽取各方資源全力以赴。

如此迅速調整組織架構的科技企業，都到底為了什么？這里從三個層面進行解讀。

人機交互場景升級，搶占用戶智能場景

但實際上人工智能其實無處不在，我們搜索資料需要人工智能，電商購物需要人工智能推薦，哪怕發一條消息背后充滿了各種人工智能。

也正是因為人工智能真正進入到我們的生活后，反而無法感知到人工智能的存在，因此當企業在談人工智能的時候，作為用戶很難有切實的感受。

人類對技術的感知越來越弱，本質原因正是由于機器對于人的感知越來越強，越來越智能。

在未來，但凡聯網的東西，都會對用戶實現各種感知，目前可以想到最典型的就是語音助理場景，用戶一旦開口就能夠得到回應。例如蘋果在iphone與mac中加入了SIRI語音助理，亞馬遜在其智能音箱中加入了echo，微軟在win10中推出了小娜，谷歌在其手機中加入了Assistant，而百度也推出DuerOS人工智能操作系統，并成立了度秘事業部。

語音技術只是一方面，要想全方位的感知用戶，那就還需要自然語言理解技術，語音合成技術，人臉識別技術等等才能打出一套全方位的組合拳，因此人工智能技術不是獨立的，必須全面開花。

而國內目前也就百度的布局最為全面，其以百度大腦為核心，涉及語音識別、圖像識別、自然語言處理、用戶畫像四大能力。而百度也是唯一一家兩次入圍《麻省理工科技評論》“十大突破性技術”的中國公司。

"wintel"聯盟瓦解，搶占新聯盟入場券

wintel即微軟windows與intel的聯盟，任何個人PC的更新換代都離不開這二者的相輔相成，這也是PC時代的王者組合，無人可破。

但人工智能時代，則在讓wintel的聯盟優勢徹底瓦解，用戶入網的方式不再依賴電腦，其還跨越到了手機、平板、電視、智能音箱、智能手表等一系列諸多設備，而不同設備又可以對應不同智能交互場景，windows系統也已經無法完全擔當這一重任。

硬件巨頭與平臺巨頭都在從各自的優勢切入到這局比賽。

1）硬件巨頭搶占技術高地，一個有趣的事情是在PC時代NVIDIA做的是顯卡，intel做的是CPU，本來井水不犯河水，但是卻在人工智能的戰場上兵戎相見，去年NVIDIA直接宣布自己是一家人工智能公司，并已經幫助了谷歌、百度、臉書、特斯拉等公司實現了深度學習的集群服務器建設，GPU才是人工智能未來，而intel今年匆忙成立人工智能部門則算是對NVIDIA的迅速回應。

對于像NVIDIA、intel硬件巨頭來說，其需要適配的已經不再是單一簡單的電腦，而是各種涉及人工智能的集群運算，以及深入到各個其他硬件產品中，成為其基礎設施。

加大硬件技術與人工智能的結合，因特爾、英偉達為例，從底層硬件基礎設施切入，以希望結成新的聯盟。

例如亞馬遜推出的echo就較為成功可以搶占用戶客廳，并且基于電商優勢讓用戶可以更方便的購物，盡管蘋果的Siri也能夠與用戶對話，卻缺乏電商能力，但同時Siri也有echo所無法完成的獨家功能，因此各家都有可能拿到一部分市場，也有可能被吞并，變數頗多，這也是平臺巨頭們所焦慮的未來。

所以相對于硬件公司，平臺巨頭的競爭也更為激烈，需要在人工智能上的戰略作出更大的調整，目前來看谷歌與百度的調整幅度最大，二者也極為相似。

谷歌將所有研發領域的項目與傳統現金流業務進行剝離，成立Alphabet子公司來聚焦未來領域。而百度在架構上也與谷歌類似，其將傳統搜索業務剝離由向海龍守城，而其余一切聚焦于未來前沿包括無人車、度秘事業部，智能家居事業部等等并由陸奇統帥，重兵挺進人工智能。

搶占成為最大AI開放平臺，成為底層基礎設施

早期互聯網之所以能夠興盛，原因在于有著php、mysql這樣免費的開源軟件可以供所有人使用，而這也直接促進了整個互聯網的發展，直到今天PHP也依然是很多公司的開發語言。

但是今天就不一樣了，人工智能時代，即使大公司給個人開發者開放了各種人工智能的框架源碼，其也無法有效使用，運行這些代碼需要集群運算處理的能力，因此未來，小到個人開發者，大到公司都需要與人工智能平臺進行合作，調用他們的人工智能能力，讓他們的技術為自身所用。

所以我們看到巨頭們都在兩手抓，一手做AI代碼開源，一手做AI開放平臺。

代碼開源方面，Facebook最知名的開源項目為一個人工智能硬件項目"Big Sur"、谷歌最大開源的項目是"Android"這里不一一例舉。目前國內在人工智能開源上做的并不多，百度于2016年百度世界大會上開源的PaddlePaddle深度學習平臺，為學生、創業者和各界技術人員提供了一個低門檻開發平臺。

開放平臺方面，國外在這方面做得比較遲緩，目前只有微軟和谷歌做了語音開放平臺，而谷歌在2015年做了圖像識別開放平臺。也直到去年12月，擁有海量AWS用戶的亞馬遜才姍姍來遲，開放了語音識別以及人臉識別的能力。

相較而言，百度的開放最為徹底——語音技術、圖像技術、自然語言處理技術、用戶畫像、機器學習、AR增強現實等等均對開發者開放。

結語：

去年以來，越來越多的公司將AI視為發展重點，并抽取大量公司資源來應對下一場人工智能之戰，一切并非空穴來風。用戶的人機交互場景在升級，舊的聯盟在解體，新的聯盟在形成，既是危機也是機會，不得不殊死一搏。

作者：“首席發言者”

云原生周報 | 2021下半年CNCF開源項目發展總結；Cilium 1.11發布

1. 2021年年底 CNCF 開源項目和發展速度概況

摘要： 本文總結了2021年下半年 CNCF 開源項目的發展速度，其中 OpenTelemetry 在 CNCF 中擁有第二大貢獻社區（僅次于 Kuber買粉絲es），它表明對現代可觀測性工具和協作的興趣仍然很重要；如果把 Argo 和 Flux 項目的速度結合起來，那么 GitOps 生態系統的速度在 CNCF 中是最高的；Envoy 繼續擁有強大且不斷增長的社區，并已成為整個服務網格生態系統中使用最廣泛的數據平面之一。

2. BFE Server v1.4.0 和控制面組件 v.0.0.2 發布

摘要： BFE Server 更新包括修復了配合Go 1.17使用時出現的問題；在部分實現中，使用 RWMutex 代替 Mutex，獲得了部分性能上的收益；BFE 控制面包括 APIServer、Conf Agent、Dashboard 三個程序，本次均有更新。

1. Cilium 1.11 發布，帶來內核級服務網格、拓撲感知路由

摘要： Cilium 是一個開源軟件，為基于 Kuber買粉絲es 的 Linux 容器管理平臺上部署的服務，透明地提供服務間的網絡和 API 連接及安全。Cilium 1.11 版本新版本增加了對 OpenTelemetry 的支持，Kuber買粉絲es APIServer 策略匹配，增強負載均衡能力，基于拓撲感知將流量路由到最近的端點，或保持在同一個地區（Region）內等。

1. Facebook 流量路由最佳實踐：從公網入口到內網業務的全路徑 XDP/BPF 基礎設施

摘要： 用戶請求從公網到達 Facebook 的邊界 L4LB 節點之后，往下會涉及到兩個階段（每個階段都包括了 L4/L7）的流量轉發：從 LB 節點負載均衡到特定主機;主機內將流量負載均衡到不同 Socket,以上兩個階段都涉及到流量的一致性路由問題。本文介紹這一過程中面臨的挑戰，以及我們如何基于最新的 BPF/XDP 特性來應對這些挑戰.

2. Kuber買粉絲es 集群二進制無損升級實踐

摘要： 本文從0到1的介紹 vivo 互聯網團隊支撐在線業務的集群如何在不影響原有業務正常運行的情況下從 v1.10 版本升級到 v1.17 版本。之所以升級到 v1.17 而不是更高的 v1.18 以上版本, 是因為在 v1.18 版本引入的代碼變動會導致 extensions/v1beta1 等高級資源類型無法繼續運行（這部分代碼在 v1.18 版本刪除）。

1. 根因解析 Kuber買粉絲es Pod 狀態異常九大場景盤點

摘要： Kuber買粉絲es Pod 作為 Kuber買粉絲es 核心資源對象，不僅 Service、Controller、Workload 都是圍繞它展開工作。作為最小調度單元的它，還擔任著傳統 IT 環境主機的職責，包含了調度，網絡，存儲，安全等能力。 正是因為 Pod 具有復雜的生命周期和依賴，絕大多數 Kuber買粉絲es 問題最終都會在 Pod 上表現出來。本文介紹了工作實踐中會遇到的 9 種典型場景，以及如何使用 Kuber買粉絲es 監控來處理這些場景，快速定位發現問題。

2. 使用 eBPF 代替 iptables 優化服務網格數據面性能

摘要： 服務網格的 Sidecar 架構不可避免的會增加請求時延和資源占用，本文介紹通過使用 eBPF 代替 iptables 實現流量劫持，同時使用 sockmap 加速 Sidecar 代理和應用程序間的網絡通信，在一定程度上降低了請求時延和資源開銷

3. 讓容器跑得更快：CPU Burst 技術實踐

摘要： 以前人們在 CPU Bandwidth Controller 中修復了一些 BUG 導致的 CPU 限流問題，當前非預期限流是由于 100ms 級別 CPU 突發使用引起，并且提出 CPU Burst 技術允許一定的 CPU 突發使用，避免平均 CPU 利用率低于限制時的 CPU 限流。在云計算場景中，CPU Burst 技術的價值有：不提高 CPU 配置的前提下改善 CPU 資源服務質量；允許資源所有者不犧牲資源服務質量降低 CPU 資源配置，提升 CPU 資源利用率；降低資源成本（TCO，Total Cost of Ownership）。

4. 如何基于BFE做灰度發布

摘要： “灰度發布”是互聯網業務研發所需的重要能力。BFE對于灰度發布的兩種方式（基于流量特征的灰度發布、基于流量比例的灰度發布）都提供了支持。結合已經開源的BFE控制面組件，可以使用BFE Dashboard或BFE API完成灰度發布的相關配置。

代碼申請專利后可以開源嗎

可以，后來搜索了一下,發現是可以的

其中有說法是這樣的(略有修改): 開源(Open Source)全稱為開放源代碼

很多人簡單的認為,開源軟件就是免費,開源軟件最大的特點是開放,也就是任何人都可以得到軟件的源代碼,加以修改學習,甚至重新發放,當然是在版權限制范圍之內

計算機軟件類的專利申請,是針對軟件設計的架構,或者簡單理解為解決問題的思路

而解決問題的方式是屬于運用計算機的運算、分析等能力來實現的

同一軟件設計的架構可以采用不同的編程語言來實現或者不同的人采用不同的方式來實現,這就是軟件代碼著作權的來源

因此,開源項目若是具有軟件設計架構上的創新,具有相應的發明點,可以申請專利保護

軟件設計架構屬于專利制度保護的范疇,代碼屬于版權制度保護的范疇

兩者有聯系,但是不矛盾

(柳鯤鵬點評:后面這一段是錯誤的

開源是可以用于商業的,簡單的說對于開源的修改也必須開源)

很赞哦!（8944）