作为一个前端开发工程师,你会怼人吗?

背景:

从业前端5年,总能遇到各种形形色色的人,有厉害啥都懂的人,有傻傻的啥都不明白的人,在程序行业内,便是写过代码与从来没写过代码的,软件从业者最大的需求方便是产品经理,或者第三方,或者直接对接老板了(以下统一为产品经理),对于写过代码的产品很少找到缺口怼,但是没写过代码的产品经理便是处处给坑,如果才能优雅的让产品经理知难而退,给自己争取到最大的利益与权益.

请把下面的 ‘怼’ 字眼当成褒义词哈(为自己争取利益方式)

以下将从一个产品的诞生到成熟上线的各个阶段来怼产品经理.

一.项目需求评审.

所谓项目需求评审,是最上层的老板或者第三方提出的直接需求,可以理解为一句话需求,比如说老板要做一个购物app.而产品经理是直接对接老板的,产品经理需要把所有老板想开发的需求写进去整理成一个文档,这个时候的需求可以理解为最原始的需求,也是页面上必须要实现的效果. 在评审的过程中,如果能做的咱们就去做,如果发现不好做的怎么办呢?

首先要问清楚,这个需求要实现成大概什么样的效果(一定要说大概,因为产品也不知道会做成什么效果),产品说了大概效果后,如果好实现便不再说话,如果不好实现,首先要把困难说明白,比如一个拖拽的需求,这里面的技术点有哪些,需要判断当前元素与待替换的元素的位置,是否要加动画效果,鼠标移出框外怎么办,里面的元素怎么处理,一定要说出一大堆待实现的功能,让产品知道这个功能很难,这样对于后面定开发时间有很大的帮助. 如果产品经理发现这个功能这么难,准备裁剪这个功能,那你的目的便达到了,如果产品经理说这个功能是一定要上的,那后面也有可周旋的余地了.

二:交互评审

交互评审是UI评审的前一步,大公司里一般都会有专业的交互工程师去写,但是也有很多公司产品经理加交互经理一个人全撸了.所谓交互,便是页面与用户的交流互动,怎么个交流互动便是交互干的活.交互评审会有大概的效果图,这个不像需求评审那么抽象,它非常直观的让你知道待实现的效果是什么样的,这里一旦定下来,后面的UI,前端页面,后端接口功能便可以开始工作了.

在这个地方如果碰到