在IRC频道中提问时的礼节[关闭]


36

许多较大的OSS项目都维护IRC渠道以讨论其用法或开发。当我因尝试并未能在网络上找到信息而陷入使用项目的困境时,我试图弄清楚该怎么做的一种方法是进入IRC频道并询问。

但是我的问题总是被渠道中的人们完全忽略了。如果我进入时保持沉默,那么仍然会保持沉默。如果正在进行通话,则通话不会打扰。我将频道开放了几个小时,希望也许有人最终会吸引我,但是什么也没发生。

因此,我担心自己会以某种我不理解的方式粗鲁,或者违反一些潜规则而被忽视。我试图使我的问题讲究礼貌,讲究语法,并试图表明我已经尝试了显而易见的解决方案以及为什么它们不起作用。我了解到,我显然对频道上的人们完全陌生,但是我不确定如何解决此问题。我是否应该在频道中潜伏一个星期而不说什么?这似乎也很荒谬。

我发送的典型消息可能是“大家好-我一直在尝试让Foo正常工作,但是我一直在获取BarException。我尝试重置Quux,但这似乎无济于事。关于我可以尝试的建议?”


2
这取决于频道。没有两个人是一样的...最好的做法是在发布之前潜伏一段时间-查看操作方式,然后以预期的方式加入。
奥德

这与编程到底有什么关系?
乔尔·埃瑟顿

4
@JoelEtherton:嗯,这是关于软件工程的人际关系。
Zarkonnen 2012年

6
@JoelEtherton与程序员有关
nischayn22 2012年

1
需要说明的是:我不是在谈论“我如何使用Project X”。我说的是“我如何破解Project X”。这是关于程序员和OSS项目的文化和礼节的问题。
Zarkonnen 2012年

Answers:


38
  • 规则1:不要问
  • 规则2:在现实生活中的行为举止
  • 规则3:要有耐心。如果没有活动,则通常意味着没有人阅读您所写的内容。如果没有人回应,他们将不知道或没有注意到。您可以稍后重试,或者在x分钟前询问是否有人对您的问题有任何了解。

另外,有时IRC并不是获得帮助的最佳方法。您可以询问是否有一个更活跃的论坛,例如邮件列表,可以尝试。


1
“不要问”是什么意思:“不要'我可以问你一个问题吗?'”?
Zarkonnen 2012年

5
@Zarkonnen正是。“不要问。就问”。不要问别人“周围有人吗?” 或者更不用说突出别人问他们是否在附近。放下您的问题,闲逛并等待,会更容易。几个小时后再问一次。
zxcdw 2012年

3
我还发现发布有关解决问题的尝试的更新也可能会有所帮助。
Spencer Rathbun 2012年

2
另外,当涉及到特定部分的代码超过大约5行时,如果您不使用诸如pastebin.com之类的服务,而是将其直接粘贴到频道中,许多IRC用户会将其视为不礼貌
marktani 2012年

为论坛和邮件列表+1。IME它们通常比IRC渠道在获得项目技术帮助方面更有用。
梅森惠勒2012年

13

如果可能,将您的问题尽可能简单地分解。在学习编程时,我花了很多时间在IRC中提问。有时我的代码行不通,我也不知道为什么,所以我将我的200行程序放到了一个粘贴容器中,问为什么我在第78行出现错误。没人会回答。

我发现为了获得答案,我隔离了有问题的代码。如果我的示例不能少于20行,那么很难得到一个好的答案。这通常需要大量的工作,但是在此过程中,我经常要解决自己的问题,然后才需要向IRC提出要求。

(此建议也适用于良好的SO问题。)


12

检查主要开发人员的时区,如果在进行IRC时它们没有醒着,您几乎不会得到任何答复。

有些可能会在线显示,但是只是让机器人客户端保持打开状态以在唤醒/返回时检查某些消息。如果您不重新登录,则当它们可用时,他们将无法与您联系。

无论如何,对于使用说明,邮件列表问题跟踪器可以更好地工作。

IRC对于从事该项目的开发人员而言更为有用:因此,他们可以实时同步和讨论彼此的工作,而不会意外引发激烈的争论。

(关于“有待解决的话题”之类的可疑话题的误解和误解可以更快地实时发现和纠正)


5

确保您在正确的频道中。如果您在开发人员频道中,则显然不是帮助台频道。

如果我是一名开发人员,我想讨论开发内容,那就不要帮助1040号随机用户,因为该用户无法很好地记录功能x的工作。


2
如果你到一个社区驱动的源码项目贡献,没准功能X是远充分证明。
K.Steff

1
我想我应该避免使用夸张。
Pieter B

我的意思是,大多数FOSS项目都缺乏足够的人力并专注于代码,没有intended意。
K.Steff
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.