首页 > 其他分享 >在我为他人回答问题的一些感受,为什么我在回答问题时容易生气,以及为什么我甚至不愿意回答问题

在我为他人回答问题的一些感受,为什么我在回答问题时容易生气,以及为什么我甚至不愿意回答问题

时间:2023-08-26 22:55:42浏览次数:37  
标签:为什么 回答 问题 别人 提问 我们 解答

在我为他人回答问题的一些感受,为什么我在回答问题时容易生气,以及为什么我甚至不愿意回答问题

作为一个喜欢探索的人,我为别人解决过很多问题,从很简单的小问题到一些我只是了解了皮毛的领域的问题,我都为他人成功解答过。这并不是自诩我自己的功力有多么高深,相反,我也只还是一个平平无奇的,喜欢探索,喜欢贡献社区的coder。

在我回答别人的问题的过程中,我发现有太多还在探索期的人,没有经过自己的探索就来问一些非常基础的,网上一搜或者一问ai就能解答掉的问题。作为一个开发者,我很乐意去帮助别人,但是这种问题被问的多了,我非常厌烦,我知道一句话就能帮他解决掉,但我就是不愿去告诉他这一句话。为什么?因为我告诉他了,下次他会有其他非常简单的问题还来问。这是我不希望看到的,会让我变得更加暴躁。

于是我从一开始的,耐心阅读他人代码,为他人解答问题,变成开始逐渐引导他人自己解决问题的人。总有人觉得我这样非常的烦,为什么不直接告诉我怎么做呢?我不想回答这种问题。有这种想法的大佬不只有我一个,提问的智慧这个repo也应运而生。我很喜欢这个repo,以至于我刚看到这个repo时,甚至阅读了很多次。它教会了我太多,让我明白了那些回答别人问题的人的心情。而渐渐地我加入了一些群组,开始解答很多新手的问题,我也才体会到,原来为别人回答简单的问题是一件多么令人烦闷的事情。

可能有人会这么说,那你不回答不就行了,有别人会回答。那样麻烦的就是别人,问题不会少,只是解决的人换了而已。这并不能解决本质问题。

我认为我们应该如提问的智慧所说,我们在问出问题之前应该先做到以下几点:

  • 先合理利用现存的资料来理解,利用别人发布在网络上的笔记和经验来映射到自己项目的问题,试图参照别人的经验来解决它
  • 利用项目框架或者语言现有的文档,试图参透并找到自己的问题所在
  • 作为一个程序开发者,我们可以试图阅读源代码以找到答案
  • 自己探索,自己尝试,试错是成功的必经之路

如果你连上述的几点都没有做到,我们又有什么理由去给你解答问题呢。

这里引用提问的智慧的一些话

首先你应该明白,黑客们喜爱有挑战性的问题,或者能激发他们思维的好问题。如果我们并非如此,那我们也不会成为你想询问的对象。如果你给了我们一个值得反复咀嚼玩味的好问题,我们自会对你感激不尽。好问题是激励,是厚礼。好问题可以提高我们的理解力,而且通常会暴露我们以前从没意识到或者思考过的问题。对黑客而言,“好问题!”是诚挚的大力称赞。


尽管如此,黑客们有着蔑视或傲慢面对简单问题的坏名声,这有时让我们看起来对新手、无知者似乎较有敌意,但其实不是那样的。


我们不讳言我们对那些不愿思考、或者在发问前不做他们该做的事的人的蔑视。那些人是时间杀手 —— 他们只想索取,从不付出,消耗我们可用在更有趣的问题或更值得回答的人身上的时间。我们称这样的人为 失败者(撸瑟) (由于历史原因,我们有时把它拼作 lusers)。


我们意识到许多人只是想使用我们写的软件,他们对学习技术细节没有兴趣。对大多数人而言,电脑只是种工具,是种达到目的的手段而已。他们有自己的生活并且有更要紧的事要做。我们认可这点,也从不指望每个人都对这些让我们着迷的技术问题感兴趣。尽管如此,我们只为那些真正有兴趣并愿意积极参与问题解决的人调整回答问题的风格。这点不会变,也不该变:否则,我们就是在最擅长的事情上降低效率。


我们(在很大程度上)是自愿的,从繁忙的生活中抽出时间来解答疑惑,而且时常被提问淹没。所以我们无情地滤掉一些话题,特别是拋弃那些看起来像失败者的家伙,以便更高效地利用时间来回答赢家(winner)的问题。


如果你厌恶我们的态度,高高在上,或过于傲慢,不妨也设身处地想想。我们并没有要求你向我们屈服 —— 事实上,我们大多数人非常乐意与你平等地交流,只要你付出小小努力来满足基本要求,我们就会欢迎你加入我们的文化。但让我们帮助那些不愿意帮助自己的人是没有效率的。无知没有关系,但装白痴就是不行。


所以,你不必在技术上很在行才能吸引我们的注意,但你必须表现出能引导你变得在行的特质 —— 机敏、有想法、善于观察、乐于主动参与解决问题。如果你做不到这些使你与众不同的事情,我们建议你花点钱找家商业公司签个技术支持服务合同,而不是要求黑客个人无偿地帮助你。


如果你决定向我们求助,当然你也不希望被视为失败者,更不愿成为失败者中的一员。能立刻得到快速并有效答案的最好方法,就是像赢家那样提问 —— 聪明、自信、有解决问题的思路,只是偶尔在特定的问题上需要获得一点帮助。

在你问出你的问题之前,你应该想想这个问题是否能给回答你的人带来实际利益,包括情绪上的或经验上的。

  • 我们在一开始愿意回答你的问题,是因为回答你们的问题甚至是简单问题可以为我们带来满足感,我们不是为了解答你的问题而解答你的问题,我们只是为了自我满足,我们并没有义务去给你解答。
  • 如果你问出了有挑战性的问题,而这些问题不是稍加探索就可以解决的。而这个问题又正好覆盖到了我们的领域或者我们的领域边缘,那么如果我们已经解决了,直接向你抛出答案很大概率是因为我们乐意分享我们自己的研究成果,这可以让我们得到满足感;如果我们还为解决并愿意尝试探索你的问题,那么我们很大概率是因为我们觉得你这个问题有价值,我们可以从你这个问题中得到宝贵的经验以及理解。

不要试图用金钱这种东西作为筹码向人提问,愿意为社区贡献的开源作者很多是不在意资本甚至是厌恶资本的,用金钱作为筹码向有智慧的人提出问题只能说明你的无知,即使你可以达到你的目的,你在众多开源社区的贡献者眼里的形象也会拉胯。

既然你能看到这里,说明你是一个乐意去理解别人,乐意去探索的人,我非常推荐你去阅读提问的智慧。这个repo会告诉你你在提问前,提问时甚至在你提问后,解决问题后所需要注意的绝大多数内容。

标签:为什么,回答,问题,别人,提问,我们,解答
From: https://www.cnblogs.com/Adsicmes/p/17659642.html

相关文章

  • react-pdf在部分iOS手机上加载pdf失败问题解决
    最近项目快结束了,测试提了一个bug,iOS手机上加载pdf一直在转圈,加载不出来内容。看到这个bug,在电脑上和安卓手机上没有问题,iOS手机中打开确实又问题,初步确定为app问题。我们的项目是集成在客户的app里的,可能是app内的WebView和Safari有一些差异导致的问题。首先直接在iOS手机上用a......
  • 项目管理中常见的十个问题
    项目开发过程中会遇到很多问题,今天分享十个常见问题及应对思路。问题一,线上出bug了,是先找责任人,还是先处理问题?不是每一个问题都值得被追责的,指责也不能修复bug。发现问题后,关键是解决问题。问题解决后,再作复盘。复盘的目的也不是追责,而是为了防止问题再次发生。一个重大的错误应该......
  • js_中文输入法情况下, 输入框v-model绑定值中没有输入值但却触发input事件的问题
    中文输入法情况下,输入框v-model绑定值中没有输入值但却触发input事件的问题今天写的一个搜索框,要求输入字符时不作处理,直到用户点击搜索按钮时才执行搜索逻辑;当用户将搜索框文本删除至空字符串时,执行一次无搜索值的搜索逻辑,用于将表格数据恢复至无筛选;在这个功能......
  • jdk1.8 AudioSystem 无法关闭流的问题
    问题首先说明JDK版本,EclipseTemurin1.8.0_382,写音频处理时遇到一个文件流无法关闭的问题。具体是javax.sound.sampled.AudioSystem#getAudioInputStream(java.io.File)写在try-with-resources里,在try-with-resources结束的代码块外删除文件显示文件被占用,最后在stackov......
  • 一次Java内存占用高的排查案例,解释了我对内存问题的所有疑问
    原创:扣钉日记(微信公众号ID:codelogs),欢迎分享,非公众号转载保留此声明。问题现象7月25号,我们一服务的内存占用较高,约13G,容器总内存16G,占用约85%,触发了内存报警(阈值85%),而我们是按容器内存60%(9.6G)的比例配置的JVM堆内存。看了下其它服务,同样的堆内存配置,它们内存占用约70%~79%,......
  • 2023-08-26 关于JSON.stringify会过滤调undefined值的问题 ==》在格式化之前先用type
    今天传参给后端的时候就发现了这么个问题,明明对象里面有这个字段a,但是打印出来死活没有,去掉json格式化后才发现是该值a为undefined,遂百度,故得知该值会被过滤掉。被过滤掉的原因是因为undefined值不符合JSON.stringify的规范。......
  • 优化Redis缓存淘汰机制解决性能测试中报错率逐渐攀升问题
    在某个查询场景的性能测试过程中,遇到了一个问题:测试过程中报错率逐渐攀升。进一步检查后发现,在查询业务所在应用的后台日志和平台应用的后台日志中,都出现了用户登录相关的报错信息。经过排查分析,发现了问题的根源,并做出了解决方案。问题描述在测试过程中,发现报错率逐渐增加,并且......
  • 闭包之可能引起的问题
    通过使用闭包,我们可以实现许多有用的功能,提高代码的灵活性和可维护性。然而,在使用闭包时需要注意避免循环引用、内存泄漏等问题。 循环引用循环引用指的是闭包函数中捕获的变量与闭包函数本身形成了一个循环引用关系。当闭包函数捕获了外部函数的变量,并且这个变量又引用了闭......
  • 关于自建Rustdesk 远程桌面服务器的公网访问:无法连接中继服务器的问题解决方法
    自建服务器位于内网时,内网客户端ID/中继的地址通常写成内网IP,外网客户端一般会用公网IP进行端口映射,但这样设置出现外网客户端无法连接中继服务器,但内网客户端使用正常的现象。经过半天的排查分析,当内网和外网填写的自定义服务器地址时,rust服务器无法识别出需要使用nat包的地址,默......
  • nginx部署vue项目报404问题
    解决刷新路由404问题这是因为我的vue项目是采用了history路由模式,又因为vue是单页面应用,一旦切换路由之后,之前的页面就会不存在,然后你再刷新回到之前的页面就会出现404了。(个人理解)解决的方法:将路由模式修改为hash模式(不建议,hash模式#太丑)修改nginx配置location/{tr......