常常改写论文或审稿时，都会发现一些研究生不会写论文的“引言”（Introduction)。过去，国内中文期刊也不重视这个问题，写法千奇百怪。多数问题是，写得很短，或只写了课题背景。大多数不知道要对参考文献进行评述，而是随意将参考文献引到某几句话里。


论文第一部分一般称为“引言（Introduction)”，不能叫“前言”，“前言”是用在书里的。有些学生给这部分标题写得五花八门，比如“课题背景”、“问题的提出”，都是不规范的。写论文，标题都是简略的，虽然八股，但格式创新没有必要，创新还是要在内容上。


 首先可以写课题的背景、理论意义、应用前景，但不宜过多，有一小段就可以了。


 重点部分是对前人工作的介绍和评述，也就是对这一课题前人已经做了哪些重要的创新工作，是一个简略的研究史，比如何时由何人发起，国内外哪些学者分别作了哪些创新贡献。要对每一作者每一篇参考文献的科学或技术贡献进行评述和肯定。这里说主要的贡献，是指一些重要的学者也许发了很多文章、专利，但其主要贡献应该有几篇代表性的文献，而不是所有文献。有些学者论文不多，是否引用主要看其文献的创新性，如果没有创新性，就不必引用。如果创新明显，即使一篇文章也应该引用。在所有的参考文献中，应该突出近年来的文献，尤其近三年的参考文献，最好占一多半。如果一个课题近几年文献很少，可能是这个课题研究必要性不大，同行没兴趣，也有可能太难了，没有进展，或者你不掌握全面的文献。


 在以上评述中，重点是向读者介绍前人或他人的学术或技术创新贡献，由此明确了哪些工作解决了，哪些工作还没解决，最后一段就是介绍本文工作的主要目的、主要内容和方法。也同时使人明确了本文工作的必要性、创新性。


这部分也是学生容易犯学术错误的部分。有些人写引言时，喜欢对别人的工作过进行不合理的否定，专讲人家的工作不足，这是不合适的，因为你的工作是基于别人的工作基础之上，别人的工作有不足是正常，否则你就没必要做这个工作了。还有人喜欢将别人的语言、段落、图表进行原封不动的引用，这是不合适的。阅读别人的文献，应该注意记下别人的工作要点，对他人工作进行总结、归纳、整理，形成自己的观点，用自己的语言重新表述。简单引用往往会形成抄袭或不正确引用的问题。


有些人写引言时，只写了某些工作发展多快、应用多么广泛、有什么问题，一句话内引用了多篇文献，这一般是不提倡的，因为读者根本弄不清楚其中每篇文章都写了什么，每个作者都有什么创新或贡献。另外，参考文献一定是作者读过的，不可以引用文献中的参考文献，因为你并不清楚那篇文献是怎样写的，别人错了你也就错了。


引言的长短也是要合适的，对于6000字以上常见的学术论文，引言在一页多一点是合适的，再多一般没有必要。如果是短文(letter，4页以内的)，引言就要相应缩短，但一般也要半页到一页。


总之，引言部分是很重要的，写不好会直接影响文章的录用。写好了，表明作者科研素质成熟，对同行工作了解全面，也使读者明确你的工作创新性，更容易理解论文内容。尤其国际期刊论文，审稿时如发现引言写的不合适，或被认为作者不了解国际情况，或作者科研素质太差，要你学会写引言后再投稿。


原文链接：http://blog.sciencenet.cn/blog-702820-703698.html


补充：

引言的主要任务是向读者勾勒出全文的基本内容和轮廓。它可以包括以下五项内容中的全部或其中几项： 
介绍某研究领域的背景、意义、发展状况、目前的水平等; 
对相关领域的文献进行回顾和综述，包括前人的研究成果，已经解决的问题，并适当加以评价或比较； 
指出前人尚未解决的问题，留下的技术空白，也可以提出新问题、解决这些新问题的新方法、新思路，从而引出自己研究课题的动机与意义； 
说明自己研究课题的目的； 
概括论文的主要内容，或勾勒其大体轮廓。 
如何合理安排以上这些内容，将它们有条有理地给读者描绘清楚，并非容易之事。经验告诉我们，引言其实是全文最难写的—部分。这是因为作者对有关学科领域的熟悉程度，作者的知识是渊博、还是贫乏，研究的意义何在、价值如何等问题，都在引言的字里行间得以充分体现。 


我们可以将引言的内容分为三到四个层次来安排。第一层由研究背景、意义、发展状况等内容组成，其中还包括某一研究领域的文献综述；第二层提出目前尚未解决的问题或急需解决的问题，从而引出自己的研究动机与意义；第三层说明自己研究的具体目的与内容；最后是引言的结尾，可以介绍一下论文的组成部分。

 

值得注意的是，引言中各个层次所占的篇幅可以有很大差别。这一点与摘要大不一样，摘要中的目的、方法、结果、结论四项内容各自所占的篇幅大体比例一样。而在引言中，第一个层次往往占去大部分篇幅。对研究背景和目前的研究状况进行较为详细的介绍。研究目的可能会比较简短。 


引言与摘要还有一点不同的是，摘要中必须把主要研究结果列出，而在引言中(如果摘要与正文一同登出)结果则可以省略不写，这是因为正文中专门有一节写结果，不必在引言中重复。 


比较简短的论文，引言也可以相对比较简短。为了缩短篇幅，可以用一两句话简单介绍一下某研究领域的重要性、意义或需要解决的问题等。接着对文献进行回顾。然后介绍自己的研究动机、目的和主要内容。至于研究方法、研究结果及论文的组成部分则可以完全省略。

本分步指南介绍如何更改使用 Visual C# 写到控制台窗口的文本的前景色和背景色。

本文介绍如何保存控制台窗口的初始设置启动、 如何修改颜色设置，以及如何颜色还原为其原始值，为该程序则退出。




简介
若要更改控制台窗口中显示的文本的前景色和背景色，请使用SetConsoleTextAttribute Win32 应用程序编程接口 (API) 函数。此函数设置写入屏幕缓冲区的字符的特性。

在运行时更改这些属性时，所做的更改才有效，只要控制台窗口处于打开状态。如果您关闭并重新打开控制台窗口时，属性将重置为其默认值。如果您从命令行程序已经在运行的控制台窗口中运行此程序，，只要窗口处于打开状态，即使在您的程序退出之后，就对该控制台窗口有效的文本属性所做的更改。因此，程序应恢复原始的颜色属性之前，该程序则退出。

您可以通过使用GetConsoleScreenBufferInfo API 函数获得控制台窗口中的文本属性。此函数将填充当前输出缓冲区设置有关的信息的CONSOLE_SCREEN_BUFFER_INFO结构的一个实例。这种结构的wAttribute参数包含定义文本的前景色和背景色的颜色信息。可能的颜色是通过将红色、
 绿色和蓝色的结合，可以创建任何颜色组合。


   OriginalColors = ConsoleInfo.wAttributes;
   SetConsoleTextAttribute(hConsoleHandle, color);
				


您可以使用ResetColor方法将控制台窗口的输出缓冲区属性重置为原始值，会在程序开始执行时捕获。


   SetConsoleTextAttribute(hConsoleHandle, OriginalColors);
				



分步示例
在 Visual Studio.NET 或 Visual Studio 2005年中，创建一个新的视觉 C# 控制台应用程序项目。
在解决方案资源管理器中，用鼠标右键单击您的项目，单击添加，然后选择添加类将新类添加到您的程序。
粘贴下面的代码示例中创建的类。验证的代码示例将替换所有的现有类中的代码。


   using System;
   using System.Runtime.InteropServices;

   namespace ConsoleColor
   {
      /// Summary description for Class2.
      public class Class2
      {
         private int hConsoleHandle;
         private COORD ConsoleOutputLocation;
         private CONSOLE_SCREEN_BUFFER_INFO ConsoleInfo;
         private int OriginalColors;

         private const int  STD_OUTPUT_HANDLE = -11;

         [DllImport("kernel32.dll", EntryPoint="GetStdHandle", SetLastError=true,
                         CharSet=CharSet.Auto,
                         CallingConvention=CallingConvention.StdCall)]
		private static extern int GetStdHandle(int nStdHandle);

         [DllImport("kernel32.dll", EntryPoint="GetConsoleScreenBufferInfo",
                         SetLastError=true, CharSet=CharSet.Auto,
                         CallingConvention=CallingConvention.StdCall)]
		private static extern int GetConsoleScreenBufferInfo(int hConsoleOutput,
                         ref CONSOLE_SCREEN_BUFFER_INFO lpConsoleScreenBufferInfo);

         [DllImport("kernel32.dll", EntryPoint="SetConsoleTextAttribute",
                         SetLastError=true, CharSet=CharSet.Auto,
                         CallingConvention=CallingConvention.StdCall)]
		private static extern int SetConsoleTextAttribute(int hConsoleOutput,
                                 int wAttributes);
 
         public enum Foreground
         {			
            Blue = 0x00000001,
            Green = 0x00000002,
            Red = 0x00000004,
            Intensity = 0x00000008
         }

         public enum Background
         {
            Blue = 0x00000010,
            Green = 0x00000020,
            Red = 0x00000040,
            Intensity = 0x00000080
         }

         [StructLayout(LayoutKind.Sequential)] private struct COORD
         {
            short X;
            short Y;
         }
			
         [StructLayout(LayoutKind.Sequential)] private struct SMALL_RECT
         {
            short Left;
            short Top;
            short Right;
            short Bottom;
         }

         [StructLayout(LayoutKind.Sequential)] private struct CONSOLE_SCREEN_BUFFER_INFO
         {
            public COORD dwSize;
            public COORD dwCursorPosition;
            public int wAttributes;
            public SMALL_RECT srWindow;
            public COORD dwMaximumWindowSize;
         }

         // Constructor.
         public Class2()
         {
            ConsoleInfo = new CONSOLE_SCREEN_BUFFER_INFO();
            ConsoleOutputLocation = new COORD();
            hConsoleHandle = GetStdHandle(STD_OUTPUT_HANDLE);
            GetConsoleScreenBufferInfo(hConsoleHandle, ref ConsoleInfo);
            OriginalColors = ConsoleInfo.wAttributes;
         }		

         public void TextColor(int color)
         {
            SetConsoleTextAttribute(hConsoleHandle, color);
         }
		
         public void ResetColor()
         {
            SetConsoleTextAttribute(hConsoleHandle, OriginalColors);
         }
      }
   }
					


在类文件中包含Main函数粘贴下面的代码示例。验证的代码示例将替换所有的现有代码文件中。


   using System;

   namespace ConsoleColor
   {
      class Class1
      {
         [STAThread]
         static void Main(string[] args)
         {
            Class2 TextChange = new Class2();
            Console.WriteLine("Original Colors");
            Console.WriteLine("Press Enter to Begin");
            Console.ReadLine();
            TextChange.TextColor((int)Class2.Foreground.Green +
                                 (int)Class2.Foreground.Intensity);
            Console.WriteLine("THIS TEXT IS GREEN");
            Console.WriteLine("Press Enter to change colors again");
            Console.ReadLine();
            TextChange.TextColor((int)Class2.Foreground.Red +
                                 (int)Class2.Foreground.Blue +
                                 (int)Class2.Foreground.Intensity);
            Console.WriteLine("NOW THE TEXT IS PURPLE");
            Console.WriteLine("Press Enter to change colors again");
            Console.ReadLine();
            TextChange.TextColor((int)Class2.Foreground.Blue +
                                 (int)Class2.Foreground.Intensity +
                                 (int)Class2.Background.Green +
                                 (int)Class2.Background.Intensity);
            Console.WriteLine("NOW THE TEXT IS BLUE AND BACKGROUND OF IT IS GREEN");
            Console.WriteLine("Press Enter change everything back to normal");
            Console.ReadLine();
            TextChange.ResetColor();
            Console.WriteLine("Back to Original Colors");
            Console.WriteLine("Press Enter to Terminate");
            Console.ReadLine();
	 }
      }
   }
					


按 f5 键以编译并运行该程序。

故障排除
如果您遇到问题，请验证为TextColor方法中的参数传递一个有效的值。若要创建一个有效的值，组合定义的类中获得的前景色和背景的枚举中的值。




转自：http://support.microsoft.com/kb/319883/zh-cn

如何写好自然科学基金
下午刚刚听了基金委，黄主任的讲座，发上来一起分享。
自然科学基金被否决的原因
一、立论依据（科学意义和应用前景）
1.一般跟踪研究，缺乏创新  57.2％
主要是因为项目的特色和创新之处表达不清楚。
2.立论依据不充分。  30.2％
3.无明显科学意义和应用前景。  2.1％
二、国内外研究现状的分析
了解不够充分  5.1％
被批不全面或不清楚。
主要是因为引用的文献不全，不新故有此评价。
三、目标和内容
1.不明确，不具体  13.1％
主要是因为：内容与目标不一致。
内容过于分散，缺乏关联性。
2.内容偏多，重点不突出  12.1％
3.缺乏特色或缺乏基础理论研究深度。  5％
评：其实这主要是作者因为竞争激烈，故意多写点。反而弄巧成拙。
四、方法和技术路线  27.6％
1.不恰当  
主要是因为：缺乏关键点。
2.存在问题或难以实现。
3.不具体或过于简单。
五、工作基础和研究条件  18.5％
1.缺乏必要条件。
2.缺乏前期工作。
六、其它
1.违反基金委规定。
如青年基金只能一次。
不是付教授只能一项。
付教授只能二项。
2.不属于基金范围
太偏应用。
3.与973或863雷同。
4.交叉学科，没有人员交叉。
不应当只是用别的学科的理念，要有人员的交叉。
手工记的，不是很全。
 
以上来自好友lion的笔记。

前言
众所周知，Android是一个基于Linux实现的操作系统。但对于Linux内核来说，Android也仅仅只是一个运行在内核之上的应用程序，与其他运行在内核之上的应用程序没有任何区别。
所以Android也需要运行环境，需要Linux内核在启动完成后加载Android Framework运行所需要的资源。当Framework完成初始化后才能继续启动相应的APK应用程序。
Framework这么重要，那我们该如何学习呢？
关于如何学习Android Framework开发知识，最近有幸在前阿里技术总监手里扒到这份Android framework高级开发笔记，部分知识章节发布到了在知乎上竟然1000+点赞，今天就拿出来分享给大家。
本笔记讲解了Framework的主要模块，从环境的部署到技术的应用，再到项目实战，让我们不仅是学习框架技术的使用，而且可以学习到使用架构如何解决实际的问题，由浅入深，详细解析Framework，让你简单高效学完这块知识！

40个改变编程技能的小技巧
1、将大块代码分解成小函数
2、今日事今日毕，如果没毕，就留到明天。
如果下班之前还没有解决的问题，那么你需要做的，就是关闭电脑，把它留到明天。

中途不要再想着问题了！
3、YAGNI原则
「You aren’t gonna need it！」

你自以为有用的功能，实际上是用不到的。除了要求的核心功能，其他功能一概不要部署。

这一原则的核心思想是，尽可能快、尽可能简单的将软件运行起来。
4、不必全知全能，但基础一定要扎实
比如学习一些基础知识，SOLID原则，如何写干净的代码等等。
5、KISS原则
「Keep it simple，stupid.」or「Keep it stupid simple.」，一种程序设计原则。

大多数系统往往「最简单」，运行效率最高，但实际操作起来并不简单。
6、别想太多
7、被问题/Bug卡住时，walk away！
不过还是要记得回来。
当你走在去上班、去厕所、去散步的时候，也许就能想到解决方法。

尤其是在与客户、同事生气时，甚至关乎你工作去留的时候，效率会更高。
8、学会写测试代码TDD
TDD是一个软件开发过程，它依赖于重复一个很短的开发周期:写一个测试，运行所有的测试，看看新的测试是否失败，写一些代码，运行测试，重构代码，重复。
9、先分解问题再开始写代码
不要不知道怎么做就开始写代码。
10、代码不要死记硬背
要理解逻辑。
11、学好用好Stack Overflow
如果你复制粘贴一个Stack Overflow解决方案，请一定要确保已经理解了它。
12、不要「光学不练」
如果你想学点什么，就去练习，光学是不够的。
13、与小伙伴互相审查代码
研究别人的代码，让别人时常研究你的代码。

互帮互助，共同进步。
14、Don’t Reinvent The Wheel
「不要重新发明轮子。」

充分利用已有的经验和成果，避免不必要的投入和浪费。
15、你的代码是最好的文档
16、懂得如何搜索
对于这一点，你需要有经验以及读很多书，才知道要找什么东西。
17、写代码时要之后维护考虑
你的代码将来需要你自己或者别人来维护。

所以，写代码的时候要考虑到读者，而不是想成为最聪明的人，让它读起来就像在读一个故事。
18、复制粘贴
用谷歌、百度解决错误的最好方式就是「复制粘贴」。
19、不要放弃
到最后，不管用什么方式，问题肯定会解决。
20、休息、休息再休息
解决问题的最好方法是有一个安稳的心态。
21、学习软件设计模式
设计模式是软件设计中常见问题的解决方案。每一种模式就像一个蓝图，你可以自定义来解决代码中常见的设计问题。（不要重复发明轮子。）
22、使用集成工具
尽可能实现自动化。
23、Do code katas.
「Code kata」是编程中的一种练习，可以帮助程序员通过练习和重复来提高他们的技能。
24、依赖注入是一个要求
编程到一个接口，而不是implementation。

所谓依赖注入，就是组件之间的依赖关系由容器在应用系统运行期来决定，也就是由容器动态地将某种依赖关系的目标对象实例注入到应用系统中的各个关联的组件之中。
25、重构-测试-重构
重构是一种对现有代码进行重组的技术，在不改变其外部行为的前提下，改变和改进其内部结构。
26、及时寻求帮助
不要浪费时间。
27、Practice makes perfect.
业精于勤。
28、不必太在意评论
虽然有时评论可以帮到你，但不要太过在意。他们可能已经过时了。
29、了解你的开发环境
了解你的开发环境，并invest一个足够强大的环境，如，IntelliJ。
30、复用组件
31、考虑相关限制
在开发网络应用时，要考虑到移动优先以及相关的功率和带宽限制。
32、不要过早优化或重构
更重要的是尽快拥有一个最低限度可行的产品。
33、不要投机取巧
千万不要为了节省几分钟的时间而选择效率低下的捷径方式。

「Every time you code, give your best！」
34、遵循规定的标准
35、用户不是技术人员
当你开发你的UI时，需要考虑到这一点。
36、坚持使用Github或bitbucket
可以进行小规模、频繁的git提交。
37、记录所有关键部分
记录系统日志比调试代码更好。
38、风格保持一致
如果你使用一种风格，请总是使用相同的风格。

如果你和更多的人一起工作，对所有的团队都使用相同的风格。
39、Don’t stop learning
但比起学习新语言或框架，更要注重学习软件开发的基础知识。
40、patience and love
最后，对你正在做的事情保有足够的耐心和热爱。
最后
赠送大家一套完整的Android学习资料吧。
以前一直是自己在网上东平西凑的找，找到的东西也是零零散散，很多时候都是看着看着就没了，时间浪费了，问题却还没得到解决，很让人抓狂。
后面我就自己整理了一套资料，还别说，真香！
资料有条理，有系统，还很全面，我不方便直接放出来，大家可以先看看有没有用得到的地方吧。
附上白嫖地址：《Android架构视频+BATJ面试专题PDF+学习笔记》





-0Re4Um5f-1621239463971)]
[外链图片转存中…(img-Bu5x3b3u-1621239463973)]
[外链图片转存中…(img-i0PSGFU0-1621239463977)]
[外链图片转存中…(img-rJv5LNuj-1621239463978)]
[外链图片转存中…(img-A02si312-1621239463979)]