除了前端代码，我一行程序也不会写。水平停留在用星号输出菱形。每次手底下的开发听说我要去php文件里直接改代码，犯困的立刻惊醒，走神的立刻肃立，只差呼喊“大姐。。。放过我们吧。。。。”
但我这样一个人居然整天和程序员混在一起，对技术津津乐道，也没啥闺蜜，所有的朋友都是靠计算机混饭吃的，tw上的follower我的人，半数以上都是写代码的。
我经常看技术人写的技术或非技术的blog，发现，技术人把blog写得好看的很少。和计算机教程书的类别相似，技术blog也分 讲原理类、用户手册类、深入浅出教程类、思考火花类、八卦历史类、案例类、资源类 等等~~
讲原理的、教程类、火花类、八卦历史类的我爱看。
教程类和八卦历史类的，一不留神就会搞出系列来。写系列blog是一桩难事，执行力不强绝难为继。所以我极为钦佩当年明月，书都出到柒了，还是坚持每周更新，不来就写请假条。几年过去能坚持风格口径不变，既没有怀疑自己动摇过初衷，也没有想就成名打点其它主意，真是不易。另一个能写系列的是笑来，也是行动力惊人，英语学习系列的篇数都是上三位的。我们都怀疑如果有一天笑来去写代码，也一定是一个非常优秀的程序员。
还有一个喜欢写系列的人，就是霍炬。但是他的系列都是这样的：《让你的网站快100倍》（1） （2），《力破困境千万重：技术咨询笔记》（1）。。。每个系列开头都会声明一下写背景、目的、计划，但是从来没有哪一系列写到过（3）。（但也比tiny一个代序写了3年要好点）。
所以发现文章写得过长，能拆成上中下的就不要拆成一二三。且最好一次写完后，每天发布一部分。不要写了上，发布完了后，指望下周能顺利写出下来，多半会更新压力倍增，写得磨磨蹭蹭痛苦万分改了又改。 如果觉得想说的话太多，也别雄心壮志就开了个系列，担个”下面没有了“的骂名，标题不妨这样起: 《优化和架构之服务切分》，《优化和架构之***》……（某人学聪明了）
原理类的文章，我理解力有限，看得不多。刘未鹏的这篇：《数学之美番外篇：平凡而又神奇的贝叶斯方法》 我非常喜欢。讲原理，如同白居易向村妇读诗，须得平易近人，有图有据，游刃有余。讲得像我这样的外行也喜欢看，不惧看，也愿意动动脑子琢磨才行（严禁问我是否看懂）。
今天，霍炬跟小胡（一个做内容的牛逼人物）推荐，许宥的《编程珠玑番外篇》系列，说好看的紧。小胡上去看了一会：“说，排版太差，看不下去。。。”。霍炬就给他看我的，小胡说：“这个写得好，格式都赶上奥美的文档。” 他在新浪时的排版要求就是每段有缩进，每段之间有空行，有小标题，有图有表格……。
实际我写的东西，无论水平和价值，不及许宥的千分之一。但一个排版不好，却能拒读者于千里之外。可见这事还是非常重要的。屏幕上阅读，不比纸上，容易疲劳，容易分神。且可接受信息的渠道之多，如行山阴道上，目不暇接，好东西也容易错过。其中最容易造成阅读疲劳的问题是段与段之间间距。不用手动留行，p {margin-bottom:12px}就能解决。
讲原理的和教程类的文章都得仔细编写，分章分节苦口婆心精雕细琢。可越是厉害的人物，好像越是不爱写这类文章。
霍炬写完 《优化和架构之服务切分》的初稿，让我看，我说“道理很对，东西很好，但是写得不好看，初级的程序员看不明白，中级的容易错过，高级的没必要看。”
他说：“高级程序员都是这么写技术文章的。” 说着把 阙宏宇和高春辉的blog找出来给我看。他指着老阙的一篇《lighty reloaded, improved》说：“看，人家写的，“mod_mem_cache和mod_mem_compress都可使用共享buffer，可以大大减少内存分配、释放的次数” 就这么两句话。但是对于水平相当的人，一看就明白，而且能在卡住的时候给予启发。”
这种就是火花型的blog。从流飘荡任意东西，可长可短，想到即来，虽然不经组织，但是该说的都说出来了。比如我们昨天看ozzzzzz的blog , 《信息系统与计算机》 ，看起来就几句话，但点破了很多关键的东西，这一短短一篇东西，引发我们讨论了很久：从信息管理学专业在中国的错误设置 到 信息决策链， 从 瞬时决策和总结型的延迟决策 到 ERP/CRM项目在中国成功率低的原因……这是火花型blog的意义所在，对有共鸣的人能引发思考；但也是弱点所在，对没法共鸣的人毫无用处。
回到霍炬那篇初稿，我认为：“如果这是一篇能对更多人有用，有价值有必要写的文章， 但你还是不愿意去组织表述，不屑于让非专业不够高级的读者看懂，那就不是大牛风格，而是傲慢。”
还有人说：“依据程序员的偏好来说，他们更加喜欢用非图示语言进行开发。而企业应用中的业务人员会更加喜欢图示语言进行交流。” 我觉得这是不对的想法，图示语言使用得当，一图抵千言，和你是不是专业人士，是不是够高级，更有理解力完全是两回事。
在技术文章中，应该得当地插入更多图片和案例，图片可以提高人的注意力和阅读兴趣，更精确和形象地表述，还能提供表述效率。 而案例，除了强调、具象化、帮助增进理解，还可以引起共鸣和警醒。
《优化和架构之服务切分》一文中的 服务器集群负载均衡的案例，使用明确的数字：“7台服务器”较之使用 “数台服务器“这个描述更容易触动阅读者。“株洲大桥的比方”较之使用“会造成严重后果”这样描述更容易让人 意识到错误的后果。
如果将现在的服务切分一文中的所有图和案例都拿掉，这篇文章还有多少人看得下去？
好的文章，比如纠正错误观念的，就是应该让人看完一身冷汗，立刻联想到自己做的项目上。一篇让人看不下去的文章，谈何帮助别人，谈何产生价值。
最后。我和霍炬都有一个结论，一门技术写得是否好，和经验、从业时间、甚至技术深入程度都没关系，而只在于作者所站的高度。
从事代码工作的人有很多优秀的做事品质：比如 考据习惯、计算意识、严谨性、排错能力、思考专注性、信息处理方式，它们可以帮助你写好任何一类文章，包括艺术评论、包括商业介绍（小说就先算了），这些良好的习惯和能力都是你视野高度的一部分基石。
