① 前端開發一個商城項目需要多久
我們要先分析網站的功能，如果你是建企業網站，功能就比較簡單，大部分是信息發布功能，招聘功能，產品發布系統等，時間一個月內就好。如果你是要建電商網站或者是門戶型網站，那開發的時間就會越長，通常要2-3個月時間。
② 一款APP從開發到上線運營大概需要多少時間和資金
APP從開發到上線運營大概需要多少時間和資金
簡單點鋒陵態來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
定製款：定製款是指APP的功能全部重新開發，過程比較繁瑣，需要美工、策劃、APP開發（前台/客戶端/手機端）、後台程序員等工種協同完成汪侍，大型的、功能復雜的APP甚至需要數十人的團隊。
由於APP的功能和設計都是定製的，因此價格會高些。定製款的開發時間與開發價格是成正比的，開發時間長，大約在兩三個月甚至不定的周期里才能完成，而費用大概在幾萬甚至十幾萬左右。
因此，想要知道開發一款手機APP需要花費多少錢，企業主首先必須把APP的詳細需求和功能告知APP開發公司，開發公司才能報出一個合理的價格。
二、手機APP平台不同，製作成本也不一樣
現在市面上流行的手機APP製作平台主要有兩種一般包括兩種系統：安卓系統（Android）和蘋果系統（IOS）。
一般來說，製作蘋果系統的手機APP軟體費用要比安卓平台的貴一些，因為蘋果公司對蘋果平台的封閉性和手機APP開發語言Objective-C的難度，都讓APP開發者加大了蘋果系統手機APP開發的難度。
三、APP製作成本包含參與人員的工資
通常情況下，開發一款APP需要產品經理、客戶端工程師、後端工程師和UI設計師各一名，這已經是製作手機APP應用軟體比較精簡的配置了，所以這些參與人員的工資也是包含在APP製作成本當中的。這些工作人員的月薪加起來可能都會超過4、5萬元。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些
③ 本人後台開發，前端說改個東西要兩天，但我感覺撐死2小時，怎麼辦
本人有五年前台開發經驗，2年後台開發經驗，實際上我覺得後台可能比前台還要容易，在不考慮比較深的技術壁壘的情況下，前台有原型圖，我需要百分百還原，再加上畫面特效，用戶操作特效等挺麻煩的，有時候一個小小的點卡半天很正常，只要不是特別簡單的需求，說隨便兩個小時搞好的我是不怎麼相信的。轉後台之前，本來以為很難，結果後台寫起來真的就是好快，我經常做到無聊到沒事做把人家的活攬過來一起做，後來還是前後台一起搞了，後台框架搭好以後，剩下的只是業務介面實現而已。總的來說，前台入手容易精通難，後台更多偏向框架的靈活使用。不要瞧不起前台，特別是某些後來開發人員覺得不就是寫個界面么？但我想說界面的邏輯不比後台簡單，前幾年曾經去參加一個公司的面試，以後後開發人員跟我在那裝，一個勁的說就是前台而已，很簡單的事情，說了好多次，把我說煩了，我就跟他探討前後台，屁都不懂的面試官，就一新生蛋子，最後我說你公司連面試官都這水平，與我期望不符合，要過來簡歷就撤了，帶著有色眼鏡看待技術的人一般都是那種一知半解，一瓶子不滿，半瓶子晃悠的人
我就是做前端開發十年了，其實你這個問題在職場中普遍存在。就像以前我認為，後端不就寫寫介面，一個介面10幾分鍾的事情，墨跡個半天沒出來一樣，總是很埋怨，其實你真正去實操的時候，發現並沒有這么簡單，細節的東西特別多。
前端說需要兩天時間，可能考慮某些改動涉及會影響到其它功能方面的問題，都需要測試評估，並且前端的開發，比後端還多了界面這一塊開發的時間，這界面調試往往最費時間，這是很多後端開發人員沒有考慮到的。
總之，前端評估可能是一個相對寬泛並且預留了一定空間的時間，也許他能答應2小時做完，但能保證真的做好了嗎，沒有隱患問題存在，這些都是要考慮的，畢竟前端一發布出去就不好在升級版本改動了，這也就是他和你評估時間存在較大差異的一個重要原因吧！
圖一，安裝完oracle,sql,db,mysql後，負責資料庫開庫的叫做底層，
圖二，負責瀏覽器視窗頁面上能看見的什麼東西的一律叫前端。
圖三，負責整個視窗界面看起來很舒服，給人留下深刻印象的我們一般叫他們ui.
項目經理拿到項目，會給底層大致講解一下，然後底層會根據講解開庫做系統，然後給前端代碼。前端拿到代碼寫入頁面然後整個系統大致完成，接著ui介入，ui根據客戶需求制定界面，再轉回前端，雙方共同負責界面達成。接著就輪到測試上場了。一般測試的外號文雅點叫清道夫，難聽點叫擦屁股的。然後高端大氣上檔次的就是全棧工程師了。在測試過程中負責整個系統測試，運行，並找出各個部位的bug,並修復它，然後寫出報告，報告將直接提交人事或者財務，根據描述部位對相應人員做出處罰。
這就是軟體設計部門的整個工作流程。所以，你說後台開發對前端有疑問，就有點納悶。前端有問題，和你後台開發什麼關系？
至於什麼後台開發。。。。。好像外包公司起這名的比較多。
首先問題要分幾面來看。
會者不難，難者不會。
要看別人的具體經驗，具體技術水平。
每個人做同一件事花的時間是不一樣的，不要把自己的想法強加給別人。
如果別人認為你應該怎麼怎麼樣，你也會反感。
而且前端要2天，項目經理能給，就說明前端說的在理。
如果你覺得2小時可以幹完，說明你能力強，但作為同事，還是要善良一些，你總不能有活就幫他干。
也許他干幾次之後，效率就上來了，從兩天變一天，再變成2小時呢。
人是要進步的，是要學習的。
多站在對方的角度思考問題，也許你就有一個不一樣的答案。
最後祝工作開心順利！
在工作中遇到這種人很正常，這種人就是大家口中的「磨洋工」。
有些人認為前端和後端不一樣，後端改個需求可能一個小時就可以搞定，前端復雜，需要一天或者更長時間，這完全是胡扯，是消極工作的一種變現。有些程序員就是喜歡將工作難度誇大，明明一個小時的工作量，他非的要評估一天的工作量。這對於非技術人員可能感覺不到，但是對於一起開發的技術人員來說，一眼就能看透工作量，只是同為同事，大家不好說破而已。
三天100行代碼的奇葩同事曾經碰到過一個前端同事，技術很一般，分配給的任務，不管是小到一個css樣式的調整還是一個完整的功能模塊，讓他評估時間，最少需要一天。曾經有一次一個簡單。需求評估，後端同學評估只需要半天時間，他的前端竟然需要三天時間，讓他說出具體工作的難度在哪裡，他卻支支吾吾說不出來。這三天的時間我時不時觀察他，發現他一天大半的時間都在瀏覽網頁，要不就是微信群各種聊。三天過去了，我去看了一下他提交的代碼行數，不到100行！三天時間寫了不到100行代碼！
所以，有些程序員就喜歡磨洋工，當然，也有可能是考慮的比較全面，追求代碼質量。 如果碰到這種情況，只要他評估的時間在產品可以接受的時間范圍內，那你也就無所謂。如果你是一位研發負責人，請他將工作進行拆分評估，具體到功能點的時間，看他這兩天時間是如何分配的？炸一炸他，他總能露出破綻。
首先，個人不太理解，為什麼一個後端開發的程序員需要控制前端程序員的開發時間？不管前端需要多少時間，到底是2小時還是2天，這個不應該是由產品經理或者項目負責人來控制的么？
有時候不在其位不謀其政，作為後端程序員可以提出自己的疑問，但是到底如何布置任務和排期，還是交給負責人來協調吧。程序員之間沒有必要相互對立，特別還是因為一個自己並不擅長的領域相互產生矛盾。
當然，如果你自己除了是後端開發外，還兼職了項目負責人，那確實可以對前端的研發時間進行評審。如果你和前端對於某個功能的時間評估上出現分歧，那麼可以採用以下這些方法。
可以考慮「功能點分析」讓前端把功能分解若干個功能點，然後對每個功能點都採用樂觀時間進行評估，最後匯總後在增加30%的Buffer。
例如：我現在要做一個訂單頁面，這個訂單頁面有查看訂單列表、查看訂單詳情、取消訂單、確認收貨、評價幾個功能。
畫一個思維導圖，然後每個功能再往下分解。查看訂單列表包括了ajax請求api獲取數據，組裝table，css考慮已有框架的樣式復用，不另算時間；詳情頁的話，也包括了ajax請求api，頁面的html和css等等等等（細分的力度自己掌握）。
最後，所有的功能點被一一列舉出來以後，就挨個分析，哪個哪個需要幾個小時，最終就可以匯總出時間了。這里可能需要注意一下，單一的功能點，其實大致已經可以評估得到代碼量了，只要不是特別復雜的演算法類功能點，大部分都可以把時間精確到小時甚至0.5小時。而且，這里我們採用樂觀評估的方法，就是說，大家別去想這個功能可能有坑，可能如何如何。最後匯總時間後，給予總體的Buffer量來抵禦風險。
當然，也可以使用「對照分析」的方法我們可以考慮對照曾經做過的類似功能或類似優化，當時的那個功能花費了多少時間，而這次相比上次的差異是哪些？是會花費更多時間，還是更少時間。這樣，就能夠得到一個大致的完成時間了。
這種評估方式，就只是針對於當前的功能曾經有過經驗，時間上有參考價值的情況下。不能把完全不相乾的兩個功能拿來類比。而我們在評估的時候，就只需要考慮差異部分的評估，大大的減少需要評估的內容。
最後，就是「專家評估」了如果你對於前端確實也比較了解，自己完全能夠獨立完成這個工作任務，時間花費可以測算的話，你其實就可以作為一個「專家」的角色了。那麼，你評估的時間就是大家必須要遵循的時間。當然，這種方式需要你有絕對的權威性，不然就是 搞笑 。
不管使用什麼方式，對於分歧問題的處理其實都比較機械，並不是非常的利於團結，最好的方法還是大家商商量量的把事情給解決了。
這個問題需要多緯度去分析：
其實本質就是要麼你判斷錯誤，要麼是你同事判斷錯誤。
無論是你對還是你錯，這工作都是由別的同事來完成的，你沒必要太過於關心，你沒必要太過於在意。
但是，假如這個工作和你的工作有關聯，這個工作的完成時間，完成質量，會影響到你的工作進展與工作質量，那麼你必須要恰當的參與進去，你需要：
這個很重要，同事之間工作上的溝通交流還是必須的，交流內容可以由淺入深，先從你認為只需要2小時就完成的工作談起，然後逐漸深入進去，多聽聽同事的解釋，當然你也可以發表你的意見。互相理解，互相體諒，互相幫助，最好能達成一致。
如果工作非常緊急，你這個同事也不配合你，那你只能請領導出面進行協調。當然，你要有理有據，只針對工作不要針對人。
最後建議：
如果不是領導，那麼就不要參與不要議論別人的工作。
如果沒得到允許，那麼就不要參與不要議論別人的工作。
這個我倒是有心得可以分享。其實如果做程序員的或多或少都會遇到這樣的現象，要不你就是問題中的後台開發，要不就是改東西需要兩天的前端。我覺得都很正常啊，畢竟你不是對方，你也不知道對方有什麼想法和困難。
像產品給個需求給到開發，一般說改這個東西要多久，開發看了下進度表，思考了一會後給了個時間點，這時候一般產品不會多問，因為他不知道實際開發難度，而且他也不知道開發的其他需求進度，所以不敢多說，反正開發給了排期，在合適的項目進度內也就ok。
但如果是開發對開發，那就出現問這個問題的情形，開發A要給開發B提個需求，然後開發A實際內心有個預期感覺這個需求能在其他事情不幹擾下多久完成。注意！是其他事情不幹擾下的情況，其次，這是開發A按自己的能力評估，不是按開發B的能力評估的，而且這種事情一般不是遇到自己，便潛意識就把需求想得比較簡單，畢竟大家都容易「寬於待己，嚴於待人「。
在這種前提下，實際開發B可能本身就有其他優先順序高的需求要做，其次這件事情可能牽涉到系統內部其他需要修改的地方，會牽一發而動全身，不是後端想像修改單個頁面就可以完成的那麼簡單。
所以這種情況開發A說的2個小時是一種自我想像的事情，要不等前端找後台開發說，這個需求最多就2個小時就可以完成，就改個介面，新增這些數據POST出來就行，那我估計這個問題轉換下角色我又可以再回答一次了哈哈。
對於一個技術團隊來說，配合默契是非常重要的，特別是前端和後端人員，如何做到默契，需要三點：
一、前端要懂後端，後端要懂前端，只要這樣，大家才能無縫對接；
二、對工作的重視，無論你負責哪個環節，只要有這個態度，項目會順利的進行下去；
三、同事之間的關系，這很重要，千萬不要有互相拆台的行為：這其中有個人的人品問題，也有個人交際情商問題，這個比較難以處理。
回到你的問題，你認為2小時的工作量，但你同事卻說需要兩天，這種矛盾的可能性比較多，但不管是什麼情況，你都要本著和同事維護好關系為基礎，要主動理解同事，哪怕他說的是錯的，你就會釋然了。
你兩小時能完成人家兩天的工作量，產出是人家八倍！！！那你是不是可以跟你的領導建議下，把前端的任務交給你，讓老闆給你開這個前端雙倍的工資，你承諾產出比現在的前端多4倍，然後你每天只要干4小時活就能完成任務。
多贏局面啊：
1、服務端工資再高也不可能比前端兩倍還多，現在前端都不便宜！你大幅漲薪了，而且每天工作時間少一半，你賺大了；
2、老闆少花了一半的錢、產出卻擴大了一倍，老闆賺大了；
3、那個可憐的前端可以讓他滾蛋了…
希望這個辦法能讓你們公司長命百歲
④ 前端項目開發周期
一個項目的開發周期
0、產品經理有需求想法去找項目經理討論可行性和緊迫性
1、項目經理開始分任務
2、產品建群發需求文檔 答疑解惑
3、前後端把產品叫過來答疑解惑准備開發發送答疑解惑郵件
4、前端或者後端選擇一位作為項目負責人對項目工時分解，溝通開發時間和測試時間，最終開發測試產品約定統一時間
5、建立開發任務立項郵件附帶上一步的分解文檔，讓主管在任務平台創建任務和分解任務，在文檔中約定時間開始開發
6、測試前一天確定是否延期，如果延期，需要產品測試過來重新評估工期
到提測最後一天時，需要產品測試和主管過來驗收項目
7、根據驗收，第二天中午前修復bug發測試、發布提測郵件
8、bug集中在郵件中發送，典型bug需要在任務平台建立
9、完成測試時會發生確認郵件
⑤ 前端給後端發送請求時，時間格式怎麼傳
後端在定義VO數銀旁帶據的類型的時候，需要直接定義成Date類型
然鋒蘆後前端在發送的時候，要發送這樣的格式：『'YYYY-MM-DD HH:mm:ss'』，不啟亮然那後台接收不到
直接使用moment的時間格式化就好了
⑥ 前端如何計算網頁的打開時間
1. Web performance APIs ，可以得到各種時間比如dns解析時間、連接時間、跳轉時間、載入時間等指標，具體請自行查資料，不贅述。
2. 瀏覽器的私有API，比如 chrome.loadTimes()。
3. DOM ready/load 事件。
4. 白屏時間（first paint time）。
5. 首屏時間（Above-the-fold time）。
4和5尚無公認的確定方法和對應api。特別是5，怎麼定義首屏沒有統一的標准。因此需要自行確定，並用一些相對hack的方式獲取。前一段時間網路和騰訊都有人分享過他們的做法，可以參考，具體鏈接等回頭找到了再補。
如果只是要大致了解網站的性能，最簡單的辦法是使用Google Analytics，它包含了性能統計。如果要非常細致的數據（比如web performance api上的數據），可以自己寫，也可用我寫的這個庫：http://github.com/hax/WebPerf （有基本的兼容處理，但優化不夠，所以我們自己只取樣5%~10%的用戶載入這個腳本。下個月我還會抽時間改進）。
⑦ 響應式網站前端開發需要多長時間
一般30分鍾
⑧ 前端是什麼時候興起的
現在的「前端開發」是從「網頁製作」演變而來的。網頁製作是Web 1.0時代的產物，產生在2005年左右。那個時候的網頁主要是靜態頁面。開發工具是網頁三劍客「Dreamweaver、Fireworks、Flash」3款軟體。
在Web 2.0時代，網頁分為兩種：「靜態頁面」，「動態頁面」。為了滿足大量數據交互開發需求的，現在的「頁面開發」，更接近傳統的網站後台開發。因此，不再叫「網頁製作」，而是叫「前端開發」。需要學習的工具語言是HTML、CSS和JavaScript（簡稱JS）
⑨ 織夢所有文章顯示的時間都是2017年5月7日，新發布的文章還是顯示這個時間如何前端調取文章發布時間
你模板裡面寫時間的地方沒讓岩返有調用數棗型據庫欄位吧，所以那裡一直是2017年的，坦飢自己瞅瞅，不會弄的話找額改代碼