【吐槽】IM群里几种我认为愚蠢的提问方式

一、“有人吗?”

你能得到一句【在,请说】的答复我就服了你,这样问的结果往往是等半天没一个人鸟你,悲观的你或者就此凄凉的退群了,感概人情冷暖的同时甚至开始怀疑人生;积极的你或者这才意识到~要不干脆说问题吧,呵呵。

这类型的其它变种有:“有高手吗?”“高手在吗”……哈~这问题得这么分析:

如果是常规码农(非高手,也不是响叮当的半吊子),一下就被你吓到了,万一吱声,而你的问题真的是高深难测,岂不神出场翔收尾,一不小心被你鄙夷一番就不值了。

如果是高手~(没当过高手,以下纯属YY)人家大多都在钻研自己的问题呢,就算是你问出能戳中他很想“显摆”(无贬义)的一个话题,都要看是不是刚好在他闲的蛋疼的间歇和有想显摆的心情,就更别说鸟这种几近废话的提问了。话说回来,高不高手这事挺相对的,技术领域和实际情况那么多,高手也往往只精通其中的一些,总有自己不熟悉的,有时也会当自己是菜鸟去问人,也恐怕见识过别自己更高的手,所以高手也不见得会认自己是高手。所以,你想得到一句“我是高手,我在,你放马过来”的几率比“有人吗”还要低哦。

第三种情况是,“你来踢馆吗”——来自一群友的神回复,哈哈。

所以,我的建议是,直接说问题就好,这又不是来作客,少点客套,少点啰嗦,码农多是直来直去的,整啥人情世故。人家会答又愿意答的,自然会回你,你管人家在不在,是不是高手,能答你问题就行了,对不。

二、指定“专家号”。生怕不够明显,还@一下

对于这种,如果你确信只要某某作答,你何不私聊人家一对一诊断呢,群友七嘴八舌的很容易就把你问题刷出屏了。

如果你并不是真想限定某某回答,而是希望挂上专家号的同时,得到全国会诊~想的挺美好哈,那恐怕有些情况是你没想到的,且听我分析分析:

1、善良+热心的群友。根本不介意你@谁,该咋帮还咋帮~恭喜你算盘打响了,这是你能得到的最好结果,可是~这跟不挂专家有什么区别。

2、小肚鸡肠的群友~像我这样的。好嘛,你问的是人家,我凑啥热闹,知道也不答你,一不小心被你来一句“我问你了吗”“你会吗,不知道别乱说”,那还不噎一整天,拉倒,不受那个气,谁爱答答,我坚决不答。——不管你信不信,若干这种提问因为要找的那个专家不在而无疾而终,要说你总能把算盘打响,得到会诊,那只能说好人还是多。但我真心希望你知道这种提问的确会造成这样一种结果。

所以,举个栗子阐述一下你的损失,假若群里有10个人会答你的问题,其中有7人像我这样的(我阴暗了么?呲牙):

A、不挂专家号。最好的结果是你能得到10个人的回答,满满的都是爱心呐

B、挂专家号。最好的结果是能得到3个人的回答,还不坏。最坏的情况是,你的问题只有1个人能答,但你偏偏挂了别的专家号

SO,为了最大化你的利益,放弃这种愚蠢的方式吧。简单说,你指定的那专家不会因为你有没有@他而决定答不答,但别人可能会因此而不答,赋诗一首~别为了一棵树而放弃一片森林,别为了一坨便便而放弃整个粪池。

三、“请问WCF怎么用”“我这程序点确定了为什么更新不了数据库”

你能通过问答就能搞懂WCF怎么用,或者仅凭一句“为什么更新不了”就能得到精准无比的答复,只能说你和回答的人都不是一般人,真心跪服!Anyway,我主要想吐上两种,对于这种,我连吐都感到一种婶婶的无力感,又怎么能回答呢。

ok,暂时只吐这3种,有新鲜热辣的再补上。这篇文章仅仅满足一下我的吐槽欲望,没想教化谁更不是想帮谁纠正什么,你对不对上号或有没有吸取教训不关我事。

求鸡蛋少点~

【吐槽】IM群里几种我认为愚蠢的提问方式

时间: 2024-10-10 18:14:46

【吐槽】IM群里几种我认为愚蠢的提问方式的相关文章

经验篇第十一期:群里的那点事儿(十一)

由于最近群里面小伙伴们研究的问题,在之前基本都已经研究过了,所以本期就没有记录新的问题,希望群里的小伙伴们可以多来提问与解答哦

群里分享的react的收藏一下!今日周末,改了个表单验证然后无所事事了!

今日周末,改了个表单验证然后无所事事了,然后把昨天群里分享的react的收藏一下尽管现在还在研究angular和nodeJs毕竟刚刚开始用有点不熟...没准以后会研究一下react毕竟看着下面这张图还是觉得有点欢乐的 现在最热门的前端框架,毫无疑问是 React . 上周,基于 React 的 React Native 发布,结果一天之内,就获得了 5000 颗星,受瞩目程度可见一斑. React 起源于 Facebook 的内部项目,因为该公司对市场上所有 JavaScript MVC 框架,

陈烨大神在群里发言,忠实记录并写下自己的一些感悟

下面是陈烨讲的一些,非测试的网友可以右上角叉叉,这些话里的错别字都是陈烨本人所写 目前移动无线的测试分这样几类 UI-->native接口-->app到server端测试-->server端接口测试-- >底层测试-->单元测试-->app性能-->安全测试-->持续集成. 但是这其中不是所有的都是自动化,更多的只是工具,作为测试的辅助 然后先说UI,UI的东西目前大家也都知道,迭代很快.UI本身实现的ROI酒很 低.然后appium,robotium,Ac

Vue 脱坑记 - 查漏补缺(汇总下群里高频询问的xxx及给出不靠谱的解决方案)

前言 发现群里有些问题的提问重复率太高了,每次都去回答,回答的贼烦.这里做一个大体的汇总,废话不多说,直接开始给出方案,不是手把手..若是连问题和解决都看不懂的..应该去补充下基础知识 问题汇总 Q:安装超时(install timeout) 方案有这么些: cnpm : 国内对npm的镜像版本 /* cnpm website: https://npm.taobao.org/ */ npm install -g cnpm --registry=https://registry.npm.taoba

python学习总结---学习交流群里的问题总结

连续添加数据到明细: def onchange_product_id(self, cr, uid,ids, product_id,line_id, context=None): result={} if product_id: sql="select product_id, sum (qty) qty,lot_id ,max(in_date) in_date ,location_id from stock_quant where product_id=%d GROUP by product_id

在一个前端群里看到的一个练习,获取阿姆斯特朗数

本来周五在公司,也没啥事情干,在群里看见别人发的一个题目,身为一个前端菜鸡就写了一下,不喜勿喷.... 实现输入一个数,当在一个可变范围内时,会返回输入数字最近的一个阿姆斯特朗数,并且可以输出范围内所有的阿姆斯特朗数. 题目如上,直接上代码... <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transition

经验篇第一期:群里的那点事儿

问题1:审核问题 问题2:UI控件根据数据自适应宽度 问题3:真机调试新出问题 问题4:UITableView常见bug 问题5:关于字符串copy与Strong地址不变的争议 问题6:关于系统内部推送开关相关方法的问题 问题7:关于UITableView数据源修改遗忘代码问题 学弟的问题是没有好好控制数据源DataSource里面的返回Cell个数的方法,也就是忘记返回第二个数组了,只返回了第一个数组,所以请大家注意,修改tableView的数据是要整体DataSource的方法都要修改才可以

经验篇第九期:群里的那点事儿(九)

问题1:记录ScrollView的偏移量 问题2:将钱数的...分隔 问题3:关于下面表达式错误的原因 欢迎小伙伴们常来群里提出技术问题~~并且帮他人解决问题哦

经验篇第七期:群里的那点事儿(七)

问题1:Cell选中状态 问题2:关于真机测试推送的问题 问题3:关于提交给AppStore的测试账号 问题4:关于device Token 问题5:关于NavigationBar的问题 问题6:关于64位出错的问题 问题7:关于打包苹果账号的使用 问题8:小伙伴提出的NavigationBar的问题 问题9:关于TabBar Push解决延迟的问题 问题10:AFNetWorking里面的某些方法 问题11:关于Documents文件夹 欢迎小伙伴们常来群里提出技术问题,并感谢那些为小伙伴们解