紫冰断月
获得徽章 0
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
![[吐舌]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_95.6b0752f.png)
![[呲牙]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_2.cd1e2bd.png)
赞了这篇沸点
赞了这篇沸点
有一天，一个程序员正在调试一个很复杂的程序，他发现了一个很奇怪的BUG，但是他不知道怎么解决。他决定去问他的同事，一个很有经验的老程序员。
他走到老程序员的办公室，把他的问题说了一遍，然后打开了他的电脑，准备演示一下BUG的现象。
然而，当他运行程序的时候，他发现BUG竟然消失了，程序运行得很正常，没有任何错误。
他很惊讶，不知道发生了什么，就看了看老程序员，希望他能给出一些解释。
老程序员微笑着说：“这是一个很常见的现象，叫做‘橡皮鸭调试法’。就是说，当你把你的问题说给一个橡皮鸭或者一个不会打断你的人听的时候，你就能找到问题的答案。因为这样可以帮助你理清思路，发现自己的错误，或者触发一些灵感。所以，你不用担心，这个BUG已经被你自己解决了。”
他走到老程序员的办公室，把他的问题说了一遍，然后打开了他的电脑，准备演示一下BUG的现象。
然而，当他运行程序的时候，他发现BUG竟然消失了，程序运行得很正常，没有任何错误。
他很惊讶，不知道发生了什么，就看了看老程序员，希望他能给出一些解释。
老程序员微笑着说：“这是一个很常见的现象，叫做‘橡皮鸭调试法’。就是说，当你把你的问题说给一个橡皮鸭或者一个不会打断你的人听的时候，你就能找到问题的答案。因为这样可以帮助你理清思路，发现自己的错误，或者触发一些灵感。所以，你不用担心，这个BUG已经被你自己解决了。”
展开
评论
7
赞了这篇沸点
一朋友说前端应该不难，我笑着回答，前端知识庞杂，更新迭代超级快，三年不学，你可能技术都是“上世纪”的了；不是有个笑话，是某大厂又出一技术方案时，下有一用户评论，"别TM更新了，老子学不动了"；说这我就回顾了我的上一年，
开始做微信小程序，学了小程序原生框架；接着做vue2移动端/pc端项目，研vue2和webpack； vue3一出，就要深挖vite和webpack区别，vue3盒vue2源码区别，typescript,然后项目用Vben-admin,开始学习vben架构; 然后要做微前端各种内嵌，就开始研究ifram以及qiankun； 然后搞低代码，就要学阿里的低代码引擎，他里面是react写的，又开始学react，要内嵌到vue项目中，就要学umi； 然后做支付宝小程序，又要琢磨支付宝的小程序； 前些天做全栈，然后又学阿里的midway, 全套集成和部署，就开始数据库，docker部署，jenkins, 学node， yaml语法； 项目打包速度优化，搞diff打包，gitlab api研究一顿； 然后发各种通知，转化工具，钉钉的文档，简道云的文档……
有时呢，越查资料，就觉得越浩瀚无涯，有时候真的也想吐槽，“真的 有时候就想说，草“虽然越学越通，越学越发现自己的渺小
开始做微信小程序，学了小程序原生框架；接着做vue2移动端/pc端项目，研vue2和webpack； vue3一出，就要深挖vite和webpack区别，vue3盒vue2源码区别，typescript,然后项目用Vben-admin,开始学习vben架构; 然后要做微前端各种内嵌，就开始研究ifram以及qiankun； 然后搞低代码，就要学阿里的低代码引擎，他里面是react写的，又开始学react，要内嵌到vue项目中，就要学umi； 然后做支付宝小程序，又要琢磨支付宝的小程序； 前些天做全栈，然后又学阿里的midway, 全套集成和部署，就开始数据库，docker部署，jenkins, 学node， yaml语法； 项目打包速度优化，搞diff打包，gitlab api研究一顿； 然后发各种通知，转化工具，钉钉的文档，简道云的文档……
有时呢，越查资料，就觉得越浩瀚无涯，有时候真的也想吐槽，“真的 有时候就想说，草“虽然越学越通，越学越发现自己的渺小
展开
4
10
赞了这篇沸点
做开发的人大概都遇到过产品经理改需求的情况，我也遇到过不少。
在相当长一段时间内，我非常反感这种行为。一个简单的变动都可能导致开发推倒重来。
一直不懂为什么产品经理想明白了再开始，后来发现不是产品经理不愿意，而是很难做到这一点。
面对未知的领域，大家可能都差不多，边做边改，不断试错不断纠正，最后经过大量迭代变成一个成熟的产品。
而程序员的思维方式天然追求确定性，代码世界是基于 0 和 1 构建的，运行的结果也只有两种，要么正常，要么异常。
现实世界则非常复杂，此时是正确，未来却可能是错误。面对复杂性，一次性做好极其困难，只能通过迭代的方式逐步逼近我们所认为的正确。
互联网公司这种快速试错的方式，可以低成本验证产品的可行性。当认识到这一点，我逐渐坦然了，心态更开放，更愿意和产品经理一起讨论。
在相当长一段时间内，我非常反感这种行为。一个简单的变动都可能导致开发推倒重来。
一直不懂为什么产品经理想明白了再开始，后来发现不是产品经理不愿意，而是很难做到这一点。
面对未知的领域，大家可能都差不多，边做边改，不断试错不断纠正，最后经过大量迭代变成一个成熟的产品。
而程序员的思维方式天然追求确定性，代码世界是基于 0 和 1 构建的，运行的结果也只有两种，要么正常，要么异常。
现实世界则非常复杂，此时是正确，未来却可能是错误。面对复杂性，一次性做好极其困难，只能通过迭代的方式逐步逼近我们所认为的正确。
互联网公司这种快速试错的方式，可以低成本验证产品的可行性。当认识到这一点，我逐渐坦然了，心态更开放，更愿意和产品经理一起讨论。
展开
15
11
赞了这篇沸点
