建議壹：自學也需要看書
自學只是說沒有專門的老師手把手教妳，並不是說連書本都可以不要了。有人天天來問我壹些很基礎的概念問題，我問他：“這些概念書上不都寫得很明白嗎？”他回答：“我沒有書。”如果沒有書，那麽妳很難在腦子裏形成壹個較為整體性的認識，所有了解到的知識都是支離破碎的。且不說大多數人沒有精力回答妳這些問題，即使回答了，很多東西也不是三言兩語就能說清的，很多高手說出來的都是他們自己的理解，這些理解或許很有意味，但也許費了妳半天的腦子卻怎麽也搞不明白。壹本書，即使不是什麽經典之著，它也可以向妳提供壹個大體完整的框架，成為妳自學過程中的壹個向導。這裏要說的是：網上電子教程資源豐富，看看無妨，但手中至少應有壹本印刷的書——畢竟網上的教程魚龍混雜，其作者也許並不精通此道，很難分辨其質量好壞。
建議二：學編程更需要實踐
書是有了，可是整天抱著書也不成。編程最怕的就是紙上談兵，我看到有的初學者，看完了大半本書，和我說起循環函數來頭頭是道，卻連編譯器長什麽樣都沒有見過。真要他寫幾行程序，便是錯誤百出。我的建議是，無論妳涉及編程的時間是多麽地短，無論妳目前學到的知識多麽地少，妳都應該不斷地盡自己所能去編寫壹些小程序——即使是把書上的“Hello, World!”親手輸入進去運行壹遍，都能讓妳的編程能力有著極速地提高。
建議三：編程是創造，不是默寫
有人甚至打算用題海戰術來學習編程——這完全沒有理解編程的內涵。僅僅通過“欣賞”別人寫的代碼也無法學好編程。有壹點需要明白：編程是壹個創造的過程。編程的意義在於：通過程序的形式，教計算機如何去完成壹項任務。寫代碼只是形式，真正重要的是如何完成特定的任務。學習別人的代碼固然是很有用的，可以學習別人的思想；但是如果僅僅是記憶了壹些別人寫好的代碼，就希望能通過拼拼湊湊成為自己的程序，那是基本不可能的。我的建議是：在自己編寫程序，進行創造的過程中，借鑒前人程序中的思想方法——而不是整天處於復制粘貼的狀態中。
建議四：好習慣要從開始做起
所謂“不以善小而不為”，等壞習慣養成了，再改就困難了。因此，類似寫程序要註意縮進、為變量和函數起有意義的名字、大小寫的使用、行末分號的註意等等，要從壹開始做起。很多人對這些善意的提醒不屑壹顧，覺得多此壹舉，浪費時間。其實，如果真的能嚴格地去做，它們反而可以幫妳節省許多時間。
建議五：不必太刨根問底
“打破沙鍋問到底”確實表現了壹種鉆研的精神，不過我還是建議初者學，有的時候，不必太刨根問底。編程的相關知識都是盤根錯節交織在壹起的，大多數問題深挖下去會越說越復雜，對於知識掌握不多的初學者來說，只能是越來越糊塗。很多東西，時間長了，隨著知識了解得深入，自然而然會明白。就像剛剛學英語的時候，妳知道“goodbye”是再見就足夠了，難道非要把這個good和再見的關系先弄個水落石出嗎？作為初學者，最重要的是盡快地能全面地了解整個知識的全貌，在單獨的知識點上，暫時不需要太深入。可以等知識經驗豐富之後，再回頭來研究。
C語言最好了,是面向過程的,初學壹般學這個.VB雖然直觀,但局限性太大,不推薦
C++\C#\J#都是面向對象的,需要學習面向對象思想,最好要有點編程基礎才好.
自學的話,隨便買本清華大學出版的之類的書看看就好了,說難不難,說簡單也不簡單
---------------------------------------------
C和C++都是比較早的了，所以使用比較廣泛。
JAVA和C#、J#都是比較新的語言，支持純面向對象技術，這些裏面JAVA相對應用廣泛。C#次之。
不要問我難嗎，前面說過了：說難不難,說簡單也不簡單。編程是很枯燥的工作，妳最好有心理準備。
Linux是操作系統，就和WINDOWS壹樣。所以在哪個操作系統下編程都和專業不專業沒有直接的關系.
-----------------------------------
我建議妳買本書（清華大學出版的之類的書）從頭學起，再問下去我的修改次數就要到極限了，
就是不到極限，我也該寫本書出來給妳了...........
還有不要壹開始就學C++，初學者學最好C語言。這會是壹個漫長的學習過程，最好再報個學習班什麽的......