it写作文档
    其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。
    无论是在编程之前还是编程之后编写文档。他们都认为写文件很烦人。
    1）文档种类太多。越正规越多。
    一想到要写这么多文档，程序员的脑袋就变大了。2） 文件写作要求并不低。
    有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。
    3） 在正式的开发公司中，通常会为变更准备一系列变更文档。当不断变化时，只有最后一份变更文件才是最重要的。
    当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。
4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。
    这是因为很难编写文件来阻止每个人提问。2.没时间了。在许多情况下，程序员处于“时间紧迫、任务繁重”的状态。
    在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。
    如果你真的要写文档，那么写文档的时间就已经占用了编程时间，你的编程工作就无法完成。3.对于不同的对象，无用文件的重要性是不同的。
    如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。
    这反过来表明，对于不同的人来说，文档的有用性是不同的。对于程序员来说，只要他们能编译程序。
    很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。
    事实上，文档不如编程快，编程也不如更改快。不断变化的要求和代码使文档像一张过时的废纸。事实上，一些文件在项目开发后成为摘要，它本身不适用于开发，但保留了现有形式以满足各种规范的需要。
    在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。
    4.不好。因为它被认为是一种辅助的编程方式。他们照做，这对程序员不好。当然，文档的好处更多地体现在软件公司、单位、软件用户和后来的程序员身上。“前人种树，后人乘凉”是一件好事。
    所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。
    这样，一个天生聪明的程序员会清楚地编写文档吗？5.不会写字。从写作本身的角度来看，写出一份好的文档并不容易。文件有文件格式和书写要求。
    现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。
    当一些程序员被要求写文档时，他们通常会回答你：“怎么写？我不会。”如果你不会写，你不能责怪你。如果你不学习，但说不，那是你的错。
    难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。
    一个真正优秀的程序员不仅应该精通编程，还应该精通编写文档。程序员真的不喜欢编写文档的原因是，文档是为他人而不是为自己而编写的。
    如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。
    当有一天编写文档成为一个专业职位，当程序员和文档员分开时，程序员将专注于阅读文档和编写代码，文档员将以此为职业，专注于编写文档并获得报酬。我们不会讨论这个问题。
    这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。
    然而，许多中小软件公司或企事业单位的IT部门并没有做到如此专业化。程序员不喜欢写文档。也许这意味着他们不想扮演太多角。
    不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。
    可以说，既不会写也不会欣赏文档的程序员没有资格说“我不喜欢写文档”。
    我就是文档工程师。就技术要求上说
    1.它需要你的语言表达能力。毕竟，大多数情况下，你都需要自己“编写”文档，不同对象的表达方式也不同。写作技巧、文本细节等需要猜测。主要是导言清晰、准确、易懂、有针对性、不冗长。
    2.需要你能比较熟练操作ms工具，主要是word，写文档主要靠这个，其次还有excel和ppt，较之word少。不是说非要精通，很多东西都是在实际工作中慢慢学来的。
    3.了解公司产品，如产品体系结构、主要工作流程、各组成部分的功能和原理。因为写文件与这些有直接关系，我们应该尽快掌握它们。
    4.要不断自我学习。虽然文档工程师不像，研发和测试工程师那么累，但是也要不断学习。学习英语，因为可能需要翻译。学习it行业的一些基本知识，买几本书，手头翻翻。学习产品相关的软件使用，比如linux指令等。如果涉及程序代码的，就要学习那些编程语言了，不过也只是架构上的，不需要你看懂每一行语句。
    就这样。任何职业都必须有自己的能力和兴趣，才能快乐地工作和生活。祝你好运
    第一种是先把自己的文存在word文档里在相应的贴吧发文
    例如，浪漫小说可以在浪漫小说酒吧出版，但这种写作通常很有趣
    第二种是在小说网上
    更好的是晋江，小说阅读网的起点
    如果是校园的小说的话可以去聚星不过聚星很卡
    如果文字轻盈而成熟，你可以去花火旁
    不过这种方法一般要通过审核才可以发表第一种可以自己发表
    第二种方法是比较写作风格
    如果ll不想审核的话可以去贴吧发不过吧友的回复也是一种审核吧
    第二，如果写作速度相对较慢，很容易达不到要求。它可能写了很多，但没有通过审查
    但这两种都最好要把文文存在word文档里虽然小说网一般可以作家存稿但还是文档里保险一些
    网络工程师在每个公司都有不同的工作要求。他们一般分为初级、中级和高级。初级职位要求相对较低。工作要求一般为：计算机及相关专业大专以上学历；熟悉相关系统；熟悉网络协议，对网络有一定的了解；具备一定的英语阅读能力和英语基础；了解相关服务器。
    中级和高级要求工作经验两年以上，任职要求也较高具备网络维护或相关工作经验，掌握各种网络环境搭建（lan/wan），具备较强的技术基础；掌握数据网络基础知识；具备较强的网络维护和故障处理能力，熟悉网络测试工具；熟悉网络安全、主机安全相关知识，能熟练配置主流的防火墙，等等，不过每个公司的职位要求还得视该公司具体职位要求为准。
    原因有很多。我总结了几点：1.害怕烦人的程序员，从入门的那一天起，他们就在心中埋下了编程的种子。他们认为程序员就是程序员，与计算机打交道，程序都是程序员。
    无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。
    1） 文件种类太多了。越正式越好。
    一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。
表白代码编程可复制
    有格式要求和内容要求。绘制各种流程图、原理图、关系图、接口图，填写各种表格和说明，收集各种资料。虽然没有技术内容，但它比编程需要更多的时间，而且可能写不好。
    3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。
    当我们不知道当前文档是否是最后一个文档时，我们不愿意编写一个可能被以下文档替换的文档。4） 在编写文档之后，使用文档的人会继续询问细节，这通常会让人崩溃。
    这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。
    在急于获得编程结果的驱使下，程序员们一心想编程，并希望每一分钟都有所改变。他们怎么能有头脑和时间先写文档，然后再编程呢？即使他们有先编译程序然后编写文档的想法，一旦他们完成一个程序，他们也会立即奔向第二个程序。这样，文件的编制只能放在项目开发的后期。
    你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。
3.没有用文档的重要性其实对不同对象是不一样的。
    如果你说文件没用，别人会马上用唾沫把你淹死。他们将立即拿出哪些文件是重要的，哪些文件是不可或缺的。只是不敢说“我认为文件很重要”。
    这也反过来说明文档的有用性程度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。
    许多程序员编写程序时没有编写文档。在他们的观念中，如果他们不写文档也没关系。如果你根据文档进行编程，你必须确保文档的正确性和不变性。
    而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。
    在这种情况下，文档没有实际价值，因此即使程序员编写了它，它也无法工作。尤其是项目投产后，经过多次升级，原有文件早已与实际情况脱节，文件更新和系统一致性更难控制。
    4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。