问题解决之道-希望朋友们提问前看看

樱家冢

问题解决之道
出自http://www.linuxsir.org北南南北


一、发帖子时，先在论坛里搜索一下有没有相关的帖子。

这样我们就提高了解决问题的效率，以免重复发帖。我常在国外网站发帖，因为原来不懂这个规矩，我收到了好几个警告，有的是网站管理人员的，大多的是网站的会员。但网站的管理员还是把的帖子重新编辑，放在相应的位置上，并发一封信告诉帖子的位置，以及发帖子的方法和技巧等。在这方面，我们还要多学习一下。

二、我们发帖子时，要写好主题标题，简洁明了，切重要点；标题过长容易显示出错，切记！

最好不用［紧急、请帮助、求助、特急之类的词语］，因为我们的帖子是给答复我们的弟兄看的，也是给有此问题的朋友看的。如果你用这些词语，可能有不会此问题的朋友也要看,这样就浪费了这些弟兄的时间,另外如果他们也有此问题，他们也搜索不到你的主题。有此经验的弟兄也能立即答复你的问题。我们应该用与我们问题相关的词语。如果你的SAMBA有问题，那就在主题上写［SAMBA问题］ 。

三、硬件问题，你就得把相关硬件的参数、品牌、芯片组等，以及你设置相关的参数出现的错误信息等。同时也得把系统说上，因为每个系统的配制方法都有不同的地方，这个极重要，否则弟兄们真的不知道怎么回答。

四、软件及系统的问题，也要注明系统版本及错误的详细信息。

五、为了便于以后查找，不得重复发帖；不得一帖多问，只能一帖一问；

六、请不要在不相关的主题后面回帖，或在不相关的主题后面提出新问题；

七、跟帖技巧；

如果你原来已经发过你所要问的问题，如果弟兄们给你的答复，你仍没有解决了，那你最好还接着原来的问题再发帖子。如果别人也有相似的问题，你也可以跟帖子，因为类似的问题一集中，我们就容易解决。

八、发帖时要讲究说话方式；

因为在咱们的论坛里，弟兄们能不能帮助你，不是弟兄们的义务，是弟兄们自愿的。所以我们提问时尽可能的客气一点。用语讲究客气，能为我们营造了一个良好的互助氛围。这对我们每个弟兄都一样，因为我们不是什么都会的。

九、要有爱心，有奉献精神。

因为我们面对的是大多的从WINDOWS转过来的弟兄，他们习惯于点鼠标，可能暂时不太习惯LINUX的操作方式。这就要我们给他以信心，让他有勇气敢于挑战LINUX给他带来的不便。我们要学会怎样倾听发帖提问的弟兄们的心理感受。我们都知道，我们学WINDOWS时也是一样的，点几下鼠标，有时也问好几个人，读好多书，其实真正有问题要问的还是LINUX，而不是WINDOWS。如果我们认真的彼此关注，我们就会感受到“互帮助给予我们的快乐和感动”。我们每个人都需要帮助，我们每个人都要尽可能的为别人做点什么，没有付出就没有收获。

十、发帖时想一下你的主题应该发到哪个版块。

把问题发到适合的版块，这样才能让兄弟们在最短的时间内，给予帮助；

十一、归纳总结，如果问题解决了；

我们最好写个总结，把你的心得和成果发布出来，这样也便于我们帮助有此问题的兄弟，因为互帮是多方的，而非我们只需要别人帮助，而不去帮助别人；

看到系统安装版有这样一篇帖子，转过来，也希望本版的朋友提问前看看。

樱家冢

请不要做浮躁的人
转自http://www.douzhe.com/linux/

1.不要看到别人的回复第一句话就说：给个代码吧！你应该想想为什么。当你自己想出来再参考别人的提示，你就知道自己和别人思路的差异。
2.初学者请不要看太多太多的书那会误人子弟的，先找本系统的学，很多人用了很久都是只对部分功能熟悉而已，不系统还是不够的。
3.看帮助,不要因为很难而自己是初学者所以就不看；帮助永远是最好的参考手册，虽然帮助的文字有时候很难看懂，总觉得不够直观。
4.不要被对象、属性、方法等词汇所迷惑；最根本的是先了解最基础知识。
5.不要放过任何一个看上去很简单的小问题--他们往往并不那么简单，或者可以引伸出很多知识点；不会举一反三你就永远学不会。
6.知道一点东西，并不能说明你会写脚本，脚本是需要经验积累的。
7.学脚本并不难，ASP、PHP等等也不过如此--难的是长期坚持实践和不遗余力的博览群书；
8.看再多的书是学不全脚本的，要多实践
9.把时髦的技术挂在嘴边，还不如把过时的技术记在心里；
10.学习脚本最好的方法之一就是多练习；
11.在任何时刻都不要认为自己手中的书已经足够了；
12.看得懂的书，请仔细看；看不懂的书，请硬着头皮看；
13.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍；
14.请把书上的例子亲手到电脑上实践，即使配套光盘中有源文件；
15.把在书中看到的有意义的例子扩充；并将其切实的运用到自己的工作中；
16.不要漏掉书中任何一个练习——请全部做完并记录下思路；
17.当你用脚本到一半却发现自己用的方法很拙劣时，请不要马上停手；请尽快将余下的部分粗略的完成以保证这个代码的完整性，然后分析自己的错误并重新编写和工作。
18.别心急，写脚本确实不容易；水平是在不断的实践中完善和发展的；
19.每学到一个脚本难点的时候，尝试着对别人讲解这个知识点并让他理解----你能讲清楚才说明你真的理解了；
20.记录下在和别人交流时发现的自己忽视或不理解的知识点；
21.保存好你做过的所有的源文件----那是你最好的积累之一；
22.对于网络，还是希望大家能多利用一下，很多问题不是非要到论坛来问的，首先你要学会自己找答案，比如google、百度都是很好的搜索引擎，你只要输入关键字就能找到很多相关资料，别老是等待别人给你希望，看的出你平时一定也很懒！
23，到一个论坛，你学会去看以前的帖子，不要什么都不看就发帖子问，也许你的问题早就有人问过了，你再问，别人已经不想再重复了，做为初学者，谁也不希望自己的帖子没人回的。
24，虽然不是打击初学者，但是这句话还是要说：论坛论坛，就是大家讨论的地方，如果你总期望有高手总无偿指点你，除非他是你亲戚！！讨论者，起码是水平相当的才有讨论的说法，如果水平真差距太远了，连基本操作都需要别人给解答，谁还跟你讨论呢。

浮躁的人容易问：我到底该学什么；----别问，学就对了；
浮躁的人容易问：JS有钱途吗；----建议你去抢银行；
浮躁的人容易说：我要中文版！我英文不行！----不行？学呀！
浮躁的人分两种：只观望而不学的人；只学而不坚持的人；
浮躁的人永远不是一个高手。

这是Blue在刚才那篇后面的跟帖。

felix

支持！

jin_liu

up!

lizw

浮躁的人容易问：我到底该学什么；----别问，学就对了；
浮躁的人容易问：JS有钱途吗；----建议你去抢银行；
浮躁的人容易说：我要中文版！我英文不行！----不行？学呀！
浮躁的人分两种：只观望而不学的人；只学而不坚持的人；
浮躁的人永远不是一个高手。

我承认在学习linux的问题上，我犯了浮躁的错误，不是为了赚钱，是为了找成就感

lovewilliam

学会保持沉默

sadf-sgc

受益匪浅～～

easycat

...某些人觉得一些事务很么有道理 或者某些人很没有道理
这些人也许也被一些没有道理得人觉得没有道理

xuezhe

我是新手看了以后感觉上面说的几个问题我也有,我会按照上面的说法一点点的去改的.

樱家冢

谢谢楼上的支持，希望你早日成为大牛，

lovewilliam

http://lfs.linuxsir.org/htdocs/faq/#netiquette

网络礼仪应该怎样?
       

这里是一些网络礼仪的实用指南，只包括那些不可或缺的内容。如果在我们项目的邮件列表上待过一段时间的人，就会发现前面几个是很明显的。在后面的几个不那么明显，不过也需要注意。

为了简明扼要，下面这些礼仪的原因就不说了。但尽管放心，它们都不是某个人的偏好，而是有原因的。

虽然下面文字里只说了“邮件列表”，但也包括镜像邮件列表的新闻组。

开始吧，下面是几个礼貌方面的，随后是更“技术性”的:

请记住，如果提出的问题是在很常见的文档（比如LFS和BLFS安装指导，本FAQ，LFS Hints，合适的man手册页，列表存档和 Google 搜索）里已经解答了的，你就会显得很粗鲁。只要你能证明自己的确尝试找答案了，并且不觉得仅用一个到某文档的链接来回答你的问题是一种冒犯，任何有理智的人都不会拒绝你的问题的。

大多数令人讨厌的论战都是从某个新手提出的不合适问题开始的，然后是批评（即使是善意的），最后变成公开的对抗。请尽量避免这种情况。 "不说话" 而是给出一个指向合适文档的链接就足够了。如果你觉得必须批评，请私下写信，不要发到邮件列表上。这一点也适用与其他可能变得激烈的问题。

邮件列表是国际性的，所以任何俚语和谚语都可能会被误解。(比如最近对"bootstrapping"的讨论就是例子.) 任何渎神，政治，战争或宗教(即使是在签名里)的言论都可能使世界上某地某人不爽，所以请避免。最后，用英语发信是比较礼貌的，因为列表上的多数人都懂它。

现在说说更“技术性”的问题.

不要用 HTML 来发信. 如果你在用Yahoo, Hotmail, 或 Outlook，并且没有把 HTML选项关掉，那就是用HTML格式来发信。如果你使用其他的邮件客户端，请在寄出前检查一下。如果你不知道怎样把 HTML 关掉，看看http://www.expita.com/nomime.html.

以 72 字符来折行。 如果你不想手动做，可以设置邮件客户端程序在发信时自动折行。

在引文下面回复 Outlook 把事情变得很麻烦。有一个修正Outlook的插件，在 http://home.in.tum.de/~jain/software/outlook-quotefix/, 修正Outlook Express的在 http://home.in.tum.de/~jain/software/oe-quotefix/.

限制签名在四行内.

裁减引文，尤其是引文中的签名. 但不要裁减得不看原文就看不懂你的回复.

不要点回复按钮，除非你真的要回复它. 用new, compose, 或你的邮件客户端使用的其他按钮，来问一个新问题和开始一个新线索。. Reply（回复）会设置主题以外的其他行，所以如果你不是在回复它，邮件的位置就不对了。

下面的不太重要，但了解一下也是有用的。在LFS邮件列表上，人们通常清除 CC 域的内容，而只是把回复发到邮件列表。这可能不太好，但已经存在了，而且由于政治原因，也不太可能改变。
2.2.        

我该把什么问题寄到哪个邮件列表?
       

完整答案在http://www.linuxfromscratch.org/mailinglists/, 下面是摘要:

    *

      把技术支持的问题寄到lfs-support 和 blfs-support. 比如"我怎样..." 和 "我遇到这个错误..." 以及其他寻求帮助的问题都应该只寄到这两个列表，不要寄到其他地方。
    *

      如果你对LFS书本身没有任何意见， 不要 寄到 lfs-support.
    *

      除非你要对 LFS BOOK 本身 提出改进建议，否则不要寄到lfs-dev.
    *

      只有与BLFS Book相关的建议才应该到blfs-dev里.
    *

      blfs-support就不同了，对前面的列表不适用的主题都可以寄到它上面，除了啤酒的价格和GNU与BSD的论战。
    *

      啤酒的价格，GNU与BSD的论战以及Microsoft与Linux的比较都局限于lfs-chat. 目前，硬件的讨论也应该在这里。

特别注意的是，如果你提到了XFree86, KDE, 或 GNOME，你基本上可以肯定这封信的内容不属于lfs-dev或lfs-support.
2.3.        

哪里是寻求帮助最好的地方?
       

如果本FAQ帮不了你，还有几个地方可以去.
       

如果你对书中的东西有疑问，可能重读一下LFS BOOK会发现一些你忽视了的东西。
       

如果没忘掉什么，读一读合适的man页和info页，能提供很有用的信息。如果它们不是你要找的，在问别人问题之前，应该确信自己知道得够多了，不会置自身于困窘的境地.
       

http://www.tldp.org/ 有许多HOW-TO和大量其他文档. 你可能能找到些有用的。
       

linuxfromscratch.org网站上的搜索包含了邮件列表，许多问题在上面都至少讨论过一次。搜索在 http://search.linuxfromscratch.org/.
       

对于技术支持这样的帮助，IRC 是最好的. 它更快，也不会影响邮件列表的流量。关于LFS IRC频道的信息在 http://www.linuxfromscratch.org/misc/irc.shtml.

有两个你可能感兴趣的 IRC 频道，#LFS是社区频道，#lfs-support是技术支持频道。如果你问的是技术支持的问题，在#lfs-support里更容易得到明确和友好的帮助。
       

实在没办法，就到邮件列表吧。如果你寄错了列表，或者同时寄到几个列表，大家可能会失望。邮件列表的信息在 http://www.linuxfromscratch.org/mailinglists/. 说道了该用哪个邮件列表.
2.4.        

为本 FAQ 做贡献.
       

非常欢迎建议.可以直接发email或到合适的邮件列表上联系FAQ维护者。

有用的建议包括添加确实经常问到的问题 -- 最好加上比较好的解答 -- 删除过时的问题.

严肃，正规的贡献者都欢迎. 如果你有兴趣做这个,像抓LFS BOOK那样从CVS里抓出FAQ，并修改DocBook XML源文件。你所做的修改应该用"diff -Naur"做成 patch提交，但如果是添加一个文件，可以直接提交那个文件。

任何想加到 FAQ 里的东西，如果不想被改动太多，就应该经过深思熟虑和实践，并在风格上与现存的内容一致。

刚刚看到这个。

希望大家遵守！