ln
這是linux中一個非常重要命令，它的功能是為某一個文件在另外一個位置建立一個同不的鏈接，這
個命令最常賀握銀用的參數是-s,具體用法是：ln -s 源文件 目標文件。
當我們需要在不同的禪宴目錄，用到相同的文件時，我們不需要在每一個需要的目錄下都放一個必須相同的文件，我們只要在某個固定的目錄，放上該文件，然後在其它的目錄下用ln命令鏈接（link）它就可以，不必重復的佔用磁碟空間。例
如：ln -s /bin/less /usr/local/bin/less
-s 是代號（symbolic）的意思。
這里有兩點要注意：
第一，ln命令會保持每一處鏈接文件的同步性，也就是說，不論你改動了哪一處，其它的文件都會發生相同的變化；
第二，ln的鏈接又軟鏈接和硬鏈接兩種，軟鏈接就是ln -s ** **,它只會在你選定的位置上生成一個文件的鏡像，不會佔用磁碟空間，硬鏈接ln ** **,沒有參數-s, 它會在你選定的位置上生成一個和源文件大小相同的文件，無論是軟鏈接還是硬鏈接，文件都保持同步變化。
第三，軟鏈接是可以跨分區的，但是硬鏈接只能在同一分區內。
如果你用ls察看一個目錄時，發現有的文件或文件夾的顏色和別的不一樣，我機子上是藍色的，那就是一個用ln命令生成的文件，用ls -l命令去察看，就可以看到顯示的link的路徑了。
如果皮激用rsync命令，你必須手動執行rsync命令才能同步，不能做到及時更新
⑵ 初學編程
首先，學這個，不能急，慢慢來
編寫程序是一項系統而繁瑣的工作，它不僅需要程序設計人員具有一定的功底，更需要有良好的編程習慣和風格。良好的編程習慣和風格不僅可以使程序代碼更易於讀懂和修改，更重要的是，它可以使程序的結構更加合理，有助於提高程序的執行效率。下面是我在程序設計中總結的一些經驗，供大家參考。
設計順序
在我們剛開始學習程序設計的時候，要編寫一個程序，總是先進行一番構思，然後就一邊寫代碼一邊調試。這種方法一般只適用於非常小的程序，根據軟體工程的特點，如果對所有程序都還按這種方法進行設計，是不合理的。
其實，設計程序就像我們蓋高樓大廈，首先要設計圖紙，然後動工。所以，對於個人編寫程序來說，應遵循以下步驟：
1、問題分析：對我們要使用程序設計手段去解決的問題進行系統地分析，了解程序是做什麼的，要達到一種什麼樣的效果等。
2、結構設計：也就是對程序的整體框架進行設計，設計出我們需要使用的模塊等等，並畫出流程圖。
3、用戶界面設計：在此，我們要設計出用於與用戶交互的輸入輸出界面。
4、代碼設計：在這個步驟中，我們要進行代碼的編寫。
5、調試：對程序中正在發生或可能發生的各種錯誤進行處理。
6、維護：通俗地說，維護就是對程序進行升級，對原有錯誤進行修改。
對於以上幾個步驟，我想大多數人會認為代碼設計最為重要，但如果程序的結構尚未清楚，我們在編寫代碼的時候就會發生混亂，一個程序性能的好壞，主要還是取決於它的結構是否合理。因此，在程序設計中，我們要盡可能注意這一點，這樣才能使我們的程序更加完善。
設計環境
一個良好的編程環境可以使我們在編寫程序時，不至於造成各種資源的紊亂，還可以避免資源的丟失。建議大家要在放源程序的目錄下建立「Programs」文件夾；然後再以你要編寫的程序名和版本為名建立一個文件夾，用於存放整個源程序以及各種資源；最後，分別建立幾個文件夾，「Documents」：用於存放程序文檔，包括流程圖等；「Resource」：用於存放圖片，聲音，影片等資源；「Debug」：用於存放調試的程序。「Release」：用於存放最終釋放的程序。
例如：我們要製作一個英語學習軟體，名為「English」，版本為1.0，那麼我們的編程環境中應存在以下文件夾：
[DRIVE]:\\…\\Programs\\English1\\Debug\\
[DRIVE]:\\…\\Programs\\English1\\Documents\\
[DRIVE]:\\…\\Programs\\English1\\Resource\\
[DRIVE]:\\…\\Programs\\English1\\Release\\
另外，最好再建立一個專門的文件夾，用於存放各種模塊，以便能實現代碼的重用，這樣，我們就不用在每次寫程序時，都重寫所有的模塊，編程速度會有很大的提高。
設計技巧
代碼如果寫得很亂，程序便不易被閱讀與修改，所以，在編寫代碼時要注意以下幾點：
（1）注釋：寫注釋雖然要佔用一定的時間，但在閱讀和修改代碼時卻會節省很多的時間。所以，建議大家在定義一個函數時，在函數的第一行寫出函數的作用，再用一行解釋函數的參數，並在每個變數的定義語句後注釋出其作用。
（2）變數和函數的命名：每個程序都會使用很多的變數和函數，如果隨意命名變數與函數，每次使用時還得在變數或函數的定義語句處查出它的數據類型及名稱，而且隨意命名還會造成變數與函數重復定義。
建議大家使用匈牙利命名法，方法是：每個變數或函數的開頭都以其數據類型的縮寫命名，然後再加上代表這個變數或函數的作用的英文單詞簡寫共同組成變數或函數的名稱。例如：要定義用於計數的整型變數count，其定義語句為C\\C++：int icount; Basic：Dim icount as Integer。以這種方法定義，不僅可以有效地避免變數與函數的混亂與重復定義，還可以保證數據類型的匹配。
（3）控制項命名：如果在Windows下編程，你有可能會大量地使用控制項，如果不對控制項名嚴加管理，會造成很大程度的混亂，因此，建議在給控制項命名時，以控制項類型縮寫再加上代表這個控制項作用的英文單詞的簡寫共同組成此控制項的名稱。例如：你要命名一個按鈕控制項，作用是進行刪除操作，那麼控制項名可以命名為cmdDel。
並不是每個人都能成為頂級程序員，但我們都在程序員之路上不斷進步，追求更完美、更專業化的程序。不妨好好改造一下你的程序，你會從中感受到很多好處
/////////////////////////////////////////////////////////////////////
、《計算機組成原理》（熟悉）
2、《數據結構》（掌握）
3、《操作系統》（了解->熟悉）
4、《The C language》（掌握）
5、《編譯原理》（了解原理）
6、《匯編語言》（了解）
7、《計算機網路》（了解）
8、《軟體工程》（了解）
9、《關系資料庫》（熟悉）
10、《The C＋＋Languege 》（掌握）
11、《面向對象設計》（掌握；結合C++學習）
1、《The C Programming language》 （Keinighan & Dennis Ritchie 1988）
2、《The C++ Programming Languague》（Bjarne Stroustrup 1997）
3、《Inside The C++ Object Model》 （lippmans）
4、《Effective C++》 （同上）
5、《More Effective C++》 （同上）
6、《Exceptional c++》
7、《C++面向對象高效編程》
8、《設計模式》
9、《Thinking In C++》
10、《The Standard C++ Bible》（一般推薦）
11、《The Art of Computer Programming 》
12、《Programming Windows》 （Charles Petzold）
13、《VC++5.0技術內幕》
14、《MFC 深入淺出》
15、《軟體需求》
16、《Advanced Windows》
17、《C++ primer》
18、《win32程序員參考手冊》
19、《用TCP/IP進行網際互連》
20、《COM 本質論》
都是些學習編程的好書