相信做技术很久的人都会有很多想法,但很多人也只是有想法,心里知道,却无法完整的说出来,更无法完整地写出来。
我做售前到现在已经有4年时间了,因为工作的需要,经常需要写很多设计方案,实施方案,测试方案;和客户打交道时还需要写建议方案、澄清文档、运行保障方案;设备发生故障时,要写故障处理报告,写类似道歉信之类的东西。向研发部门写开发需求报告,向老板写市场分析报告。关于部门建设要写建设规划,工作计划,工作总结等。工作之余,也写过很多的技术性文章。写的多了,就深切地感觉到写文章对自己业务水平的提高具有极大的促进作用。很多时候一件事即使已经考虑了很久,要想写出来却仍然不是一件容易的事情。思维是跳跃性的和零散的,而文章是连贯的和有条理性的,否则其他人根本无法看懂。写作的过程本身就是把那些零散的、跳跃性的想法连贯化和条理化的过程,同时也是对思维进行深化和细化的过程,查漏补缺。很多东西等最后写出来时一看,往往会增加30-50%以上内容,在写的过程中经常会发现原来思考的有错误或者不合理,就可能会在原来思考的基础上增加很多新的内容。
比如我前几天写的”深度剖析云存储“,之前曾花了很长的时间去考虑它应该是什么样的,具有什么样的特点,有什么样的优势。后来第一步是制作成PPT给公司同事培训,在制作PPT和讲课的过程中就增加了很多东西。即使这样,等到我真正开始写的时候才发现有很多东西需要细化,不得已又查阅了很多资料,同时在写的过程中脑海里突然形成了云存储系统的架构模型,并在写作的过程中修改7、8次。如果不写这边文章,我对云存储架构的认识可能还处于初级阶段。
曾与很多同事和朋友聊过,发现他们其实对很多技术都有独特的认识和见解,可惜他们都没有写出来。很多人之所以能成为其所从事行业内的专家,主要是因为他们发表了很多技术论文。通过文章使得大家了解他,认识他,知道他对某一项技术有研究。
有的人会说,我心里知道就行,不写并不表示我不知道。可我要说心里知道和写出来完全是两个完全不同的层次。再说你不说出来不写出来,谁会知道呢?现在的社会不是个人心里明白就可以的。而且在公司里,老板是不会因为你仅仅心里知道就可以升职加薪的。如果冬瓜头不在论坛里大量发帖,不写书,谁会知道他是干什么的。现在因为书,我想他离升职加薪已经不远了。
部门里有两个老同事在我的煽动下已经开始开始写博客或定期写文章了,特别是光头老蒋,通过他的博客大家也知道了原来他也很会写文章,对很多技术也有独特的见解,呵呵,所以现在很多重要的工作都安排给他了。
10 条回复
呵呵,老冯。书是出来了,但是得得到领导的支持。
不过我看现在离升职加薪还很远,毕竟领导都是外国人,领导不管技术,只管指标,这个都清楚的。
如果在sansky手下干,sansky准备给我加多少啊,呵呵,很想知道。。。
做技术的人往往都会有一个通病或者说是误区,不注重文档的整理和归纳,也许并不是不会写,有时候理由很简单,觉得自己已经明白就OK了。很赞同老冯的说法,写文档的过程,实际上是一个升华的过程;通过文档的编写,即可以整理之前的思路,同时还能促进自己更深入的思考一些之前考虑不够深入的问题,而且通过文档的编写,回头来看,又是一份很好的经验总结。诚如听得懂和知道做是两回事,会做和能写也是两个概念,所以说,善于总结的人才是最容易登上高峰的人!
鼓励一下老冯,文章写得不错,但更新Blog的频率要快一点点。:-)
呵呵,我以后一定努力。
建议有时间写一个并行文件系统在广电或石油行业中的应用探讨的文章。
呵呵,并行文件系统我不是熟悉,等有时候好好学习一下。
另外,并行文件系统在广电很少能收到,主要是广电系统对存储设备访问的时效性和稳定性要求很高。
并行文件系统在广电行业应用很多的,ADIC的SNFS在国内的两大行业用户,一个是广电,一个是石油;另外,就是HPC了。通常,有时候他们也是在sell SNMS solution的时候一起打包给用户。
并行文件系统以前研究得比较多,但是just only the technology details。
stornext的SNFS主要解决的是SAN网络中的文件系统在多个主机之间的共享问题,其核心是支持多主机并发。
当然如果使用stornext的逻辑卷条带化来提供整个存储端的性能,也可以认为它是一个并行文件系统。
分布式文件系统、集群文件系统、共享文件系统、并行文件系统,也就一称谓,哈哈。
上的,