# 学术灌水 介绍如何在垃圾学术期刊上灌水的技巧并非我们所鼓励的。在学校里，我们愤怒地发现有同学以为做研究就是灌水。本段的主旨就是要通过消除信息不对称，纠正这种错误思想。我们有必要指出，不论质量地发表论文，并不是什么神秘的事情。只要知道了相关的流程，你能，我能，甚至连机器都能。 首先，我们要明白，水刊、水会和正经学术期刊会议的差别在于，前者靠发表别人的文章盈利——通常还都是暴利。所谓“核心期刊”的版面费，收你每篇两千块钱就已经是很客气的了。这没什么好奇怪的。学生毕业要靠论文，老师评职称也要靠论文。对于那些没有任何学术水平的混子们，自然也就只能靠“买论文”这种手段确保生存。而我们的现状是，中国的科研队伍中，有相当数量的人都是混子，这一大群人的生存需求促进了水期刊、水会议如雨后的狗尿苔（实在无法用春笋形容它们）般滋生出来。如果你愿意交钱，自然有人愿意接受你的文章——不管你的文章写得多烂。这也无怪乎连“论文中介”都可以在 Google 上搜索到约2, 130, 000条结果。 ## 期刊 在万方数据库上查找相关方向关键词，多找一些期刊，看每个期刊每月能刊登多少篇文章。如果一个月有100篇以上或更多，那想也不要想，这期刊一定是水刊。随便写两笔，直接投就可以了。进一步地，可以通过查找每篇文章作者的信息确认该刊物是否是水刊。有的时候你会发现一些xx学报上的作者都是些没名气小学校的老师/学生，那就更可以放心大胆地投了。要注意，国内有不少“核心期刊”的目录，找到这些目录的差别，可以方便你的投稿。比如：交大的核心期刊目录和北大核心期刊目录不同，这时，你可以投不在“北大目录”却在“交大目录”里面的期刊，这样的期刊一般稿件相对数量略少。另外是一些小细节： * 在致谢里写上牛人，可以给自己撑腰。 * 有些期刊有页数限制，超过页数就需要加钱，这时读者可以先投稿，中稿后，然后再将文章压缩到最便宜的长度。 * 能写大老板的名字就加上去，因为一般的期刊都不是盲审。 * 文章投出去后，不要死等。记得经常和编辑电话交流感情（仅限于那些水刊，正常刊物或者牛刊物的话，编辑都很忙，通常没功夫理你）。要让糟糕杂志的编辑觉得自己很受重视，很有成就感。 * 参考文献多引用你要投的期刊上的论文。 ## 会议 近年来，由于供求关系的压力，很多杂牌会议也不断在国内涌现。举办学术会议，通常比办杂志，更加有利可图。除了拿注册费赚钱之外，更有人觉得通过组织会议能够提升自己的“声望”。有人图名，有人图利，还不怎么费事（会议组织期间，真正跑腿的还是主办教授手下的研究生们），何乐而不为！甚至我认识某个会议的组织者还说过这样的话：“其实我们不会怎么审文章，就是在审稿截止日前随便看看，没什么大问题就直接接收了。” 对于这些会议，你只要老老实实地按照规定格式提交，别说内容烂，甚至没有内容也一样能中。毫不夸张地说，读者只要使用前文介绍过的 SCI Generator ，投稿到上述的会议，您的论文大抵会被接收。 大陆某高校的某个系每年都要开两三个会议。连会议网站的模板都是不变的。他们之所以能够如此频繁地开会，是因为举办烂会的门槛非常低。不需要主办者是学术泰斗，也不需要主办机构有多高的影响力。有兴趣的读者随便起一个会议的名字，然后填写表格，都可以拿到一个会议论文集出版的报价（报价根据会议具体情况不同而有很大差异，比如收录论文数，每篇论文的页数，论文集和光盘的情况等）。例如，想在 IEEE 机构下组织一个会议，并且以 IEEE 的名义出版论文集，可以参考这个网页：。假设，一本论文集几百篇文章，每篇文章只有三四页，超过四页额外收费。一篇文章的注册费在300——500美元之间。主办方收到的注册费，减去论文集的出版费用，再减去会场开销，所剩下的就是组织者的纯利。 只要你想灌水，把你写的中文课程设计的报告提炼一下，翻译出主要内容，再根会议指定的论文模板排排版。一定可以被某些IEEE XXXX 国际会议接收。 --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://survivesjtu.gitbook.io/survivesjtumanual/sheng-cun-ji-qiao/pang-men-zuo-dao/xue-shu-guan-shui.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.