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

[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 更新