怎么利用Github Issues 获取帮助

[ssy341]

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

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

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

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

Github Issues 快速入门：

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

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

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

补充

• 提问的智慧

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

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

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

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

[guishine]

路过留赞

[occultskyrong]

哦

[edwinhuish]

支持！

[jzpenghaitao]

赞

[kevinliu91]

支持

[acute0925]

支持

[huangzq3]

赞！

[cesjo]

赞

[wang-xiaonan]

赞

[T3mi2]

mark

[Jean-Jacques-Nuoan]

mark

[GristBardChen]

赞

[axinss]

赞