放弃是一种美德

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

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

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

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

不是哥们，怎么一堆死磕的，别害其他人陪着你们加班好不好。https://i.imgur.com/agAJ0Rd.png 有时候整个团队就因为某些人死磕拖后腿，其他人干完了还得在那里干等。 如果其他活干完了，你 deadline 没到，你爱死磕死磕。如果今天 deadline ，死磕还没进展，最应该的就是厚脸皮向上汇报，至于要不要死磕还是给公司技术大牛出手，由上面定夺

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

When in doubt , use brute force

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

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