likes
comments
collection
share

如何做烂一个项目?

作者站长头像
站长
· 阅读数 4

需求阶段:

甲方爸爸:我们需要一个XX产品,你们能做吗?

项目经理:你们能说一下具体需求吗?

甲方爸爸:就是这个行业产品啊!做出来要好看,好用,具体的我也说不好,你们先做出来,我们再看看。

项目经理:行吧。

设计阶段:

设计师:出了一套设计稿了,你看这样行吗?

项目经理:这个图怎么和XX公司的一样啊?

设计师:是这个吗?行业都是采用这种折线或者柱状图表示一天24小时的数量趋势。

项目经理:咱们要创新,这个不行,换成一块表的图,上午是这些数量、下午是这些数量、傍晚是这些数量、凌晨是这些数量。

设计师:好吧。(谁TMD的能告诉我,傍晚、凌晨是具体的几点到几点,这4个就覆盖了一天24小时?我去年买了块表。)

开发阶段:

项目使用若依脚手架构建。

项目经理:这个框要可拖动。

开发者:是这个element-ui的模态框吗?

项目经理:对。

开发者:好的。我写个指令实现它。

百度……,复制,OK。

什么?若依这个脚手架已经提供了拖动指令!管它呢!不是自己CV的不好用。

--

开发者:设计师,你这个设计不符合直觉,反常识,不易于理解啊?

设计师:项目经理要求的。

项目经理:用户要求的,用户还没有付款,如果不按用户来,不付款你承担的起吗?

开发者:……

--

开发者:哎,这个element-ui的图标竟然与我们设计稿不一样,造一个去。

劈哩啪啦……,好了。

什么?你要求这个按钮组件实现disabled状态,实现hover状态,添加插槽提高扩展性,添加说明文档,设计稿也没说明啊,管它呢!

--

开发者:每次都要引用接口定义的方法,哎!好麻烦啊!挂载到实例上吧!

劈哩啪啦……好了。

若依都是页面组件、接口文件分开,你这种不写接口文件直接this.get, this.post调用后台接口与原风格不统一啊!我这也实现功能了啊!这就行了。

--

开发者:这个时间数据没有格式化,看来又要弄个方法了。

百度……,挂载到实例,OK。

开发者:这几个页面都有下载功能,再百度去。

百度……,挂载到实例,OK。

深度拷贝,挂载到实例上……

提示框,挂载到实例上……

全局常量,挂载到实例上……

开发者:我去,竟然挂载实例重名了,好办,我这个叫xxx1。

--

开发者:这个页面全部引用 element-ui组件没有自定义组件,这怎么能行啊! 这怎么能体现我的水平呢!要封装啊! 这个表单是查询条件,好,封装个查询组件;这个是表格,好,封装个表格组件;这个是分页组件,好,封装个分页组件……

开发者:哈哈,看我的页面,只有一个组件,我的封装水平真高啊!

--

开发者:我去,竟然给我console.log报错,这代码检查太严格了,这不是影响我开发效率嘛。禁掉它。

开发者:啥?!竟然说我引用了没有使用的对象。是啊,我现在没使用,但我可能以后使用啊!你这代码检查管得太宽了,禁掉它。

开发者:局部变量与形参重名了,禁掉它。

……

--

开发者:不知不觉写了这么多了,提交一下。git commit -m 写什么呢?随便写个"save"吧。

画外音:你这种 git 说明只写个save,没有意义,而且一次提交大量代码,不方便回滚与cherry pick。

开发者:别人也都是这么干的啊!

……