1樓：匿名使用者
中級程式設計師和初級程式設計師最大的區別在於：工作經驗，有沒有真正的專案實戰經驗。一般來說，程式設計師都會最基本的刪減，而對於真正的專案就不會接觸太多，所以有的程式設計師就停留在初級，不瞭解專案到底該怎麼做，只有你做了幾個專案經驗的時候，才能說自己步入了中級程式設計師的標準！
2樓：東坡**站
初級程式設計師就是傳說中的碼農，依靠複製貼上、比葫蘆畫瓢的方式完成**的編寫，通常一個方法幾百行**，恨不得一個類將所有的功能都實現，不考慮程式設計原則，也不考慮程式的執行效率，不考慮sql注入的問題，更不去想如何能讓我的程式質量更好，他們的目的僅僅是我的程式能夠執行。
很多程式設計師都會經歷這個階段，而這個階段是最容易養成毛病的階段。但是有的程式設計師很快就擺脫了這個階段，也有很多程式設計師停留在這個階段很長時間，哪怕是掌握了更多的技術，但是這個階段形成的思維模式卻沒有改變，養成的毛病也沒有改掉。
我們就能聽到這樣的聲音「這是哪個寫的**，寫的太亂了，還沒有註釋」、「我去！這**完全不敢動啊，邏輯太混亂了，牽一髮而動全身啊」。這些基本上都是初級程式設計師寫的**。
中級程式設計師更喜歡優雅的**，而自己寫出優雅的**，封裝、繼承、抽象運用自如，能夠獨立完成系統中模組的開發。
高階程式設計師能夠完成系統的設計，能夠使用已掌握的技能解決問題。並且能夠考慮到系統的擴充套件性、安全性、穩定性等問題。
至於架構師嗎，首先要具備中大型專案的總體規劃和設計經驗，通常架構師考慮的要比高階程式設計師更多，有時需要考慮到專案的成本、工期、部署環境甚至一些商業因素等，不僅僅是技術上的問題。其次架構師同樣需要有很好的溝通能力，一是與客戶的溝通，二是與團隊內部純技術的溝通。
很多程式設計師都止步於中級級別，靠一手ssh技術行天下，而身處初級時養成的毛病仍然存在，有的甚至已經工作5年卻一直是這樣，可塑性極差，由於工作時間長也學會了一手掩蓋問題的好本事，這類人毫不客氣的說就是專案的禍害。也有一些人達到中級或高階級別後厭倦了編碼，從而轉做需求分析、產品經理或專案經理，在國內做技術確實也很難拿到高工資，這也是很多技術人員轉型的原因。
希望採納！！
求大神，j**a初級程式設計師，中級程式設計師，高階程式設計師的區別。 架構師主要是做什麼的。 30
3樓：匿名使用者
初級:套模板,依樣畫葫蘆,就是傳說中的copy cut程式設計師中級:能獨立開發單個的功能模組
高階:帶領初中級程式設計師開發軟體產品
架構師:寫出各種基層**和介面給初中級程式設計師套模板,決定專案使用哪些框架和技術,比如說客戶要做個**,架構師用ssh的架構,搭建好後給其他程式設計師去實現具體功能
純屬個人見解,大神勿噴
4樓：伊夢念清
實習- 初級（後臺js）-中級（介面業務）-高階（介面-伺服器維護）-架構師
5樓：匿名使用者
如果是公司裡，其實程式設計師沒什麼區別，主要是經驗不同，錢不同而已。 架構師必須能確定框架選型等一系列東西。
不過國家有不同級別的程式設計師和架構師考試。這個可以算是比較硬的職稱。
6樓：匿名使用者
這個很虛。基本上沒人分這個。好好學下，能寫出效能好的**的。都是好程式設計師。
架構師嘛，就是架構啦。。。 估計開發部的經理可以叫架構師吧。。。
計算機軟考 初級程式設計師和中級程式設計師主要考什麼呢？
7樓：夏瘋
你可以買一本教材啊！我跟你一樣在準備軟考呢！我考的是初級程式設計師呢！
有一本全國計算機技術與軟體專業技術資格（水平）考試指定用書《程式設計師教程》第三版
低階程式設計師和高階程式設計師的區別是什麼？
8樓：大大的
1、高階程式設計師之所以高階, 在於他們認識到** bug 是不可避免的。
有千萬種理由可以導致 bug, 但他們可以在設計和邏輯上保證(追求)滴水不漏, 並用邏輯的百分之百準確性還減少** bug。嚴謹的邏輯能力是高階程式設計師區別於低階程式設計師的最主要原因。
2、不僅在於他們寫出了邏輯上不完備的系統, 而且還惡劣地引經據典來做錯誤的辯護. 但他們引用的經典是不合時宜的(不能支撐他們的結論)。
正確的做法應該是假設上面的每一行**都可能中斷執行, 然後進行相應的對策. 正如狹義上的網路協議其實是廣義上的互動協議, 我們可能把 tcp/ip 協議上的許多思想和機制應用到系統間的互動上來。
3、低階程式設計師和高階程式設計師的區別在於邏輯和抽象。
9樓：硪丨曖戀
低階程式設計師認為自己與高階程式設計師的區別, 主要是高階程式設計師任何功能都能編碼實現, 編碼速度快, **無 bug. 正如一慣的那樣,
低階程式設計師之所以低階, 正是因為他們勉強能看到(或者根本看不到)事物的表象而看不到本質. 所以, 低階程式設計師總結出的一切東西,
你都可以大膽的忽略.
所以, 我們來聽聽高階程式認為自己與低階程式設計師的區別是什麼. 高階程式設計師之所以高階, 在於他們認識到** bug 是不可避免的,
有千萬種理由可以導致 bug, 但他們可以在設計和邏輯上保證(追求)滴水不漏, 並用邏輯的百分之百準確性還減少** bug. 沒錯,
嚴謹的邏輯能力是高階程式設計師區別於低階程式設計師的最主要原因.
可以舉一個簡單常見例子: 網路購票終端的開發. 當然, 比低階程式設計師還低階的程式設計師做不出來. 我們先看看低階程式設計師是怎麼做:
order = db::new_order();
ret = network::place_order(order);
if(ret == true)else
你看到的沒錯, 這段**邏輯清晰, 一般 90% 的情況都能正常工作, 有的甚至能達到 99%, 在某些特定的時間段, 這樣的系統 100% 能正常工作(幾乎是完美的系統).
你可能發現了問題: 網路是不可靠的, 網路請求可能發出去了, 也可能沒發出去; 對方可能收到了, 也可能沒收到; 響應可能由對方發出去了, 也可能沒發出去; 你可能收到了響應, 也可能沒收到.
但是, 低階的程式設計師會這樣解釋: 我用的是 tcp 協議, "tcp 是一種可靠的傳輸協議", 哈! 可笑的照本宣科. 這種低階程式設計師,
不僅在於他們寫出了邏輯上不完備的系統, 而且還惡劣地引經據典來做錯誤的辯護. 但他們引用的經典是不合時宜的(不能支撐他們的結論).
正確的做法應該是假設上面的每一行**都可能中斷執行, 然後進行相應的對策. 正如狹義上的網路協議其實是廣義上的互動協議, 我們可能把 tcp/ip 協議上的許多思想和機制應用到系統間的互動上來.
簡單來講, 可以加上就是重試(超時重傳)和對賬(請求確認). 所以, 邏輯上更準確的**應該是這樣:
process_0
process_1else}}
process_0 和 process_1 是相互獨立的處理邏輯.
process_0 即處理使用者互動, 接受訂單.
process_1 請求服務提供商進行對賬. 進行採購下單(補單), 更新訂單狀態.
上面的**邏輯實現了重試(超時重傳), 對賬(請求確認). 但上面的**在邏輯上還不是 100% 準確的, 例如, 如果對方系統誤報呢? 但其它的異常情況可以根據實際情況來忽略.
如果你發現這段**還有重要的邏輯上缺陷, 歡迎告訴我.
記住, 低階程式設計師和高階程式設計師的區別在於邏輯和抽象.
「程式設計師節」IT人士過了嗎，程式設計師可以在程式設計師節過節日，那麼身為程式設計師的女朋友，她們有屬於自己的節日嗎？
1024程式設計師節是中國程式設計師的共同節日。1024是2的十次方，二進位制計數的基本計量單位之一。程式設計師 英文programmer 是從事程式開發 維護的專業人員。程式設計師就像是一個個1024，以最低調 踏實 核心的功能模組搭建起這個科技世界。1g 1024m，而1g與1級諧音，也有一級棒...
unity程式設計師來要入行unity程式設計師從事這方面的
我覺得你的情況已經學的非常不錯了，剩下的事情就是要找個專案練手了。版學的再多再好都比權不上工作中的經驗，還是實踐最重要。工作的話找程式或者專門unity方面的都可以呀，先找程式找人很多的，如果學的是u3d可以去遊戲公司找工作，待遇也很好的，如果想繼續學習的可以去17xuee看看的喲 深入學習unit...
程式設計師加班多嗎，程式設計師為什麼總是加班 ？
看具體公司吧，如果是著急上線的專案需要加班的。為什麼很多程式設計師不願意在公司加班？在公司加班會不得休息，而且還不自由，因此不只是程式設計師，所有職場人都不願意的單位加班 對於程式設計師來說，在家裡加班更舒適 更自由，因此他們更願意在家裡加班。程式設計師為什麼總是加班 在國外程式設計師一般不加班的，...