學程序員花多長時間

『壹』 學習java一般需要多長時間

其實學java一般要多久？因人而異，例如一個零基礎的小白自學java，每天學習8個小時來算，而且在有學習資料的基礎上，每天學習，從零到找到工作，起碼要半年起步，而且還要有項目經驗，否則是不會有公司要你的。而一個有一些基礎的人，在經過有人系統的教學後，是可以很快學會掌握java的，大概3個月左右。不過java相對於C,C++java而言，java無疑簡單了很多，不需要指針，不需要銷毀對象，使得對java初學者來講更容易入門，挫折感也少。

很多人自學java，因為抓不到學習java的重點，找不到學習java的方向。往往花費大量的時間和精力，而效果卻不大。面試IT企業office時或者參與真正的項目開發忽然發現自己一無所知。

我認為正確的學習路徑應該是一個月java基礎，兩個月JavaSE，半個月html+css+div，一個月的資料庫，servlet+jsp一個月，然後SSH框架兩個月。然後通起來串一遍，把知識結合起來，再做幾個項目練練手，就差不多了。（其實學習java 基礎部分需要時間不止一個月，至於說不止一個月，是需要你將java 基礎部分完全明白，能夠串起來綜合運用，甚至需要兩遍三遍;之所以這么說，不是為了說java 有多難，而是為了強調基礎有多重要。）

我想要告訴你的是學習Java不難，但是也會很艱辛的敲代碼。Java程序員經常需要加班，學之前要做好心理准備。其次一旦下定決心學java了，一定要堅持下去，不要半途而廢。

java零基礎的學生自學必然會耗費大量的時間和精力，而且如果你沒有定製系統的學習方案，效果將事倍功半，上java培訓班也是個不俗的自由選擇，再加上自己的努力，一定可以學有所成，當然一定要慎重選擇靠譜的機構。

最後學java依舊要看興趣，如果你真的深入學習，你會發現" 學java要多久 ？"是個毫無意義的問題，不要忘記,技術的道路更新實在太快。人只有在不斷學習，才能走在技術的最前端。也許一輩子都要學呢。活到老，學到老，而且互聯網技術更新迭代很快，只有不斷學習才能更上時代不被淘汰。

總而言之，自學java是可以的，但效率會很低，對個人能力要求很高，時間也會很長，而且最重要的是可能找不到最新的學習資料（大多是收費），所以入坑需謹慎！

有想入門學習Java的同學推薦大家去b站搜索高淇老師的Java三百集

希望會給你帶來幫助！

『貳』 學編程需要多長時間

我自己是C、C++程序員，切身感受語法很簡單，幾個月就行了，而且如果你掌握了一種語言，其他的就很簡單了，但是編程主要是通過語言表達你解決問題的方法，語言僅僅是工具，演算法才是精髓，僅僅掌握語言這個工具，也不行。對於演算法，依個人資質不同而有難易之分，比如你有可能會適合面向過程，也有可能會適合面向對象，雖然面向對象是主流，但是面向過程在工控、嵌入式、科學計算等領域還是很實用的，看你自己的情況了~ 北大青鳥我聽說過，學費可能是4W吧，貌似分三期，大約2年左右，具體的我也不了解，還要你去面議的~~ 不過祝你成功，只要堅持，沒有什麼困難不能克服~！ 另外說一句，不需要都學完，普遍了解，重點攻關，要精通一種，熟知每一種，因為重要的是演算法思想。 關於演算法，可以看看圖論、演算法設計與分析、操作系統等，裡面有很多解決問題的典型方法，還有數據結構，它會給你提供很多解決問題的工具與途徑。 暫時就想起來這么多了，嘿嘿~！

『叄』 一般的程序員學第一門編程語言會花多長時間

至少要精通當前主流的，一到兩門編程，其他領域的相關知識要有所掌握。

我的回答你還滿意嗎，滿意的話請採納吧，或者你也可以繼續問我哦。

『肆』 學IT專業（軟體開發）需多長時間啊

成為一個程序員要花多長時間 還是在美國，每個人都是當招待的專家。在歐洲，一個侍者可能要經過10年，甚至20年的訓練，才能獲准在一個一流飯館服務。在美國，只要按照廣告應征，在小臂上搭一條毛巾，那就是侍者了。 編程是另一個不缺乏專家的領域。按照標准看法，6個星期的「培訓」就足以把一個人提升到「專家」層次，該人不 必再學習任何新的知識，即具有設計在線生命救援系統的資格。如果你看到一條廣告招收「有經驗的」程序員，那意思往往就是一年或者兩年經驗。實際上，如果誰 有15年的編程經驗，人們倒會覺得這人簡直是個智障。如果他真有一點點智力的話，那總應該在14年前就學會了全部編程知識。在此之後，他就早該做膩了這一 行，去換個管理呀，銷售呀之類的職位了。 先別忙著嘲笑持這種觀點的人，首先我們還是應該承認，15年的經驗，就其自身而言，在編程方面不一定就能教會 你任何東西。我認識一些有「15年經驗」的美國侍者，甚至不知道餐前如何在餐桌上放盤子。我也知道一些有「15年經驗」的美國大學教授，甚至教不會小狗搖 尾巴。同樣，我也認識一些有「15年經驗」的美國程序員，他們仍然會在一個多程序訪問的系統中，在更新直接存取主文件（master file）之前，就給事務文件（transaction file）排序。 2. 為了把一個取值在0~5的變數轉化成取值在1~6的變數（用於FORTRAN語言的下標），有人用了5個IF語句，再加上5個賦值語句！ 3. 在寫COBOL程序的時候，有些人不用「ELSE」子句，原因是「這不一定管用」。 4. 在寫PL/I程序的時候，有些人從來不用變長字元串，原因是「這個不夠高效」。 5. 有些人根本不寫子程序，原因是「這太復雜了」。 這個單子能夠無限地寫下去。這里的要點不是在於，居然有這么多看似專業程序員的人在四處丟人現眼，而在於，沒有幾個管理者知道，正在和自己打交道的到底是「他們」中的一員，還是「我們」中的一員。 這和美國侍者的處境特別相似。在美國，很少有人曾經享受過專業侍者的服務，所以即使人們真正遇到了一個專業侍者，他們也無從辨別。或者這樣說更好，他們根本無法意識到，他們心目中的「標准」侍者其實還處於「亞專業」層次。 同樣，除非你自己就是一個勝任的程序員，否則也就很難衡量一個程序員的工作質量。世上有很多可憐的企業，這些 企業中從來沒能長期留住一個真正勝任的程序員，因此他們也就沒有一套標准來衡量程序員的專業性。這些企業的標准就是把庸人當成奇才。而這樣的標准也千奇百 怪，各地均不相同，甚至同一公司中的不同部門也不相同。 每次我到一家新公司去做咨詢顧問的時候，我都提前讓經理給我看一些典型代碼。經理們往往都不敢相信我真是要看 代碼，我總得堅持索要好幾次才能得手。只要看一小段代碼，我通常就能對該公司的工作環境具有相當准確的了解。有時候我說得特別准，管理層聽了都大吃一驚， 以為此前我跟員工們私下談過話。 經理們自己永遠也不看代碼。代碼之於經理，如同臟盤子之於領班侍者。一旦你從那個垃圾堆里提升出來，你就再也不碰那些垃圾了——開玩笑碰一下都不成。 有一回，在大學里的時候，我們學生提議，教授們也應該和學生一起參加碩士生考試，好給學生們做個榜樣、立個標准。2/3以上的教授對此滿是驚恐，敬謝不敏。他們自己也經過20多年的考試折磨，再也不願意回到考生的位置上去——這會讓他們想起從前卑微的地位。 同樣，在我們的行業里經理不願意編碼，這說明寫代碼這個職業在人類等級體系中的地位略高於盜墓者，低於管理 層。對於這樣的思考方式來說，編寫代碼不可能構成一種獨立的技藝，不可能是一種天分，也不可能是一種有著自身地位的體面職業——所謂體面，就是說不必和盜 墓呀，管理呀之類的在同一個尺度下衡量。只要這種態度在數據處理行業還處於主導地位，那就仍然會有6個星期培養出來的專家，也還會有那些經理——他們甚至 不願傾聽公司高薪聘請的、有15年經驗的程序員說話。 當老師、當侍者、當程序員，這3件事有什麼共同之處嗎？為什麼人人都覺得自己能夠像專業人士一樣做這3件事？ 首先，這些工作似乎是容易理解的，因為很多挺普通的人都有過相關的經驗。每個人都或多或少曾經教過別人。每個人都做過把盤子放在桌上，或者收拾臟盤子的 事。但是不是每個人都曾經在一個活人大腦上做過手術，也不是每個人都曾經在陪審團前為一個案件辯護。 我不太清楚現在IBM的行政人員培訓班的具體課程內容，但是有好多年這門課程中包括了那個著名的「曼哈頓問 題」，作為唯一的編程練習。在美國，數據處理課程的主流入門教科書大多會講到這個「曼哈頓問題」，如果讀者中有人不巧沒學過這個，我就按照教科書上的寫 法，在這里重復一遍： （如果4.5%的年利率偏低的話，那是因為這道題是1956年出的，從那時起就被一代代的作者在不同的教科書中抄來抄去。） 這道題的「解法」，如果拋開一些無關緊要的細節，按照FORTRAN語言編寫，那就是這樣一個循環：I = 1627PRINC = 24.00 2PRINC=PRINC*1.045I = I + 1IF(I-IYEAR)2,1,1 1WRITE (3,601) PRINC 至少有三四百萬名學生學會了這個「解法」，這之中包括從行政人員到大學新生的各種人。對於其中的一些人，以上 代碼就是他們「寫過」的唯一程序，但是這就讓他們有足夠資格判斷編寫一個操作系統、一個勞動力部署系統、一個零件需求管理模擬器、一個在線處理控制器，或 者無論什麼你想得出來的系統的復雜度。而且，當然了，在行政人員的課程中，每個學生還有一個專業程序員作為輔導，「好幫助他們處理細節問題」。 其實呢，曼哈頓問題確實可以作為一個出色的工具，教給行政人員關於編程行業他們應該知道的最重要的一課。假設 讓他們編寫了以上那麼一段程序，也對他們承認這確實是問題的一個「解法」。然後你就問問他們，編這個程序花了多少時間，運行該程序又要多長時間，再問問他 們，覺得這些數字「好不好」。 當他們交了作業，也總結了感受，你就讓他們看看下面這個程序，告訴他們這樣的代碼就能獲得同樣的結果： PRINC=24.00*(1.045**(IYEAR-1627)) WRITE(3,601)PRINC 對他們比較一下編程時間和運行時間。你大概能夠發現這後一個程序只需要1/5的編程時間，和1/100的運行 時間，當然具體的比例在不同的環境下不一樣。然後你就問他們：「如果對這樣一個最簡單的程序，兩種不同的代碼之間能夠具有5倍，甚至100倍的差別，那麼，如果一個專業程序員和一個業余程序員編寫同樣一個操作系統的話，又會產生多大差別呢？」 為了把編程當成一種正規職業對待，公眾——也包括程序員自己——都應該通過某種方式受到教育。他們必須懂得這樣一個道理：即使是15年的經驗，對於學習編程知識來說也不一定就夠用——除非這位學習者特別一心一意。

『伍』 如何成為程序員如何才能成為一名程序員，要花多少時間

如果想轉行IT，建議選擇機構進行一個系統化的學習，畢竟企業都需要一個可以直接幹活的人，沒有人願意給你免費的成長機會。選擇機構學習，一方面可以迅速匹配適合自己的方向，另一方面大多數機構都是負責推薦就業的。這個時間的話，基本上是3至5個月，也要看自己的專業方向和學習結構安排。對於機構的選擇，可以參考以下幾點：

• 實地考查，是否真實存在的實體機構。

• 教學質量，去機構就是為了學習，教學質量跟不上，錢也打水漂。(先去試聽，授課老的講課方式能否理解，並考驗自己對這個行業是否真正有興趣)

• 面授課程，參加面授課程可以在課堂上遇到的問題及時與老師溝通，得到解決。即使理解不了的問題，有人可以帶著手把手的教，學習起來會比較輕松。

  選擇好機構就要靠自己好好聽課，認真實踐了。祝好！

希望可以幫到您，謝謝！

『陸』 自學軟體開發要多長時間

為什麼不可能列,不過在此之前,建議你先去仔細的了解下現在軟體行業的行情,發展等,看是否要進入這一行,這行的付出是很大的,不僅是入門之前要學,入門之後還是要學,工作後也要學,熟練後還是要學,學無止盡,因為技術在不斷更新,人們需求也在不斷提高.
如果確實要入這行,首先選門基礎的語言學習,C，C++,java,C#這些都可以,編程語言沒有什麼界限,你選哪種語言都可以,他們雖然語法或者一些函數庫不同,但是大體都是一樣的.當你學到一定程度後就會感覺到了,比如說你學java,後來又要接觸C#你就會發現他們有很多一樣的地方.
很多人都說,先學C等語言,那是因為它簡單,比較適合從來沒有接觸過編程的人.再學其他語言,在思想或者說思維上容易接受些.

這是我覺得最最基礎的。之後就可以去接觸其他東西了,比如給予WEB開發的J2EE,.NET等等,這些關鍵字,你也可以再網路里找到.

『柒』 自學成為程序員一般需要多久

程序員有很多開發語言 每個開發語言學習周期都不同 零基礎 從入門到熟悉 怎麼著也得半年 基本上要1年多 三到五年能精通

『捌』 程序員一般要學多久

如果零基礎，全日制學習，一般需要4個月左右，時間太短應該學不會。有短期的4個月和長期的2年，費用一般在1萬。

一般學習it技術需要花費的學費是不一樣的，不同的地方收費標准也是不一樣的，在學習信息技術的時候，初學者經常犯的錯誤是只要速度，而不注意基礎知識的學習，這樣無論是學習後期，還是參加工作後，都會覺得很難，因此一開始就要牢牢掌握計算機的基礎知識，比如軟體系統，計算機網路知識和資料庫知識。

(8)學程序員花多長時間擴展閱讀：

程序員培訓注意事項：

弄清楚整體流程，掌握全局才能形成清晰的思路，就如同寫作文要先寫提綱一樣。

理順各個模塊之間的關系，才能更好的銜接各模塊來完成相應功能。

做介面時，要考慮使用者的感受是否易用，並且盡可能少的向使用者暴露內部的實現過程，簡化使用過程。

正常分支總是少數，大部分情況下都是異常分支，可以用2-8定律來形容，因此對異常處理很重要。

『玖』 如何才能成為一名程序員，要花多少時間學習才能初

一般一兩年左右吧!不過主要還得看你個人的學習能力來吧！畢竟學習這個東西你只要刻苦把所有的時間都放在學習上或許你用不了那麼長時間！