在工作中遇到了很恶心的需求该怎么办

[bluebird007]

职位是后端开发，最近的需求是将一个原本是前端完成的工作变为后端完成：前端轮询系统接口获取新增交易单后，根据一系列筛选条件过滤之后调用三方接口完成交易。产品需求是获取新增交易单后后端可以直接完成整个流程逻辑，对前端无感。产品想法很简单，但是对后端来说就很麻烦：我需要去看前端代码这一系列的筛选过滤条件的逻辑，以及调用三方接口的参数的组装逻辑。更麻烦的是前端一个 select 下的不同 option 可能对应着不同的逻辑，每一种逻辑的每一个步骤我都得保持一致；从前端轮询变成后端接收消息处理，后端接收消息进行处理，消息 QPS 相当高，对于性能要求很高。然而这也不是最恶心的，最恶心的是这个需求只能在 prod 来验证。

来这个部门才不到一个月，这其中的核心逻辑都不甚清楚。评审会的时候更是人微言轻，主管只说先做先做，然后就开始排期。

自从接了这个需求之后似乎就没怎么高兴的过过周末。脑子里一想到这个需求就好像有什么恶心的东西挂在背上，时不时刺你一下，但是你还甩不掉。。。

[kaneg]

感觉主要原因是因为这个对你来说是个新项目，其实大多数人刚接触一个新项目都会有点抵触心理，尤其是单枪匹马的时候。
等你过三个月到半年对这个项目熟悉了，你自然就可以游刃有余了。

[jasonkxs]

交易所吗

[zhengfan2016]

@chachi 这种需求丢给前端做其实在小公司挺常见的，像我司的后端和老板是初中同学，它不想做的东西，就会让我们前端自己解决，那我们能怎么办，只能奉旨行事😂😂

[kafukwen]

恶心的需求就写恶心的代码给他们，到时验收他们自己也不知道自己在验收啥，如果说你做错了那就可以开怼了。最重要的是不要让自己心烦。（这就是屎山代码的由来）（ why so serious ）

[dongruixuan]

"只能在 prod 来验证" 这个能录制下 prod 的流量，在测试环境回放吗？

[liuzhedash]

需求没啥问题啊，这个本来就应该后端做。
对于前端各种筛选逻辑复杂上，有这么个思路：先不看前端代码，单纯做一些测试交易，然后拦截前端到三方接口的请求，列举出调用的各种参数组合。
至于 QPS 高这个，你要相信前端轮询再怎么快也是个单线程，总快不过你后端 N 个核心打并发。
prod 验证这件事是谁提需求谁支持，这种高风险的变更如果不在开发测试阶段拿出真金百利演习，到了生产部署就要大出血。

[ck19920702]

这个很正常的需求吧。
后端把前端需求改一遍，那就让现在负责前端的人把逻辑梳理清楚，出个文档。然后你对着文档重新写逻辑。

没文档你去看代码重写、出了问题就是你背了

[irisdev]

还是刚来没有话语权，要我不梳理文档，把各种场景、条件梳理出来，我就不写

[flmn]

这需求就该后端来做。别抱怨了，遇到问题解决问题吧。

[sampeng]

你既然拿着薪水，有什么资格说需求恶心？而且是个再正常不过的需求。在其位谋其职再正常不过吧？老大也没什么问题先做着安排工期，流程上都没什么问题。问题在你自己。不熟悉你自个儿不研究怪你自己不熟悉？再复杂的逻辑代码就在那，你只要要时间，会有人说不给你时间？

[xuanbg]

很正常的需求，哪里恶心了？问题是产品没有把需求给你梳理清楚，而不是需求本身。

[Rehtt]

你叫产品把需求逻辑捋清楚给需求文档给你

[skallz]

@Rehtt 这种大概率是个历史债务，基本没人理得清，除了开发，开发也只能根据对应代码去总结对应功能和逻辑，我以前也接手过类似的需求，哈哈哈哈