0.开发技术水平不行
为避免给人感觉我在抱怨或甩锅，这条自己的原因放在最前面
1. 需求不明确、不严谨
导致开发的时候需要反复跟需求人员确认
以及测试人员在模糊地带按照自己的想法给开发提缺陷
2.需求反复变更
开发反复做无用功
3.接口文档不明确、不严谨
其实我也不明白有的后端为什么不愿意把文档写清楚，前端没有明确清晰的接口文档，写出 bug 就是必然，算上修bug和前后端之间把 bug 踢来踢去的时间，已经远远超过好好写接口文档的时间了
4.接口变更不跟前端说
接口变更正常，但变完要跟前端说一声啊……
5.开发环境和工具限制
开发两台电脑，内外网机
沟通传输用内网机，在 lync 上沟通，没有截图功能，导致每次只能用文字描述问题，效率极低
写代码用外网机，由于接口文档和需求文档只能在内网机接收，导致接口字段只能看着内网机手敲到外网机，有100个字段名就要敲100次，费时费力费眼最关键容易出错
6.协作链条长导致问题反馈周期长
前端找前台，前台说我只负责透传，是中台问题，然后前端把缺陷打给前台，前台再打给中台
前端问前台某个字段怎么送值，前台说我只负责透传，字段是中台定的，你去问下中台
一个 bug 改了很久，前台才发现中台给的接口逻辑不对，要重新做一个接口
………………
总结
写这些不是为了抱怨，而是想总结出一些常见的问题，避免在以后的工作中重复踩坑
前端处于整个工作流程的末端，如果需求有毒，后端有毒，前端产出的代码就会毒上加毒，到了测试这一关要解毒，必然费时费力
这些问题，领导未必不知道，但各家有各家的难处，可能确实有很多因素导致这样的局面，并且难以改善，在这种情况下，只能尽力去适应，尽量仔细看需求文档，提前理清不明确的部分，以及开接口评审会议，将开发中可能遇到的障碍提前解决
说实话，前端的业务代码真没什么难处，如果一个项目让人觉得难，很大可能是在与需求、后端对接的流程上出现了问题
网友评论