没想到在爱情的世界里， 0与1也是同样的道理。
自从见到了你， 我的爱情旗标立刻变成了 1。
虽然只是短短的一聚， 心中的振荡器却再也无法平息。
每节上课， 我就变成一台多工的机器。
因为想你， 使得 CpU load 总无法降低。
每次考试， 我就变成一条不稳定的 Memory。
因为念你， 使得 parity Check 总无法 Error Free。
想对你说的话， 即使是 Giga 级的哈滴也不够记。
只好期盼， 我会拥有一台可读写的光碟机。
多么希望我们之间， 只有磁头和磁盘的距离。
也希望你是我生命中的 Cache， 不要再让我苦苦寻觅。
每次想打电话给你， 我总是在矛盾中犹疑。
我在你心中的 priority， 到底是怎么样的等级想对你表明心意， 却又害怕遭遇 Deadlock 的打击。
你我之间， 是否有 Algorithm 可来处理这种微妙的关系爱情是场如真似幻的梦境， 没有一定的轨迹。
思想中的逻辑与定理， 在爱情中也无用武之地。
原来， 这就是为什么世间的男女总在互猜心意。
告诉我， 我们之间的爱情到底是 0 或是 1
你对我说， 我们之间的一切没有离散数学中的交集。
我回答说， 你没用过线性代数中的对角矩阵， 又怎知数年后的推移但毕竟这一切已成定局， 终究造成了我们的别离。
在逐渐模糊的身影后， 我忍不住流下了泪。
经营一段爱情， 并不像安装 Linux 那么容易。
纵有 patch 程式， 又如何修补那段支离破碎的记忆。
指向地久天长的指标， 到最后总有一场 Null 的游戏。
可叹红尘痴情众生， 又有多少能够比翼
资料结构中的 AVL Tree， 据说在搜寻方面非常够力。
但即使能在 log n 的时间内找到你， 也不再具有任何意义。
只好将这段情， 深深的埋藏在心底。
静待多年之后， 再细细的回忆。。。
软件程序员的情书
茫茫内存里,你我不曾相见
寥寥代码中,命运注定良缘.
当编译开始,我们齐手共建
--中国软件的春天!
虽然我们是不同的对象,都有隐私的一面,
但我相信你会找到我的接口,把我的最真给你看!
因为我是你的指针,在茫茫内存的堆栈中,
永远指向你那片天空,不孜不倦!
我愿做你的内联,供你无限次的调用,直到海枯石烂!
我愿做你的引用,和你同进退共生死,一起经受考验!
只是我不愿苦苦地调试你的心情,最终沦为你的友元!
而我更不愿始乱终弃,删不清借你用的空间,
最后一拍两散,搞得内存混乱...
如今我们已被MFC封装--事事变迁!
如今我们已向COM走去--可想当年!
程序员励志语录
作为一个真正的程序员，首先应该尊重编程，热爱你所写下的程序，他是你的伙伴，而不是工具。下面是关于程序员励志语录的内容，欢迎阅读！
1、永不放弃，永不放弃又有两个原则，第一个原则是永不放弃，第二个原则就是：当你想放弃时回头看第一个原则。
2、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。
3、这句话不是很文雅，彻底鄙视那些害怕别人超越自己而拒绝回答别人问题的程序员。
4、你比他好一点，他不会承认你，反而会嫉妒你，只有你比他好很多，他才会承认你，然后还会很崇拜你，所以要做，就一定要比别人做得好很多。
5、每一个问题都是一把锁，你要相信世界上一定有一把钥匙能打开这把锁，你也能找到这把钥匙。
6、内存无论在怎么发展，它都会有一个容量的限制。因此你应该堤防着它。你的程序如果导致内存泄漏，是程序员很可耻的事情。
7、当你想在你的代码中找到一个错误时，这很难；当你认为你的代码是不会有错误时，这就更难了。
8、用代码行数来测评软件开发进度，就相对于用重量来计算飞机建造进度。
9、初学者请不要看太多太多的书那会误人子弟的，先找本系统的学，很多人用了很久都是只对部分功能熟悉而已，不系统还是不够的。
10、当你用脚本到一半却发现自己用的方法很拙劣时，请不要马上停手；请尽快将余下的部分粗略的完成以保证这个代码的完整性，然后分析自己的错误并重新编写和工作。
11、真正的程序员的程序不会在第一次就正确运行，但是他们愿意守着机器进行若干个30小时的调试改错。
12、一匹真正的好马，即使在鞭子的影子下，也能飞奔。
13、一个人静静坐在电脑面前写代码的感觉，那是什么感觉？那是武林高手闭关修炼的感觉。
14、人呐，眼光放得长远一些，看到的东西也会多一些，生活也就会过得更有意义一点。
15、真正的程序员不画流程图，原始人和文盲才会干这事儿。
16、看帮助，不要因为很难而自己是初学者所以就不看；帮助永远是最好的参考手册，虽然帮助的文字有时候很难看懂，总觉得不够直观。
17、优秀的判断力来自经验，但经验来自于错误的判断。
18、程序中蕴含着很多的道理，唯有大彻大悟者方能体会其中的奥妙。
19、如果建筑工人盖房子的方式跟程序员写程序一样，那第一只飞来的啄木鸟就将毁掉人类文明。
20、真正的程序员不看参考手册，新手和胆小鬼才会看。
21、程序是我的生命，但我相信爱她甚过爱我的生命。
22、别心急，写脚本确实不容易；水平是在不断的实践中完善和发展的。
23、知道一点东西，并不能说明你会写脚本，脚本是需要经验积累的。
24、看得懂的书，请仔细看；看不懂的书，请硬着头皮看。
25、我们应该重视团队的精神，一个人作用再大，也不过是一碗水中比较大的一粒水珠而已。
26、程序员，他们想的是什么？他们想的永远都是技术，他们崇尚的也永远都是技术。
27、真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。
28、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。
29、真正的程序员不接受团队开发的理念，除非他自己是头头。
30、真正的程序员没有进度表，只要讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆。
31、编程中我们会遇到多少挫折？表放弃，沙漠尽头必是绿洲。
32、不要被对象、属性、方法等词汇所迷惑；最根本的是先了解最基础知识。
33、把在书中看到的有意义的例子扩充；并将其切实的运用到自己的工作中。
34、我们这个世界的一个问题是，蠢人信誓旦旦，智人满腹狐疑。
35、无私奉献不是天方夜谭，有时候，我们也可以做到。
36、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。
37、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。
38、设计是一个发现问题、而不是发现解决方案的过程。
39、就算我们站在群山之颠，也别忘记雄鹰依旧能从我们头顶飞过。骄傲是比用Java进行底层开发更可笑的东西。
40、一本好书，就像高级武功秘籍一样，哪怕只是从里面领悟到个一招半势，功力提升起来都是惊人的。
41、不要看到别人的回复第一句话就说：给个代码吧！你应该想想为什么。当你自己想出来再参考别人的提示，你就知道自己和别人思路的差异。
42、真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。
43、任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码。
44、做技术一定要一颗恒心，这样才不会半途而废。
45、如果调试一个程序让你很苦恼，千万不要放弃，成功永远在拐角之后，除非你走到拐角，否则你永远不知道你离他多远，所以，请记住，坚持不懈，直到成功。
46、你的一个程序有时正常有时不正常，而你已经完全遵循编程的规则，为什么？事实上我认为相信只要遵循别人所说就能得到想当然的结果的人其实是个傻瓜。
47、对于问题的理解，一定要透彻。这样你才能实质的解决问题。
48、编程是一种单调的生活，因此程序员比普通人需要更多的关怀，更多的友情。
49、对程序员来说大部分的快乐是从解决问题，特别是独立解决问题中获得，而不是从这个CASE有多大，奖金有多少中获得。
50、有两种方法能写出没有错误的程序；但只有第三种好用。
51、其实你找不到错误不代表错误不存在，同样你看不到技术比你牛的人并不代表世界上没有技术比你牛的人。
52、你要么要软件质量，要么要指针算法；两者不可兼得。
53、一个人静静坐在电脑面前写代码的感觉，那是什么感觉？是武林高手闭关修炼的感觉。
54、理想如果不向现实做一点点屈服，那么理想也将归于尘土。
55、没有情调，不懂浪漫，也许这是程序员的一面，但拥有朴实无华的爱是他们的另一面。
56、如果你没有把握做到，最好就不要承诺，你什么也不承诺，至少别人不会看不起你。
57、‘理论’是你知道是这样，但它却不好用。‘实践’是它很好用，但你不知道是为什么。程序员将理论和实践结合到一起：既不好用，也不知道是为什么。
58、请把书上的例子亲手到电脑上实践，即使配套光盘中有源文件。
59、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。
60、把时髦的技术挂在嘴边，还不如把过时的技术记在心里。
给程序员在程序员节时发送的祝福语文案
1.在那办公室里电脑面前有一群程序员，他们沉默又腼腆，他们聪明但没钱。他们一天到晚辛辛苦苦拼命写软件，如果累了就咬倒在沙发上睡！哦苦命的程序员，哦苦命的程序员，只要老板不满意他们就要重新搞一遍，但是期限只剩下最后的一天。
2.在你的数据库里添些快乐的元素，给你的符号栏里加些如意字符，为你的人生下载好运软件，在你的心间上传幸福无限，程序员节，愿你笑口常开，日子甜甜。
3.一个键盘一根网线你便能打下一片天下，几个字母一些数字你便能创造辉煌人生，一个指令一次回车你便能成就世界，程序员节到了，复制一份快乐给你，粘贴一堆幸福送你，保存一世如意给你，愿你开心永在。
4.一台电脑，一个键盘，尽情挥洒智慧的人生；几行数字，几个字母，认真编写生活的美好；一个灵感，一段程序，推动科技进步，促进社会发展。程序员节，用心编写程序，用智慧照亮人生！
5.“咳嗽、贫穷和爱”，无法编程，不能隐瞒，你想隐瞒，却欲盖弥彰；“身体、金钱和爱”，无法编程，不能挥霍，你想挥霍，却得不偿失；“生命、时间和爱”，无法编程，不能挽留，你想挽留，却渐行渐远；程序员节，愿你把“珍惜、呵护和爱”编入人生程序，幸福快乐就会永远把你伴随！
6.点击开快乐的界面，编写下幸福的程序，好运就在你运算的脑海里，成功就在你敲击的双手中。程序员节，我把祝福编辑，愿你把吉祥安康永远保存！
7.冷静的思维，点亮智慧的殿堂；抽象的理念，交汇灵感的火花；平凡的字符，串起别样的精彩；细腻的语言，盘活冰冷的.程序；非凡的才华，开启幸福的天地。程序员节，愿你开怀，收获精彩！
8.在你的程序里，快乐无需编译，幸福自会运行；美丽没有指令，人生也会计算；心情不必升级，自由自会扩展。程序员节，你的幸福数据在加载！
9.你很少用鼠标，你都是直接输入指令。你很少用五笔，你从来都是字母加数字。你敲键盘就像d钢琴，行云流水一般，最后的回车将美好的创意上传。你不需要世人理解，你庞大的程序，在凡夫俗子看来只是鼠标一点。你享受寂寞，欣赏繁琐，专门纠错，只为了大家简单快乐的生活。你辛苦了，程序员节快乐！
10.请用真情研制一个爱心程序，让世界温暖长存；请用智慧设计一个和平程序，让人间充满安宁；请用勤劳开发一个医学程序，让人们无病缠身；程序员日，愿所有程序员们工作顺心，快乐开心！
11.一条网线连接四面八方，敲打键盘帅气的模样，“蜗居”生活胸怀天下，编一套快乐的程序，让世界欢畅，程序员日愿程序员朋友好好休息，身体健康，“不着病毒”，祝福你们明天再次创造辉煌。
12.你从不玩游戏，你只编写游戏程序。你很少用QQ，你可以在网络的任一角落留言，只要你愿意。你很枯燥，但从不无聊。你娱乐很少，但却常常微笑。你醉心于脑力的激荡，你是网络的源代码，你是人类创意的奇葩。程序员节，祝你健康并快乐着！
1. 为什么程序员不愿写文档其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。
无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。
1）文档种类太多。越正规越多。
一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。
有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。
3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。
当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。
这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。
在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。
你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。
如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。
这也反过来说明文档的有用性程度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。
很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。
而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。
在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。
4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。
所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。
如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。
现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。
当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。
难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。
真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。
如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。
当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。
这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。
只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。
不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。
可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。
2. IT文档工程师有什么要求我就是文档工程师。就技术要求上说
1.需要你对文字的表达能力，毕竟多是要你自己“写”文档，而且针对对象不同，表达的方式不同。写作技巧，文字细节等，需要揣摩。主要是简介明了，准确易懂，有针对，不罗嗦。
2.需要你能比较熟练 *** 作MS 工具，主要是word，写文档主要靠这个，其次还有excel和PPT，较之word少。不是说非要精通，很多东西都是在实际工作中慢慢学来的。
3.需要你对公司产品有个了解，比如产品系统架构，主要的工作流程，各个组件的功能和原理。由于写文档很直接跟这些相关，所以要尽快掌握。
4.要不断自我学习。虽然文档工程师不像，研发和测试工程师那么累，但是也要不断学习。学习英语，因为可能需要翻译。学习IT行业的一些基本知识，买几本书，手头翻翻。学习产品相关的软件使用，比如Linux指令等。如果涉及程序代码的，就要学习那些编程语言了，不过也只是架构上的，不需要你看懂每一行语句。
差不多就这些了。任何职业都要有自己的能力和兴趣的融入，才能工作开心，生活开心。祝你好运
3. 我是学it的（想在网上写小说怎么写第一种是先把自己的文存在word文档里 在相应的贴吧发文
例如 言情小说 可以在言情小说吧里发文 不过这种一般都是写的好玩的
第二种是在小说网上
比较好的就是 小说阅读网 起点 晋江
如果是校园的小说的话 可以去聚星 不过聚星很卡
如果文笔比较淡 比较成熟的话 可以去花火
不过这种方法一般要通过审核才可以发表 第一种可以自己发表
第二种方式比较考文笔
如果ll不想审核的话 可以去贴吧发 不过吧友的回复也是一种审核吧
第二种如果文笔比较拖沓的话 就很容易功亏一篑了 可能写了一大堆 但通不过审核╮（╯▽╰）╭
但这两种都最好要把文文存在word文档里 虽然小说网一般可以作家存稿 但还是文档里保险一些
4. 知名企业招聘网络工程师要求网络工程师每个公司和任职要求不一样，一般分为初级、中级和高级，初级任职要求相对较低，任职要求一般为： 计算机及相关专业大专以上学历； 熟悉相关系统；熟悉网络协议，对网络有一定了解；具有一定的英语阅读能力和英语基础； 了解相关服务器。
中级和高级要求工作经验两年以上，任职要求也较高具备网络维护或相关工作经验，掌握各种网络环境搭建（LAN/WAN），具备较强的技术基础；掌握数据网络基础知识；具备较强的网络维护和故障处理能力，熟悉网络测试工具；熟悉网络安全、主机安全相关知识，能熟练配置主流的防火墙，等等，不过每个公司的职位要求还得视该公司具体职位要求为准。
5. 为什么程序员不愿写文档其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。
无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。
1）文档种类太多。越正规越多。
一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。
有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。
3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。
当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。
这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。
在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。
你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。
如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。
这也反过来说明文档的有用性程度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。
很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。
而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。
在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。
4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。
所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。
如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。
现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。
当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。
难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。
真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。
如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。
当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。
这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。
只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。
不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。
可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。
6. 如何才能写出好的产品文档一般来说，产品文档分为产品需求文档和产品使用文档两种。产品需求文档主要面向的是产品的开发、设计者，期望是产品的实际开发人员了解产品的细节，让开发完成的产品达到前期设计需求的预期；产品使用文档面向的主要是使用者，使其通过产品文档掌握产品的功能使用，也就是我们常说的产品使用帮助；如果不搞清楚文档面向的对象，往往写出来达不到预想的效果。类似这样专业的文档文案，其实是有一定共通性的；掌握这类文案的写作技巧，尤其对我们IT从业人员来说，是一项非常不错的技能。笔者从业这两年，跟此类文档打过不少交道，在这里跟各位分享一些经验。
1、对象要清楚
开篇就提到了，清楚文档面向的对象的重要性。对于不同的对象，必须使用不同的写作思路来对待，尽可能的站在对方的角度去思考。他需要看到什么？什么内容对他有用？我如何阐述给他？对于产品设计人员，他所需要了解的是产品的样式、界面、交互等情况，对于实际编码人员，他则偏重于产品的可实现性，你的内容则需要偏注产品的功能细节和内部处理。所以，文档面向的对象决定了文档的功能和内容。确定文档面向的对象才能做到有的放矢。
2、条理要清晰
文档的条理清晰不仅让你的文档看起来比较顺畅，更让阅读者能够很清楚的理解。所以，下笔之前就应当知道自己的文档内容大致分为哪几个大的模块、模块下又细分了多少个子模块，然后在大纲的基础上，再进行详细的内容填充。笔者之前的经验，往往在文档下笔之前认真思考了好几天，总希望在下笔之前就希望把所有的问题都想清楚。这对于写作者来说，是一件不好的举动。其实，东西在脑子里转悠，不如在纸上来的直观。大纲列出来之后，然后再来反复的添加、修改，比你按笔不动要来的有效率得多。对于写作来说，最难的也是开始。
3、逻辑要严谨
产品类的文档不同于平常我们书写的文档类型。对于内容叙述的严谨性要求非常严格。因为你的文档不单单是一个你对这个项目、产品的理解，它更是需要做为一个协作的载体让其他的同事同时使用，更可能成为其他同事工作方向的指引。因此，严谨是必须的。所以，在满足了文档条理清楚的前提下，仔细斟酌、思考文档可能会出现歧义、漏缺的部分，反复修改文档成为了一项必须的工作。在大家协调工作的背景下，你一个人不可能将所有的问题都考虑清楚。所以往往出现同事指出你文档中存在的毛病和漏洞。但是你还是应当在前期多做一些考虑，将问题尽量减少。
4、用词要专业
专业的用词不当可以帮助你提升文档的专业度，更可以帮助你提升效率，减少重复和不必要的沟通成本。既然是行业那就需要行业标准，使用专业的行业术语是一种职业化的表现，这样既可以很快和同事达成共识，又让别人觉得你很专业。我想，同事之前这样的协作才是有效率的。当然，对于新手来说，如何掌握专业的用词，这就需要平时多看多读了。多了解小众的博客，多认识一些前辈和朋友，无论是对写作还是对工作的认识，都是很有帮助的。
5、格式要规范
对于一个IT行业从业人员来讲，规范化、流程化的工作模式是非常重要的。对于需要经他人手的文档、或者需要进行存档的文档来说，格式的规范与否是一个衡量你专业化程度高低的重要衡量标准。当然，说到这个规范，你在第一次写作之前就应该了解这个规范是一个什么样的规范。是行业规范？还是公司内部的规范？这取决于你所在公司或所从事项目的情况。对于大公司，你所要做的就是找之前前辈们写过的同类文档进行拜读，了解这些规范。对于小公司或者新创的项目，之前没有过同类产品文档的情况。你所要做的就是沿用标准规范再加上项目特点，尽可能细致的书写。相信，经过你的努力的，你写的文档将会成为该类文档的案例，成为规范。
其实无论是产品需求文档（PRD）、产品策划书还是商业计划书，其实都是需要我们下功夫仔细研究的。毕竟中国互联网发展才十几年，很多细节都还不是很专业。对于一个会思考的互联网人，武装自己的头脑，丰富自己的技能才能找到更好的职业发展。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）