编程工作中碰到难缠问题你们是会死磕还是避开

[MEIerer]

1. 编程工作中碰到问题你们是会死磕还是避开

2. 自己项目中碰到问题你们是会死磕还是避开

[Lifemm]

死磕+加班=没有解决不了的问题

[5261]

好问题

[inhzus]

先死磕半天，如果看不到眉目
- 周知该风险可能带来的项目延期
- 上升给组长或其他前辈帮助解决

[fzls]

先钻研一阵，实在弄不明白就放几天，然后回来问问大佬找思路后再继续

[fzls]

@fzls #4 再不行就放弃，绕过去

[ClericPy]

死磕了两天，解决那一刻，犹如数九寒冬来一罐有糖可乐

[cooco]

死磕

[kandaakihito]

不是，除了死磕还有别的选择吗（

[yongchuan]

一般都是死磕啊, 避开的话 , 有句话怎么说来着 , 命运的馈赠早已在暗中标好了价格

[chendl111]

放弃是一种美德

[tonytonychopper]

一般还是会先死磕一会，搞不定再看看优先级是不是值得这么做，之后再看看有没有帮手

[opengps]

当然都有，经验多了才知道那种问题更适合那种方案

[chairuosen]

问题解决的那一刻，最高级的快乐

[Martin123123]

死磕一会，5 大 AI 轮番上阵，如果都没有最优解就去放松一下，等待下一个灵光一闪的时间窗口

[zhengfan2016]

不是哥们，怎么一堆死磕的，别害其他人陪着你们加班好不好。
有时候整个团队就因为某些人死磕拖后腿，其他人干完了还得在那里干等。

如果其他活干完了，你 deadline 没到，你爱死磕死磕。如果今天 deadline ，死磕还没进展，最应该的就是厚脸皮向上汇报，至于要不要死磕还是给公司技术大牛出手，由上面定夺

[v2exgo]

死磕啥啊，你就一个大头兵，有啥好死磕的，拿不准就穷举，写代码是做工程，不是搞科研，你能想到的最快方法就是最佳方法，等需要优化的时候 再优化，拿不准就要穷举，而不是去想个 nlog(n)的算法出来，很多年前大佬都是这么做的

[v2exgo]

When in doubt , use brute force

[liuzimin]

上闲鱼花钱找人帮忙解决。

[v2exgo]

做应用技术开发不是做科研，我再强调 100 次都不会错，99.9999% 你遇到的应用开发的问题，在互联网上那里都有成熟的解决方法，

你所要做的唯一事情，结合你的业务场景选一个合适的方案应用到你的代码库里面去就行了，然后让它正常跑起来，测试好业务流程，然后处理好 bug ，你就大功告成了，所有靠拍屁股拍脑袋想的方案绝对都是错的，特别真的我有的时候很服了一些大厂里面的傻逼领导，经常自己拍脑袋设计一套方案来，然后搞的贼鸡儿复杂，一点可维护性都没有，网上开源的东西不去用、不去研究，非要自己整一套半桶水的方案来，写 ppt 的时候吹的 神乎其神，下面的研发跑断腿，各种擦屁股

[z1060450187]

避开，等待下个版本 claude 更新

[hekou123]

死磕，难不成你还能给领导说换个需求？

[bitmin]

先避开，等有时间了死磕，有些问题不解决它总是会再出现

逃避可耻但有用

[fredweili]

总有某种方法“解决”问题，不是要找到最完美的办法，先保证能用，不拖延

[wuxiaolong89]

看时间够不够，够的话先死磕 2 天，再找大佬，不够直接找大佬

[defunct9]

死磕，时间会证明一切

[MEIerer]

补充一下，避开可以是指 planB

[shawnsh]

最多尝试半天，不行就上报主管，提示风险，让他们改变计划，延长时间调研或者是直接去掉这个需求。你在乎的需求，有时候就是产品的一厢情愿，放到市场上也没啥收益

[nicknice]

@shawnsh 正解，技术人员要灵活一点，明确业务方的真正需求，不要做题思维，一定要把题目解出来拿分

[noyidoit]

如果是工作，那肯定和需求方商量呀。一般都是先给个 workaround 快速上线，后续再安排时间优化。自己的项目那肯定是死磕了，至少要弄清楚什么是最佳实践以及相应的代价

[evan1]

领导，你也不想项目延期吧……

[MEIerer]

@evan1 6

[ponelyr]

死磕磕不出来就避开
避开避不开就死磕

这是个问题吗🙋

[lmshl]

基本上都是死磕，我死磕了十几年，已经磕的越来越熟练了