先把我的前言贴出来
-------------------------
前言
从事电子类的工作十几年了，其中纯粹设计工作也超过了10年。每天都和软件和硬件打交道。总结这些年来，学到了一点知识、得到了一点经验、也感悟了一点东西。借着这本书希望和大家分享这些东西。
本书主要从设计者的思维的角度来展开叙述。但和别的讲设计的书籍显著的不同的在于：本书不讲某个专题，比如单片机、C语言、DSP、数据结构、操作系统等，而是注重描述设计的整个过程的思维方式和解决问题的方法。
很多书都是以案例来教你如何掌握设计中的一个门类的技术。比如通过一段一段的C语言代码，通过语法、数据结构、流程控制语句来教会你编程。教你如何绘制一个铜箔、一个过孔、建立元件库来教会你如何绘制电路板。这些书一般不会写出作者设计后的感悟。而本书和别的书不同，本书中的很多**都是我多年来感悟出来的一些道理，这些道理和我们生活中的一些哲理是一样的，所以本书的一些**标题很多是一些哲学的道理，比如“上工治未病”、“模拟，无处不在”、“物以类聚，信号以群分”、 “设计的中庸之道”等。我试图通过形形色色的案例来说明这些道理。在这些**中，都是以哲学道理为框架，中间穿插了大量的设计中的案例和生活中的案例，用以说明这些哲学论点。
本书为了便于理解，讲述一些问题的时候，尽量避免像以前的书籍那样，罗列出一大堆的数学公式。因为我相信，理解繁杂的数学公式会很费脑子，阅读起来比较慢也比较困难。数学公式描述问题虽然严谨，却难免会少了几分作者的理解和感悟。所以我在表述这一类的问题的时候，尽量用我的经验和感悟来说明，尽最大力量压缩数学公式的使用。同时我还在书中大量使用了插图，因为插图比文字更容易理解。
书中的很多**，是我的多年设计经验的总结。我把它们按照我自己的感悟写出来，然后按照类别分类在不同的**里面。比如，关于电源的经验都在**“搞定电源”里面，如何解决故障、消灭噪声的经验都在**“搞定故障”、“搞定噪声”里面。还有一些很容易套用的经验，比如**“电子元件故障发生概率排行榜”、“让你的软件飞起来”用起来相信各位读者会很容易得心应手。
本书作为一个讲述电子设计的书籍，却在其中大量穿插了很多非电子的案例和知识点。因为在我看来，无论什么学科的知识，都是用来解决问题的。既然是用来的解决问题的，那就会有很多共性，因为即使是不同学科的问题，他们本身也是经常可以归纳出共同点的。所以把这些东西贯穿起来，更容易感悟出事物的内在规律。
都说做设计难，很多东西只可意会，不可言传。许多设计书籍，比如教单片机的、教C语言的、教数据结构的、教画电路板的书籍，他们都是依靠一个单一的事情来展开讨论。翻开书本，花一点功夫去消化，将书本上的内容理解下来，一点都不困难。甚至可以临时抱佛脚强化**后去应付中国式的考试。可是把这些知识拿去做一个真实的设计，却会碰到很多稀奇古怪的问题。而这些问题通常不会在那些书上有任何的描述。这个就好像是看了《三十六计》、《孙子兵法》就领兵打仗一样，虽然作战的套路写在纸上就是那么多，但是什么时候该用什么套路却是一种大智慧。作战的时候，有的时候适合做防守、而有的时候却要一鼓作气进攻。如果用错了策略，纵有雄兵百万也白搭。
和作战一样，做设计的时候也同样需要讲究策略。而在设计的时候，什么时候用什么策略，这种东西一般的书上不会说。因为这是一种基于实践而归纳的，游离于书本之外的知识。也就是我们常说的“只可意会，不可言传”的东西。而这些知识大多专业的成分少一些，而哲学和经验的成分多一些。本书就是致力于写出这些“只可意会，不可言传”的东西。当然了，因为这些东西本身是“不可言传”的，所以文字表达起来也比较困难，因为这十分考验我的文字能力。我努力写出了一些，还有一些，我一时半会还不知道怎么表达。所以，即使是已经写出来的东西应该还有不妥和错误的地方，请各位看官多加指点和多多海涵。
书中的一些经验和感悟，都是站在我自己的视角，按照我的思维方式和逻辑方式去理解的。所以这些内容仅代表我个人的看法。而这个世界的思想是多样化的，看待相同问题的角度也是多样的。所以本书的内容一定会有不对和值得商榷的地方，如有不对，烦请指点。我的E-mail：herald_book@foxmail.com 。我很愿意和各位在E-mail中探讨这些问题。
本书有幸由程序匠人作序，再次表示感谢。 |
楼主
标题置顶
标题高亮
