前端工程師一天寫多少個頁面算正常？
我小程序購物類的一天2個頁面左右，vue寫的官網一天一個半到兩個，算上html+css+js的話一天1000行左右。但是老闆說慢了
問這個問題只是為了對比下工作速度，想知道我算慢還是正常。
以寫頁面多少為標準的前端，說明還沒入門
確實慢了，一天必須一個網站從頭寫到尾所有頁面做完才算正常啊。不就幾個頁面嗎，什麼，你還要好幾天？那你加班吧。明天我就要。
好了。開玩笑的過了。一天200行代碼合適。我差不多一天產這麼多代碼。你1000行代碼，讓老闆在我基礎上翻5倍工資就好。
正常速度吧，老闆如果覺的你很快，基本上也不會說出來。如果覺得你不符合預期或者剛好預期，他就會說你慢，你當了老闆也一樣。
在上海工作那會，一天也就2個頁面左右（非靜態，接入數據），1000行左右。
來了西安，在小公司老闆的規（ya）劃（zha）下，一天基本4個頁面，2000行左右，最高峰2500行一天。當然，代價是早上10點來，晚上10點下班，跟995類似，說實話，挺累的。
項目類型：小程序，商城項目。
有碼雲的統計為證：
這是完全接手一個之前的項目情況下，只熟悉了一天事件就開始做的，這個速度對於我來說就是極限了。
公司里見過一個神人，寫java介面，3天能寫50個，當然他熟悉整個項目，之前就是他做的，就這樣，我覺得也很厲害了。
3天50個介面，我是做不來。
曾經試過幾天做一個頁面，也試過使用框架1天一個完整項目。
光說頁面是沒有意義的，主要看功能多少和複雜程度，像微信里的h5廣告的話，可能主要就1頁，忙活幾周也有可能。
1000行代碼挺多的，但是這個還是要看代碼的複雜程度，行數也不是越多越好……
老闆說慢有可能是項目時間比較急，有可能是想繼續壓榨你，也有可能真的是比他認識的其他人慢（這要老闆懂技術才有用）
如果是真的慢，那需要找找怎麼提升速度的方式。
提升工作效率並不是說擼代碼越來越熟練，打字速度越來越快就行的。重要的是要去思考，思考哪些地方的代碼是可以重用的，哪裡的邏輯是複雜了。
另外就是，我在做這種系統的時候，會首先跟界面設計師商定整套ui的規則，比如文字有多少種類型，分別大小粗細顏色是什麼。一套成熟的ui的話這些規則不會太多的，然後把ui的規則先寫好css，頁面不同的元素引用對應的樣式就行了，在開發上和維護上都好做。
不是說一天需要寫多少頁面才算正常， 頁面有難有易。還是需要根據頁面的細節來確定工作量， 而不是頁面的多少。
移動端的還要多考慮適配， 光是頁面自然是很快，但是寫頁面也是需要涉及到以後的維護性和擴展，CSS還是有不少講究的。瞎寫是很快， 但是維護很痛苦。
就重構這一塊。 我有過一下午做5個的經歷。 當時把設計催得都說我做得太快了。
然而重構還比較基礎的。 我日常的工作中，重構感覺占不到 10%。
更消耗腦力的反而是看不見的東西。
以代碼數，頁面來測量一個人是否工作勤快的話，不如叫你去複製excel好啦。
以頁面難度，以及是否有重用性這樣來判斷比較好。
如果是簡單的商品展示，一天寫個五六個頁面，誇啦啦寫個平均每個一兩百有什麼難度。
如果是一些比較複雜和業務繁瑣的功能，一個都能寫上一天，可能只有幾十行。
啥叫一天寫多少頁面？？ 啥產品需求啊要寫很多頁面嗎？ 合著前端除了頁面就不寫業務邏輯唄
這就是按代碼行業，計算程序員工作效率的變體唄。
在你們老闆看來，如果某個程序員設計了一個巨牛b的演算法，可以一行代碼做好多事情。
然後你們老闆會不會就覺得這個程序員太偷懶？
老尚帶你學前端：前端開發項目-系列視頻教程-【總目錄】?zhuanlan.zhihu.com
沒法以頁面多少個來算，因為複雜程度不同。平均一天200行代碼差不多是正常水平。但是遇到難題的時候，一天寫不出兩行也不奇怪。。。而且一行多長呢？？？？
我們之前公司兩周一個迭代，這個時間包括需求分析串講，改BUG等一個完整的敏捷流程，那樣，一個迭代下來我負責的功能大概2000多行代碼（不算CSS）。
這個頁面也看複雜程度啊. 我也寫過一個官網. 頭一天就寫個導航.和底部footer 還有側邊欄. 有的頁面一天兩個 有的一天一個.很難估量啊.
你參考下. 這個網站一個星期做完.不算聊天功能. 其實這個項目有很多地方你看不到.比如axios公共配置 寫成公共方法之類的就花了很久
真客戶、智能名片、輕鬆獲客、精準推客、場景化管理?zhenkehu.com
看頁面複雜程度，要是淘寶詳情頁你一天能寫完我叫你一聲爸爸。
之前看到知乎上一個回復3天80來個
不看業務邏輯複雜度問做多少的都是小白
看頁面複雜程度，如果pc端頁面內容多交互複雜，幾天一個也很正，如果移動端頁面內容少交互不複雜，一天20個也可能
那個還是看什麼頁面，還要看ui設計的東西出來是不是特別規範，如果你找頁面的邊距能讓你浪費很多時間和精力，一個人一天的精力是有限的，消耗多了產出效率就低了。還有頁面是不是已經包含了很完善的ue交互邏輯，如果前端為ui做修復業務和ue的活，那產出結果就不一樣了，工作日積月累久了，你懂的....，工作有時候還是講究協同效率吧。
我基本上一個月寫一個頁面
怎麼會有這種問題
是有點慢了，我一般一天 2000 多個算比較正常的，相信你老闆也是這麼想的。
加油吧，打工人！
用頁面數量衡量快慢不夠準確，還是從整體的項目進度做比較好些，這個項目是否有進度日程，時間節點規劃，你把這些都弄好了，再給領導彙報的時候也好講清楚，現在已經做到什麼程度，遇到什麼問題，下一步的推進計劃。
否則，只會看到你做個頁面，整體項目到什麼程度也不清楚，可能你做的頁面是核心頁面，難度大，但是領導看不到頁面背後的事，所以有可能說你做的慢。
不知道你有沒有見過不寫頁面的前端工程師
兩天一個頁面 算正常
推薦閱讀：
※阿里通信求前端&ios工程師
※前端掌握這幾點，面試都笑了
※前端工程師演算法系列(2)-選擇排序
※技術周刊（V8 引擎 2018-09-17）
※webpack4搭建現代Hybird-h5工程