datatables-cn icon indicating copy to clipboard operation
datatables-cn copied to clipboard

怎么利用Github Issues 获取帮助

Open ssy341 opened this issue 8 years ago • 13 comments

提问是有技巧的,那么怎么好的提问能更快速的得到帮助呢? 我的建议是提问提供以下几点,定事半功倍。

  • 代码 - DT初始化代码(js部分,html部分),有必要时提供包括后台代码
  • 控制台相关信息,比如 network 和 console ,特别是console里的红色错误提示
  • 请求返回的数据,在处理服务器模式时,这个信息尤为重要
  • 截图,通过截图描述你的问题,更能够表达清楚
  • 简单易懂的问题描述
  • 🔴 最后一步就是跟着helper的节奏来

如果不知道上述怎么操作,参考 如何定位问题(js调试基本技能)

据不完全统计,按照上述方法提问的小伙伴,问题还没提出来,就已经解决了,是不是很神奇?

Github Issues 快速入门:

  • 首先,参考 #6 和 常见问题FAQS里列出的问题
  • 其次,在本页面的顶部【search】里搜索,搜过之后没找到自己的问题,可以新建一个【issue】 ,在右上角,绿色的按钮
  • 再次,发布提问请务必参考上面提到的提问指南

怎么使用编辑框?常用的几种操作在工具栏条已经列出来,字体大小,加粗,斜体,引用,代码,连接,序列,插入别人的回复,提醒别人。这里提一点,如果要上传图片和文件(txt格式)也很方便,把图片和文件拖到框里的光标处即可,自动上传。

这么介绍,对于提问和解答已经是完全满足了,如果你想知道更多,参考这里>>Github Markdown语法

补充

先写到这里,后面慢慢补充完善

很多软件开发学习者和从业者都会加一些群,经常会看到有人在群里面提问题,总有那么一些人提的问题无人解答,通常情况下是这个人提的问题不好。看看下面这两组对话,如果你是B的话,更喜欢哪一种?

A:“在吗?” B:“在”。 A:“有个问题想问请教一下”。 B:“说”。 A:“我的页面点击那个按钮没有反应,这是什么原因?” B:“有没有报错?” A:“没有”。 B:“代码贴一下”。 ...... ...... 相比之下,我相信更多人喜欢下面的这种提问方式。 A:“有个问题想请教一下,我的页面点击那个按钮之后没有反应,我排查了一下,定位到这段js代码可能有点问题,这是代码您看下*********”。 B:“你把这个修改一下********”。

第一种方式沟通成本高了很多,其实是说了很多废话,以后在qq上问别人问题的时候最好是使用第二种方式,不要问别人在不在,直接详细的描述你的问题就行了。每个人在学习或者工作中都会遇到问题,在向高人请教前,一定要自己先思考一下,然后把自己的问题和思考的内容一次性的给高人描述清楚,尽量减少沟通成本。不要一遇到问题,自己也不思考,直接丢给高人,总吃别人咀嚼后的菜,味道也不好吧

ssy341 avatar Jul 12 '16 03:07 ssy341

路过留赞

guishine avatar Jul 12 '16 03:07 guishine

occultskyrong avatar Jul 12 '16 03:07 occultskyrong

支持!

edwinhuish avatar Jul 12 '16 03:07 edwinhuish

jzpenghaitao avatar Jul 12 '16 03:07 jzpenghaitao

支持

kevinliu91 avatar Jul 12 '16 03:07 kevinliu91

支持

acute0925 avatar Jul 12 '16 03:07 acute0925

赞!

huangzq3 avatar Sep 13 '16 03:09 huangzq3

cesjo avatar Mar 20 '17 07:03 cesjo

wang-xiaonan avatar May 23 '17 01:05 wang-xiaonan

mark

T3mi2 avatar May 22 '19 02:05 T3mi2

mark

Jean-Jacques-Nuoan avatar Feb 10 '20 08:02 Jean-Jacques-Nuoan

GristBardChen avatar May 19 '21 03:05 GristBardChen

axinss avatar Apr 15 '23 03:04 axinss