如何写一篇好的技术博客 - 文章 - 伯乐在线
& 如何写一篇好的技术博客
在工作过程中，发现对很多东西都一知半解，不是很透澈，到头来很容易模糊，如果有一篇好的技术博客予以总结，一来即使忘记了，回国头来再看，仍然能够从自己的思路中恢复；二来总结一下，还会发现一些潜在问题；三来，有利于大家交流技术。很多大公司都有自己的内部技术博客平台，写好自己的技术博客，对一个技术人员来说，也有一定的成就感。
在网上查阅资料，经常可以看到一些技术博客，要么废话连篇、排版紊乱，要么代码占了篇幅的60%，有些甚至是错的，会让人产生误解。因此，在这总结一下一篇好的技术博客应该是怎样的，同时也规整自己的不良习惯。本篇博客纯属个人的一点想法，是个原则性的东西，切忌逐条对号入座啊。
本篇博客耗时2小时。
一、带着明确的目的写博客
经常看到这种博客，为了写博客而写博客。比如一篇介绍socket接口的使用方法的博客，罗列了一堆代码，凑上几句话：“首先…，其次….，最后…”，就算OK。如果你的目的是“练习如何使用写博客的软件”，或者“罗列接口”，甚至“练习写作的方法”，那么可能达到了目的。但是我想，写一篇技术博客，首先是要明确该博客的目的，通常是学习一项技术、解决一个技术问题什么的，比如“学习Linux内存管理机制”，“解决kernel pannic的问题”，“打发时间”等。
不是所有的的事情都要写一篇博客来记录，要有自己的判断什么东西值的写，什么东西不值的写。
二、写自己的博客
网上相互转载的帖子很多，一篇写的不错的博客经常会被转载，建议不要轻易转载别人的帖子，要写自己的博客。同样一个知识点，或者同样一个问题，你的理解和别人的理解的程度很可能是不一样的，如果轻易的看过以后转载了别人的博客，可能意味着一次自我学习或体会的机会的放弃。可能有人会说：”同样一个GFS的架构图，我画也是这样，他画也是这样，因为GFS就是这样设计的“，这里并不是要求任何一个细节都自己去做，而是要有自己的想法、自己的理解，比如GFS分层的原则是什么？为什么这样分层，分层的好出？如果我要是去做的话，我会怎么搞？
写自己的博客可不是意味着不转载别人的，比如说我看了一篇博客，并且经过实验，却是与博客里面写的完全一致，不多也不少，如果要是自己的写的话，也会写的基本一样，那就没必要再花费时间自己写了。另外，以及纯粹记录性的博客，可以转载，比如“C语言运算符的优先级”，当然转载还是原创都不重要了。
另外，把别人的好的博客作为自己的原创，不但没品，而且自欺欺人。
如果在博客中参考了别人的博客，可以在参考资料里面提及，如果是完全转载，也应注明转载出处。
三、博客是总结，不是过程
写博客有的时候是一个解决问题的过程。为了解决一个问题，今天采用了a方法，发现不行，明天采用了b方法，发现也不行，后天采用c方法，发现行了，那么最终的博客应该是在c方法解决问题后，开始写的。当然，前面的a，b方法，是需要做记录的，但只是博客的原始材料，而不是博客本身。
在刚开始写博客时，我经常出现这种情况：对一个技术不清楚，想了解一下，就开一篇技术博客，边查资料边填写博客，结果基本上就是读、复制、粘贴、读、复制、粘贴…的过程。最后落到自己手里也是空空如也，想起一句谚语：“狗熊掰梆子——掰一个丢一个”，在懊恼自己的缓存为什么这么少的同时，我也想是否是方法不对？后来我想过，要想掌握一项技术、知识，大概需要这样一个过程：实践遇到问题——理论学习问题——实践解决问题——理论总结问题。我想很多情况我是缺少了其中的三个部分，只有“理论学习问题”的过程。
后来，我就改成按下列步骤写博客了：
碰到了问题，如果解决不了，而又比较有价值的话，就先记录下来，作为一篇博客的开篇。
首先，先自己分析问题，基于已有的现象，思考，在笔记本上记录问题与可能的思路。
其次，从外界获取经验或者知识，比如请教别人，google等，学习他们，在笔记本上记录关键点。
然后，在实际中用学来的方法去解决问题，笔记本做好记录，要像水流过水渠一样流淌前面记录的思路。
最后，拿过笔记本，将以上过程再总结成一篇博客。
当然，并不是所有博客都能够先从”实践遇到问题”开始，因为很多情况下都是先从书本理论开始学习的（这也就产生了一定的局限性，有时候你学的很好，反而陷入了固有的框架；有时你学的不好，显得自己更加无知）。这种情况，问题是需要自己总结出来的，比如ULK上会介绍中断和异常的处理机制，这包括中断的过程、CPU的工作、内核的工作、软中断的处理、tasklet等等，我们学习中断，不仅仅是一旦发生中断，Linux内核是按照什么流程去处理，而是要找到这么处理的原因，也就是解决了什么问题。有时，实践验证的成本过高，在有条件的前提下做吧。
知识开始学习的时候，经常是只见树木，不见森林。俗话说：”孤木不成林“，弄上三五棵树，才会有”森林“的感觉。
四、尽量拒绝三手技术
在实际学习或者工作中，一个问题不明白，那么就需要请教别人。如果能够从周围的高手、牛人那得到简单、直接的答复，那是最好的。如果不能，就需要自己在网上查找资料，可能一个问题，林林总总的在网上能搜出很多，选择看哪些就是个问题。尽量去选择原发性的材料，如果你在查gcc的一个编译选项是什么意思，可以使用man手册，如果还不清楚，就去gnu的官方站点去查，最好不要随便从某个转载的技术博客上获取。如果你要找x86平台CPU访问内存的方式，应该从Intel的官方站点去找CPU的资料，最好不要随便在网上找篇博客看了拉到（起码应该先看官方材料）。
别人的博客自然带有别人的理解，而这种理解可能带有一定的主观性，有时甚至是错误的，应该养成从原产地采购的习惯。如果哪天能够发明一项技术，那么这算一手技术；如果你在学习一项成熟的技术，那么该技术就属于二手技术了，如果你再从一个非源发性的地方去学习，那么很可能就是“三手技术”。当然，需要考虑实践成本，有时实在找不到源发性的材料，也不要太勉强自己了。另外，英文文章的水平整体高于国人的文章水平，应该尽量看英文文章。
五、分清主次、落脚关键点
世界万事万物都有联系，凡是和本篇博客的主题有联系的问题，都在本篇博客中描述，是不现实的，也是没必要的。个人认为，一篇技术博客应该不超过两个主题，如果超过了，就应该拆分。但是次要问题可能会有不少，这些次要问题不一定都要解决掉，但一定要分清除优先级，和主题关系比较大的，应首先解决，关系小的，应其次解决，甚至并不在本篇博客中解决。对于没有解决的问题，可以列在”遗留问题“中，对于在其他博客中讨论的问题，给予链接。
根据自己的能力，耕耘到合适的层次。我将掌握一项技术划分为如下层次，在博客中通常应该达到第三个层次：
听说过该技术，了解该技术解决什么问题；
使用过该技术，熟悉该技术的使用方法；
解构过该技术，熟悉该技术的架构、原理；
贯通过该技术，将该技术与自己的以有知识完全融合，可以利用该技术架构或解决其他问题。
六、技术博客的风格
技术博客不是论文，技术博客由其实用性。当然，也有将论文发在博客上的，比如技术博客的作者大部分应该是工程师，而不是学院派。一篇技术博客可以是小到的一个编程技巧，可以写该技巧的原理、实现方法、好处，但不要写前500后300年的历史介绍和展望未来。技术博客通常关心技术的实用性，而非技术背后理论的复杂性。技术博客也不应该过分求全责备，把文章写的大而全，而应该追求小而精。
技术博客应以陈述语气，个人感情色彩应该过滤掉，技术不是生活的全部。有人写技术博客，常喜欢加入自己的心情，“xxx让我好烦啊”、“xxx很难，我一直持续搞了两天没睡觉”，我个人拒绝这种“呻吟”的风格。
忌罗列代码。代码是实现的过程，而不是原理，列代码是为了看清流程，而非为了列代码而列代码。我个人的习惯是尽量少列代码，如果能够使用校小的篇幅就能说明原理，绝不使用大篇幅的代码。但是如果简单的罗列代码能够一目了然，也绝不浪费过多的笔墨去描述过程。
图片胜过文字。图片配文字比单纯的文字更加方便理解，甚至一张图就可以省略文字了，多画图，少写字是个原则。
考虑时间成本。博客基本上是以时间换知识，因此需要越来越快，记录时间也很必要。
列出时间遗留问题，以备以后解决。
可能感兴趣的话题
我是一个小小菜鸟.希望成为一个小牛.
最近写了几篇博客,但是苦于不知道如何把握粒度把握结构..今天看了仁兄这篇文章还是颇受启发呐.
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线内容团队正试图以我们微薄的力量，把优秀的原创文章和译文分享给读者，为“快餐”添加一些“营养”元素。
新浪微博：
推荐微信号
（加好友请注明来意）
– 好的话题、有启发的回复、值得信赖的圈子
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选文章
– UI,网页，交互和用户体验
– 专注iOS技术分享
– 专注Android技术分享
– JavaScript, HTML5, CSS
– 专注Java技术分享
– 专注Python技术分享
& 2017 伯乐在线如何写好一篇博客
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&——三人行必有我师
&&& 每天看别人博客，收获的不仅仅博客内容，而且留给有心人的还有每个人写博客的优点和长处。米老师常常教导我们多看别人优点，虽然我这点做得不是很好，但是我仍在努力！
&&&& 下面主要是一些我每天看博客过程中总结的一些感受，希望自己和更多的人来把写好博客当成生命中的一部分。并且每天从身边人身上学习他们的闪光点。
一张图胜过千言万语
&&& 我看到很多同学写博客写得很不错，在介绍技术内容时更是很卖力，但是评论量却较少。通过我个人对这类博客的分析，我认为大量篇幅介绍内容如果文字太多会让读者产生厌倦的心理。这就像现在很多大学生看的课本一样：效果是这样的：
&&&&&&&&&&
博客中使用图片有一下几个好处：
&&1、图文并茂，在阅读的时候有一种放松和享受的感觉。
&&2、在技术类博客中，自己绘制一幅图来描述某个技术点。不仅自己对知识点有了全局上的认识，而且让读者也有了全局性的认识。
&& 3、适当在博客中添加一些“萌萌”的图片，很抢人眼球，让人暗暗一笑。
&&&&&&&&&&&&&&&&&&&&&&&&
图片的使用建议：
&&1、如果静态图片确实不能满足要求，可以使用动态图片。不建议滥用动态图片，动态图片会让读者把注意力过多放在动态效果上，而忽视了文字的阅读价值。
&&2、如果要使用图片，那么图片必须要清楚。不要把文字特别小的图片让别人看，也许你自己都不想看。
全局的设计
&&&&&&&& 写一篇美文，不仅仅内容要没，页面布局也要美。那么哪几点需要注意呢？
&& 1、布局设计
&&&&&&&&& 布局设计就有点像画画，在什么位置该放置什么东西，需要我们的审美观来决策。一级标题该怎么放置，要不要居中；是要用总-分-总，还是分-总；分几个层次结构？。。。这部分一方面要靠我们自己的审美观，另一方面要求我们用心多看别人博客。
&& 2、字体样式的选择
&&& 我们的博客主要是文字方式记录的博客，那么文字样式的选择就直接决定了博客整体的效果。多问自己几个问题。比如，什么样的字体让人赏心悦目？多大的字号让人容易接受？
善于讲故事
&&& 不是人人都会讲故事，也许你确实会编，可是不好意思，你编的故事没人喜欢听。讲故事是一种能力，为什么呢？想要别人接受一个观点，有时候开门见山，直入主题往往适得其反。最好的方式就是用故事引导别人。在我IT学习生涯中，《大话设计模式》就是一本不错的书。这本书开篇就是讲一个故事，当你看完故事后自然就接触了设计模式。
&&&&&&&&&&&
&&&& 把你的道理融入故事中，在别人喜欢你讲的故事的同时，不知不觉接受了你的道理。这就是故事的魅力，只要你讲的故事足够精彩，没有人不喜欢。
不断完善中。。。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：91039次
积分：10094
积分：10094
排名：第1759名
原创：165篇
评论：3948条
(5)(8)(4)(9)(5)(4)(4)(4)(11)(5)(4)(4)(4)(6)(4)(5)(5)(4)(7)(7)(9)(6)(4)(1)(9)(3)(13)(1)(3)(1)(2)(1)(3)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'如何写一篇好的技术博客
在工作过程中，发现对很多东西都一知半解，不是很透澈，到头来很容易模糊，如果有一篇好的技术博客予以总结，一来即使忘记了，回国头来再看，仍然能 够从自己的思路中恢复；二来总结一下，还会发现一些潜在问题；三来，有利于大家交流技术。很多大公司都有自己的内部技术博客平台，写好自己的技术博客，对 一个技术人员来说，也有一定的成就感。
在网上查阅资料，经常可以看到一些技术博客，要么废话连篇、排版紊乱，要么代码占了篇幅的60%，有些甚至是错的，会让人产生误解。因此，在这总结 一下一篇好的技术博客应该是怎样的，同时也规整自己的不良习惯。本篇博客纯属个人的一点想法，是个原则性的东西，切忌逐条对号入座啊。
本篇博客耗时2小时。
一、带着明确的目的写博客
经常看到这种博客，为了写博客而写博客。比如一篇介绍socket接口的使用方法的博客，罗列了一堆代码，凑上几句话：&首先&，其次&.，最 后&&，就算OK。如果你的目的是&练习如何使用写博客的软件&，或者&罗列接口&，甚至&练习写作的方法&，那么可能达到了目的。但是我想，写一篇技术 博客，首先是要明确该博客的目的，通常是学习一项技术、解决一个技术问题什么的，比如&学习Linux内存管理机制&，&解决kernel
pannic的问题&，&打发时间&等。
不是所有的的事情都要写一篇博客来记录，要有自己的判断什么东西值的写，什么东西不值的写。
二、写自己的博客
网上相互转载的帖子很多，一篇写的不错的博客经常会被转载，建议不要轻易转载别人的帖子，要写自己的博客。同样一个知识点，或者同样一个问题，你的 理解和别人的理解的程度很可能是不一样的，如果轻易的看过以后转载了别人的博客，可能意味着一次自我学习或体会的机会的放弃。可能有人会说：&同样一个 GFS的架构图，我画也是这样，他画也是这样，因为GFS就是这样设计的&，这里并不是要求任何一个细节都自己去做，而是要有自己的想法、自己的理解，比 如GFS分层的原则是什么？为什么这样分层，分层的好出？如果我要是去做的话，我会怎么搞？
写自己的博客可不是意味着不转载别人的，比如说我看了一篇博客，并且经过实验，却是与博客里面写的完全一致，不多也不少，如果要是自己的写的话，也 会写的基本一样，那就没必要再花费时间自己写了。另外，以及纯粹记录性的博客，可以转载，比如&C语言运算符的优先级&，当然转载还是原创都不重要了。
另外，把别人的好的博客作为自己的原创，不但没品，而且自欺欺人。
如果在博客中参考了别人的博客，可以在参考资料里面提及，如果是完全转载，也应注明转载出处。
三、博客是总结，不是过程
写博客有的时候是一个解决问题的过程。为了解决一个问题，今天采用了a方法，发现不行，明天采用了b方法，发现也不行，后天采用c方法，发现行了， 那么最终的博客应该是在c方法解决问题后，开始写的。当然，前面的a，b方法，是需要做记录的，但只是博客的原始材料，而不是博客本身。
在刚开始写博客时，我经常出现这种情况：对一个技术不清楚，想了解一下，就开一篇技术博客，边查资料边填写博客，结果基本上就是读、复制、粘贴、 读、复制、粘贴&的过程。最后落到自己手里也是空空如也，想起一句谚语：&狗熊掰梆子&&掰一个丢一个&，在懊恼自己的缓存为什么这么少的同时，我也想是 否是方法不对？后来我想过，要想掌握一项技术、知识，大概需要这样一个过程：实践遇到问题&&理论学习问题&&实践解决问题&&理论总结问题。我想很多情 况我是缺少了其中的三个部分，只有&理论学习问题&的过程。
后来，我就改成按下列步骤写博客了：
碰到了问题，如果解决不了，而又比较有价值的话，就先记录下来，作为一篇博客的开篇。
首先，先自己分析问题，基于已有的现象，思考，在笔记本上记录问题与可能的思路。
其次，从外界获取经验或者知识，比如请教别人，google等，学习他们，在笔记本上记录关键点。
然后，在实际中用学来的方法去解决问题，笔记本做好记录，要像水流过水渠一样流淌前面记录的思路。
最后，拿过笔记本，将以上过程再总结成一篇博客。
当然，并不是所有博客都能够先从&实践遇到问题&开始，因为很多情况下都是先从书本理论开始学习的（这也就产生了一定的局限性，有时候你学的很好， 反而陷入了固有的框架；有时你学的不好，显得自己更加无知）。这种情况，问题是需要自己总结出来的，比如ULK上会介绍中断和异常的处理机制，这包括中断 的过程、CPU的工作、内核的工作、软中断的处理、tasklet等等，我们学习中断，不仅仅是一旦发生中断，Linux内核是按照什么流程去处理，而是 要找到这么处理的原因，也就是解决了什么问题。有时，实践验证的成本过高，在有条件的前提下做吧。
知识开始学习的时候，经常是只见树木，不见森林。俗话说：&孤木不成林&，弄上三五棵树，才会有&森林&的感觉。
四、尽量拒绝三手技术
在实际学习或者工作中，一个问题不明白，那么就需要请教别人。如果能够从周围的高手、牛人那得到简单、直接的答复，那是最好的。如果不能，就需要自 己在网上查找资料，可能一个问题，林林总总的在网上能搜出很多，选择看哪些就是个问题。尽量去选择原发性的材料，如果你在查gcc的一个编译选项是什么意 思，可以使用man手册，如果还不清楚，就去gnu的官方站点去查，最好不要随便从某个转载的技术博客上获取。如果你要找x86平台CPU访问内存的方 式，应该从Intel的官方站点去找CPU的资料，最好不要随便在网上找篇博客看了拉到（起码应该先看官方材料）。
别人的博客自然带有别人的理解，而这种理解可能带有一定的主观性，有时甚至是错误的，应该养成从原产地采购的习惯。如果哪天能够发明一项技术，那么 这算一手技术；如果你在学习一项成熟的技术，那么该技术就属于二手技术了，如果你再从一个非源发性的地方去学习，那么很可能就是&三手技术&。当然，需要 考虑实践成本，有时实在找不到源发性的材料，也不要太勉强自己了。另外，英文文章的水平整体高于国人的文章水平，应该尽量看英文文章。
五、分清主次、落脚关键点
世界万事万物都有联系，凡是和本篇博客的主题有联系的问题，都在本篇博客中描述，是不现实的，也是没必要的。个人认为，一篇技术博客应该不超过两个 主题，如果超过了，就应该拆分。但是次要问题可能会有不少，这些次要问题不一定都要解决掉，但一定要分清除优先级，和主题关系比较大的，应首先解决，关系 小的，应其次解决，甚至并不在本篇博客中解决。对于没有解决的问题，可以列在&遗留问题&中，对于在其他博客中讨论的问题，给予链接。
根据自己的能力，耕耘到合适的层次。我将掌握一项技术划分为如下层次，在博客中通常应该达到第三个层次：
听说过该技术，了解该技术解决什么问题；
使用过该技术，熟悉该技术的使用方法；
解构过该技术，熟悉该技术的架构、原理；
贯通过该技术，将该技术与自己的以有知识完全融合，可以利用该技术架构或解决其他问题。
六、技术博客的风格
技术博客不是论文，技术博客由其实用性。当然，也有将论文发在博客上的，比如技术博客的作者大部分应该是工程师，而不是学院派。一篇技术博客可以 是小到的一个编程技巧，可以写该技巧的原理、实现方法、好处，但不要写前500后300年的历史介绍和展望未来。技术博客通常关心技术的实用性，而非技术 背后理论的复杂性。技术博客也不应该过分求全责备，把文章写的大而全，而应该追求小而精。
技术博客应以陈述语气，个人感情色彩应该过滤掉，技术不是生活的全部。有人写技术博客，常喜欢加入自己的心情，&xxx让我好烦啊&、&xxx很难，我一直持续搞了两天没睡觉&，我个人拒绝这种&呻吟&的风格。
忌罗列代码。代码是实现的过程，而不是原理，列代码是为了看清流程，而非为了列代码而列代码。我个人的习惯是尽量少列代码，如果能够使用校小的篇幅就能说明原理，绝不使用大篇幅的代码。但是如果简单的罗列代码能够一目了然，也绝不浪费过多的笔墨去描述过程。
图片胜过文字。图片配文字比单纯的文字更加方便理解，甚至一张图就可以省略文字了，多画图，少写字是个原则。
考虑时间成本。博客基本上是以时间换知识，因此需要越来越快，记录时间也很必要。
列出时间遗留问题，以备以后解决。
原文出处：
编者注：OSChina 已经为你准备了新的博客编辑器，。
转载请注明：文章转载自 开源中国社区
本文标题：如何写一篇好的技术博客
本文地址：
+10086 自己写，然后别人爱看不看~又不是写专栏的如何写好一篇硕士论文？
硕士论文，特别是博士，一项技能，也是一个困难的情况。所谓大道无形，路可以走。这里有一些在博士期间写作的建议。我希望这对我有益。论文分为三个层次：毕业、科研和贡献。现在只有第一个，为了毕业。这里的论文可以参考EI论文和SCI论文。我的论文分为三个阶段：阅读、写作和修改。首先，阅读：读什么（宾语），什么是阅读目的（目标），如何阅读（1种方法），读什么论文，读论文，论文，需要专业基础阅读的经典调查（综述）和5-10篇论文，阅读关于高质量专业论文的文章。好的。你觉得你的论文怎么样？找到一个好的会议，在专业期刊在第一场；其次，经常参观著名的实验室，现场人员的主页，发布的关注的内容和方向；50-100篇，一半；可以开始写。2，阅读论文的目的，阅读论文的目的，主要有两个目的：一是了解世界专业领域的内容和发展；二是在认识过程中，产生自己的思想，进入这个领域。什么是主意？它是怎么发生的？思想通常是在读纸过程中产生的，并给出了三种比较简单的生成思想的方法。（1）缺陷的第一补救办法。发现其他人的论文的弱点。当你阅读大量的论文时，你会逐渐发现每一篇论文都不是完美的，而解决方法就是问题的某个方面。许多论文，尤其是经典理论，有许多论文要改进和提高原有论文的效率、方法等。因此，根据这个特点，你可以查找你感兴趣的论文的弱点，并提出相应的解决方案来弥补这些缺陷；（2）第二个新方案。是提出的解决方案和不同的方法，你认为你有没有新的表现方法、方法、效率等方面，它创造了一个新的想法，不断地运行、修正、改进你的想法，慢慢就会变成一篇好论文；（3）第三减少约束法。也就是说，为了减少假设（假设），一般来说，所有的假设都是约束，而排除约束是形成新方法的过程。这三种方法都比较简单，操作方法比较强，更有针对性地产生想法，避免看空白状态的论文。值得注意的是，在产生思想的过程中，不要试图压制大思想，不要试图彻底推翻或建立自己的体系。在现阶段，对大多数人来说，这是不可能的。雄心勃勃，往往会半途而废。你的贡献很小。没有一张纸是完美的，任何人的作品都必须以别人的作品为基础。3如何阅读论文（1）首先，最忌讳的是一篇文章反复阅读上一段。尽可能多读。不管你理解多少，试着每次读一次。你可以读几遍报纸。不要放手。许多人认为阅读很难。读它，把它，然后看它从零开始。像沸水一样，先煮沸，然后冷却，然后燃烧。（2）其次，读一个想法，当你读的时候。看文章不是个人的，你要看的是什么内容，在没有区别之前，什么是不同的，没有弱点。但是在阅读的过程中，人们常常忘记。该怎么做，是该读的时候，对这篇论文做一个总结，主要阐述了内容和方法的总结，和前面的比较，对本文做了透彻的把握。好的文章可以隔三差五地读几遍。（3）第三，看好句子，写下来，然后自己写论文，你可以用它来改变它。特别是，阅读土著人的论文是必要的。文章的风格，整篇文章的布局，句子的写作和词汇的使用呢？阅读过多，积累专业词汇容易。所以，尤其是刚开始的时候，一定要写下好的句子和单词。好记性比坏记性差。强烈建议这样做。写论文和读论文是相似的，包括确定论文的性质，论文的目标（出版地点），以及如何撰写论文。了解论文的组成部分，如何编写每一部分，然后进入撰写论文的过程。在写作中，你需要考虑下面的过程：你写什么样的论文？比如会议记录
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。