1. 前端做h5頁面是個什麼流程
如果你是指手機端的H5頁面的話，可以直接在iH5之類的網站上生成，不需要編寫代碼，而且效果還挺炫酷，這個工作一般由UI設計師完成。
如果你指的是用HTML5寫網頁的話，需要根據UI設計師給你設計好的頁面（如果沒有的話請自己大概畫個草圖，或想像一下布局和內容、交互）來進行代碼編寫。靜態頁面（.html）的話呢可以自己完成，動態頁面（.jsp）的話呢還要跟後端溝通一下要用什麼方法接收和傳遞參數。要寫的內容主要包括css、js、html。
2. IT前端開發流程
一般的網站開發流程包括四個方面：
1、 總結需求
2、 設計界面
3、 前端開發
4、 後端開發
開發完成後會進行內部測試以及後續的優化等，其中2,3,4可以並行開發。
3. 我是一個馬上畢業了的前端程序員，前端項目開發的流程一般是怎樣的呢
首先呢，前端算不上程序員，可以叫做「前端工程師」，跟我一樣撒（當然了，我技術差點，O(∩_∩)O~）。項目開發一般是這樣的流程：
產品給出UE
美工給出設計圖
前端開發
功能開發
測試
上線
以上就是大體的流程，你的工作就是在第3步，其他的不用管。
4. web前端開發面試流程是怎樣的
首先投簡歷，等待hr通知面試，一般情況下先填資料，做測試題，接著開始第一面（一般問經你的個人情況，工作經歷等），資料已經交給技術，等一面通過之後接著二面，二面一般是技術面試，問你開發相關的技術問題（例如布局問題，js,框架之類的），有些公司還需要上機操作（寫一兩個頁面或者開發一個js方法等），有些公司是通過之後直接進行3面有些是改天再進行3面，3面一般就是項目經理或總經理問你一些各種各樣的問題（隨機應變就行，也有一些公司沒有這個環節），如果3面都過了，基本上就是面試成功了，接下來就是4面，也就是人事主管和你談工資待遇等問題了，這個談好之後就會告訴你什麼時候過來上班，要准備什麼東西，當然一般還會有正式的工作邀請函發到你的郵箱。如果沒有3面的公司，那人事這個環節就直接是3面了。
還有一些公司是一面之後等通知，通過的就通知你二面，然後再等通知，然後通過再三面（這樣的公司我一般不會等，太浪費時間）
5. 一個前端開發的工作流程是什麼樣的
我們以前基本的流程是，領導或甲方提出需求，然後產品分析需求，並且根據需求畫出原型圖，然後根據原型圖出設計稿。
出完設計稿團隊評審，過後交與前端製作靜態頁面，然後靜態頁面，交與設計審核，過後交給開發人員，進行動態數據的添加。
添加完之後，發布測試環境，產品測試領導審核，成功後，直接發布產品環境。或進行版本迭代。
這是整個的一個設計，開發，部署的流程。
根據前面的，在補充一下，前面的所有流程中的靈魂是原始需求提出者，但人隨著客觀條件的變化，思維認識會有所不一致，
所以產生了文檔，文檔是貫穿整個流程的一個靈魂。
而產品是整個流程中文檔的編寫者，因為產品最能接觸最原始的需求，對需求的理解更深刻或專業，所以他會有一個文檔出來。
這個文檔是需要交付給設計，讓設計在設計過程中進行參考。
前端看的另外一個文檔。交互設計師出交互文檔，一般的公司沒有交互設計師那就是由產品來出的交互文檔。
有的交互不過於復雜，就沒有文檔，只是郵件。
有時候說，不要這個郵件行不行，那怕是最簡單的原始東西，沒有文件或郵件是不能做一個後期測試回溯的依據。
產品文檔表示頁面的流轉或數據的走向，交互文檔描述頁面復雜的交互或各個用戶表單與用戶發生的各種互動。
另外2個是，要架構師或項目經理出的需求文檔，需求文檔是對整個項目的歷史背景，系統開發軟硬體要求，或版本信息，等等。
另外一個是由服務端工程師提供的介面文檔，這里邊包括一些請求類型，傳參的數目與鍵名，還有服務端返回的參數名約定等等的，這些文檔是開發中的靈魂，也是以後測試回溯的標准或依據。
6. web前端開發項目過程
老闆或甲方是一個需求的真正發起者，也是一個基礎idea的夢想師，產品是需求專業化梳理或進行有效評估細化需求負責的，
而設計是前端的上游，前端是設計的下游。設計的工作目的是把產品宏觀的思維結果進行專業的處理，因為按一般的習慣，產品最終的結果是原型圖，而原型圖可以理解為設計的草圖，
對真正的用戶來說，這個草圖過於簡單或不符合使用的操作習慣，所以需要設計師進行專業的處理，比如顏色搭配，布局分隔，有時候還兼交互的一部分工作，設置用戶與頁面發生交互的預訂流程，
那有人問，不需要設計不行嗎？直接讓前端寫頁面不就得了，還需要麻煩設計師來做個圖出來。
因為這里邊有一個成本風險控制的一個理念，因為在前期，尤其是設計，主觀感受大於理性的思考，所以每天的結果都不一樣，所以需要設計師去消化掉這部分主觀感受帶來的誤區，
而且從成本上來講，有些場景設計師改圖比改代碼要容易控制一些。
設計師的結果是psd文件，他是很多個圖層疊加在一起的結果，而前端的工作結果html頁面，是把很多圖層上的效果，有機的用html組織起來的過程。
前端是把轉化後html交給下游服務端開發工程師，或叫後台開發，這個html里邊包括一些交互的js文件等。總的來說前端是一個承前啟後的崗位。
也有的公司把前端的責任放大，負責整個前台view層頁面的開發，這樣的好與壞在前面的文章中已經探討過就不一一細表了。
我們以前基本的流程是，領導或甲方提出需求，然後產品分析需求，並且根據需求畫出原型圖，然後根據原型圖出設計稿。
出完設計稿團隊評審，過後交與前端製作靜態頁面，然後靜態頁面，交與設計審核，過後交給開發人員，進行動態數據的添加。
添加完之後，發布測試環境，產品測試領導審核，成功後，直接發布產品環境。或進行版本迭代。
這是整個的一個設計，開發，部署的流程。
根據前面的，在補充一下，前面的所有流程中的靈魂是原始需求提出者，但人隨著客觀條件的變化，思維認識會有所不一致，
所以產生了文檔，文檔是貫穿整個流程的一個靈魂。
而產品是整個流程中文檔的編寫者，因為產品最能接觸最原始的需求，對需求的理解更深刻或專業，所以他會有一個文檔出來。
這個文檔是需要交付給設計，讓設計在設計過程中進行參考。
前端看的另外一個文檔。交互設計師出交互文檔，一般的公司沒有交互設計師那就是由產品來出的交互文檔。
有的交互不過於復雜，就沒有文檔，只是郵件。
有時候說，不要這個郵件行不行，那怕是最簡單的原始東西，沒有文件或郵件是不能做一個後期測試回溯的依據。
產品文檔表示頁面的流轉或數據的走向，交互文檔描述頁面復雜的交互或各個用戶表單與用戶發生的各種互動。
另外2個是，要架構師或項目經理出的需求文檔，需求文檔是對整個項目的歷史背景，系統開發軟硬體要求，或版本信息，等等。
另外一個是由服務端工程師提供的介面文檔，這里邊包括一些請求類型，傳參的數目與鍵名，還有服務端返回的參數名約定等等的，這些文檔是開發中的靈魂，也是以後測試回溯的標准或依據。
7. web前端項目開發流程
前端前景是很不錯的，像前端這樣的專業還是一線城市比較好，師資力量跟得上、就業的薪資也是可觀的，學習前端可以按照路線圖的順序，
0基礎學習前端是沒有問題的，關鍵是找到靠譜的前端培訓機構，你可以深度了解機構的口碑情況，問問周圍知道這家機構的人，除了口碑再了解機構的以下幾方面：
1. 師資力量雄厚
要想有1+1>2的實際效果，很關鍵的一點是師資隊伍，你接下來無論是找個工作還是工作中出任哪些的人物角色，都越來越愛你本身的技術專業前端技術性，也許的技術專業前端技術性則絕大多數來自你的技術專業前端教師，一個好的前端培訓機構必須具備雄厚的師資力量。
2. 就業保障完善
實現1+1>2效果的關鍵在於能夠為你提供良好的發展平台，即能夠為你提供良好的就業保障，讓學員能夠學到實在實在的知識，並向前端學員提供一對一的就業指導，確保學員找到自己的心理工作。
3. 學費性價比高
一個好的前端培訓機構肯定能給你帶來1+1>2的效果，如果你在一個由專業的前端教師領導並由前端培訓機構自己提供的平台上工作，你將獲得比以往更多的投資。
希望你早日學有所成。
8. 前端工作流程是什麼
公司性質決定流程，不過一般大體都是需求--設計--頁面製作--效果製作--添加程序。
假設 sys 級的規范和標准模塊已經完成（包括全局樣式、布局規范、標准盒模型等），這時需要開發一個項目，假設為淘江湖 SNS 項目。理想中的開發流程為：
a). PD 產出 PRD.
b). 交互統攬全局，將 PRD 中的可復用部分，拎取出來，產出 base-prototype.
c-1). 視覺根據 base-prototype，產出 base-mockup.
c-2). 前端根據 base-prototype 和 base-mockup 產出 app-dpl（該項目的 DPL）。
c-3). 交互繼續具體頁面的 page-prototype 產出工作。
以上三步是並行和迭代進行的。
d-1). 視覺根據 page-prototype 產出 page-mockup.
d-2). 前端根據 page-mockup 產出 page-demo.
以上兩步迭代進行。
流程的核心是迭代、是敏捷、是短周期。
最重要的一步是 base-prototype 的產出。交互要避免一個頁面一個頁面的產出順序，而應該先有一個統攬全局、拎取通用部分的步驟。
以上流程可以簡述為：sys -> app -> page. app 層的抽取很重要，可以提高團隊的開發效率和協作程度，讓團隊更融合、更高效。
感覺 LSM 強調的是前端工程師實現 demo 時的微流程。告訴我們做一個頁面時，需要 html 整體 -> 局部模塊的 css/js, 逐層開發，先整體後局部，先框架後細節。這是非常好的最佳實踐。
9. 前端開發具體的工作流程是怎樣的
web前端開發流程：
領導或甲方提出需求，然後產品分析需求，並且根據需求畫出原型圖，然後根據原型圖出設計稿。
設計稿團隊評審，過後交與前端製作靜態頁面，然後靜態頁面，交與設計審核，過後交給開發人員，進行動態數據的添加。
發布測試環境，產品測試領導審核，成功後，直接發布產品環境，進行版本迭代。
整個的一個設計，開發，部署的流程。
前面的所有流程中的靈魂是原始需求提出者，但人隨著客觀條件的變化，思維認識會有所不一致，所以產生了文檔，文檔是貫穿整個流程的一個靈魂。而產品是整個流程中文檔的編寫者，因為產品最能接觸最原始的需求，對需求的理解更深刻或專業。