前端程序员四百多个页面的项目需要多久才能做完？

昨天去面试了，面试官说目前有一个项目大概四百多个页面，需要在一个半月或两个月完成。

更新一下：有人好奇薪资多少，前端人员多少

答：5k到8k，招一到两个前端

你可以问问面试的，他一天能完成几个页面，公司最牛的一天能完成几个。

我觉得挺夸张，简单页面也没这么快。另外有觉得效率接近的同学，别说一天10个页面，一天能完成3-5个页面的，请抓紧联系我，我也需要这样的牛人。

面试官不讲理，你也不讲理......

他不说这四百多个页面长啥样，你也不问？

下面这个页面，知乎的，这玩意儿，不上内容管理，直接手搓静态页，你一天能干几个？

复制粘贴+文字排版，半小时 1 个总能干吧？那一天就能出 16 个。

对我们来说，答这种题，内核是看乐子+输出情绪。

但对你来说，面试是个正经事儿，你得认真对待的。

下次再去面试，发火前，务必多问问细节。

一些企业，由于各种原因，面试官可能不那么懂技术，确实有概率说出一些信口开河，匪夷所思的东西，这其实是你的好机会，因为这说明他们确实需要一个你这样的大专家。

下次他们再招人，面试官可能就是你了，对不？

按页面数量来判断工作量，和按代码行数来判断工作量没有本质区别，就是外行发言。

如果这个页面标准化程度很高，没有超出组件库的交互，页面所有信息都从后端传进来。前端做一套通用的，剩下的配一下路由就好，那来再多的页面也差不多工作量。

那算上对接业务，一个月吧。

如果每个页面一套交互，不同页面的UI还有微妙区别，数据类型各种各样，还需要根据业务做各种校验。

再牛逼的前端也得折在这里，做一年吧。

但本着看人下菜碟的思路，你可以这么说：“如果需求清晰合理，一到两个月完成。”

实操的时候，你就不停质疑需求就好。需求定义不清晰，缺少业务流程图，要为难还怕没办法么。

不过如果你觉得这个公司就是个巨坑，你也可以加入。

你就说这点需求一个月妥妥搞定，不过贵司的工资太低了，然后你转身离开。让他们自己找去吧。

目前前端负责人，21年刚好做过差不多大小的项目, 当时项目规模大概是500多个页面 1500多个接口。

历时不到2个月最后勉强上线(一堆bug)。

开发人员配置: 8个前端 11个后端。

来一张当时项目管理的截图

最初预估开发工时为3个月，结果项目工期被压缩了一个月，为了完成指标

作为前端项目负责人前期准备工作

1、统计和梳理所有页面 包含 一级页面、二级页面以及子页面、弹窗(尽可能一个不漏)

2、给每个页面标出难易度，难易度影响开发以及联调时间。(难易度的定义 普通的列表以及简单的详情 多为 简单、详情逻辑较多的为中等、新增编辑多为复杂。当然实际情况则需要根据原型、接口来确定)

3、根据统计出来的页面，让资深开发封装框架以及页面常出现的组件

4、如何极限压缩以及复用类似的页面(类似搭积木，组件复用、接口复用)

5、公用接口以及接口规范文档

项目中间就不说了，比996狠，每天工作时长超14个小时

最后也是勉强上线，大多数时间浪费在联调接口以及撕逼、甩锅中。

都是泪，大家共勉