工作中遇到解决不了的需求应该怎么办呢？

[snimstice]

刚入职新公司不久，最近公司作为乙方接了个项目，需求是甲方产品经理出的
有一个需求是把大小不等的卡片（卡片的尺寸是/[123]*[123]/(这个是正则)）拖拽放入一个 33 宫格的页面中，比如拖拽的卡片尺寸可能是：13,21....等等等等。如果拖拽的不是 11 的卡片，则需要在 3*3 的宫格中找到可以放置卡片的相邻宫格，并把这些相邻宫格合并起来然后放置卡片。
弄了两天，尝试了 react-grid-layout 、react-dnd ，好像都没有现成的方案，而且现在也没有思路去解决
项目的交付时间在 7.31 日，时间非常紧，正常开发也需要周末也加班才能完成
要继续尝试解决还是找到 leader 说明问题，或者跟甲方产品经理沟通换种交互方式？
请问这种情况应该怎么办呢？ 或者有大佬做过类似需求可以给我点思路吗？

[SwordSong]

摇人啊。当然是先找老大了，老大不就是这个时候用的

[tooyoungtoo]

解决不了早点和 leader 反馈

[ZxxWww]

先和 leader 讨论，根据 leader 意见再决定是否做下去或者和甲方沟通。这种事情千万不能拖，因为你 DDL 特别紧，如果你到 DDL 前几天才和 leader 或者甲方说做不了，那只能是开发背锅

[qwertyzzz]

如果确实有意思 确实这个需求很不错 那我觉得牺牲点自己平常的时间研究下学习下 挺得劲的 要是很垃圾的需求 可以有更好的实现方式就商量用别的方式吧

[kxg3030]

先问 gpt ，如果它也不会就砍需求，需求砍不了就准备砍人

[ajan]

早点和 leader 反馈

[sagaxu]

你是 CTO 吗？解决不了尽早向上求助。

[MoYi123]

1. 向上报告
2. 怎么解决这个问题: 是不是和生化危机 4 的背包整理差不多的问题? 用扫描线 DP 就行.

[luckyrayyy]

把问题抛出去之后，首要责任人就不是你了，天大的问题有领导顶着

[estk]

需求描述得清楚的话，gpt 应该可以生成 react 代码

[coderluan]

需要解决不了的需求肯定应该上报 leader ，问题是你不确定这个需求是解决不了的，只看描述的话，这个算法并不是很难吧，而且最重要的，你这就 9 个格子，枚举都枚举的完吧。

[LavaC]

总共 3x3 ，这简单啊。先写一个函数判断从[x,y]位置能不能放下[w,h]的物体，确定拖拽目标点，从目标点开始判断是否能放下卡片，不符合就递归执行 dfs(x+1,y)，dfs(x-1,y),dfs(x,y+1)....，直到得到最早能放下的坐标或不能放下的信号。
印象里 leetcode 有很多解法相似的图论问题，不懂可以去看几眼。

[littiefish]

搞不定就找你上司，是最优解

[BeforeTooLate]

>3*3 的宫格中找到可以放置卡片的相邻宫格，并把这些相邻宫格合并起来然后放置卡片
这条是啥意思，一下子没明白。相邻的宫格合并起来？方便的话 OP 把整个需求再整理一份完整的发出来么，想学习学习。

ps.工作中遇到需求自己认真思考过还是做不出来可以找更高层级的技术请教，先完成项目，后面再总结即可。

[tool2dx]

客户 20%的困难需求，最后占用了开发 80%的时间。

不行就摇人，看描述也不是完全不能解决的问题，就是费工时。

[snarkprayer]

我也没太看明白，是类似于生化危机背包那样的操作么

[supuwoerc]

试试这个： https://github.com/gridstack/gridstack.js

[yellowsky]

如果还在试用期，那自己可以先找自己认识的厉害的朋友或前同事帮忙，请对方吃饭。如果已过试用，那果断把问题抛出来，让上面帮忙解决。

[corcre]

解决不了先摇人, 早摇人早解决, 解决不了的可以跟客户沟通改方案, 别拖到 deadline, 对大家都没好处

[linshuizhaoying]

你只是的大头兵 肯定摇人啊 不好实现的就改需求