❶ 產品經理和前端工程師哪個好
產品經理和前端工程師哪個好，這里說到好，客觀因素我有發展前景，工資待遇，這兩個方面，我都會覺得前端工程師更好，畢竟是一個開發人員，一般人啊，相同年限下，開發工資比產品工資高是一定的，前端開發也是好找工作的，技術上都是通用的，但是產品是有行業壁壘等等的
❷ PM、RD、QA、OP英文縮寫是什麼意思
rd是研發（研究與開發），fe前端研發，qa是測試，ue用戶體驗，op是運維。另外，ui 就是用戶設計，db資料庫，pm產品經理
❸ 停下來思考，最適合你的產品經理方向是什麼
互聯網每天影響著大家的生活的細枝末節，我們發現越來越離不開了，科技改變生活的時候，也充斥著燥熱和虛假繁榮的情緒。
北京五月的天氣，燥熱來的早了一些，早高峰的計程車，公車，地鐵里，據說10個人裡面就有1個是干產品經理的。
我前段時間分享了一篇長篇原創文章：《現在還是不是做產品經理最好的時代？》，得到了很好的傳播和正反饋。
文章裡面首次公開了我的自創產品經理五段成長理論。站在時間維度，去談產品經理。
今天想和大家從另一個角度談。我們站在空間維度，談談產品人如何選擇適合自己的產品方向和產品形態。
一、 迷惘不是你的錯
每個城市都有一個互聯網企業聚集的地標區域，後廠村路這條影響中國互聯網發展的交通要道就在北京西二旗區域，周邊有無數座大大小小的寫字樓，創業孵化器，科技園和數不清的互聯網及IT公司。
每個公司都有這樣一個神奇的職位：產品經理。
據說產品經理是特別重要的一個角色，也有很多的書和人在講如何變成和修煉這個角色。
有趣的是，當你把他們聚在一起聊天時，發現每個人對產品經理四個字的理解，每天的工作內容，產出物，甚至是掛在嘴邊的槽點都不一樣，差異大的讓你懷疑人生。
我加入了無數個產品經理QQ群，微信群，也參加了很多次的產品人線下聚會，主講過多場針對不同層級聽眾和不同主題的產品經理培訓課程，雖然人群、形式和場地都是五花八門。
但是沉澱下來，你會發現有很多共性的問題，每一個階段的人都有大量雷同的問題和困惑。找到和總結出這些問題並給出清晰的路徑，在我看來是一個很有成就感的事情，也是對自己的歷練和沉澱。
我的微信裡面加了很多的產品人和准備入行的潛力股，下面的問題多的應接不暇，讓我有必要一次性給個了斷。
老師，你覺得我做什麼類型的產品好？ 金融產品我能幹麼？
老師，在么？我們公司是傳統企業，網站剛開始做，你覺得我能幹多久？
老師，我在上海上了一個培訓班，還是沒底，你能看看我性格適合干pm么？
老師，我特愁，聽說做後台產品經理特難，我一直做前台產品的話，問題大么？
老師，產品經理是不是項目經理啊？老闆讓我去談客戶，是不是pm的職責啊？
老師，我學個PMP，是不是對未來跳槽更有保障？
你的身邊是否也有類似的人群和類似的問題，在各大產品網站和知識分享平台，充斥著各種產品經理的方法論和標題包含著思維、需求、原則、特點、分析、本質、坑的文章。降峰老師建議大家可以仔細研究下，數數這些內容的佔比。
仔細看看網上的文章，會發現幾個問題和現狀：
1、分享文章的人目前的經歷和工作年限比較雜
很多都是在專注在某個領域或者是藏在大公司的光環下去談成功論。還有的文章作者是一個實習生和產品新人。這幾類人可能都寫了一篇 如何把握核心需求，做一份完美的競品分析的文章。閱讀的人會發現章法和套路完全不一樣，但是文章的結論都是順利找到了需求，競品分析得到了領導的認可。讓大家覺得都是今日好文而評論和收藏起來。當你自己寫的時候發現東牆西補的在用，套路混亂。
分享1個案例：我之前培養了一個大四的學生，跟著我學了10天的產品，為了求職，我輔導他寫了一個抽獎活動的流程圖和原型，為了應聘需要，寫完後發在了知名的產品網站並被收錄，這個方案其實並不完美，還有很多的分支邏輯都沒有提到，可謂只是一個作業練習。可是沒有預料到的是，下面的評論很少有人提到裡面的問題，大部分人都留言：好文收藏啦，還有人寫出了 大神求帶的語調，我不知道是好事還是壞事。當然也許只是特例，好的文章和思考總結還是很多的。文章閱讀量的差異也可以看出文章的含金量和受眾面。
2、談思維和單一案例的比較多
我認識一個新人，在一個創業公司入職2年，自認為對產品的理解很透徹，因為看了很多書，也做了2個企業網站的產品，每天的工作時間一大半都在閱讀各種論壇和網站的文章，在文章里梳理自己的思維模式和方法論，看到BAT的案例分享特別興奮。比如三步設計完美後台、一次感人的需求評審過程、MRD就要這么寫、產品經理必備10大思維等等。看上去各類內容都很豐富，工作一旦遇到類似問題的話，我們只要網路一下就能找到辦法。
可是你們是否有這樣的感覺，老闆安排一個新的任務時，我們第一時間還是想去問人而不是搜索。
比如我最近想學習信貸風控策略，催收後台系統架構，網上搜了一圈發現每個人都只說了自己懂的那部分，至於對不對也不好分辨，停下來思考了10分鍾，自己是否可以獨立產出一套催收的泳道圖，發現還是好難。
後來，我加了一個專業的金融討論群，裡面的感覺則完全不一樣，一問一答，問的針對，回答的具體。沒有大篇幅的知識體系，只有具體怎麼去做。這樣的微信群和形式，就是目前知識付費的價值，可惜很多人還是覺得分享人應該免費，你是義務的。
知識的碎片我有時候覺得是鴉片，但是我們還很享受這樣的免費大餐。因為免費。
免費到付費的路還很長，如果你遇到了貴人，那是你的人脈，如果沒有遇到，適當的給些回饋，大神會更有動力在你身上消耗本該去娛樂和休息的時間。
二、 不要讓廣度變成散亂
我們學習的越多，越迷惘，其實不是你的錯。但是我們需要找到一個路徑，一個盡快發現自己方向的未來的路徑。
因為產品經理這個學科沒有教科書，你給自己一個工作年限的劃分和定位後，更重要的是其實是自己對一個方向的判斷和抉擇。堅持就要堅持一段日子才會看到希望。
好比繁華的花花世界是大家的世界也是你的世界，多巴胺的走了一遭，停下來回到酒店的房間，一定要整理拍攝的圖片和旅程的碎片，變成一個記憶的游記。否則只是過眼雲煙。
很多人都分析過產品經理的分類模型，有按業務分的，有按端和場景分的，有按公司類型分的。
分的越多，看的人其實更混亂。降峰老師認為，這幫寫作的人已經在這個圈子裡了，所以你怎麼分都能寫出來1、2、3。可是你會發先你的分類是交叉的，甚至是只限你自己公司的特定部門情況而產生的形態。
我第一部分寫了很多學生提給我的問題，他們其實更關心的是，我目前的能力和知識結構情況下，適合去什麼方向的公司，是傾向做端產品還是後台產品，僅此而已。你和他談SDK，談數值分析，談CRM，其實都會衍生出更多的困擾。
產品的分類很雜，廣度之大，需要我們懂的很多，但是一定不要看雜了，迷失自己。先找一個坑進去，學習的過程你會明白和頓悟，再加上一個好的導師，會加快你的頓悟速度。
我用最淺顯的方式，給產品經理的方向做一個劃分，任何的劃分方式和見解都有局限性，歡迎大家指正。
整體的觀點按照 「端分類+業務喜好=你的方向」的自創分析法來闡述。
降峰老師希望你看完這個篇章後，可以對你的選擇和抉擇有更清晰的幫襯。
1、前端PM–感性的洞察者
一句話特點：前端pm負責的產品類型偏用戶側，比如APP客戶端，PC站，H5站。泛指所有用戶看到和使用的界面。
（1）需要具備的能力
談前端，一定會想到前端開發，作為前端產品經理，我們更接近用戶，對用戶需求的把握和核心痛點的滿足是我們的基本功也是不斷努力的方向。同時對用戶體驗，交互設計，前端開發基本規范知識也要主動深耕。
他們更善於做用戶需求和用戶交互行為分析，對業務環境變化敏感，喜歡研究，性格開朗逗逼，有競品分析能力，降峰老師認為，更多時候的績效考評指標偏向於對用戶拉新活躍留存，用戶體驗以及漏斗轉化率負責。
（2）日常工作內容和產出
這類型的產品經理每天的工作分兩大塊，溝通和需求產出。因為是前端產品，你的日常產出物會包含競品分析，需求調研，原型設計，交互邏輯，PRD前端文檔。
（3）可能的進階路線
同理心，洞察力，判斷力等思維模型從某類角度看，都是在談前端pm如何成為一個產品專家的必備思維。我遇到過很多的PM，同樣2個工作了3年的pm，設計的axure原型的美觀度，層次感和細節度還是差異很大。所以我對大家的原型作品的要求一致很高。那是你的門面。我的要求其實不難，黑白灰。有機會單獨和大家談原型設計的自我追求論。
（4）根據業務屬性細分的崗位
都是做前端pm，但是不同業務也有所不同，但是看JD和領導的期望都可以看的出來，就是讓你負責一款APP，一個話費充值的功能，一個音樂播放列表和播放器模塊。
（5）坑和躁動
目前前端產品受限於公司節奏和自身精力，大部分都願意在調研、體驗、交互表達上下功夫，對於後端業務知識體系缺乏敬畏和總結，經常會出現在構築一個功能模塊時，沒有考慮後端的業務邏輯和實現角度，想當然的認為後端可以或者很容易支持，結果導致後端架構支持和後期前後端配合和擴展性的失衡。
原型畫的比較多，可能會迷失。PM不是畫原型的，這個切記。
你需要試著去做架構圖、流程圖、泳道圖、項目規劃圖等。全面發展。這些東西接觸了，你會打通前後台的邏輯。前端的界面做的才更順手和有自信。很多界面裡面的彈框、圖片和文案背後都是資料庫裡面的各種欄位做支撐。用API實現的傳遞。
2、後端PM–邏輯的激進者
一句話特點：一後端pm負責的更多是管理系統，後端能力架構，內容管理，觸發策略，演算法優化，交易流處理，數據抽取。人物性格偏理智，嚴謹，學術派，對數字敏感並喜愛分析產出背後的公式模型。
（1）需要具備的能力
後端pm更偏重於流程和規則的制訂，把業務流程化自動化，提升效率。比如常見的crm系統、卡券包營銷系統、APP千人千面用戶分析系統、AI智能客服系統，都是偏後端pm的設計范疇，作為後端產品經理必須要深入了解每個部分的業務流程是怎麼樣的，邏輯性要很強，經常和RD QA打交道。
相比前端pm，他們需要更好的技術背景、邏輯分析能力、協調能力和問題解決的能力。
有些業務是強技術主導的，比如AI人工智慧、風控，有時候RD懂的比PM還全面一些。
（2）日常工作內容和產出
除了溝通外，其實也是原型和文檔。但是裡面的內容會完全不一樣。還有就是你要喜歡用Excel，喜歡分析數據報表，還有抽象設計很多的VISIO架構圖。
我們知道後端產品形態偏PC端的多一些。一個APP的後台系統一定是一套PC端頁面，當然現在也有部分功能遷移演進出一個移動版本，最核心的管理系統還是PC端，因為pC屏幕足夠大，方便操作和管理。目前的管理系統多是B/S架構。前幾年是C/S架構。
（3）可能的進階路線
比如金融平台的後端系統十分繁雜，pm也是一大堆。風控，對賬結算，通道路由，都有自己的系統。降峰老師認為，用戶對這些無感知的時候，證明你的產品足夠強壯，體驗優秀。一旦出了問題，一定都是大問題。 所以這些系統有一個kpi是打擾率。打擾率越低越好。我在金融產品經理必備能力的課程里有具體提到類似觀點和案例。
後端產品經理成功的標志有一個觀點，當你的用戶和領導不知道你的存在時，你就成功了。
（4）根據業務屬性細分的崗位
後端產品和系統分很多，細分的話比較多，大家看到這些詞就可以歸到偏後端這類里。
比如：策略演算法產品經理，CRM系統產品經理，分發變現產品經理，數據分析產品經理，POI產品經理等。
（5）坑和躁動
周圍很多的後端pm感覺寂寞久了，想出來透透氣。所以後端產品轉前端不是那麼難。但是前端產品轉後端是挺難的。所以掌握一個完整的後端架構和邏輯內涵是很重要的。別人很難搶走。比如交易訂單系統，銀行通道及清結算，庫存管理系統，這些都是極搶手的人才。不過也有前端轉後端，用戶端轉企業端的pm。目前還在糾結中。
後面我們談談找到自己的羅馬帝國。
三、 找到自己的羅馬帝國
前面提到過「端分類+業務喜好=你的方向」的自創分析法。
其實除了自己選擇做偏用戶端，還是偏後端，還要看看你對這個業務是否喜歡或者偏理性還是感性的問題。
一個產品的完整體系包含 構，鑄，察。 每個人的不同職業階段都會有不一樣的態度和想法。
有時候實際工作中，一個pm又要做前端界面又要出後台系統，其實都有交叉，所以只能是說偏某個多些，而不是完全的絕對。
後面會單獨針對不同的業務給大家做針對性的知識拆解。比如風控系統中前後端產品經理的能力差異，金融產品經理的分類和前後端的分工及知識結構差異。
保持飢餓，保持愚蠢。每一段經歷要大於1年才能看透一些事情。因為你也在長大，也會發現自己的潛力和真愛是什麼。保持一份適當的好奇心去探求自己的一個未來。
至此，前一篇文章《現在還是不是做產品經理最好的時代？》是從時間角度去談產品進階的路程，這篇是空間維度談產品的方向抉擇。
現在，還是不是產品經理最好的時代？ 我覺得是。我也覺得現在是知識分享和傳承的好時代。因為我見過了太多的大學生和新人期待的眼光。我相信人人都是產品經理的時代又來了。但是要遇上好導師。
總結和碼字是很痛的過程，希望看到大家的掌聲和鼓勵。
作者：降峰，十年產品人。網路金融資深產品經理，目前從事互聯網金融及支付方向產品設計和產品架構工作。
❹ PM是什麼職位
1、PM: Proct Manager，產品經理，又稱品牌經理（Brand Manager）。舉凡產品從創意到上市，所有相關的研發、調研、生產、編預算、廣告、促銷活動等等，都由產品經理掌控。
2、RD: Research and Development engineer，研發工程師，對某種不存在的事物進行系統的研究和開發並具有一定經驗的專業工作者,或者對已經存在的事物進行改進以達到優化目的的專業工作者。
3、FE: FE有多種解釋，在實體經濟中，FE可以指Facility Engineer，廠務工程師，主要負責工廠的外圍的一些支持系統。在網路經濟中，FE可以指Front-End Development，前端開發，新新職業。
4、QA: Quality Assurance，品質保證。QA的主要職責就是質量保證工作。
(4)pm和前端擴展閱讀
自1927年，美國P&G（寶潔）公司出現第一名產品經理（Proct Manager）以來，產品管理（Proct Management）制度逐漸在越來越多的行業得到應用和推廣，並且取得了廣泛的成功。
自此，國內多家領先企業相繼採用產品經理管理模式，走出了產品研發的「象牙塔」，使產品的研製開發有的放矢，快速地滿足客戶的需求。
參考資料產品經理網路
❺ 產品經理需要懂技術嗎
產品經理一定是要懂技術的，首先不管你是什麼產品，是實體產品也好，還是設計產品也好，甚至是虛擬產品也罷，既然你是產品經理，那對於自己的產品的相關技術參數，文件都要有一定的了解。
這里說的懂，並不是說一定要和你們公司的的技術人員一樣鑽研的那麼透徹，最起碼的對於自己的產品祥關的技術環節，基本點技術參數都要熟記於心，有些相關的技術資料可以不用深入考究其原理意思，但一定要能在客戶的提問下一一回答，因為如果與客戶溝通的時候，難免會遇上一些看懂行業的專業級客戶，通常這樣的客戶就會問出與產品技術方面極為相關的問題，因為專業的客戶並不會完全相信你的口頭產品承諾，他們更會願意用實打實的技術資料及參數去對比你們家的產品優勢在哪裡，劣勢在哪裡。從而決定是否選擇你所提供的產品。這個時候如果你能極其流暢的像你的客戶介紹你的產品的相關技術內容，首先客戶會對你這個人感到非常的專業，覺得你會非常的靠譜。其次詳細的技術參數的介紹會讓你的客戶對你的產品得到更加詳細的信息，這樣客戶心理會更加願意選擇他們所詳細了解的產品。還有就是在公司內部溝通的時候，不懂技術的產品經理在和自己公司里的技術人員溝通的時候會非常的有困難，通常情況下技術人員都有一個通病，那就是他們在研究技術問題的時候超級有耐心，但是在與人溝通的時候會一點耐心都沒有，他們希望自己一說你就能聽明白，這個時候如果你聽不懂，反而會找來他們的反感，從而學習產品技術的渠道就更加的困難。所以在自己空閑的時候，即使是一位產品經理，也應該要了解產品相關的技術。
❻ web前端與產品經理哪個薪資發展好一點
我覺得是產品經理，前端局限性大一些，產品經理涉及的范圍更廣。
產品經理（Proct manager，簡稱為 PM，也稱產品企劃）是指在公司中，針對某一項或是某一類的產品進行規劃和管理的人，主要負責產品的需求分析，研發、製造、營銷、渠道等工作。一般來說，產品經理是負責並保證高質量的產品按時完成和發布的專職管理人員。他的任務包括傾聽用戶需求；負責產品功能的定義、規劃和設計；做各種復雜決策，保證開發隊伍順利開展工作及跟蹤錯誤等，總之，產品經理全權負責產品的最終完成。
簡單點就產品經理就是收集分析用戶需求，寫MRD，然後根據需求來策劃產品功能，畫產品原型、編寫PRD等文檔，同時也要負責產品的項目進度，與產品設計師、交互設計師、技術開發人員做溝通。
跟去年上半年相比，IT行業的產品經理的職位需求同比增長了50%。去年上半年平均每天在線的職位發布有5088個，今年上半年是7788個。在線職位的增長體現了企業在這方面的需求。互聯網的職位需求狀況呈現一個橄欖球的形狀，產品經理是屬於中間偏上的。北京一家網路技術公司10月22日發布了產品經理的職位招聘，在一個月內收到了103個申請；京東商城11月22日發布的產品經理職位，一天之內收到了32位在線申請者。這些其實都算是比較熱的。所以說前途可見無限。
另外關於產品經理的薪資，如果是一般的產品專員，年薪范圍是3萬到14萬，平均年薪是8萬；產品主管在5萬到24萬之間，平均年薪是10萬，產品經理是8萬到40萬，平均年薪為15萬；產品總監在20萬到40萬，平均年薪20萬。
IT和互聯網行業在快速發展，對人才的需求量也會變大。現在大家都強調用戶體驗，所以產品經理相比行業內的其他職位，增長是最快的。前景很不錯，但同時競爭也很激烈，因為它的要求比較高。大部分都會要求你有3年以上相關工作經驗，需要懂得設計、用戶體驗、市場調研、數據分析，研發之後還要能夠去做市場推廣，是一個綜合能力的體現。
❼ 咨詢一個web前端時間顯示問題，時間現在顯示為月日年和英文pm，如何強制顯示為年月日下午
這邊寫了段代碼，請保存為.html文件測試
<!DOCTYPE html>
<html>
<body>
<h2>格式化日期時間</h2>
<p id="demo"></p>
<script>
var d = new Date();
var myhour=d.getHours();
if(myhour<12)
{myhour=" 上午"+myhour;}
else
{myhour=" 下午"+(myhour-12);}
document.getElementById("demo").innerHTML = d.getFullYear()+"年"+(d.getMonth()+1)+"月"+d.getDate()+"日"+myhour +"時"+ d.getMinutes()+"分" ;
</script>
</body>
</html>
❽ 如何對付那些覺得PM可有可無的程序員
先肯定一個前提，你作為PM，你的工作你的決策你的制衡你的項目行為都是為了讓項目按時按量更好更快完成。所以不論對項目團隊還是虛擬團隊的控制，都應如此。當然特定環境下你可能要考慮立威、拉攏、人際制衡等項目之上的問題。但若沒有，請不要熱衷於斗爭，你不是來尋求尊重的。不說PM的職業技能，只針對團隊管理說幾點：了解美術/前端/後端工作原理。如果你知道美術設計主菜單懸停二級的不規則投影會浪費前端大把的時間調試，你還能想像前端看到了多難過，你就及時建議改用規則統一透明度的投影。如果你知道後端用for循環輸出20條左右結構的新聞列表，你就讓前端用css控制自動左右布局，而不是左右拆成兩份。他們去到其它團隊時，會懷念你的。給團隊成員足夠的信息和空間。這三個職業都不是工具，尤其後端攻城師。再初級的程序員也會嚮往人月神話，他們能為你提供合理的高效的架構設計。你要給予他們足夠多的信息，給他們留出恰當的時間，讓他們完成合理的架構。前後端工程師大多對復用和高性能保有成就感，你盡可能提供多的信息，由他們來處理。這也是為他們後期維護和迭代提供便利，你不要有所保留！如果你真的思維不縝密，藏不住的，最後連朋友都交不成。勇於溝通和學習。工程師跟你說以後用velocity來編輯頁面，你不理解，那麼就問。如果他鄙視你，那麼是他的問題，也可能是你的問題。大多數工程師願意給你講解的，他們也害怕表達，這是雙方的修為。如果工程師說必須從mysql換成oracle了，你問為什麼，他說無法承載了，你問要多久，他說要兩周，你崩潰了但是問為什麼，他說要寫數據轉換腳本，你問為什麼，他說兩個資料庫之間數據類型不同需要有一些轉換，索引規則也不同，你問什麼是索引……這都是可以的，你要帶著學習的心態而不是問責，否者他越答越反感。最後你若懂了，他會覺得你理解他。小心處理需求變更。這是個永恆的話題，出了各種凡客體愛情買賣體來鄙視需求變更。你可以坦誠表達：需求變更是難免的，是不斷探索和調整而來的，作為PM我自認無法一次性想到最好，很抱歉。接著就是技巧活了，原則是盡可能避免反復修改。如果有一個頁面的數據呈現，你無法想像怎樣更好，你可以用chrome開發者工具先去調整查看，別直接讓技術修改並當作你的參考。如果你不會用工具可以去學，實在復雜你就懇請技術輸出兩份效果給你比對，而不是改了說不好再改回去。第二點就是，如果有的數據呈現模塊要裁剪，但有可能日後換個形式換個地方呈現，你就要跟技術說明白，讓他只是注釋暫時隱藏。你不知道一個簡單的數據呈現它用了緩存還是別的什麼。成就感是你能給予的共鳴。你要知道各位同學都在意什麼，物質需求可能你無法給予，吃個飯之類的其實是順理成章，不必刻意。各位同學踏入互聯網江湖，大多想在各門個派混出個名堂。如果你有機會，不要吝嗇這樣的稱贊。代碼注釋，產品主創介紹，向上匯報各同學的技術成果，鼓勵同學往各渠道分享技術心得。同時適當認同各位在架構性能上的新想法新思路，包括交互體驗上也應該給前端人員發揮空間如果他們願意。其實最根本的，你要熱愛產品並竭盡所能，產品的受眾范圍和影響力是個天然的成就感。勇於擔當。你多承擔一些考核壓力和物質壓力，同學們才能更有精力投入到工作中。同為打工的你，能做的不過如此了。特別是當項目失敗時，怎麼可能跟你沒關系，該推的不該推的都不該推，早幹嘛去了？若出現項目成員能力問題和態度問題，盡早反映，說按此下去結果最好只能如何，把問題丟給你的頭。那麼他要麼換掉你，要麼換掉該成員。
❾ OA,PM辦公系統是什麼怎麼運用
oa
pm都是統稱
oa指的是辦公自動化
pm指的是項目管理
具體你公司使用的是何種oa系統
是不一定的
你可以使用微軟的
也可以使用sap的
❿ ui和前端哪個更有前途
UI 是設計師， 設計網頁(軟體)展示效果、交互方式以及引導客戶方便使用軟體功能的設計師。
視覺設計師通常是美術相關專業畢業，需要了解基本的美術原理以及互聯網設計方向等
交互設計師可能是程序員轉過來的，也有是半個產品經理的，除了基本的視覺要求，要很熟悉在網頁上面能夠完成的各種事件和操作，在這點上面甚至要超過前端
前端是工程師，前端是打雜的，負責所有UI的代碼實現和後台數據聯調部分工作。
所有設計師設計的模型，都需要前端轉化為真實的網頁demo
除了確保瀏覽器設計效果OK，還要確保後台數據展示完全正常並且數據傳遞不能出差錯
基礎以上，前端工程師還需要追求更多的事情，比如簡化代碼，公用代碼組件，提高開發效率和瀏覽性能的最大化
後台是工程師，負責系統核心功能，確保數據處理的安全性、准確性以及伺服器的穩定性等。
互聯網軟體的數據存取方式設計開發(資料庫部分)
前端聯調開發(業務介面部分)
線上運營維護(大公司有專門的運維SA)
很明顯後台是一個互聯網軟體產品的核心，其他部分如果在核心功能很完整的情況下，是能夠發揮很好的作用的。 事實上在比較小或創業型公司裡面是不分各種崗位的，業務需求來了你啥都得做，頂多是別人已經幫你設計好了視覺稿(一個網頁快照)。在大公司裡面各個崗位則又有分類， 例如UI崗位的視覺設計師、交互設計師、交互體驗師等，前端也有可能包括網頁開發(HTML/CSS)或者交互開發(js工程師)以及前端架構師之類的，後台則更多了，除了上面提到的SA(有時候不劃分在研發團隊，而是劃分在質量保障團隊)， 還有專門的資料庫工程師(DBA)， 研發工程師，架構工程師等等。
就業前景：
如果你的技能達到行業標准線， 都不愁工作。
畢業生的話差不多根據專業選擇設計師還是工程師。
如果幾乎沒有經驗快速就業的話，網頁開發更容易，但是前端知識面很廣，精通不易。
後台開發需要比較好的學校教育基礎或者大量的經驗，否則競爭力不高。
無論做哪一個行業職位，興趣我覺得還是比較好的領路人
PS： 我原來是阿里的後台開發，自己對前端感興趣，就轉前端了， 現在也做了4年了，相對後台開發，壓力較小，工資較低，感覺不錯。