十大編譯器
『壹』 求 java SE Development Kit8(jdk8)下載32/64位 8u144
軟體介紹：
jdk8的全稱為Java SE Development Kit8,是運行整個Java的核心，它內置一堆Java工具和Java基礎的類庫(rt.jar)以及Java運行環境(Java Runtime Envirnment)，如果想要在電腦上運行Java程序就必須安裝ava SE Development Kit，才能保證程序的正常使用。
所需工具：點擊下載 Java SE Development Kit8(jdk8) 8u144
jdk8環境變數配置教程
1、下載軟體壓縮包文件，點擊你電腦系統向對應的程序「jdk-8u144-windows-x64.exe（64位）或者jdk-8u144-windows-i586.exe（32位）」。
2、程序會自動安裝JRE程序，選擇目錄即可
3、直到jdk8下載安裝完畢，點擊「關閉」按鈕即可，如下圖所示：
4、安裝完JDK後配置環境變數，計算機→屬性→高級系統設置→高級→環境變數
5、系統變數→新建 JAVA_HOME 變數
變數值填寫jdk的安裝目錄（本人是 C:Program FilesJavajdk1.8.0_144)
6、系統變數→尋找 Path 變數→編輯
在變數值最後輸入 %JAVA_HOME%in;%JAVA_HOME%jrein;
（注意原來Path的變數值末尾有沒有;號，如果沒有，先輸入；號再輸入上面的代碼）
8、檢驗是否配置成功 運行cmd 輸入 java -version （java 和 -version 之間有空格）若如圖所示 顯示版本信息 則說明安裝和配置成功。
功能介紹
JDK的最重要命令行工具：
1、java： 啟動JVM執行class
2、javac： Java編譯器
3、jar： Java打包工具
4、javadoc： Java文檔生成器
這些命令行必須要非常非常熟悉，對於每個參數都要很精通才行。對於這些命令的學習，JDK Documentation上有詳細的文檔。
從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。
Java語言恐怕是穩居網路應用程序語言的首選了，這都要歸功於它高度的安全性以及跨平台的特性，幾乎在目前所有的電腦平台上您都可以見得到Java的芳蹤。過去很可能會有不少人抱怨Java雖然有著相當不錯的跨平台以及安全防護等特性，但是它的執行速度遠遠不及C++等各種傳統慣用的程序語言。
jdk8新特性
一、Lambda表達式
1、Lambda表達式可以說是Java 8最大的賣點，她將函數式編程引入了Java。Lambda允許把函數作為一個方法的參數，或者把代碼看成數據。
2、一個Lambda表達式可以由用逗號分隔的參數列表、–>符號與函數體三部分表示。例如：
Arrays.asList( "p", "k", "u","f", "o", "r","k").forEach( e -> System.out.println( e ) );
3、為了使現有函數更好的支持Lambda表達式，Java 8引入了函數式介面的概念。函數式介面就是只有一個方法的普通介面。java.lang.Runnable與java.util.concurrent.Callable是函數式介面最典型的例子。為此，Java 8增加了一種特殊的註解@FunctionalInterface：
二、介面的默認方法與靜態方法
1、我們可以在介面中定義默認方法，使用default關鍵字，並提供默認的實現。所有實現這個介面的類都會接受默認方法的實現，除非子類提供的自己的實現。例如：
2、我們還可以在介面中定義靜態方法，使用static關鍵字，也可以提供實現。例如：
3、介面的默認方法和靜態方法的引入，其實可以認為引入了C＋＋中抽象類的理念，以後我們再也不用在每個實現類中都寫重復的代碼了
三、方法引用
通常與Lambda表達式聯合使用，可以直接引用已有Java類或對象的方法。一般有四種不同的方法引用：
1、構造器引用。語法是Class::new，或者更一般的Class< T >::new，要求構造器方法是沒有參數；
2、靜態方法引用。語法是Class::static_method，要求接受一個Class類型的參數；
3、特定類的任意對象方法引用。它的語法是Class::method。要求方法是沒有參數的；
4、特定對象的方法引用，它的語法是instance::method。要求方法接受一個參數，與3不同的地方在於，3是在列表元素上分別調用方法，而4是在某個對象上調用方法，將列表元素作為參數傳入；
四、重復註解
在Java 5中使用註解有一個限制，即相同的註解在同一位置只能聲明一次。Java 8引入重復註解，這樣相同的註解在同一地方也可以聲明多次。重復註解機制本身需要用@Repeatable註解。Java 8在編譯器層做了優化，相同註解會以集合的方式保存，因此底層的原理並沒有變化。
五、擴展註解的支持
Java 8擴展了註解的上下文，幾乎可以為任何東西添加註解，包括局部變數、泛型類、父類與介面的實現，連方法的異常也能添加註解。
六、Optional
Java 8引入Optional類來防止空指針異常，Optional類最先是由Google的Guava項目引入的。Optional類實際上是個容器：它可以保存類型T的值，或者保存null。使用Optional類我們就不用顯式進行空指針檢查了。
七、Stream
Stream API是把真正的函數式編程風格引入到Java中。其實簡單來說可以把Stream理解為MapRece，當然Google的MapRece的靈感也是來自函數式編程。她其實是一連串支持連續、並行聚集操作的元素。從語法上看，也很像linux的管道、或者鏈式編程，代碼寫起來簡潔明了，非常酷帥！
八、Date/Time API (JSR 310)
Java 8新的Date-Time API (JSR 310)受Joda-Time的影響，提供了新的java.time包，可以用來替代 java.util.Date和java.util.Calendar。一般會用到Clock、LocaleDate、LocalTime、LocaleDateTime、ZonedDateTime、Duration這些類，對於時間日期的改進還是非常不錯的。
九、JavaScript引擎Nashorn
Nashorn允許在JVM上開發運行JavaScript應用，允許Java與JavaScript相互調用。
十、Base64
在Java 8中，Base64編碼成為了Java類庫的標准。Base64類同時還提供了對URL、MIME友好的編碼器與解碼器。
十一、除了這十大新特性之外，還有另外的一些新特性：
1、更好的類型推測機制：Java 8在類型推測方面有了很大的提高，這就使代碼更整潔，不需要太多的強制類型轉換了。
2、編譯器優化：Java 8將方法的參數名加入了位元組碼中，這樣在運行時通過反射就能獲取到參數名，只需要在編譯時使用-parameters參數。
3、並行（parallel）數組：支持對數組進行並行處理，主要是parallelSort()方法，它可以在多核機器上極大提高數組排序的速度。
4、並發（Concurrency）：在新增Stream機制與Lambda的基礎之上，加入了一些新方法來支持聚集操作。
5、Nashorn引擎jjs：基於Nashorn引擎的命令行工具。它接受一些JavaScript源代碼為參數，並且執行這些源代碼。
6、類依賴分析器jdeps：可以顯示Java類的包級別或類級別的依賴。
7、JVM的PermGen空間被移除：取代它的是Metaspace（JEP 122）。
『貳』 python的優缺點是什麼
優點：
Python的定位是「優雅」、「明確」、「簡單」，所以Python程序看上去總是簡單易懂，初學者學Python，不但入門容易，而且將來深入下去，可以編寫那些非常非常復雜的程序。
開發效率非常高，Python有非常強大的第三方庫，基本上你想通過計算機實現任何功能，Python官方庫里都有相應的模塊進行支持，直接下載調用後，在基礎庫的基礎上再進行開發，大大降低開發周期，避免重復造輪子。
高級語言————當你用Python語言編寫程序的時候，你無需考慮諸如如何管理你的程序使用的內存一類的底層細節
可移植性————由於它的開源本質，Python已經被移植在許多平台上（經過改動使它能夠工 作在不同平台上）。如果你小心地避免使用依賴於系統的特性，那麼你的所有Python程序無需修改就幾乎可以在市場上所有的系統平台上運行
可擴展性————如果你需要你的一段關鍵代碼運行得更快或者希望某些演算法不公開，你可以把你的部分程序用C或C++編寫，然後在你的Python程序中使用它們。
可嵌入性————你可以把Python嵌入你的C/C++程序，從而向你的程序用戶提供腳本功能
速度慢，Python 的運行速度相比C語言確實慢很多，跟JAVA相比也要慢一些，因此這也是很多所謂的大牛不屑於使用Python的主要原因，但其實這里所指的運行速度慢在大多數情況下用戶是無法直接感知到的，必須藉助測試工具才能體現出來，比如你用C運一個程序花了0.01s,用Python是0.1s,這樣C語言直接比Python快了10倍,算是非常誇張了，但是你是無法直接通過肉眼感知的，因為一個正常人所能感知的時間最小單位是0.15-0.4s左右，哈哈。其實在大多數情況下Python已經完全可以滿足你對程序速度的要求，除非你要寫對速度要求極高的搜索引擎等，這種情況下，當然還是建議你用C去實現的。
代碼不能加密，因為PYTHON是解釋性語言，它的源碼都是以名文形式存放的，不過我不認為這算是一個缺點，如果你的項目要求源代碼必須是加密的，那你一開始就不應該用Python來去實現。
線程不能利用多CPU問題，這是Python被人詬病最多的一個缺點，GIL即全局解釋器鎖（Global Interpreter Lock），是計算機程序設計語言解釋器用於同步線程的工具，使得任何時刻僅有一個線程在執行，Python的線程是操作系統的原生線程。在Linux上為pthread，在Windows上為Win thread，完全由操作系統調度線程的執行。一個python解釋器進程內有一條主線程，以及多條用戶程序的執行線程。即使在多核CPU平台上，由於GIL的存在，所以禁止多線程的並行執行。關於這個問題的折衷解決方法，我們在以後線程和進程章節里再進行詳細探討。
缺點：
Python目前主要應用領域：
雲計算: 雲計算最火的語言， 典型應用OpenStack
WEB開發: 眾多優秀的WEB框架，眾多大型網站均為Python開發，Youtube, Dropbox, 豆瓣。。。， 典型WEB框架有Django
科學運算、人工智慧: 典型庫NumPy, SciPy, Matplotlib, Enthought librarys,pandas
系統運維: 運維人員必備語言
金融：量化交易，金融分析，在金融工程領域，Python不但在用，且用的最多，而且重要性逐年提高。原因：作為動態語言的Python，語言結構清晰簡單，庫豐富，成熟穩定，科學計算和統計分析都很牛逼，生產效率遠遠高於c,c++,java,尤其擅長策略回測
圖形GUI: PyQT, WxPython,TkInter
Python在一些公司的應用：
谷歌：Google App Engine 、code.google.com 、Google earth 、谷歌爬蟲、Google廣告等項目都在大量使用Python開發
CIA: 美國中情局網站就是用Python開發的
NASA: 美國航天局(NASA)大量使用Python進行數據分析和運算
YouTube:世界上最大的視頻網站YouTube就是用Python開發的
Instagram:美國最大的圖片分享社交網站，每天超過3千萬張照片被分享，全部用python開發
Facebook:大量的基礎庫均通過Python實現的
Redhat: 世界上最流行的Linux發行版本中的yum包管理工具就是用python開發的
豆瓣: 公司幾乎所有的業務均是通過Python開發的
知乎: 國內最大的問答社區，通過Python開發(國外Quora)
春雨醫生：國內知名的在線醫療網站是用Python開發的
除上面之外，還有搜狐、金山、騰訊、盛大、網易、網路、阿里、淘寶 、土豆、新浪、果殼等公司都在使用Python完成各種各樣的任務。
1989年，為了打發聖誕節假期，Guido開始寫Python語言的編譯器。Python這個名字，來自Guido所摯愛的電視劇Monty Python』s Flying Circus。他希望這個新的叫做Python的語言，能符合他的理想：創造一種C和shell之間，功能全面，易學易用，可拓展的語言。
1991年，第一個Python編譯器誕生。它是用C語言實現的，並能夠調用C語言的庫文件。從一出生，Python已經具有了：類，函數，異常處理，包含表和詞典在內的核心數據類型，以及模塊為基礎的拓展系統。
Granddaddy of Python web frameworks, Zope 1 was released in 1999
Python 1.0 - January 1994 增加了lambda,map,filterandrece.
Python 2.0 - October 16, 2000，加入了內存回收機制，構成了現在Python語言框架的基礎
Python 2.4 - November 30, 2004, 同年目前最流行的WEB框架Django 誕生
Python 2.5 - September 19, 2006
Python 2.6 - October 1, 2008
Python 2.7 - July 3, 2010
In November 2014, it was announced that Python 2.7 would be supported until 2020, and reaffirmed that there would be no 2.8 release as users were expected to move to Python 3.4+ as soon as possible
Python 3.0 - December 3, 2008
Python 3.1 - June 27, 2009
Python 3.2 - February 20, 2011
Python 3.3 - September 29, 2012
Python 3.4 - March 16, 2014
Python 3.5 - September 13, 2015
Python 3.6 - December 16,2016
python發展史
摘自我的博客，禁止所有形式的轉載
『叄』 linux涓媜pencv
linuxopencv鎬庝箞閲嶆柊緙栬瘧鍗曚釜婧愮爜錛
棣栧厛錛屽厛瑕佸啀linux涓婂畨瑁卭pencv鐨勫簱錛屽湪綰垮畨瑁呯殑璇濓紝寰堝規槗鐒跺悗錛岀紪璇戠殑鏃跺欓渶瑕佸姞涓奰pkg-configopencv--libs--cflagsopencv`鍙傛暟
opencv鍗佸ぇ寮婧愭嗘灦錛
鍗佸ぇ妗嗘灦錛1.璋鋒瓕浜戠殑VisionAPI錛2.YOLOv3,3.Tensorflow,4.Libfacedetection,5.RasterVision錛6.SOD錛7.Face_recognition錛8.DeepFaceLab錛9.JeelizFaceFilter錛10.OpenCV
1.璋鋒瓕浜戠殑VisionAPI
GoogleCloud鐨刅isionAPI鏄涓縐嶆槗浜庝嬌鐢ㄧ殑鍥懼儚璇嗗埆鎶鏈錛屽彲璁╁紑鍙戜漢鍛橀氳繃搴旂敤寮哄ぇ鐨勬満鍣ㄥ︿範妯″瀷鏉ヤ簡瑙ｅ浘鍍忕殑鍐呭廣傚畠閫氳繃REST鍜孯PCAPI鎻愪緵寮哄ぇ鐨勯勮緇冩満鍣ㄥ︿範妯″瀷銆傚畠榪樹嬌寮鍙戜漢鍛樺彲浠ヨ交鏉懼湴灝嗗叧閿瑙嗚夋嫻嬪姛鑳介泦鎴愬埌搴旂敤紼嬪簭涓錛屽寘鎷闈㈤儴鍜屽湴鏍囨嫻嬨佸浘鍍忔爣璁般佸厜瀛﹀瓧絎﹁瘑鍒(OCR)鍜屾樉寮忓唴瀹規爣璁般傚畠榪樺厑璁告垜浠涓哄浘鍍忓垎閰嶆爣絳懼苟蹇閫熷皢瀹冧滑鍒嗙被涓烘暟鐧句竾涓棰勫畾涔夌殑綾誨埆銆傚畠鍙浠ュ府鍔╂垜浠媯嫻嬬墿浣撳拰闈㈤儴錛岄槄璇誨嵃鍒峰拰鎵嬪啓鏂囨湰錛屽苟灝嗘湁浠峰肩殑鍏冩暟鎹鏋勫緩鍒版偍鐨勫浘鍍忕洰褰曚腑銆
2.YOLOv3
YOLO錛圷ouOnlyLookOnce錛夋槸鏈鍏堣繘鐨勫疄鏃跺硅薄媯嫻嬬郴緇燂紝鏄鏈騫挎硾浣跨敤鐨勫熀浜庢繁搴﹀︿範鐨勫硅薄媯嫻嬫柟娉曚箣涓銆傚畠灝嗗硅薄媯嫻嬭嗕負涓涓鍥炲綊闂棰橈紝浣跨敤鍗曚釜鍓嶉堝嵎縐紲炵粡緗戠粶鐩存帴浠庡畬鏁村浘鍍忛勬祴綾誨埆姒傜巼鍜岃竟鐣屾嗗嚲縐匯傚畠浣跨敤k-means鑱氱被鏂規硶鏉ヤ及璁￠勬祴杈圭晫妗嗙殑鍒濆嬪藉害鍜岄珮搴︺俌OLOv3娑堥櫎浜嗗尯鍩熸彁璁鐢熸垚鍜岀壒寰侀噸閲囨牱錛屽苟灝嗘墍鏈夐樁孌靛皝瑁呭湪鍗曚釜緗戠粶涓錛屽艦鎴愮湡姝ｇ殑絝鍒扮媯嫻嬬郴緇熴
3.TensorFlow
Tensorflow鏄涓涓鍏嶈垂鐨勫紑婧愭嗘灦錛岀敤浜庡壋寤虹畻娉曚互寮鍙戠敤鎴峰弸濂界殑鍥懼艦妗嗘灦錛岀О涓篢ensorFlow鍥懼艦妗嗘灦(TF-GraF)錛岀敤浜庡硅薄媯嫻婣PI錛屽箍娉涘簲鐢ㄤ簬鍐滀笟銆佸伐紼嬪拰鍖誨﹂嗗煙鐨勫嶆潅浠誨姟鐨勯珮鏁堣В鍐.TF-GraF涓轟笟浣欑埍濂借呭拰鍒濆﹁呮彁渚涚嫭絝嬬殑鉶氭嫙鐜澧冩潵璁捐°佽緇冨拰閮ㄧ講鏈哄櫒鏅鴻兘妯″瀷錛岃屾棤闇鍦ㄥ㈡埛絝榪涜岀紪鐮佹垨鍛戒護琛岀晫闈(CLI)銆
TF-GraF鏀鎸丼SD銆丗aster-RCNN銆丷FCN鍜孧ask-RCNN鐨勭伒媧繪ā鍨嬮夋嫨錛屽寘鎷鍗風Н紲炵粡緗戠粶錛坕nceptions鍜孯esNets錛夈俆F-GraF璐熻矗璁劇疆鍜岄厤緗錛屽厑璁鎬換浣曚漢鍦ㄤ粬浠鐨勯」鐩涓浣跨敤娣卞害瀛︿範鎶鏈錛岃屾棤闇瀹夎呭嶆潅鐨勮蔣浠跺拰鐜澧冦
4.Libfacedetection
libfacedetection鏄涓涓鐢ㄤ簬鍥懼儚涓浜鴻劯媯嫻嬬殑寮婧愬簱銆傚畠涓哄浘鍍忎腑鍩轟簬CNN鐨勪漢鑴告嫻嬫彁渚涗簡棰勮緇冪殑鍗風Н紲炵粡緗戠粶錛屼嬌鐢ㄦ埛鑳藉熸嫻嬪昂瀵稿ぇ浜10脳10鍍忕礌鐨勪漢鑴搞傚湪C婧愭枃浠朵腑錛孋NN妯″瀷宸茶漿鎹涓洪潤鎬佸彉閲忋傛簮浠ｇ爜涓嶄緷璧栦簬浠諱綍鍏朵粬搴撱傛偍闇瑕佷竴涓鍙浠ュ湪Windows銆丩inux銆丄RM鍜屼換浣曞鉤鍙頒笅緙栬瘧婧愪唬鐮佺殑C++緙栬瘧鍣ㄣ係IMD鎸囦護鐢ㄤ簬鍔犻熸嫻嬨傚傛灉鎮ㄤ嬌鐢↖ntelCPU鎴朜EONforARM錛屾偍鍙浠ュ惎鐢ˋVX2銆
5.RasterVision
RasterVision鏄涓涓寮婧怭ython妗嗘灦錛岀敤浜庡湪鍗鏄熴佽埅絀哄拰鍏朵粬澶у瀷鍥懼儚闆嗭紙鍖呮嫭鍊炬枩鐨勬棤浜烘満鍥懼儚錛変笂鏋勫緩璁＄畻鏈鴻嗚夋ā鍨嬨傚畠鍏佽告病鏈変換浣曟繁搴﹀︿範鎴栨満鍣ㄥ︿範宸ヤ綔嫻佷笓涓氱煡璇嗙殑鐢ㄦ埛蹇閫熼噸澶嶉厤緗瀹為獙錛屽寘鎷鍒嗘瀽璁緇冩暟鎹闆嗐佸壋寤鴻緇冭姱鐗囥佽緇冩ā鍨嬨佸壋寤洪勬祴銆佽瘎浼版ā鍨嬨佹崋緇戞ā鍨嬫枃浠跺拰閮ㄧ講銆
RasterVision鍐呯疆鏀鎸佷嬌鐢≒yTorch鍜孴ensorflow榪涜岃姱鐗囧垎綾匯佸硅薄媯嫻嬪拰甯︽湁鍚庣鐨勮涔夊垎鍓層傜敤鎴峰彲浠ュ湪鍐呯疆鏀鎸佷嬌鐢ˋWSBatch鍦ㄤ簯涓榪愯岀殑CPU鍜孏PU涓婃墽琛屽疄楠屻傝ユ嗘灦榪樺彲浠ユ墿灞曞埌鏂扮殑鏁版嵁婧愩佷換鍔★紙渚嬪傦紝瀵硅薄媯嫻嬶級銆佸悗絝錛堜緥濡傦紝TF瀵硅薄媯嫻婣PI錛夊拰浜戞彁渚涘晢銆
6.SOD
SOD鏄涓涓宓屽叆寮忕殑銆佺幇浠ｇ殑璺ㄥ鉤鍙拌＄畻鏈鴻嗚夊拰鏈哄櫒瀛︿範杞浠跺簱銆傚畠鍏寮浜嗕竴緇勭敤浜庢繁搴﹀︿範銆侀珮綰у獟浣撳垎鏋愬拰澶勭悊鐨凙PI錛屽寘鎷鍦ㄨ＄畻璧勬簮鍜岀墿鑱旂綉璁懼囨湁闄愮殑宓屽叆寮忕郴緇熶笂榪涜屽疄鏃躲佸氱被瀵硅薄媯嫻嬪拰妯″瀷璁緇冦
SOD鏃ㄥ湪涓鴻＄畻鏈鴻嗚夊簲鐢ㄧ▼搴忔彁渚涢氱敤鍩虹鏋舵瀯錛屽苟鍔犻熸満鍣ㄦ劅鐭ュ湪寮婧愬拰鍟嗕笟浜у搧涓鐨勪嬌鐢ㄣ係OD涓撲負鎻愰珮璁＄畻鏁堢巼鑰岃捐★紝閲嶇偣鍏蟲敞瀹炴椂搴旂敤錛屽寘鎷涓濂楀叏闈㈢殑緇忓吀鍜屾渶鍏堣繘鐨勬繁搴︾炵粡緗戠粶鍙婂叾棰勮緇冩ā鍨嬨
7.Face_recognition
Face_recognition鏄涓栫晫涓婃渶綆鍗曠殑Python鍜屽懡浠よ岄潰閮ㄨ瘑鍒獳PI銆備嬌鐢╠lib60鏈鍏堣繘鐨勪漢鑴歌瘑鍒鎶鏈鏋勫緩娣卞害瀛︿範錛屽畠鍙浠ヤ粠Python鎴栧懡浠よ岃瘑鍒鍜屾搷浣滀漢鑴搞傝ユā鍨嬪湪Wild61鍩哄噯涓鐨凩abeledFaces涓婄殑鍑嗙『鐜囦負99.38%銆傚畠鎻愪緵浜嗕竴涓綆鍗曠殑face_recognition鍛戒護琛屽伐鍏鳳紝鍙璁╂偍浠庡懡浠よ屽瑰浘鍍忔枃浠跺す榪涜屼漢鑴歌瘑鍒錛
8.DeepFaceLab
DeepFaceLab鏄涓涓寮婧愭繁搴︿吉閫犵郴緇燂紝瀹冨埄鐢ㄦ満鍣ㄥ︿範鍦ㄨ嗛戜腑榪涜岀収鐗囪埇閫肩湡鐨勪漢鑴鎬氦鎹銆傚畠鎻愪緵浜嗕竴涓鍛戒護寮忎笖鏄撲簬浣跨敤鐨勭￠亾錛屽寘鎷鏁版嵁鍔犺澆鍜屽勭悊銆佹ā鍨嬭緇冨拰鍚庡勭悊錛屼緵浜轟滑鍦ㄤ笉鍏ㄩ潰浜嗚В娣卞害瀛︿範妗嗘灦鎴栦笉緙栧啓澶嶆潅鏍鋒澘浠ｇ爜鐨勬儏鍐典笅鍒涘緩娣卞害浼閫犺嗛戙傝繖涓鏈鍏堣繘鐨勬嗘灦鎻愪緵浜嗕竴涓瀹屾暣鐨勫懡浠よ屽伐鍏鳳紝鍏朵腑鍖呭惈綆￠亾鐨勫悇涓鏂歸潰鍜屽姛鑳斤紝濡傚偦鐡滅浉鏈恆傚煎緱娉ㄦ剰鐨勬槸錛岃秴榪95%鐨勬繁搴︿吉閫犺嗛戞槸浣跨敤DeepFaceLab鍒涘緩鐨勩
9.JeelizFaceFilter
JeelizFaceFilter鏄涓涓杞婚噺綰т笖寮哄ぇ鐨勪漢鑴歌窡韙搴擄紝涓撲負澧炲己鐜板疄浜鴻劯榪囨護鍣ㄨ岃捐°傝繖涓狫avaScript搴撳彲浠ヤ粠浣跨敤WebRTC鎹曡幏鐨勭綉緇滄憚鍍忓ご瑙嗛戞簮涓瀹炴椂媯嫻嬪拰璺熻釜浜鴻劯銆傜敤浜庝負澧炲己鐜板疄搴旂敤鍙犲姞3D鍐呭癸紝瀹冨彲浠ユ敮鎸乀hree.js銆丅abylon.js銆丗aceSwap銆丆anvas2D銆丆SS3D絳夊悇縐嶉泦鎴愶紝浣垮紑鍙戜漢鍛樿兘澶熺洿鎺ヤ粠嫻忚堝櫒瑙ｅ喅璁＄畻鏈鴻嗚夐棶棰樸傚叧閿鍔熻兘鍖呮嫭浜鴻劯媯嫻嬨佷漢鑴歌窡韙銆佷漢鑴告棆杞媯嫻嬨佸紶鍙ｆ嫻嬨佸氫漢鑴告嫻嬩笌璺熻釜銆佸叿鏈夐珮娓呰嗛戣兘鍔涚殑瑙嗛戦噰闆嗙瓑銆
10.OpenCV
OpenCV鏄涓涓寮婧愯＄畻鏈鴻嗚夊拰鏈哄櫒瀛︿範杞浠跺簱錛屾棬鍦ㄤ負璁＄畻鏈鴻嗚夊簲鐢ㄧ▼搴忔彁渚涢氱敤鍩虹鏋舵瀯騫跺姞閫熸満鍣ㄦ劅鐭ュ湪鍟嗕笟浜у搧涓鐨勪嬌鐢ㄣ傝幏寰桞SD璁稿彲鐨勪駭鍝丱penCV浣誇紒涓氬彲浠ヨ交鏉懼湴浣跨敤鍜屼慨鏀逛唬鐮併傝ュ簱鎷ユ湁2500澶氱嶄紭鍖栫畻娉曪紝鍖呮嫭涓鏁村楃粡鍏稿拰鏈鍏堣繘鐨勮＄畻鏈鴻嗚夊拰鏈哄櫒瀛︿範綆楁硶銆
榪欎簺綆楁硶鍙鐢ㄤ簬媯嫻嬪拰璇嗗埆浜鴻劯銆佽瘑鍒瀵硅薄銆佸硅嗛戜腑鐨勪漢綾昏屼負榪涜屽垎綾匯佽窡韙鎽勫儚鏈鴻繍鍔ㄣ佽窡韙縐誨姩瀵硅薄銆佹彁鍙栧硅薄鐨3D妯″瀷浠ュ強浠庣珛浣撴憚鍍忔満鐢熸垚3D鐐逛簯銆傚畠鍙浠ュ皢鍥懼儚鎷兼帴鍦ㄤ竴璧蜂互鐢熸垚鏁翠釜鍦烘櫙鐨勯珮鍒嗚鯨鐜囧浘鍍忥紝浠庡浘鍍忔暟鎹搴撲腑鏌ユ壘鐩鎬技鍥懼儚錛屼粠浣跨敤闂鍏夌伅鎷嶆憚鐨勫浘鍍忎腑鍘婚櫎綰㈢溂錛岃窡韙鐪肩悆榪愬姩錛岃瘑鍒椋庢櫙騫跺緩絝嬫爣璁頒互灝嗗叾涓庡炲己鐜板疄鍙犲姞銆
opencv鍥㈤槦浠嬬粛錛
Opencv
Opencv鏄璁＄畻鏈鴻嗚変腑緇忓吀鐨勪笓鐢ㄥ簱錛屽叾鏀鎸佸氳璦錛岃法騫沖彴錛屽姛鑳藉己澶с侽pencv-Python涓篛pencv鎻愪緵浜哖ython鎺ュ彛錛屼嬌寰椾嬌鐢ㄨ呭湪Python涓鑳藉熻皟鐢–/C++,鍦
淇濊瘉鏄撹繪у拰榪愯屾晥鐜囩殑鍓嶆彁涓嬶紝瀹炵幇鎵闇鐨勫姛鑳姐
Opencv鏄鐢**GrayBradsky**浜1999騫村湪鑻辯壒灝斿壋絝嬶紝絎涓鐗堜簬2000騫撮棶涓栥俈adimPisarevsky鍔犲叆GaryBradsky錛屼竴璧風＄悊鍥犵壒灝旂殑淇勭綏鏂杞浠禣pencv鍥㈤槦銆
2005騫達紝Opencv鐢ㄤ簬Stanley錛岃ヨ濺璧㈠緱浜2005騫碊ARPA鎸戞垬璧涚殑鍐犲啗銆傚悗鏉ワ紝鍦╓illowGarage鐨勬敮鎸佷笅錛屽畠鐨勭Н鏋佸彂灞曞緱浠ョ戶緇錛岀敱GaryBradsky鍜孷adimPisarevsky棰嗗間簡璇ラ」鐩銆侽pencv鐜板湪鏀鎸佷笌璁＄畻鏈鴻嗚夊拰鏈哄櫒瀛︿範鏈夊叧鐨勫氱嶇畻娉曪紝騫朵笖姝ｅ湪鏃ョ泭鎵╁睍銆
Opencv鏀鎸佸氱嶇紪紼嬭璦錛屼緥濡侰++,Python,Java絳夛紝騫朵笖鍙浠ュ啀Windows,Linux,OSX,Android鍜孖OS絳変笉鍚屽鉤鍙頒笂浣跨敤銆傚熀浜嶤UDA鍜孫penCL鐨勯珮閫烥PU鎿嶄綔鐨勬帴鍙ｄ篃鍦ㄧН鏋佸紑鍙戜腑銆
Opencv-Python鏄鐢ㄤ簬Opencv鐨凱ythonAPI錛岀粨鍚堜簡OpencvC++API鍜孭ython璇璦鐨勬渶浣崇壒鎬с
濡備綍opencv緙栬瘧2.4.9鐢熸垚.exe錛
Linux涓嬭繍鐢╫pencv鐩褰曚笅鑷甯︾殑makefile鍙浠ヨ嚜琛岀紪璇戠敓鎴恉ll錛宔xewindows涓嬫壘鍒皁pencv涓媐or2008/2010鐨勫伐紼嬫枃浠訛紝鐩存帴鍦ㄧ浉搴旂殑vs涓嬬紪璇戝嵆鍙銆
『肆』 安卓開發，安卓4.4和安卓5.0有哪些區別，對於應用開發的人，有哪些需要注意的
首先，在感官界面設計上，我們徹底迎來了Android系統的扁平化時代，新的系統不僅使用了新的配色，同時看起來也很時尚。未來我們相信包括三星的TouchWiz或LG的 Optimus自定義UI都會遵循Lollipop的新風格。此外，谷歌全面改善了原來乏味的通知中心，讓原生系統也擁有了像第三方插件那樣強大的功能。另外，多任務系統也加入了更多的卡片式風格，同時還有大量的其它新特性，包括64位編譯器和增強電池續航能力能。目前，除了Nexus設備之外，包括摩托羅拉、HTC等都表示旗下的智能手機大部分都支持升級到Android Lollipop，相信不就的將來我們將迎來一陣升級的熱潮。下面讓我們一起來看看Android 5.0 Lollipop新增的十個最主要變化。
1、全新Material Design設計風格
Android有史來最大改變 Lollipop十大新特性
Android Lollipop全新的設計語言是受到了多種因素影響，是一種大膽的平面化創新。換句話說，谷歌希望能夠讓Material Design給用戶帶來紙張化的體驗。新的視覺語言，在基本元素的處理上，借鑒了傳統的印刷設計，字體版式、網格系統、空間、比例、配色、圖像使用等這些基礎的平面設計規范。
另外，Material Design還推崇實體隱喻理念，利用實體的表面與邊緣的質感打造出視覺線索，讓用戶感受到真實。熟悉的觸感讓用戶可以快速的理解、認知。在設計中可以靈活的運用物質，在符合物理規律的基礎上，打造出不同的使用體驗。最後是是有意義而且更合理的動態效果，為了吸引用戶的注意力，以及維持整個系統的連續性體驗。
2、支持多種設備
現在無論是智能手機、平板電腦、筆記本電腦、智能電視、汽車、智能手錶甚至是各種家用電子產品，谷歌的Android系統已經可以在所有設備的屏幕上出現。而這一概念與微軟不謀而合，之前微軟也宣布將會把Windows 10打造成跨設備跨平台的統一系統，幫助自己走出困境。
3、全新的通知中心設計
Android有史來最大改變 Lollipop十大新特性
谷歌在Android Lollipop中加入了全新風格的通知系統。改進後的通知系統會優先顯示對用戶來說比較重要的信息，而將不太緊急的內容隱藏起來。用戶只需要向下滑動就可以查看全部的通知內容。
新的通知系統另外一個很酷的新功能是在鎖屏界面也可以直接查看通知消息了。不僅如此，用戶還可以直接在鎖屏的情況下就行回復或進入應用。另外，如果在操作手機的過程中有電話進入，也不會進行全畫面切換，而是同樣以彈出通知的方式告知用戶。
4、支持64位ART虛擬機
Android有史來最大改變 Lollipop十大新特性
新系統不僅在視覺效果上帶來了巨大的變化，Android Lollipop還在內部的性能上進行了飛躍。首先，新系統放棄了之前一直使用的Dalvik虛擬機，改用了ART模式，實現了真正的跨平台編譯，在ARM、X86、MIPS等，無處不在。
ART 虛擬機編譯器在內存佔用及應用程序載入時間上進行了大幅提升，谷歌承諾所有性能都會比原來提升一倍。另外，對64位的支持也讓ART虛擬機如魚得水，開發者可以針對像ARM Cortex-A57這樣的64位架構核心開發應用程序。Android Lollipop支持更大的寄存器，支持新的指令集，提升了內存定址空間，未來Android智能手機將支持4GB以上的內存。
5、Project Volta電池續航改進計劃
Android有史來最大改變 Lollipop十大新特性
Project Volta計劃增加了新工具可以讓開發者能夠更容易的找出為何自己的應用程序會對電量產生比較大的影響，同時確保在執行某型任務時將手機電量的影響降至最低。首先，Battery Historian可以列出手機電量消耗的詳細情況，幫助開發者識別電量消耗的原因或者是哪個硬體或任務對電池壽命的影響比較大;而Job Scheler API則可以讓開發者更容易的選擇合適的時機觸發電量消耗比較高的任務，避免在低電量或未完成充電時更新應用程序。
上面是針對開發者的改進，而在用戶層面上，Android Lollipop增加了Battery Saver模式，這與三星和HTC上的超級省電模式有些類似。在低電量的時候系統會自動降低屏幕亮度、限制自動更換背景等功能。
6、全新的「最近應用程序」
Android有史來最大改變 Lollipop十大新特性
除了界面風格設計的改變之外，新的最近應用界面還借鑒了Chrome瀏覽器的理念，採用單獨的標簽展示方式。更重要的是，谷歌已經向開發者開放了API，所以第三方開發人員可以利用這個改進為特定的應用增加全新的功能。
7、改進安全性
Android有史來最大改變 Lollipop十大新特性
現在個人識別解鎖還是一個比較新鮮的智能概念，當用戶的藍牙耳機連接到手機或平板電腦時，設備可以基於當前的位置或用戶的聲音自動解鎖。比如當特定的智能手錶出現在Android設備的附近，那麼就會直接繞過鎖屏界面進行操作。而Android Lollipop也增加了這種針對特定特任識別解鎖的模式。換句話說，當設備沒有檢測到附近有可用的信任設備時，就會啟動安全模式防止未授權訪問。
另外，Android Lollipop還默認開啟了系統數據加密功能，並且通過SELinux執行應用程序，這就意味著對於惡意軟體來說，新系統變得更加安全。
8、不同數據獨立保存
Android有史來最大改變 Lollipop十大新特性
谷歌表示Android Lollipop將擁有一個全新的特性，讓用戶通過一台設備就可以搞定所有的工作和生活娛樂活動。該特性首先將各種數據獨立保存，並且讓所有新數據的生成都有依據。
我們已經看到谷歌已經與三星加強了合作，包括三星的Knox安全系統同樣可以像Android Lollipop一樣將重要數據和其它數據分開保存。另外谷歌還允許向三星以外的Android設備提供支持。
9、改進搜索
Android有史來最大改變 Lollipop十大新特性
谷歌將新系統的搜索功能重點放在了「重新發現」上，因此這意味著Google Search將會更好的意識到用戶正在做什麼。比如系統會根據用戶當前的位置自動過濾無關的搜索結果。
另外，當用戶在進行應用搜索時，可以直接展示相似或部分提示，並且進入特定的應用程序而無需將內容全部輸入。
10、新的API支持，藍牙4.1、USB Audio、多人分享等其它特性
Android Lollipop還增加了多個新的API支持、藍牙4.1、USB Audio外接音響及多人分享等功能。其中多人分享功能可以在用戶手機丟失的情況下，使用其它Lollipop設備登錄賬戶，從雲端下載聯系人、日歷等資料，並且不影響其它設備的內容。
安卓5.0唯一的缺點就是兼容性差，bug比較多，想要穩定建議使用4.4
閃飛網路加速神器為你解答，請採納或追問