我覺(jué)得這兩個(gè)好像沒(méi)有什么相似的地方吧，JAVA工程師說(shuō)白了就是一個(gè)程序員，不過(guò)就是名稱好聽(tīng)了一點(diǎn)，而架構(gòu)師是負(fù)責(zé)整體布局的，成為架構(gòu)師！
首先你得明確，工程師就是碼農(nóng)，專注于學(xué)代碼，而架構(gòu)師主要關(guān)注于你的項(xiàng)目布局，他把握的是整體性
其次，碼農(nóng)無(wú)非就是了解會(huì)用代碼就行，而架構(gòu)師主要關(guān)注的是原理問(wèn)題，他是對(duì)項(xiàng)目進(jìn)行各方面的協(xié)調(diào)與優(yōu)化，更好的搭配資源

　java軟件開(kāi)發(fā)工程師與java軟件架構(gòu)師的區(qū)別如下：
　　java軟件開(kāi)發(fā)工程師是從事軟件開(kāi)發(fā)相關(guān)工作的人員的統(tǒng)稱。主要職責(zé)有：RFID相關(guān)應(yīng)用軟件、信息管理類軟件的設(shè)計(jì)、研發(fā)、維護(hù)、安裝實(shí)施；數(shù)據(jù)庫(kù)管理及應(yīng)用開(kāi)發(fā)；根據(jù)要求進(jìn)行軟件概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試工作及說(shuō)明文檔的編寫(xiě)。
　　而java軟件架構(gòu)師是軟件行業(yè)中一種新興職業(yè)，工作職責(zé)是在一個(gè)軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，將客戶的需求轉(zhuǎn)換為規(guī)范的開(kāi)發(fā)計(jì)劃及文本，并制定這個(gè)項(xiàng)目的總體架構(gòu)，指導(dǎo)整個(gè)開(kāi)發(fā)團(tuán)隊(duì)完成這個(gè)計(jì)劃。主導(dǎo)系統(tǒng)全局分析設(shè)計(jì)和實(shí)施、負(fù)責(zé)軟件構(gòu)架和關(guān)鍵技術(shù)決策的人員。架構(gòu)師的主要任務(wù)不是從事具體的軟件程序的編寫(xiě)，而是從事更高層次的開(kāi)發(fā)構(gòu)架工作。必須對(duì)開(kāi)發(fā)技術(shù)非常了解，并且需要有良好的組織管理能力。可以這樣說(shuō)，一個(gè)架構(gòu)師工作的好壞決定了整個(gè)軟件開(kāi)發(fā)項(xiàng)目的成敗。

　1，需求整理分析
　　有人認(rèn)為架構(gòu)師是在需求規(guī)格說(shuō)明書(shū)完成后介入的，但我認(rèn)為架構(gòu)師要從項(xiàng)目最開(kāi)始的階段就參與進(jìn)來(lái)。理由有很多：首先，第一手的信息損失最少，架構(gòu)師能夠更好的把握需
求；其次，分析人員在與客戶交流時(shí)，往往不會(huì)深入挖掘需求，因?yàn)橛泻芏嚯[藏的需求客戶自己都不見(jiàn)得意識(shí)的到，而架構(gòu)師則可以依靠敏感的軟件嗅覺(jué)發(fā)現(xiàn)這些需
求，減少以后的變數(shù)；第三，分析人員往往脫離開(kāi)發(fā)團(tuán)隊(duì)，盲目接受客戶需求，而架構(gòu)師能夠清楚把握現(xiàn)有的研發(fā)團(tuán)隊(duì)能做什么，不能做什么，提前預(yù)知風(fēng)險(xiǎn)，降低項(xiàng)目失敗的機(jī)率。
　　2，系統(tǒng)分解
　　在收集完信息后，架構(gòu)師需要將用戶需求轉(zhuǎn)化為軟件需求，同時(shí)要補(bǔ)充非業(yè)務(wù)需求，如健壯性，擴(kuò)展性等等。如何區(qū)分和化解用戶需求與軟件需求，如何有效把握用戶需求與軟件需求的區(qū)別，是系統(tǒng)分解的核心。這是最考驗(yàn)架構(gòu)師的地方，也是只有架構(gòu)師參與的工作
　　3，技術(shù)選型
　這一步要根據(jù)對(duì)軟件需求決定項(xiàng)目該使用何種架構(gòu)，開(kāi)發(fā)模型，及依賴選項(xiàng)。如使用多層架構(gòu)還是分布式架構(gòu)，是瀑布模型還是RUP，是使用MySQL還是
SQLServer，是否需要使用企業(yè)庫(kù)，是否需要使用ORM。但是，架構(gòu)師對(duì)項(xiàng)目的技術(shù)選型要提供多種不同的方案，并為每種不同方案提供詳細(xì)說(shuō)明文檔，
用來(lái)闡述每種方案的優(yōu)勢(shì)，劣勢(shì)，可行性等內(nèi)容。這些文檔供項(xiàng)目經(jīng)理或領(lǐng)導(dǎo)決策最終的技術(shù)選型。
　　4，系統(tǒng)設(shè)計(jì)
　　依據(jù)軟件需求和技術(shù)選型，架構(gòu)師需要和軟件工程師一起將軟件需求落實(shí)到軟件詳細(xì)設(shè)計(jì)說(shuō)明書(shū)中。架構(gòu)師負(fù)責(zé)將軟件需求分解，重組織為子項(xiàng)目，子系統(tǒng)，組件和模塊，以及它們之間的邏輯關(guān)系，從而形成不同的邏輯組成部分，最后還需要確定各個(gè)子系統(tǒng)及組件間的接口。這些都是作為進(jìn)一步的團(tuán)隊(duì)分工的依據(jù)。同系統(tǒng)分解一樣，系統(tǒng)設(shè)計(jì)是考驗(yàn)架構(gòu)師能力的重要職責(zé)。
　　5，培訓(xùn)與指導(dǎo)
　在軟件詳細(xì)設(shè)計(jì)說(shuō)明書(shū)完成后，為保證項(xiàng)目的順利進(jìn)行，架構(gòu)師需要對(duì)整個(gè)團(tuán)隊(duì)進(jìn)行技術(shù)培訓(xùn)，讓團(tuán)隊(duì)中的每個(gè)人明白自己的職責(zé)范圍，該做什么，不該做什么。
在項(xiàng)目實(shí)施過(guò)程中，架構(gòu)師需要參與到具體開(kāi)發(fā)過(guò)程中，給與每個(gè)開(kāi)發(fā)人員有效指導(dǎo)，以避免團(tuán)隊(duì)成員對(duì)系統(tǒng)設(shè)計(jì)的誤解而造成項(xiàng)目的延誤。在我看來(lái)，這點(diǎn)對(duì)于新
手比較多的團(tuán)隊(duì)尤為重要。因?yàn)閲?guó)內(nèi)新手的一個(gè)通病是眼高手低，剛學(xué)會(huì)了一點(diǎn)點(diǎn)就認(rèn)為自己什么都會(huì)；當(dāng)他們拿到真正的設(shè)計(jì)時(shí)又往往不知所措，畏首畏尾。
　　6，保持溝通
　　溝通是保證項(xiàng)目順利開(kāi)展的有效保障。架構(gòu)師要從多方面跟蹤項(xiàng)目進(jìn)度，及時(shí)與項(xiàng)目經(jīng)理或直屬領(lǐng)導(dǎo)匯報(bào)項(xiàng)目進(jìn)展，與技術(shù)開(kāi)發(fā)人員溝通遇到的問(wèn)題，如果是迭代開(kāi)發(fā)，還需要與用戶溝通需求變更。
　　java工程師 接觸的方面一般比較多， 前臺(tái)的開(kāi)發(fā)技術(shù)ajax、jquery等，spring、hibernate、Struts框架，數(shù)據(jù)庫(kù)的基本維護(hù)和創(chuàng)建，程序的需求分析及其它文檔編寫(xiě)、基本測(cè)試等。這些東西根據(jù)公司的需要你都可能接觸到。
　　程序員->工程師->架構(gòu)師