文章目录
前言
I 、经典的比喻：《卫风·硕人》（由简喻难）
II 用熟悉的事物形容不熟悉的事物
III、用来打比方的事物，相似点要直观
IV、通过比喻产生美感
V.创造概念，浓缩某方面的认知
see also

前言
要让读者和自己产生共鸣，需要在他们的认知水平内进行表达，但是如果我们不能够提供一些别人不知道的东西，他们又会觉得乏味。
怎么把别人不知道的东西讲清楚？这对于写作者是一个很大的挑战。我的经验是，很多高手会借助比喻。
讲到比喻很多人会说，这在小学就学过，比如形容女孩子的脸像苹果一样，还有什么好讲的。
这没有错，比喻确实每个人都学过，但是真要把它用好不容易，用不好要么显得俗气，要么把原本容易理解的事情搞复杂了。

划重点


1.比喻是我们传递思想，让读者便于理解的一个重要的工具。

2.比喻最基本的原则是“由简喻难”，用直观的表达讲清楚。

3.高手运用比喻，还能通过比喻写出美感，甚至通过比喻制造概念，浓缩认知

I 、经典的比喻：《卫风·硕人》（由简喻难）
我们先来看一个经典的比喻，它出自《诗经》的一首诗，叫《卫风·硕人》：

手如柔荑（tí ），
肤如凝脂，
领如蝤蛴（qiú qí），
齿如瓠（hù）犀，
螓（qín）首蛾眉，
巧笑倩兮，
美目盼兮。

这是描绘春秋时期齐庄公女儿庄姜之美，这里面用了一连串的比喻。
荑是白茅草的芽，它又白又细，用来形容女性纤纤手指非常恰当。
蝤蛴是一种昆虫的幼虫，像蚕宝宝似的，形容脖子白而长。
瓠犀是瓠瓜的瓜子，是白色的，而且排列整齐，用来形容牙齿洁白整齐。
螓是像蝉一样的昆虫，用螓首，也就是蝉的头来形容额头丰满开阔。
蛾眉比较好理解，是说女子的眉毛像蚕蛾的触须，细长而弯曲。


大家可以想象，庄姜应该是个子高高的（所谓的硕人），手指纤长白皙，肌肤光滑柔嫩，脖子又白又长，牙齿洁白整齐，额头饱满，弯弯的细眉，这是今天的标准美人。
在上面的诗句中，大多是用植物和昆虫来做的比喻，这可能是当时的人比较接近大自然，对它们比较熟悉。
II 用熟悉的事物形容不熟悉的事物
从这个例子里面可以看出比喻的第一个特点，就是用熟悉的事物形容不熟悉的事物，所谓“由简喻难”。
不仅比喻如此，任何描写都应该是用熟悉的概念解释不熟悉的，千万不要反过来。
今天很多人为了卖弄学问，用一些读者不容易懂得概念来形容普通的概念，其实就起不到表达自己的作用。
比如今天很多学者在给大众写读物时，经常用到“修昔底德陷阱”这个词，这个词在Google上有300万个搜索结果，可见它使用之频繁。
不知道有多少人真的能体会这个词的含义。这其实就是一个比喻，多数人用它是来形容“大国必有一战”的。而“大国必有一战“这种直白的说法，只有2万个搜索结果。
写学术文章不妨这么用，给老百姓读就没有必要了。
这种比喻就违反了由简喻难的原则。
III、用来打比方的事物，相似点要直观
比喻的第二个特点是用来打比方的事物，相似点要直观。
我们常说柳叶眉，大家马上能想到它是形容眉毛的形状，相似点在形状，而不是颜色。我们说桃花脸，则能想到它的颜色，而不是形状。
这种联想是天然的，不需要解释。前面那首诗中写的“齿如瓠犀，螓首蛾眉”便是如此。

用熟悉形容不熟悉，相似点要直观，做到上面两点，就有可能成为一个风趣的、能够把复杂道理讲明白的人。
IV、通过比喻产生美感
但是这还只达到了使用比喻的初阶水平。再往上一层，我们需要做到通过比喻产生美感，写出来的东西才能打动人心。
《晋书·王凝之妻谢氏传》里讲过谢安的侄女——著名才女谢道韫的一个故事。
她小时候和叔伯兄弟姐妹们在一起，赶上天降大雪。谢安让他们来形容雪。谢安的侄子谢朗就说像在天空中撒盐。
这种比喻有两个毛病，一来用不存在的事情来形容常见的现象，二来缺乏美感。
谢道韫则说，未若柳絮因风起，这不仅贴切，而且柳絮飘飘摇摇的画面极美。形容女子有才的成语“咏絮之才”就是这么来的。
历史上另一位具有咏絮之才的女子是李清照，她的词中有非常多具有美感的比喻。
比如形容太阳落山的景色，她用了“落日熔金，暮云合璧”；形容桂花，她用“揉破黄金万点轻，剪成碧玉叶层层”来比喻。
一些缺乏视觉形象的事物，比如音乐，我们看不见，很难直接描写。
白居易在《琵琶行》中用了大量的比喻来形容音乐，诸如“大珠小珠落玉盘”。
我问过一些人为什么喜欢某首歌或者乐曲，他们回答我只有一个词——好听，我又问他们怎么好听，他们会说，就是好听，音乐又看不见，没法给你描述。
这不是音乐无法描述，而是因为这些人不善用比喻。
而德国音乐评论家莱尔斯塔勃在听了贝多芬的第十四号钢琴奏鸣曲后讲，它“犹如在瑞士琉森湖月光闪烁的湖面上摇荡的小舟一般”。
这个比喻准确形象，于是这首名曲就获得了《月光奏鸣曲》这个名称（顺便说一句，我们小学课本里讲贝多芬为盲人姑娘演奏《月光奏鸣曲》的故事是杜撰）。
除了音乐，心情也很难直接描写，也需要用比喻。
比如南唐后主李煜写的“问君能有几多愁，恰似一江春向东流”，这个比喻直观、形象，而且和前面讲的几个例子一样，非常具有美感。文字有美感，有时就会吸引人不断读下去。
V.创造概念，浓缩某方面的认知
我理解，比喻的第四个层次要上升到思想层面，是要创造一些新概念，浓缩人类在某个方面的认知。
日本的村上春树是一位非常擅长使用比喻的作家，他的小说里通篇是比喻，我们后面还会讲到他的一些作品。

村上创造过一个词，叫做文化扫雪工（《舞舞舞》中），这些人其实就是我们今天互联网上常说的“小编”。

这些人所从事的工作并不重要，也不痛苦，但是必须有人来做，就像下雪天专门负责扫雪的人一样。
但“文化扫雪工”这个词就比说“小编”要友好，而且有美感。

今天我们常说在事业上遇到了玻璃天花板。这是一个比喻，很容易理解，你看得见，但是突不破。

这个词来源于美国女权主义记者玛丽莲·洛登（Marilyn Loden），她在1978年的一次演讲中，用这个词说明在职场上对女性无形的歧视，在职场中攀升，总会感觉一层看不见的障碍阻隔在上面。洛登因为这个词，被评为了20世纪100个争取职场平等的女权主义者之一。
在洛登之前，其实法国著名女作家乔治桑就形容过女性这种困境，但她用了一个过于文学化的词“坚不可摧的水晶穹顶”（une voûte de cristal impénétrable），虽然表达的意思差不多，却不容易流传。
今天玻璃天花板其实已经成为了形容任何人在职业上遇到无法突破的极限的代名词。可以讲这个词的出现，是对人类思想的一个贡献。

在汉语中，通过比喻创造出来的词也很多。

比如前面讲的柔荑、凝脂、蛾眉就被专门用来代表女性的手、肌肤、脸蛋，或者眼眉等等，蛾眉甚至可以泛指美貌的女性。
钱钟书先生讲的“围城”、杨绛先生讲的“洗澡”，也都是很好的比喻，今天它们都成为了专有名词。这些通过比喻创造出来的文化概念，不仅读者容易理解，而且也会让作者出彩。
《浪潮之巅》，这个书名其实就是比喻，浪潮代表一代又一代的产业发展趋势。现在，站在浪潮之巅已经成为媒体上常用的说法了。
在这本书中，还用了一个比喻——企业的基因。用基因这个词来形容一个企业中与生具来的、难以改变的特色和行为方式，大家就很容易理解。“企业的基因”今天也成为了一个常用比喻。
由此可见，比喻远不只是为了生动形象，亲切自然，它是我们传递思想，让读者便于理解的一个重要的工具。

如果我们想让读者更好地理解，就需要善用比喻。

大家如果听过《谷歌方法论》和《信息论40讲》，就会发现里面有大量的比喻，比如用芝麻、西瓜、大象和地球来形容量级的差异。

没有这样的比喻，就很难让非理工科的同学理解差100倍、1万倍和100万倍是什么概念。

额外说一下，和一般直白的比喻不同，理解有些文学作品里的暗含的比喻，也就是隐喻，需要有一定的文化背景。

比如诺贝尔文学奖得主波兰女作家托卡尔丘克，她的小说《太古和其他的时间》以及其它作品里面充满了隐喻，如果对波兰近代的历史不太了解，就不太容易读懂她的书。
由此可见，有些时候比喻的使用是一把双刃剑，它可以让一部分读者更喜欢，也可以让一些潜在的读者望而却步。
写作要看读者是谁，有针对性地说话，也是这个道理。

作业：

请你使用比喻的技巧：向你奶奶解释比特币、劝说剁手党朋友少花点时间网购。

see also

37signals是一家很特别的公司，他们有很独特的理念。虽然他们的团队只有16人，但他们的几个产品每年都会带来相当可观的利润。他们反对风险投资，反对扩大规模，反对堆砌功能。如果让我用一个词形容他们的话，那就是maverick，在某种程度上他们与乔布斯有相似之处。除了他们的产品外，他们还有一些byproduct: 一个很著名的博客:Signal vs Noise，全世界都为之疯狂的web框架ruby on rails，还有2本书:《getting real》《rework》，今天我就要介绍一下《rework》这本书。

用一个词形容《rework》这本书就是“短小精悍”，只有130页，你只需要3-4个小时就可以读完，而且书中每一个观点都配了一张图，看起来很轻松，一点都不乏味。我们说“字如其人”，同样的道理，这本书很鲜明反映了37signals这家公司的特点。废话不多说了，我把每个观点都通用一句汉语总结出来了：
轻装上阵





不要被教条所束缚

失败并非成功之母，不要“崇拜”失败，从成功中你可以学到更多

计划等同于猜测，未来有太多你不能够控制的因素，长远的计划没有任何意义

企业不应盲目扩张，规模不是衡量企业成功与否的因素，小企业有大企业所没有的优势:灵敏

不要成为工作狂，你需要时间思考更重要的东西

“创业家”(entrepreneur)这个词应该被替换成“起步者”(startup)，每个人都可以开创自己的事业 

出发




做一些能够引起轰动的事，最关键的是能够真正帮助别人解决一些问题，而不是去山寨别人的产品

抓住自己的需求，设计能够解决自己所遇到的问题的产品

立即开始去行动，你的计划和想法并不代表你做了什么

“没有时间”是借口，做你真正喜欢的事你不会说“没有时间”

必须有自己的信条，它是设计产品时的准绳

努力实现你的承诺，捍卫你的信条，而不是把它作为口号挂在墙上

拿VC的钱是最差的选择，花别人的钱你会上瘾，最终失去对于公司的控制

你所需要的并不多，创业公司不是大公司，你需要的只是一个车库罢了

不要用“创业公司(startup)”这个词麻痹自己了，你需要的是盈利，你需要开始真正的事业

你应该考虑如何让自己的企业获得成功，而不是尽早拿着现金退出

抛弃那些没有意义的东西吧,比如：长远的计划，过量的员工，无聊的会议，繁琐的制度 

前进




“少”是一件好事，限制更是一种优势

一段时间只做一件事，做最重要的事，把全部精力投入到一个产品上去

从最核心的地方开始，细枝末节的部分以后慢慢修改

开始的时候不要太关注细节，它只会浪费你的时间

不断做决定的过程就是不断前进的过程，不要优柔寡断

抓住最核心的东西，抛弃那些不重要的东西，真正重要的东西迟早会引起你的注意

少即是多，不做最多的，而做最对的

专注于那些不会改变的东西，而不是那些时髦的新事物

问题的关键是争取顾客并赚钱，而不是你使用什么工具。一跟贵的高尔夫球杆不能保证你打球出色

买出你的“副产品”，做任何事总会给你带来“副产品”，他们可能同样具有价值

不要总被细枝末节所羁绊，不要等到尽善尽美才发布，尽快发布产品，并且发布后不断改进 

效率




现实一点吧，用最直观的方式描述事物，放弃那些没有任何意义的文档和图表

不要只顾低头干事，还要抬起头来问问自己究竟为什么要这样做，这件事真的有意义吗

中断是高效的天敌，拿出一块完整的连续的时间做一件事，这样的效率最高

开会就像毒药

足够好就可以了，不必苛求完美，不必最求繁杂，那只会满足你的虚荣心

速度第一，尽快实现一个一个小的目标，这会激励你实现最终的大目标

放弃不等于失败，该放弃时就放弃，逞能只会让你失去的更多

注意休息，缺乏睡眠会让你失去创造力，士气低落，并且变得暴躁易怒

把大计划分成小计划，把大块时间切割成小块时间，这会帮助你更好的做出计划和选择

任务清单要小，每次只关心一件事

不断做出小的决定，并且不断根据时机而改变 

对手




不要抄袭，通过抄袭你无法理解事物的本质，而且你一直处于被动的地位

把你自身融入到产品中去，变成产品的一部分，这是对手所抄袭不来的

找出对立的对手，让自己变得鲜明，同时也利于产品的营销

不要通过冷战的方式与对手较量，你需要的不是比对手做的更多，而是更少更精

把精力集中于自己，而不是竞争对手 

进化




学会说不，不能被顾客牵着鼻子走，要有自己的原则

不要专门为一两个大客户而改变产品，你需要专注于一类用户，而不是一两个

想到好的想法不要头脑发热，先把它写下来，日后仔细考虑，互相比较，再决定实现哪一个

做那种让用户越用越喜欢的东西，而不是买完就后悔的东西，这样他会向他的朋友推荐你的产品，这是最好的广告

没有必要把用户反馈都记录下来，真正重要的建议你会多次接触，自然能记住 

晋级




开始的时候默默无闻是一件好事，它给你犯错误的空间

培养你自己的听众，让他们主动了解你，博客是一个很不错的方式

“教育”用户，让他们对你“忠诚”，他们会尊敬你，apple是个好例子

学会分享，分享不会使你被别人超越，人们会喜欢你，你将从中收益

向用户展示产品背后的故事，这会拉近你与用户的关系

做真实的自己，正视自己的不足，残缺也是一种美

不要向记者们群发新闻稿，约他们出来，富有激情的向他们推销，这样你会获得最好的报道

不要指望通过那些大型媒体营销自己，相反那些草根博主也许可以帮助你

开始时免费给用户提供一些服务，如果他们喜欢，他们会花钱使用你更完善的服务

没有必要专门设置“销售部”，你发的每封邮件，回的每个电话都是在marketing

一夜成名的背后必然是数年的心血和默默的付出 

招聘




招聘之前自己先体验一下这个岗位，这不仅有助于找到合适的人，还会帮助你日后更好的管理

在真正需要时才招聘，而不是仅仅为了扩大规模

不要因为对方很优秀就把他招进来，招最合适的，而不是最好的

不要不停大量招新人，这会使每一位员工身边都有大量陌生人，这对于公司发展很不利

同一份简历同时发给很多公司的人不要招。如何辨别这样的人：看信中他是在与你沟通，还是在堆砌要点

5年工作经验与半年工作经验没有太大区别，你很难辨别其间的区别

GPA并不重要，除非你需要一个教授，但事实上你不需要

对于小团队，每个成员都必须实实在在地做事，你不需要只会指手画脚的人

你需要一个能够从小事做起，并且总揽大局的管理者

聘用有更好写作能力的人，他们有更清晰的思维，更好的表达能力

合适的人选在世界各地，没必要在乎地理位置，是否在同一个城市对于一个团队并不重要

可以给应聘者一个小项目做，这是检验他能否胜任的最好方式 

应对问题




当负面新闻出现时，坦诚地向消费者解释，而不是试图掩盖它

迅速解决客户遇到的问题，对方不但不会抱怨，反而会更加信任你

对于道歉要学会换位思考：如果你是被道歉者，你想听到怎样的道歉？最重要的是真诚

让每一个员工都能接触到客户，对于任何岗位这都有好处

发布新版本后深吸一口气吧，抵制改变是人的天性。不要消极应对客户的抱怨，而是要耐心的向他们解释 

企业文化




企业文化不是你能够创造的，它是在长时间内一点点形成的

决定都是暂时的，要随着形势的不断变化而不断改变决定

企业的文化必须尊重每一个人的工作

不要像对待孩子一样对待员工，你应该信任他们，给予他们足够的空间

不要强行加班，这会降低员工白天的工作效率，最终不会给企业带来任何好处

不要往别人的伤口上撒盐，也不要惩罚那些偶然出现的问题，你应该关注那些经常出现的问题

不要装腔作势，那其实是一种自卑的表现

不要出现need, must, can't, easy, just, only, fast这几个单词

只将真正紧急的事情贴上紧急标签 

结语




当灵感出现时，立即抓住它，不要拖延。你可以有很多idea，但如果不实践，他们都等于零 

古人形容美女之美：“⋯⋯增之一分则太长，减之一分则太短⋯⋯”，深刻地揭示了“恰到好处”的美丽含义。当我拿到《架构之美》书稿时，我发现美丽的含义如此相似。



       美丽至简。美丽的架构应尽可能简单，但不要过于简单。书中通过多种例子表达了这个最基本的道理。我见过很多大型的软件架构，从大型的电信网络管理系统，到大规模应用的互联网架构，以及企业级的ERP软件，系统总是遵循从无到有，从简单到复杂，再


到简单这样的过程。最终，支撑这些大型系统稳定可靠运行的就是这个最基本的道理。



      美丽的架构应尽可能精益，并且是演进式发展的。当你架构一个亿万人同时在线的大规模网站系统的时候，你无法从一开始就提供最完善的解决方案，它应该是随着用户的增长而可扩展的。精益的思想让你避免了过度设计，也使架构不断演进，趋于完美。书中

从企业级应用架构、用户级应用架构等多个角度提供了相应的解决方案，对于架构师无不是一顿美味的大餐。



      我发现，架构之美并不简单，它没有定法。但是，它将为架构师们提供一把进入“美丽架构艺术馆”大门的钥匙。拿起它，您将会开启这扇大门！

在调试驱动，或驱动涉及一些参数的输入输出时，难免需要对驱动里的某些变量或内核参数进行读写，或函数调用。此时sysfs接口就很有用了，它可以使得可以在用户空间直接对驱动的这些变量读写或调用驱动的某些函数。sysfs接口与proc文件系统很相似，有人将proc文件系统形容为Windows XP，而将sysfs接口形容为Windows 7。

而在Android系统中，振动器、背光、电源系统等往往使用sysfs接口作为内核空间和用户空间的接口，驱动程序需要提供这些接口内容。

上一个例程：





[cpp] view
 plaincopy





#include <linux/module.h>  

#include <linux/types.h>  

#include <linux/kobject.h>  

static ssize_t sysfs_read(struct kobject *kobj, struct kobj_attribute *attr, char *buf)  

{  

    return sprintf(buf, "%s\n", "sysfs test read,created by vincent");  

}  

static ssize_t sysfs_write(struct kobject *kobj, struct kobj_attribute *attr, const char *buf,ssize_t  count)  

{  

    int i;  

    printk("\nfrom user,length=0x%X,content=%s\n",count,buf);  

    if(count)  

        return count;  

    else  

        return 1 ;  

}  

  

static struct kobj_attribute my_sysfs_read =__ATTR(read, S_IRUGO, sysfs_read, NULL);  

static struct kobj_attribute my_sysfs_write =__ATTR(write, S_IWUGO, NULL,sysfs_write);  

  

static struct attribute *my_sysfs_test[] = {  

    &my_sysfs_read.attr,  

    &my_sysfs_write.attr,  

    NULL,  

};  

static struct attribute_group my_attr_group = {  

    .attrs = my_sysfs_test,  

};  

  

static int sysfs_status = 0 ;  

struct kobject *soc_kobj = NULL;  

int helloworld_init(void)  

{  

    int ret = 0;  

    printk("\nHello Android driver : %s\n",__func__);  

    printk("Compile Driver Via eclipse IDE: %s\n",__func__);  

  

    soc_kobj = kobject_create_and_add("my_sysfs_test", NULL);  

    if (!soc_kobj)  

        goto err_board_obj;  

  

    ret = sysfs_create_group(soc_kobj, &my_attr_group);  

    if (ret)  

        goto err_soc_sysfs_create;  

    sysfs_status = 1;  

    /* init func must contain a return vaule,otherwise meet warning when insmod this module */  

    return 0;  

  

    sysfs_status = 0;  

err_soc_sysfs_create:  

    kobject_put(soc_kobj);  

    sysfs_remove_group(soc_kobj, &my_attr_group);  

    printk("\nsysfs_create_group ERROR : %s\n",__func__);  

    return 0;  

err_board_obj:  

    printk("\nobject_create_and_add ERROR : %s\n",__func__);  

    return 0;  

}  

void helloworld_exit(void)  

{  

    printk("\nExit Android driver : %s\n",__func__);  

    printk("Compile Driver Via eclipse IDE: %s\n",__func__);  

  

    if(sysfs_status == 1)  

    {  

        sysfs_status = 0;  

        kobject_put(soc_kobj);  

        sysfs_remove_group(soc_kobj, &my_attr_group);  

    }  

}  

MODULE_AUTHOR("vincent wu");  

MODULE_LICENSE("Dual BSD/GPL");  

module_init(helloworld_init);  

module_exit(helloworld_exit);  
在定义sysfs接口属性时，各个命名字符要一致，看以下颜色标注：





static struct kobj_attribute my_sysfs_read =__ATTR(read,
 S_IRUGO, sysfs_read, NULL);

static struct kobj_attribute my_sysfs_write =__ATTR(write,
 S_IWUGO, NULL,sysfs_write);

static struct attribute *my_sysfs_test[] = {

 &my_sysfs_read.attr,

 &my_sysfs_write.attr,

 NULL,

};

使用：

1.编译，insmod 驱动。

2.cd /sys ,发现多了一个创建的"my_sysfs_test"目录。

3.cd my_sysfs_test，发现多了两个创建的"read","write"目录。

4.cat read ，控制台输出"sysfs test read,created by vincent"，这里实际会调用上面的sysfs_read函数。

5.echo hi sysfs > write ,这里实际会调用上面的sysfs_write函数输出。



另外还有其他方法定义sysfs接口，常见到就是以下宏：

#define DEVICE_ATTR(_name, _mode, _show, _store) \

struct device_attributedev_attr_##_name = __ATTR(_name,
 _mode, _show, _store)

示例：

static DEVICE_ATTR(enable, S_IRUGO | S_IWUSR, enable_show, enable_store);


注意，在使用以上宏定义一个sysfs接口时，已经由宏定义了接口属性名字的前缀为“dev_attr_"，所以在定义属性结构体时，要使用一样的名字字符，如下所示：

static struct attribute *my_sysfs_test[] = {
 &dev_attr_XXX.attr,
 &dev_attr_YYY.attr,
 NULL,
};

”XXX"与“YYY”和“_name"一致。

由此可见，通过上面的方式可以方便定制属性名字，而使用宏DEVICE_ATTR则受约束。