深度編譯器哪個好

⑴ 深度linux的arm-linux-gnueabihf-gcc編譯參數如何配

一般來說，交叉編譯工具是用於在一種架構的主機（例如x86）上，編譯另一種主機（例如arm）運行的程序，在這個編譯期間，需要用到的頭文件/庫，往往需要從一個叫目標文件系統（sysroot）的路徑開始查找。

sysroot里包含usr，lib，usr/lib usr/include等文件夾結構和必要的頭文件和庫，你理解為目標機器上的整個文件系統，搬到你這台電腦上，然後作為一個文件夾存在。

交叉編譯原則上不能用主機（host）的頭文件，

• 這首先是因為編譯器在查找頭文件的相對路徑時，交叉編譯器會配置為查找目標平台架構的位置，和主機的gcc不一樣，這也是為什麼它去arm-linux-gnueabihf這個目錄去尋找的原因。

• 其次主機和目標機的系統版本有差異，再加上處理器架構的差異，往往有很多兼容性問題，甚至有難以解決的編譯錯誤。

• 如果一定要用本機的頭文件系統來湊合，那麼需要把所有的-I都列出來，即不僅需要-I/usr/include，還需要-I/usr/include/xxx，甚至要創建一些文件夾的符號鏈接指向你主機的這些頭文件文件夾。即使這些，往往也未必成功，有些頭文件不同的系統架構，會不完全一樣甚至缺失。

交叉編譯一般無法使用主機的庫（so）文件

• 主機和目標機往往架構不同，庫完全不能使用

• 可能遇到主機和目標機架構相同的情況，比如你在intel64上編譯一套運行在intel64位手機的程序，但是庫兼容性的問題仍然存在。

最後結論：你這個問題，如果你是為了另一套機器（比如arm開發板編譯），那麼需要搞一套目標機的文件系統才能順利編譯。

對了，目標文件系統需要編譯了python和dev頭文件/庫，好多嵌入式設備裁剪的很厲害，都不用python。

⑵ Linux下的文本編輯器有哪些

目前個人覺得最好用的就是PNEdit（PNEdit_v2021.09版本），建議你就使用這個吧，完全免費，而且功能很強大，跟vim是差不多，都是在vi的基礎上升級的。
Emacs聽說也是不錯，但是入門太難了，沒試過。

⑶ Devcppdevc c++沒辦法編譯，編譯按鈕是無法點擊的（是暗著的），搞了好久都沒辦法，有沒有

一打開這個軟體編譯按鈕當然是暗著的。點擊文件-新建-源代碼，就發現亮了。或者直接在某個文件夾新建一個.c後綴的文件用devc++打開。如果都無效，可能是軟體安裝有問題，建議換一個安裝包重新安裝試試。

⑷ 13個最常用的Python深度學習庫介紹

13個最常用的Python深度學習庫介紹
如果你對深度學習和卷積神經網路感興趣，但是並不知道從哪裡開始，也不知道使用哪種庫，那麼這里就為你提供了許多幫助。
在這篇文章里，我詳細解讀了9個我最喜歡的Python深度學習庫。
這個名單並不詳盡，它只是我在計算機視覺的職業生涯中使用並在某個時間段發現特別有用的一個庫的列表。
這其中的一些庫我比別人用的多很多，尤其是Keras、mxnet和sklearn-theano。
其他的一些我是間接的使用，比如Theano和TensorFlow（庫包括Keras、deepy和Blocks等）。
另外的我只是在一些特別的任務中用過（比如nolearn和他們的Deep Belief Network implementation）。
這篇文章的目的是向你介紹這些庫。我建議你認真了解這里的每一個庫，然後在某個具體工作情境中你就可以確定一個最適用的庫。
我想再次重申，這份名單並不詳盡。此外，由於我是計算機視覺研究人員並長期活躍在這個領域，對卷積神經網路（細胞神經網路）方面的庫會關注更多。
我把這個深度學習庫的列表分為三個部分。
第一部分是比較流行的庫，你可能已經很熟悉了。對於這些庫，我提供了一個通俗的、高層次的概述。然後，針對每個庫我詳細解說了我的喜歡之處和不喜歡之處，並列舉了一些適當的應用案例。
第二部分進入到我個人最喜歡的深度學習庫，也是我日常工作中使用最多的，包括：Keras、mxnet和sklearn-theano等。
最後，我對第一部分中不經常使用的庫做了一個「福利」板塊，你或許還會從中發現有用的或者是在第二板塊中我還沒有嘗試過但看起來很有趣的庫。
接下來就讓我們繼續探索。
針對初學者：
Caffe
提到「深度學習庫」就不可能不說到Caffe。事實上，自從你打開這個頁面學習深度學習庫，我就敢打保票你肯定聽說Caffe。
那麼，究竟Caffe是什麼呢？
Caffe是由Berkeley Vision and Learning Center（BVLC）建立的深度學習框架。它是模塊化的，速度極快。而且被應用於學術界和產業界的start-of-the-art應用程序中。
事實上，如果你去翻閱最新的深度學習出版物（也提供源代碼），你就很可能會在它們相關的GitHub庫中找到Caffe模型。
雖然Caffe本身並不是一個Python庫，但它提供綁定到Python上的編程語言。我們通常在新領域開拓網路的時候使用這些綁定。
我把Caffe放在這個列表的原因是它幾乎被應用在各個方面。你可以在一個空白文檔里定義你的模型架構和解決方案，建立一個JSON文件類型的.prototxt配置文件。Caffe二進制文件提取這些.prototxt文件並培訓你的網路。Caffe完成培訓之後，你可以把你的網路和經過分類的新圖像通過Caffe二進制文件，更好的就直接通過Python或MATLAB的API。
雖然我很喜歡Caffe的性能（它每天可以在K40 GPU上處理60萬張圖片），但相比之下我更喜歡Keras和mxnet。
主要的原因是，在.prototxt文件內部構建架構可能會變得相當乏味和無聊。更重要的是， Caffe不能用編程方式調整超參數！由於這兩個原因，在基於Python的API中我傾向於對允許我實現終端到終端聯播網的庫傾斜（包括交叉驗證和調整超參數）。
Theano
在最開始我想說Theano是美麗的。如果沒有Theano，我們根本不會達到現有的深度學習庫的數量（特別是在Python）。同樣的，如果沒有numpy，我們就不會有SciPy、scikit-learn和 scikit-image,，同樣可以說是關於Theano和深度學習更高級別的抽象。
非常核心的是，Theano是一個Python庫，用來定義、優化和評估涉及多維數組的數學表達式。 Theano通過與numpy的緊密集成，透明地使用GPU來完成這些工作。
雖然可以利用Theano建立深度學習網路，但我傾向於認為Theano是神經網路的基石，同樣的numpy是作為科學計算的基石。事實上，大多數我在文章中提到的庫都是圍繞著Theano，使自己變得更加便利。
不要誤會我的意思，我愛Theano，我只是不喜歡用Theano編寫代碼。
在Theano建設卷積神經網路就像只用本機Python中的numpy寫一個定製的支持向量機（SVM），當然這個對比並不是很完美。
你可以做到嗎？
當然可以。
它值得花費您的時間和精力嗎？
嗯，也許吧。這取決於你是否想擺脫低級別或你的應用是否需要。
就個人而言，我寧願使用像Keras這樣的庫，它把Theano包裝成更有人性化的API，同樣的方式，scikit-learn使機器學習演算法工作變得更加容易。
TensorFlow
與Theano類似，TensorFlow是使用數據流圖進行數值計算的開源庫（這是所有神經網路固有的特徵）。最初由谷歌的機器智能研究機構內的Google Brain Team研究人員開發，此後庫一直開源，並提供給公眾。
相比於Theano ，TensorFlow的主要優點是分布式計算，特別是在多GPU的環境中（雖然這是Theano正在攻克的項目）。
除了用TensorFlow而不是Theano替換Keras後端，對於TensorFlow庫我並沒有太多的經驗。然而在接下來的幾個月里，我希望這有所改變。
Lasagne
Lasagne是Theano中用於構建和訓練網路的輕量級庫。這里的關鍵詞是輕量級的，也就意味著它不是一個像Keras一樣圍繞著Theano的重包裝的庫。雖然這會導致你的代碼更加繁瑣，但它會把你從各種限制中解脫出來，同時還可以讓您根據Theano進行模塊化的構建。
簡而言之：Lasagne的功能是Theano的低級編程和Keras的高級抽象之間的一個折中。
我最喜歡的：
Keras
如果我必須選出一個最喜歡的深度學習Python庫，我將很難在Keras和mxnet中做出抉擇——但最後，我想我會選Keras。
說真的，Keras的好處我說都說不完。
Keras是一個最低限度的、模塊化的神經網路庫，可以使用Theano或TensorFlow作為後端。Keras最主要的用戶體驗是，從構思到產生結果將會是一個非常迅速的過程。
在Keras中架構網路設計是十分輕松自然的。它包括一些state-of-the-art中針對優化（Adam，RMSProp）、標准化（BatchNorm）和激活層（PReLU，ELU，LeakyReLU）最新的演算法。
Keras也非常注重卷積神經網路，這也是我十分需要的。無論它是有意還是無意的，我覺得從計算機視覺的角度來看這是非常有價值的。
更重要的是，你既可以輕松地構建基於序列的網路（其中輸入線性流經網路）又可以創建基於圖形的網路（輸入可以「跳過」某些層直接和後面對接）。這使得創建像GoogLeNet和SqueezeNet這樣復雜的網路結構變得容易得多。
我認為Keras唯一的問題是它不支持多GPU環境中並行地訓練網路。這可能會也可能不會成為你的大忌。
如果我想盡快地訓練網路，那麼我可能會使用mxnet。但是如果我需要調整超參數，我就會用Keras設置四個獨立的實驗（分別在我的Titan X GPUs上運行）並評估結果。
mxnet
我第二喜歡的深度學習Python庫無疑就是mxnet（重點也是訓練圖像分類網路）。雖然在mxnet中站立一個網路可能需要較多的代碼，但它會提供給你驚人數量的語言綁定（C ++、Python、R、javaScript等）。
Mxnet庫真正出色的是分布式計算，它支持在多個CPU / GPU機訓練你的網路，甚至可以在AWS、Azure以及YARN集群。
它確實需要更多的代碼來設立一個實驗並在mxnet上運行（與Keras相比），但如果你需要跨多個GPU或系統分配訓練，我推薦mxnet。
sklearn-theano
有時候你並不需要終端到終端的培養一個卷積神經網路。相反，你需要把CNN看作一個特徵提取器。當你沒有足夠的數據來從頭培養一個完整的CNN時它就會變得特別有用。僅僅需要把你的輸入圖像放入流行的預先訓練架構，如OverFeat、AlexNet、VGGNet或GoogLeNet，然後從FC層提取特徵（或任何您要使用的層）。
總之，這就是sklearn-theano的功能所在。你不能用它從頭到尾的訓練一個模型，但它的神奇之處就是可以把網路作為特徵提取器。當需要評估一個特定的問題是否適合使用深度學習來解決時，我傾向於使用這個庫作為我的第一手判斷。
nolearn
我在PyImageSearch博客上用過幾次nolearn，主要是在我的MacBook Pro上進行一些初步的GPU實驗和在Amazon EC2 GPU實例中進行深度學習。
Keras把 Theano和TensorFlow包裝成了更具人性化的API，而nolearn也為Lasagne做了相同的事。此外，nolearn中所有的代碼都是與scikit-learn兼容的，這對我來說絕對是個超級的福利。
我個人不使用nolearn做卷積神經網路（CNNs），但你當然也可以用（我更喜歡用Keras和mxnet來做CNNs）。我主要用nolearn來製作Deep Belief Networks (DBNs)。
DIGITS
DIGITS並不是一個真正的深度學習庫（雖然它是用Python寫的）。DIGITS（深度學習GPU培訓系統）實際上是用於培訓Caffe深度學習模式的web應用程序（雖然我認為你可以破解源代碼然後使用Caffe以外其他的後端進行工作，但這聽起來就像一場噩夢）。
如果你曾經用過Caffe，那麼你就會知道通過它的終端來定義.prototxt文件、生成圖像數據、運行網路並監管你的網路訓練是相當繁瑣的。 DIGITS旨在通過讓你在瀏覽器中執行這些任務來解決這個問題。
此外，DIGITS的用戶界面非常出色，它可以為你提供有價值的統計數據和圖表作為你的模型訓練。另外，你可以通過各種輸入輕松地可視化網路中的激活層。最後，如果您想測試一個特定的圖像，您可以把圖片上傳到你的DIGITS伺服器或進入圖片的URL，然後你的Caffe模型將會自動分類圖像並把結果顯示在瀏覽器中。干凈利落！
Blocks
說實話，雖然我一直想嘗試，但截至目前我的確從來沒用過Blocks（這也是我把它包括在這個列表裡的原因）。就像許多個在這個列表中的其他庫一樣，Blocks建立在Theano之上，呈現出一個用戶友好型的API。
deepy
如果讓你猜deepy是圍繞哪個庫建立的，你會猜什麼？
沒錯，就是Theano。
我記得在前一段時間用過deepy（做了初始提交），但在接下里的大概6-8個月我都沒有碰它了。我打算在接下來的博客文章里再嘗試一下。
pylearn2
雖然我從沒有主動地使用pylearn2，但由於歷史原因，我覺得很有必要把它包括在這個列表裡。 Pylearn2不僅僅是一般的機器學習庫（地位類似於scikit-learn），也包含了深度學習演算法的實現。
對於pylearn2我最大的擔憂就是（在撰寫本文時），它沒有一個活躍的開發者。正因為如此，相比於像Keras和mxnet這樣的有積極維護的庫，推薦pylearn2我還有些猶豫。
Deeplearning4j
這本應是一個基於Python的列表，但我想我會把Deeplearning4j包括在這里，主要是出於對他們所做事跡的無比崇敬——Deeplearning4j為JVM建立了一個開源的、分布式的深度學習庫。
如果您在企業工作，你可能會有一個塞滿了用過的Hadoop和MapRece伺服器的儲存器。也許這些你還在用，也許早就不用了。
你怎樣才能把這些相同的伺服器應用到深度學習里？
事實證明是可以的——你只需要Deeplearning4j。
總計
以上就是本文關於13個最常用的Python深度學習庫介紹的全部內容

⑸ 「Keil C51」下如何讓編譯器優先使用片內「RAM」

C51內存拿歲者結構深度剖析x0dx0a在編寫應用程序時，定義一個變數，一個數組，或是說一個固定表格，到底存儲在什麼地方；當定義變數大小超過MCU的內存范圍時怎麼辦；如何控制變數定義不超過存儲范圍；以及如何定義變數才能使得變數訪問速度最快，寫出的程序運行效率最高。以下將一一解答。x0dx0ax0dx0a1 六類關鍵字（六類存儲類型）x0dx0adata idata xdata pdata code bdatax0dx0ax0dx0a code： code memory （程序存儲器也即只讀存儲器）用來保存常量或是程序。code memory 採用16位地址線編碼，可以是在片內，或是片外，大小被限制在64KBx0dx0a 作用：定義常量，如八段數碼表或是編程使用的常，在定義時加上code 或明確指明定義的常量保存到code memory（只讀）x0dx0a 使用方法：x0dx0a char code table[]={0xc0,0xf9,0xa4,0xb0,0x99,0x92,0x82,0xf8,0x80,0x90};x0dx0a 此關鍵字的使用方法等同於constx0dx0ax0dx0adata data memory （數據存儲區）只能用於聲明變數，不能用來聲明函數，該區域位於片內，採用8位地址線編碼，具有最快的存儲速度，但是數量被限制在128byte或更少。x0dx0a 使用方法：x0dx0a unsigned char data fast_variable=0;x0dx0ax0dx0a idata idata memory（數據存儲區）只能用於聲明變數，不能用來聲明函數. 該區域位於片內，採用8位地址線編碼,內存大小被限制在256byte或更少。該區域消薯的低地址區與data memory地址一致；高地址區域是52系列在51系列基礎上擴展的並與特殊功能寄存器具有相同地址編碼的區域。即：data memory是idata memory的一個子集。x0dx0a x0dx0a xdata xdata memory 只能用於聲明變數，不能用來聲明函數，該區域位於MCUx0dx0a 外部，採用16位地址線進行編碼，存儲大小被限制在64KB以內。x0dx0a 使用方法：x0dx0a unsigned char xdata count=0;x0dx0ax0dx0apdata pdata memory 只能用於聲明變數，不能用雀衫來聲明函數，該區域位於MCU外部，採用8位地址線進行編碼。存儲大小限制在256byte. 是xdata memory的低256byte。為其子集。x0dx0a 使用方法x0dx0a unsigned char pdata count=0;x0dx0ax0dx0a bdata bdata memory 只能用於聲明變數，不能用來聲明函數。該區域位於8051內部位數據地址。定義的量保存在內部位地址空間，可用位指令直接讀寫。x0dx0a 使用方法：x0dx0a unsigned char bdata varab=0x0dx0ax0dx0a 註：有些資料講，定義字元型變數時，在預設unsigned 時，字元型變數，默認為無符號，與標准C不同，但我在Keil uVision3中測試的時候發現並非如此。在預設的情況下默認為有符號。或許在以前的編譯器是默認為無符號。所以看到有的資料上面這樣講的時候，要注意一下，不同的編譯器或許不同。所以我們在寫程序的時候，還是乖乖的把unsigned signed 加上，咱也別偷這個懶。x0dx0a 2函數的參數和局部變數的存儲模式x0dx0a C51 編譯器允許採用三種存儲器模式：SMALL，COMPACT 和LARGE。一個函數的存儲器模式確定了函數的參數的局部變數在內存中的地址空間。處於SMALL模式下的函數參數和局部變數位於8051單片機內部RAM中，處於COMPACT和LARGE模式下的函數參數和局部變數則使用單片機外部RAM。在定義一個函數時可以明確指定該函數的存儲器模式。方法是在形參表列的後面加上一存儲模式。x0dx0a x0dx0a 示例如下：x0dx0a #pragma large //此預編譯必須放在所有頭文前面x0dx0a int func0(char x,y) small;x0dx0a char func1(int x) large;x0dx0a int func2(char x);x0dx0a 註：x0dx0a 上面例子在第一行用了一個預編譯命令#pragma 它的意思是告訴c51編譯器在對程序進行編譯時，按該預編譯命令後面給出的編譯控制指令LARGE進行編譯，即本常式序編譯時的默認存儲模式為LARGE.隨後定義了三個函數，第一個定義為SMALL存儲模式，第二個函數定義為LARGE第三個函數未指定，在用C51進行編譯時，只有最後一個函數按LARGE存儲器模式處理，其它則分別按它們各自指定的存儲器模式處理。x0dx0a 本例說明，C51編譯器允許採用所謂的存儲器混合模式，即允許在一個程序中將一些函數使用一種存儲模式，而其它一些則按另一種存儲器模式，採用存儲器混合模式編程，可以充分利用8051系列單片機中有限的存儲器空間，同時還可以加快程序的執行速度。x0dx0ax0dx0a3絕對地址訪問 absacc.h（相當重要）x0dx0ax0dx0a#define CBYTE ((unsigned char volatile code *) 0)x0dx0a#define DBYTE ((unsigned char volatile data *) 0)x0dx0a#define PBYTE ((unsigned char volatile pdata *) 0)x0dx0a#define XBYTE ((unsigned char volatile xdata *) 0)x0dx0a 功能：CBYTE 定址 CODE區x0dx0a DBYTE 定址 DATA區x0dx0a PBYTE 定址 XDATA（低256）區x0dx0a XBYTE 定址 XDATA區x0dx0a 例： 如下指令在對外部存儲器區域訪問地址0x1000x0dx0a xvar=XBYTE[0x1000];x0dx0a XBYTE[0x1000]=20;x0dx0ax0dx0a#define CWORD ((unsigned int volatile code *) 0)x0dx0a#define DWORD ((unsigned int volatile data *) 0)x0dx0a#define PWORD ((unsigned int volatile pdata *) 0)x0dx0a#define XWORD ((unsigned int volatile xdata *) 0)x0dx0ax0dx0a 功能：與前面的一個宏相似，只是它們指定的數據類型為unsigned int .。x0dx0a 通過靈活運用不同的數據類型，所有的8051地址空間都是可以進行訪問。x0dx0a 如x0dx0aDWORD[0x0004]=0x12F8;x0dx0a即內部數據存儲器中(0x08)=0x12; (0x09)=0xF8x0dx0ax0dx0a註：用以上八個函數，可以完成對單片機內部任意ROM和RAM進行訪問，非常方便。還有一種方法，那就是用指鍾，後面會對C51的指針有詳細的介紹。x0dx0ax0dx0a4寄存器變數（register）x0dx0a 為了提高程序的執行效率，C語言允許將一些頻率最高的那些變數，定義為能夠直接使用硬體寄存器的所謂的寄存器變數。定義一個變數時，在變數類型名前冠以「register」 即將該變數定義成為了寄存器變數。寄存器變數可以認為是一自動變數的一種。有效作用范圍也自動變數相同。由於計算機寄存器中寄存器是有限的。不能將所有變數都定義成為寄存器變數，通常在程序中定義寄存器變數時，只是給編譯器一個建議，該變數是否真正成為寄存器變數，要由編譯器根據實際情況來確定。另一方面，C51編譯器能夠識別程序中使用頻率最高的變數，在可能的情況下，即使程序中並未將該變數定義為寄存器變數，編譯器也會自動將其作為寄存器變數處理。被定義的變數是否真正能成為寄存器變數，最終是由編譯器決定的。x0dx0ax0dx0a5內存訪問雜談x0dx0a 1指鍾x0dx0a指鍾本身是一個變數，其中存放的內容是變數的地址，也即特定的數據。8051的地址是16位的，所以指針變數本身佔用兩個存儲單元。指針的說明與變數的說明類似，僅在指針名前加上「*」即可。x0dx0a 如 int *int_point; 聲明一個整型指針x0dx0a char *char_point; 聲明一個字元型指針x0dx0a 利用指針可以間接存取變數。實現這一點要用到兩個特殊運算符x0dx0a & 取變數地址x0dx0a * 取指針指向單元的數據x0dx0ax0dx0a示例一:x0dx0aint a,b;x0dx0a int *int_point; //定義一個指向整型變數的指針x0dx0a a=15;x0dx0a int_point=&a; //int_point指向 ax0dx0a *int_point=5; //給int_point指向的變數a 賦值5 等同於a=5; x0dx0a示例二:x0dx0a char i,table[6],*char_point;x0dx0a char_point=table;x0dx0a for(i=0;i<6;i++)x0dx0a {x0dx0a char_point=i;x0dx0a char_point++;x0dx0a}x0dx0a註：x0dx0a 指針可以進行運算，它可以與整數進行加減運算（移動指針）。但要注意，移動指針後，其地址的增減量是隨指針類型而異的，如，浮點指針進行自增後，其內部將在原有的基礎上加4，而字元指針當進生自增的時候，其內容將加1。原因是浮點數，佔4個內存單元，而字元佔一個位元組。x0dx0ax0dx0a宏晶科技最新一代STC12C5A360S2系列，每一個單片機出廠時都有全球唯一身份證號碼（ID號），用戶可以在單片機上電後讀取內部RAM單元F1H~F7H的數值，來獲取此單片機的唯一身份證號碼。使用MOV @Ri 指令來讀取。下面介紹C51 獲取方法：x0dx0a char id[7]={0};x0dx0a char i;x0dx0a char idata *point;x0dx0a for(i=0;i<7;i++)x0dx0a {x0dx0a id[i]=*point;x0dx0a point++;x0dx0a}x0dx0a x0dx0a（此處只是對指針做一個小的介紹，達到訪問內部任何空間的方式，後述有對指針使用的詳細介紹）x0dx0a2對SFR，RAM ，ROM的直接存取x0dx0aC51提供了一組可以直接對其操作的擴展函數x0dx0a若源程序中，用#include包含頭文件，io51.h 後，就可以在擴展函數中使用特殊功能寄存器的地址名，以增強程序的可讀性：x0dx0ax0dx0a 注 此方法對SFR,RAM,ROM的直接存取不建議使用.因為,淡io51.h這個頭文件在KEIL中無法打開，可用指針，或是採用absacc.h頭文件，

⑹ 完全零基礎自學編程，應該選擇哪個入門方向

完全零基礎自學編程，應該選擇哪個入門方向 首先明確你的學習方向和學習目的。
目的性，你得明白你是追求技術的卓越還是為了職業需求，或者興趣使然。學編程絕非一朝一夕所能達成的事情，期間肯定會遇到各種各樣困難，有時候你會想放棄。但看你個人能不能堅持。
如果你是為了追求技術的卓越，那麼我建議你首先從c入門。c是現在幾乎所有的高等語言的「父親」。然而，c也是公認的復雜。由於c的操作對象往往是硬體級別的，因此對硬體的把我尤其需要到位。c之後，你可以嘗試學習c++，c++之後，基本所有的語言，你可以看興趣學習了。
方向性，你的明白你學習什麼。編程從發明之初到現在，已經出現很大的分流。從以前的單一單片機開發，發展到現在的人工智慧、網路開發、應用開發、游戲開發、科學計算等。你得明白你要選擇的方向是哪個。常用的選擇方向就是應用開發和網路開發，應用開發又分為移動app和桌面級app開發，網路開發又分為web開發，雲開發等。因此，你得明確自己的開發目的。不同的開發所學習的語言一般不同，例如：安卓開發使用java，ios開發使用swift，windows開發是最多的，幾乎所有語言都可以開發windows。web看開發前端使用javascript，，css等，後端的選擇更多，ruby、php、nodejs等。
編程語言是沒有廉價之別的，只要你喜歡，你甚至可以用vb開發出比c++開發更優秀的軟體。
當你明確你自己的開發方向和開發目的之後，你才能確定自己的入門方向，否則，非但學不會，還會更迷茫。
如果你明確自己的目的性和方向性，請回復我，我進一步給你作答。

個人感覺還是web好一些
原因如下
web主要是前段和後端
前段HTML+css+javascript，
後端需要PHP或者python，或者比較新潮的node.js, 還要懂一些linux
操作系統太難，電腦軟體也不是一朝一夕可以出師的，無盡的bug
相對來說，web的上手難度較低，但是學精也不是很容易的事
web的代碼很容易找到，也有無數的網站可以參考
IOS/安卓也比較熱門，上手也不難，也有很多源代碼和課程可以學習
也是很不錯的
也就是HTML5和app之爭了。
如果只是基於個人興趣的話
個人覺得學習python比較好
python語法靈活，功能強大，可以在操作系統，web，數據處理，游戲開發等各方面應用
是最好的腳本語言，沒有之一
雖然不太適合大型項目，但是lz估計對大項目也沒什麼興趣
網上的包也很多，和linux絕配
lz可以考慮一下，學linux+python
純C語言編輯器，幾乎沒有了，都是c++，向下兼容C
主要有ms家的vs，有免費的社區版本
然後就是gun的g，linux自帶
還有就是clang，BSD和mac的默認編譯器
編譯功能是ms最好，但是目前ms不支持其他平台
g和clang都差不多，g流行一些，clang支持更多的c++特性
零基礎學編程應該選哪個語音
將來想做程序員的話，最好是首先從java學起，這就好比，學習使用一種餐具，首先學習筷子，然後再學使用什麼勺子刀叉就手到擒來

自學編程怎麼入門（零基礎）
因為你說是因為愛好才學，我便回一回這問題。
建議：去書店買一本c語言入門書籍看看。把書上的代碼手工往電腦上錄入，調試（我用了四個月，所有工作之餘的所有時間都在看、想……四個月勉強入門……），學會了這一種語言，其它的語言都很容易過渡的。
之後，再學數據結構，充分認識點，線、樹、圖形等等……這里我用的時間太多，但數基礎不行，還有些都沒有學會……
之後，你自己就知道怎麼辦了……
我也因為愛好才學的，也是自學。
你是高中生，比我好多了，我是初中生，你比我學習起來更容易。
你好～自學JAVA零基礎應該選什麼書入門。謝謝
初級JAVA的基礎知識:
1、首先要學習java的基礎知識。

不要被新技術迷惑，所謂萬變不離其宗，新技術都是基於java的基礎之上，如果基礎不扎實，對於這些新技術的理解也是一知半解，學不到根源。

2、做一個java項目

在學習完java的基礎知識之後，做一個java項目來鞏固一下，在項目中會發現很多問題，通過解決問題，加深基礎知識的掌握。

3、學習資料庫的基礎知識和開發應用

軟體開發離不了資料庫，掌握幾種流行的資料庫：Oracle、SQL

server、MySQL等。

4、JEE基礎

在這里首先要學習網站基礎，包括HTML、DHTML、JavaScript；接著要學習XML，XML JAXP；然後學習JEE基礎，包括JEE開發環境，RMI/IIOP、JNDI；最後學習JDBC資料庫的應用開發。

5、web開發

全面的JEE的web開發知識：Servlet JSP javaBean TagLib，到這里做一個完整的web應用項目開發。

6、EJB開發

包含全面的EJB知識：1）EJB入門和無狀態會話Bean；2）有狀態會話Bean；3）BMP和CMP是實體Bean；4）jms和MessageDrivenBean；5）事物和安全（JTA、JTS和JAAS）；6）WebService的開發和應用；

7、開源框架的學習

學習幾種現在流行的開源框架：Struts、Spring、Hibernian、Webwork等。完整的學習這些框架的開發和應用。如果有興趣還可以學習Ibati框架、AJAX技術和DWR框架的開發和應用。

8、JEE項目

綜合應用JEE的知識來開發一個完整的應用。

9、面向對象分析與設計

java是一種面向對象的語言，所以要深入學習面向對象的分析與設計，另外還要學習UML統一建模語言。

10、接下來就是系統設計與架構

這里要學習的是Java設計模式、EJB設計模式、JEE核心設計模式、JEE應用程序框架設計。

11、軟體工程

軟體工程基本理論知識的學習，還有Rup和極限編程。

12、技術研究

學習搜索引擎技術：如Lucene等、工作流技術：包含Shark、JBPM等、SOA架構和應用。

13、綜合項目實戰

實現一個企業級的應用。
零基礎，學習python哪個方向入門快
Python學得倒不用很深，循環跟函數還有類學完就可以搞深度學習了。 新手用深度學習庫先跑跑，真要進階還要修改的話，你會發現瓶頸其實在數學，不在Python
零基礎自學編程 應該怎麼學？
當然不晚。
入門的話，建議從學c語言開始，而且要從最簡單的書本開始，比如《c程序設計》，
先把基礎打牢，畢竟任何哪一種編程語言都是有相似之處的，學透一門，就可以很快上手另一門。
然後再深入學習資料庫、數據結構、操作系統、軟體工程等等很多相關的知識。
然後你還要考慮學編程的目的是什麼。如果是為了開發軟體什麼的，那就選一門面向對象的編程語言，比如java、c#等等。如果是為了當黑客之類的，那最好還有接觸匯編和底層開發。
以上僅個人見解。
求VBS編程零基礎入門
有個軟體叫做vbsedit，寫vbs很不錯，強烈推薦
注意下載時，防病毒
零基礎自學編程。
如果是零基礎的話, 建議你從 Javascript 入手, 為期一個月 (無必要太長時間, 除非你准備向 web 發展 ).

首先你要知道一件事, 就是編程的編緝軟體 -- 我們叫 IDE ( Integrated Development Environment, 集成開發環境 ) 其實也很有學問, 比如你想寫 Java, 你首先要裝個 Java 的 SDK ( Sofare Development Kit , 即是 jvm ) , 然後再裝個 Eclipse 或者 Netbeans , 進入 IDE 後, 你還得設置一輪專案相關的資訊, 才能開始寫你的第一句指令... ( 未見官先打八十, 有很多初學者來到這里已經意志殆盡了 )

Javascript 就最簡單了, 你用個記事本 ( 其實我會建議用 notepad++ ) 寫個 檔, 雙擊一下就可以在瀏覽器里跑出結果來了.. 不信你就試試

用記事本, 在桌面建一個叫 test. 的檔, 寫入以下內容
<script> document.write ( "Hello World!" ) alert ( '成功了!' )</script>
存檔後雙擊, 你的瀏覽器就是綳出來並展示結果. ( 如果走出來的是記事本的話, 那是你的副檔名出錯了 )

大多數編程語言的概念都是差不多的, 都是變數, 數組, 邏輯, 循環., 然後就是物件, 繼承, 多型繼承.. Javascript 可以給你一個很好的開始 ( 唯一是 javascript 不能讀寫檔案 ), 你可以先鍛鍊好編程者的思路. 再開始摸索其他的語言, 你會更知道你需要的是甚麼.
我想自學吉他，應該從哪入門，零基礎
磨好你的左手指尖肚，要不然摁琴弦的時候嗷嗷疼。買本自學教材什麼一本通啊，好學。我自學的，也能彈個什麼丁香花啊那些花兒啊，可是後來很久不練，手指肚軟了，再摁賊疼，索性就不玩了。

⑺ 什麼代碼編輯器比較好用

著名的代碼編輯器：Microsoft Visual Studio Code、Github Atom、Sublime text、Adobe Brackets

最推薦的一種：Atom

推薦理由：

鏈接：如何評價 GitHub 發布的文本編輯器 Atom？

作者：韋易笑

用過不少編輯器：UltraEdit / EditPlus / (G) Vim / GEdit / NotePad++ / TextMate / ProgrammerPad / Sublime 。確實是工作上用他們寫過代碼的。而 VSC / Emacs 只是體驗了一下基本使用方法，算不上真用。用下來的結論是：Atom 比 Vim 更 Vim，比 Emacs 更 Emacs，同樣，比 Sublime 更 Sublime。

Atom 唯一的槽點就是「卡」，不過那是去年的情況了，1.0後性能數次大提升，比起sublime/vsc之類雖不算流暢，但同時編輯20個數千行的文件沒有壓力。如今讓人感覺慢的地方主要是啟動loading（也大大短於eclipse, idea），使用時並沒察覺它比其他編輯器慢再哪。而文本編輯器的快慢，更重要的是「讓你工作更快更有效率」。下面說說為何 Atom比其他更有效率：

兼容VIM模式

這無疑團結了一大班 Vim過來的用戶，Sublime雖然也有VIM模式，但是Sublime在 mac下面的vim模式有bug，我習慣用 hjkl來移動游標，sublime再mac下hjkl移動有問題，且我習慣CTRL_[來返回NORMAL，手指不離開主鍵盤區，而sublime的vim模式只支持ESC返回，加上其作者經常神秘消失，最穩定的2.x版本已三年沒有更新，這些問題一直得不到修正。

由於Atom的定製程度直追 Vim/Emacs，它的vim模式能夠使用插件來實現，而不像sublime必須builtin，Atom的VIM模式除了官方實現外還有很多用戶實現，各有所長，你不喜歡可以換，Sublime就傻逼了，覺得builtin的不行，你就沒辦法了，而且作者不更新你也沒辦法。

Atom里的Vim模式並不是強制的，你可以用也可以不用，這樣入門用戶也不會覺得困難，但是如果你用慣Vim的話，使用Vim模式可以取得更好的效率，我覺得Vim/Atom-VimMode能夠提升效率的地方有以下三方面：

1. 手指不離開主鍵盤區：

所有功能皆能在主鍵盤區完成，不用去按方向鍵，不用把手挪去按Home/End，更不用動滑鼠。就像詠春中強調中線理論，認為一切動作圍繞中軸線開展，守護自己中軸線的同時攻擊別人的中軸線。Vim/Atom-VimMode中，雙手不但從不離開主鍵盤，並且八根手指隨時守護再HOME位（ASDF, JKL;）有動作就移動，然後馬上歸位。

2. 細粒度微操作：

星際/dota玩的好，微操基本功，微操又快又精確，Vim/Atom-VimMode一樣，比如：

if (xxxx) {}

很多人編碼時習慣「成對編碼」，寫了申請資源的代碼，先把釋放資源寫了，寫了左括弧，先把右括弧給補充完，當你寫完第二行代碼時，需要用到「再1-2行中間插入一行」，此時你的游標停留在第二行，傳統編輯器你需要：按上箭頭移動游標到第一行 -> 按END鍵去到第一行末尾 -> 按回車插入一行，mac下的END鍵還需要用CMD+右來組合出來，而Vim/Atom-VimMode中，你只需要shift+o即可，手指完全不離開主鍵盤區，不用像傳統編輯器那樣，右手先移動到箭頭區又移動到HOME的小鍵盤區，再移動回主鍵盤區這么麻煩，類似還有：

使用o直接再下一行插入，避免 END/回車

使用I再行首插入，避免移動半天游標。

向前/後移動一個單詞到單詞頭、尾。

快速更改當前單詞，用/來快速搜索移動游標。

dd+p來快速移動代碼塊，取代shift+方向鍵半天。

shift-j 來兩行合並成一行，代替 HOME, back 若干次。

。。。

你再編輯代碼的時候，90%的情況可以直接一步完成，這就叫細粒度微操，而且整個過程手都不需要離開主鍵盤，不像傳統編輯器那樣，若干笨重的操作組合再一起，操作不夠細步驟多的同時手還要再：主鍵盤區，方向鍵區，擴展鍵區 來回移動，效率奇低。而Vim/Atom-VimMode下，手指隨時守護在home區（ASDF JKL；），所有微操都是圍繞HOME區進行，不會移動到任何主鍵盤以外的區域，更別說用滑鼠、觸摸板。

3. 批量操作：

比如要給下面代碼每行後面加一個分號：

var x = 1var y = 2var z = 3console.log('result is ' + (x + y + z).toString())

一般做法是：移動游標到行末->END->分號->移動游標到下一行，Vim裡面不需要移動游標到行末，只需循環敲入：「A;<ESC>j」 即可，本來操作就少很多。這還不是最少操作，更少操作是利用Vim裡面的句號「.」功能重復上一次操作，即第一行「A;」補充了一個分號後，第二行只需要按一下"."即可重復，於是最後操作變為：

第一行：A;<ESC>

後面所有行：J.

超級爽快的操作，這樣的操作還很多，你還可以單條命令對一萬行代碼重復上述步驟，或者把c代碼拷貝到go裡面先一句話把所有分號給刪除了。Vim下面的名言：絕不重復。

總之如果你熟悉 VIM模式，用 Atom能感到完全自由的方式，隨心所欲的書寫代碼，而不是被書寫這件事情費腦筋，解放大腦完全用於思考而不用於打字。但是同時對不習慣VIM的人照樣友好，或者對想使用VIM的便利卻又痛恨VIM這個軟體的簡陋的人帶來了福音。

脊椎記憶

「同樣動作重復300次，肌肉就會有記憶，而一個動作重復600次，脊椎就會有記憶」
-- 李小龍

編輯器就是關於脊柱記憶的東西，所以多投入一些時間去了解你使用的編輯器，掌握他們的各種快捷操作和高級功能是一個能讓你事半功倍的好主意。

格鬥游戲玩的好的人有很多，下等高手靠熟練，中等高手靠反應，上等高手靠意識。更熟練的掌握你的編輯器，讓更多日常工作固化成記憶記錄再你的脊椎上，使用的時候，脊椎這枚協處理器就能完成代碼編寫，一個操作，剛一想到，脊椎就自動執行出來了，小腦騰出空間來組織判斷，大腦騰出空間來思考更重要的東西，就像你走路，你不用思考邁腿那麼自然，別人一拳過來，你潛意識一動，一連串動作就出去了，一隻飛蛾飛過來，你潛意識的閉上眼睛保護眼部，這就是脊椎記憶，如果還要經過大腦繞一圈，反應慢不說，大腦這顆cpu都用在這些瑣事上了，思考的時間自然少了不少。

所以從內到外的了解你的編輯器，並且熟練掌握他們，是對你提高工作效率的最佳投資，Atom的全平台支持，開放源代碼，深度可定製等三個特點，比起其他閉源的，平台支持不全的，擴展少的編輯器來說能讓你有不同層面的了解機會，同時為你提供足夠的空間。

深度可定製系統

Vim/Emacs的精髓在於：「可以調教」，本來不順手的東西，只要容易調教，假以時日，都會慢慢變得越來越順手，越來越「懂你」，越來越「貼心」，以至於後面大家都離不開它了。而 Atom 也同樣是一款容易被你調教的編輯器。先前給vim寫過插件，給sublime寫過插件，如今給Atom寫過插件，橫向對比下來，幾個結論：

插件能做事情多少：Atom > Vim >> sublime

插件開發學習門檻：Vim > Atom > sublime

插件開發文檔豐富：Atom > sublime >> Vim

Atom 的定製化程度遠遠高過sublime之類（不用實際看法，看看雙方開發文檔即可），直追 Vim / Emacs，sublime的大部分定製無外乎改改json，插件能做的事情相當有限。

Atom 的定製化系統主要有三方面：

1. 細致：

設計之初就考慮的事情，方方面面都能定製，見官方文檔，以及插件：vim-mode，minimap （稍微了解下這兩個類似的功能再 Atom 和 sublime的實現就能知道 sublime被甩了多少條街了）。可以細粒度的控制編輯器內所有行為，小到移動一下游標，刪除當前一個字元，大到打開一個面板，比如 「core:more-up」 可以向上移動一行游標，「window:focus-pane-on-left」 可以把焦點設置到左邊的面板，atom內核和大量第一方第三方packages 都是以命令的方式把基礎功能提供出來，你可以隨意互相調用或者設置熱鍵。

除去命令外的API層面，幾乎每個部件每個像素點都可控，比如這樣的插件你永遠無法再 Vim / Emacs / Sublime 下面見得到：activate-power-mode。

2. 直觀：

由於使用 javascript/coffee進行開發，但 javascript/coffee是屬於即便你沒寫過他們，讀都能讀得懂，VimScript就不一樣了，雖然也能做相同的事情，但實話實說，晦澀難寫，比如我要取得當前文件的路徑和文件名，在 VimScript裡面需要這么寫：

let l:path = expand('%:p:h')let l:name = expand('%:t:r') 或者 let l:name = expand('%<')

而在 Atom 里我們用atom自己的功能直接取出路徑來，然後進行切割：

var fullpath =atom.workspace.getActiveTextEditor().getPath();var filename = path.basename(fullpath);var filepath = path.dirname(fullpath);

就問大家一下？哪段代碼更友好直觀？你一眼就知道在做什麼？你更願意用按照哪段代碼進行插件開發？是上面的VimScript？還是下面的 javascript ？

結論是很清晰的，Atom的 javascript開發插件更簡單直觀，即便沒文檔，看別人怎麼寫的自己也會了，同時靈活性大大高於VmScript，各種事件處理回調，javascript天生擅長做這些事情，還有第二行，第三行，我們用到了 node.js 的 path模塊，進行文件路徑切割。這樣的寫法，再VimScript 裡面基本是無法想像的。

Vim是強大，但是畢竟是30年前的東西了，即便最熟練的 Vimer 也都承認 VimScript 的晦澀難懂，阻礙了很多人為其開發插件。而給Atom開發插件，只需要掌握javascript，掌握 javascript的人很多，學習了javascript你也可以用在很多地方。不像VimScript那樣只能用在Vim裡面，而正因為其晦澀，Vim新版本開始支持內嵌 python的寫法：

python << EOF
import random
print random.randint(0,10)EOF

VimScript中 Python等動態的支持正是說明其開發維護者也承認 VimScript本身的古老，對比現代編程語言已經有些格格不入了，缺乏強大的描述能力，難以構建復雜的功能模塊，才會去支持Python內嵌這樣的寫法。可大量的工作還是需要再Python之外完成，同時，並非所有平台自帶的Vim都支持python，除了mac外，所有debian / ubuntu 發行版自帶的Vim都不支持 Python。導致你想寫一個通用的擴展還得判斷下是否 has('python') 沒有的話老老實實用 VimScript 去實現它，這不是折磨人么？

Sublime裡面可以用原生 Python 寫擴展，比 VimScript爽，但是 sublime 的插件能做的事情還不及VimScript的一半，所以怎麼能指望他們能寫出高端的功能來呢？

3. 強大：

Atom的內核 Electron （原來的 Atom-shell）可以理解成：Chromium + Node.JS，而整個Atom的界面，你可以理解成就是一顆 HTML 的 DOM 樹結構，這意味著你可以這樣：

var div = document.createElement("div"); div.innerText = "abc"; atom.workspace.addBottomPanel(div);

就可以簡單的在 atom 裡面增加一個顯示對象，這意味著再給div加個 html的 onclick就可以實現GUI交互，界面上的對象隨便寫點html代碼就可以控制效果，意味著你可以使用 jQuery 來為atom增加新面板，意味著你只需要寫一個簡單的 .css 文件就可以把 Atom 整個編輯器的外觀給修改了。這在 Vim/Emacs 中是幾乎不可想像的事情，sublime基本就別提了。

大量的前端開發技術和 Node.JS 基礎模塊供你任意使用，正是由於近年 Chromium / node.js 系列技術的成熟，和 Atom / Visual Studio Code 這類基於前端技術的客戶端軟體的成功，讓我看到了客戶端（桌面+移動）軟體開發的新方向。

做VIM/Emacs不能做的事情

Vim/Emacs過去給人的映像是：幾乎能做任何事情，確實如此，但畢竟是二三十年前的東西了，而他們一直堅挺到現在一方面是操作便利，更重要的是這么長時間還沒有出現一款又開源又具備同樣操作便利性和可擴展性的編輯器，所以Vimer, Emacser 們最樂意展示給別人看的就是他們又安裝了什麼插件，急於展示可以把 Vim / Emacs 裝扮成了一個多像 IDE 的東西，而今天這個「可以做任何事情」的高度可定製特性已經被Atom所吸收並完全超越，就像 Atom 的開發blog：「 Introcing Atom」 上說的一樣，對易用性和可展性 「決不妥協」 ：

We think we can do better. Our goal is a zero-compromise combination of hackability and usability: an editor that will be welcoming to an elementary school student on their first day learning to code, but also a tool they won't outgrow as they develop into seasoned hackers.

拋開易用性的這個 Atom 的明顯優勢不說，前面其實已說了不少 Atom 比 Vim/Emacs 更靈活強大的地方，可能有些人還有疑惑，不是說 Emacs 「沒有不能做的事情」 么？你看 Atom的面板裡面可以嵌入一個 Terminal，Vim/Emacs一樣可以嵌入啊，為何還說 Atom 比它強啊？

沒錯，Vim用久了會產生心理舒適區，多模式編輯使人神清氣爽，命令化文本處理讓你賞心悅目，但是受限於本身機制用久了會容易痛苦掙扎：雖然vim的各種擴展似乎什麼事情都能做，但每個擴展卻只能做到70分，總有那麼30%的地方做不到位。所以用的時間長了，上半身爽的要死，下半身痛不欲生。。。。

Vim/Emacs即便大部分擴展功能也都可以稱為「能用」，可幾十年的歷史包袱太沉，很多事情對他們來講就是禁區，比如詭異的標簽功能，容易誤操作的buffer/窗口切換，缺乏非同步機制，編譯時間長只有傻等著，無法跟Atom一樣邊讀代碼，邊運行程序看結果，對照輸出結果和源代碼找問題，連實現個內嵌終端都用了若干年，還實現的那麼別扭。。。。。。。。。

這類硬傷有許多，再舉個最簡單的例子，minimap，就是 sublime那種大家喜歡的文檔縮略圖，這個現代編輯器必備的功能，誰能用 Vim/Emacs 實現一下看看？Atom 可以衍生出 Visual Studio Code 這樣漂亮的編輯器，Vim/Emacs能衍生么？Atom可以隨便用各種先進的前端技術，不當可以嵌 Terminal我甚至可以再 Atom 嵌入一個 js版本的 DOSBOX 玩老游戲《命令與征服》：

https://archive.org/details/softwarelibrary_msdos_games

Play DOS games online

當然這樣並沒有任何卯用，但是如果在 Atom裡面內嵌一個瀏覽器，方便的實時預覽html/css的效果呢？或者 Atom 裡面內嵌一個 Markdown Previewer ，實時查看 Markdown 的效果呢？請問 Vim/Emacs 里怎麼實現法？

Atom插件演示：markdown實時預覽，左邊寫右邊即時更新，100%兼容github的markdown語法

短短兩年的時間，這么多優秀的插件，只想說，如今 Atom 作為 Vim/Emacs 的繼承者和超越者出現了，所以社區對 Atom 的反應也是熱烈的，看看下面一組數據，截止今天（2016年3月15日），Atom共有擴展插件 3500+ 個，發布不到兩年的時間，這是什麼概念呢？

• Sublime的插件（Stats - Package Control）大概 3500+個，但是sublime發布了5年的時間。
  

• Emacs 的插件大概有2900個，可Emacs發布到今天已經過去 25+年的時間。
  

• Vim 的各種插件雖然有9000個，但是Vi/Vim系列的歷史長達 30+年，是atom的15倍。

這就叫社區的活躍度的區別，為什麼短短兩年那麼多開發者先後給atom貢獻了各種高質量的擴展，為什麼大家對atom的熱情那麼高？為何好多人接觸了atom一段時間後都深深的愛上了它？這是有原因的。

再談性能優化

很多人錯誤的覺得 Atom慢是因為使用了 JavaScript/Coffee 等 Web 技術，所以先天慢，其實這是個誤區，即便使用 Web 技術它也還能快很多，同時再慢可以往C++層的 Electron 挪啊，這也是這幾個版本優化的一些方向，基於 Atom 開發的 Visual Studio Code 可以那麼流暢， Atom 性能優化空間還很大，了不起多參考下自己的兒子，同樣開源的 vscode怎麼做的。

同時 Atom編輯器1.0版本以來性能得到了很大的提升，主要是兩個方面，一方面是js層的各種渲染優化，控制項優化，延遲繪制，延遲載入，只繪制當前需要的東西等，另外一方面是將一些核心數據結構移動到 Electron 的 C++層，如今1.54版本性能較去年版本已經有了本質區別，運行時載入是慢些（但也比eclipse快很多），實際使用並沒覺得不如別的編輯器，況且，js層的優化和C層的優化未來還有很大的空間可以進步。

不過我不太喜歡 vscode 使用 Typed Script 進行開發，用點標准技術不行么，Atom使用 JavaScript/Coffee 寫的多爽，如今 Atom 正在准備慢慢的切換到 JavaScript 的新標准 ES6 上。其次 vscode 快是快在「做的事情少」，主要是可擴展性方面的努力遠不及 Atom，插件機制相對弱智，所以 vscode 的社區如今還不是特別活躍，擴展也少，發布一年多隻有差不多300+個擴展，遠不如 Atom 的情況，如果 vscode 還是按照現有結構開發下去，可能永遠不會擁有 Atom的靈活度，這樣再未來就無法擁有各種豐富多彩的插件。

再說開源免費

UltraEdit 單用戶版本價格： 79 美刀

UltraEdit 伺服器版價格： 229 美刀（多人登錄同一台伺服器的桌面使用），企業版更貴

EditPlus 單用戶版價格： 35 美刀，而且還只有windows版本，

Sublime 單用戶版價格：70 美刀

TextMate 單用戶版價格：48 歐元，而且還只有mac版本。

這些都是錢啊，可能你會說可以免費試用或者破解啊，是的個人可以，但正常來說sublime這些試用指不能拿來搞生產不能拿來工作的，個人你用用可以，但國外人家守規矩，不會亂用，這意味著失去一大批為其開發擴展的國外開發者，同時站在公司考慮IT方案的角度，免費試用和破解將來都是潛在的麻煩，現在上百人的公司微軟都會來收windows的錢了，版權問題越來越嚴肅，你得把這筆潛在費用考慮進去，同時這些閉源的或者單平台的東西，並不值得再上面花費過多精力和投資。

拋開擴展性問題和價格問題，我們再來看各個熱門的免費編輯器的試用情況：

Notepad++：免費，開源，只能運行於windows

PSPad：免費，不開源，只能運行再 Windows

Gedit：免費，開源，只能跑再 GNome下，Ubuntu用用，Windows/mac版本簡直是殘缺的。

Programmer's Notepad : 免費開源，只能跑 Windows

Notepad2：免費bu不開源，只能跑 Windows

更關鍵的是：閉源的東西個人作者可能失去興趣不再更新，商業公司的話，你需要一個功能，就只能無限期的等待他們發慈悲加入進去。而免費開源的很多其他編輯器除去平台兼容性問題外，更重要的時擴展性差。

而同時滿足：免費+開放+強擴展性的編輯器如今就只出現過三個：Vim / Emacs / Atom。他們是真正屬於使用者的編輯器，他們能變成使用者希望變成的樣子。這些曾經出現過得收費的或者免費的編輯器，憑借著一兩個自身獨有的 「賣點」，再某些時間段內都曾經流行過，可就像流星一樣一閃而過，如今他們都統統完成了自己的歷史使命，新的一頁可以翻開了。終端環境的話確實 Vim / Emacs 繼續下去，但桌面環境的話，Atom將會繼續向前，走出新的一步。

⑻ Linux發行版哪個好

1.系統管理員最佳系統 :Parrot Linux

Parrot Linux基於Debian，幾乎能夠提供系統管理員需要的一切滲透測試工具。

管理員面對大量的日常工作，如果沒有堅實的工具集作為輔助，繁重的任務將令人不堪重負。在這方面，Parrot Linux將成為您的最佳助手。這款基於Debian的系統幾乎提供一切滲透工具，同時也面向加密、雲、匿名、數字取證、編程甚至生產力等方向提供相關功能。因此，這是款堪稱完美的安全與網路管理員專用的Linux發行版。

Parrot目前在Distrowatch榜單中排名第57位，預計它將在新的一年攀上更高的排行位置。

Parrot Security：一款安全工具Linux發行版http://www.linuxidc.com/Linux/2016-12/138019.htm

2.最佳輕量化發行版:LXLE

LXLE將小巧的體積與可觀的生產能力進行了完美融合。

毫無疑問，我認為LXLE將成為2017年的最佳輕量化發行版選項。LXLE將小巧的體積與出色的生產能力加以完美融合，大家能夠在其中找到您在桌面Linux中希望獲取的幾乎全部工具，且可在舊硬體上順暢運行。LXLE基於Ubuntu16.04，同時配合極為易用的LXDE容器管理器。

LXLE包含多種標准工具(例如LibreOffice與GIMP)，唯一欠缺的是大家需要手動安裝一款現代瀏覽器。

目前，LXLE在Distrowatch上排名位於第16位。

LXLE 14.04.4 Beta 發布下載，輕量級桌面 Linux 發行http://www.linuxidc.com/Linux/2016-02/128129.htm

3.最佳桌面發行版:Elementary OS

Elementary OS Loki不僅非常美觀，且穩定性出色並提供無與倫比的用戶友好性及一致性。

雖然帶有部分主觀因素，但我認為Elementary OS Loki必然能夠在2017年內擊敗Linux Mint成為最佳桌面發行版。目前，Elementary OS在Distrowatch上排名第6位，但出色的穩定性、美觀度以及無與倫比的用戶友好性與一致性絕對能夠讓其順利壓倒目前排名第一的Linux Mint。

有些人認為Elementary OS桌面有點太過「Mac化」，但這實際上是對它帶給最終用戶體驗的一種肯定。不過，憑借著開源特性，大家可以隨意對它進行定製。

Elementary OS 美到你不能呼吸http://www.linuxidc.com/Linux/2015-12/126232.htm

Elementary OS 0.3 Freya 新功能選項-用戶可自定義鍵盤快捷鍵http://www.linuxidc.com/Linux/2015-05/118000.htm

試用 Elementary OS 0.3 Freya Beta 1http://www.linuxidc.com/Linux/2014-08/105507.htm

Elementary OS 0.3 Freya 截圖賞析http://www.linuxidc.com/Linux/2015-04/116164.htm

Elementary OS 0.3 Freya 發布http://www.linuxidc.com/Linux/2015-04/116079.htm

Elementary OS，致親愛的Linux用戶http://www.linuxidc.com/Linux/2015-04/116587.htm

在Elementary OS 0.3下用WPShttp://www.linuxidc.com/Linux/2014-11/109976.htm

4.百尺竿頭更進一步的典範:Gentoo

紅帽在協調企業業務需求方面擁有完美表現。

SUSE一直在企業領域不斷前行，且總有一天會在這一市場上順利登頂。但必須承認，這一天不會在2017年年內到來。紅帽企業Linux將繼續在此占據主導地位。根據Gartner公司的統計，紅帽公司在Linux訂閱市場擁有67%份額(其中紅帽企業Linux訂閱收入占紅帽總營收的75%)。究其原因，紅帽不僅與企業業務需求保持高度一致，同時亦幾乎參與到每一個開源軟體項目當中。

必須承認，紅帽在安全、集成、雲以及管理等領域一直在不斷努力，其成果也堪稱斐然。然而我仍然認為，2017年將成為SUSE持續崛起的一年，其還將不斷蠶食紅帽的市場份額。

選擇權在您

Linux平台最為突出的優勢之一在於，選擇權完全由您所操縱。面對數以百計的發行版，您可以根據需要任意做出判斷。不過我仍然自信地強調，本篇文章中提到的發行版絕對是最優秀的——或者，至少是最優秀的之一。