黄达《金融学》（第5版）笔记和课后习题（含考研真题）详解（修订版） 下载 pdf 电子版 epub 免费 txt 2025

本书是黄达主编的《金融学》(第5版)[货币银行学（第7版）]的学习辅导书。本书遵循该教材的章目编排，包括5篇，共分29章，每章由两部分组成：部分是复习笔记，总结本章的重难点内容，部分章节精选名校考研真题，并提供详细答案；第二部分是课（章）后习题详解，结合本教材和相关参考资料对该教材的课后习题进行了详细的分析和解答。

暂无相关目录，正在全力查找中！

暂无相关内容，正在全力查找中

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：黄达《金融学》（第5版）笔记和课后习题（含考研真题）详解（修订版）在线阅读

在线听书地址：黄达《金融学》（第5版）笔记和课后习题（含考研真题）详解（修订版）在线收听

在线购买地址：黄达《金融学》（第5版）笔记和课后习题（含考研真题）详解（修订版）在线购买

暂无原文赏析，正在全力查找中！

书籍介绍

本书是黄达主编的《金融学》(第5版)[货币银行学（第7版）]的学习辅导书。本书遵循该教材的章目编排，包括5篇，共分29章，每章由两部分组成：部分是复习笔记，总结本章的重难点内容，部分章节精选名校考研真题，并提供详细答案；第二部分是课（章）后习题详解，结合本教材和相关参考资料对该教材的课后习题进行了详细的分析和解答。

• 作者：赫克托尔 发布时间：2008-08-22 16:44:07

  在上海书城坐着看完。看着看着睡过去了。我觉得写得太繁躁了。理论性的东西都比较过时，而且有点鸡唔食蔗 - - ！

• 作者：海岸 发布时间：2019-01-05 14:46:06

  算起来师太今年实足72岁了，遥祝她健康高寿。这本近作也还行，未来世界，繁琐依旧。机械人 半机械人，社会伦理，终究是逃不出人类的劣根性。结尾那一笔转折，也算是老来嘲笑自己写过玛丽苏白富美吗？

• 作者：孙稳稳／ω＼ 发布时间：2021-01-04 12:31:52

  拿来帮忙复习还是可以的

• 作者：庄蝶庵 发布时间：2014-08-06 22:10:25

  《乡言解颐》叙述家乡人事物情，简练达意，其中心思想，实启发周作人；《吴下谚联》体例甚奇，盖引一俗语，或以故事发之，或议论，或挖掘典故，嬉笑中传达思想，极其自由也。

• 作者：SAD 发布时间：2023-02-21 23:48:51

  【8】（2022.9-2023.2）没想到研究生毕业这么多年了还能看这本书，原书很多措辞过于白话，不一定适合搭建知识体系。搭配这本书挺好的。

  缺点：这本书有很多内容和措辞不知道是如何总结的，和原书无关，也不知道出处，如果想要搭建原书为主的知识体系，需要自己两本书反复对照看，琢磨语言措辞。

• 作者：确认过眼神 发布时间：2018-05-11 16:21:40

  对私人监狱有基本的介绍，但文章内容存在重复，干货较少，有为出版凑字数的嫌疑

• 成长就是要不断地肯定，否定

  作者：usual 发布时间：2008-08-18 10:28:18

  最近疯狂地爱上了屠格涅夫

  说到他不得不说说他的北京，1950s正是他多产的时代，这个时候也正是俄国农奴制遭遇首次危机的时期。

  经济不景气，自然精神世界也混乱。

  屠格涅夫笔下的人物也是如此，要么消极厌世，四处流浪，要么愤世嫉俗，怀疑一切，但在这背后，最最美好的还是父子之间的亲情，人世间美好的爱情。

  有人说三岁一个代沟，相差二三十岁的父子之间，看来代沟是不可避免的了。

  阿尔卡狄有着善良、温和的父亲，他虽然生于贵胄，贵为农场主，年龄已高，但从来没有任何张扬和骄傲，为了减少和儿子之间的的代沟，尼克拉•彼得罗维奇到大学的课堂上去听课，看那些看不懂的物理、天文，他喜欢大提琴，爱好普希金的诗，对所有的人和事都有着谦卑的态度和美好的期待，他在妻子死后一直与哥哥巴威尔•彼得罗维奇一起生活，在别人眼里巴威尔•彼得罗维奇的贵族骄傲让所有人压抑，但他不以为是。

  正所谓龙生龙凤生凤，老鼠的儿子会打洞。阿尔卡狄骨子里也是和父亲一样的人。

  但他毕竟年轻，又在莫斯科大学里接受过很好的教育，受到学医的朋友巴扎罗夫的虚无主义的影响，开始愤世嫉俗、成了思想上怀疑一切，破坏一切的现代“愤青”。

  这里提到一个关键人物巴扎罗夫，他自称虚无主义者，虚无主义者的本质便是自我中心，怀疑一切，破坏一切。在他眼里，没有什么是对的，没有什么是可以通向正确的，他有着雄心壮志和勃勃野心，不把所有人放在眼里，不把世界放在眼里。这引起了彼得罗维奇兄弟，尤其是巴威尔•彼得罗维奇的愤怒。

  但巴扎罗夫受到军医父亲的影响，热爱医学，在他眼里唯有自然规律是永恒的。巴扎罗夫的父母也是非常善良的农奴主，特别是母亲，简直是典型的封建制度下神经兮兮的“内人”。巴扎罗夫讨厌他们的腐朽和对儿子一味的骄傲和纵容，离家三年后回来在家呆了不到三天就离去。

  促使他离开的另外一个原因是他爱上了一个贵夫人寡妇安娜•谢尔盖耶夫娜，对于这种完全自由主义和虚无主义的人来讲，居然会爱上别人，是一件非常痛苦和懊恼的事情，因为在他们的眼里，已经见不得美好的事物；恰巧安娜•谢尔盖耶夫娜也是这样的人，于是他们的所谓爱情，还没开始就被自己腰斩了。

  在这个过程中，阿尔卡狄从不成熟的对巴扎罗夫的盲目崇拜和对安娜•谢尔盖耶夫娜的狂热恋情中慢慢走出来，在读书和交流中发现真实的自己，并爱上了安娜•谢尔盖耶夫娜的妹妹卡契亚，并最终走入幸福的婚姻。

  巴扎罗夫的混乱并没有到此结束，他在阿尔卡狄家里居然慌乱中吻了阿尔卡狄爸爸新的未婚妻，这激起了巴威尔•彼得罗维奇的愤怒并与之决斗，虽然最终巴威尔•彼得罗维奇在决斗中受了枪伤但巴扎罗夫不得不离开阿尔卡狄家并回到自己的故乡，并在回去的路上看了看安娜，两人最终无语结束。。。。。

  巴扎罗夫在乡间的生活中慢慢发现了生活的乐趣，但是却在一次外出治疗中不小心感染了传染病最终死去，虽然他的行为有所收敛但是骨子里仍然是虚无，在他临死之前的清醒时刻见到了安娜，才发现两个人一点都不爱对方，这也加剧了他的痛苦和死亡。。。

  故事在阿尔卡狄和卡契亚、尼克拉和新婚妻子及儿子的幸福生活、巴威尔重新找回贵族式的骄傲以及巴扎罗夫凄凉的坟墓和父母凄凉的相守中结束。

  看完后久久不能平静，有几个感慨

  年轻时代的狂野，最终都会回归。记得消费心理学上课的时候施俊奇老师讲自己的爱情故事，在30岁之前父母都怀疑自己能否长大，年轻的时候追星、什么潮流做什么，结果结婚了过了而立之年什么都回归本分了，不再泡吧蹦迪，不再追赶潮流。所以看到媒体上对70后，80s和90s的评论，其实没有必要，每一代成长起来，自会挑起社会的大梁。但这种成熟是一种顿悟，不是以年龄或是否结婚为分界线的，有人很早就知道了，如阿尔卡狄，可有人到死还没有明白，如巴扎罗夫。

  无论我们是多么听话或者多么不羁的孩子，在父母眼里永远都是宝贝，家永远是港湾，所以，哪天懂得你的父母了，真的愿意为了一家的幸福放弃自己很多年少疯狂的梦想了，那么你就成熟了。

  当然，父母也不能一味溺爱和指望孩子，真正能陪伴你走完一生的，是年轻时代白头到老或者半路偶遇愿意一起相扶到老的伴侣，当然有人一辈子也不会遇上，如果遇到了就好好珍惜，如果遇不到，就真心等待努力寻找吧。

  最后一点，家和万事兴，祝大家家庭幸福，爱情甜蜜。

• 《软件架构：架构模式、特征及实践指南》读书笔记——人件定义架构

  作者：汐 发布时间：2022-03-13 11:41:18

  软件架构是什么？

  软件架构师是做什么的？

  怎样的架构算是好架构？

  敏捷和架构设计冲突吗？

  ……

  工作中常常遇到的类似问题，在这本书中一一得到了解答。

  与其说这是一本关于软件架构的技术专著，不如说是一本关于软件架构师吃喝拉撒睡的生活指南。作者没有谈论非常深的技术细节，而更多的是揭示了一个软件架构师在整个职业生涯中可能遇到的方方面面的实际问题。

  这本书一共分三大部分，每部分大概100来页，其中只有第二部分“架构风格”介绍了诸如SOA架构风格（即架构模式）的“干货”。然而这部分的内容随便找本书或公众号就能获得，所以并不是本书的要点，事实上我怀疑两位作者只是为了把这本书伪装成技术书籍方便出版才强行加上的。如果把这部分刨去，再按照时间顺序重新编排，书名就完全可以改为《软件架构师的土拨鼠日》。

  幸运的是作者没有把“架构风格”放在第一章，不然我可能一开始就弃坑了。首先吸引我的是作者的精确吐槽：

  架构师经常沮丧于缺乏对许多关键事物的清晰定义（包括软件架构本身），因此公司往往会为共同的事物定义自己的术语，从而导致整个行业中的术语使用十分混乱，因为架构师要么使用不透明的术语，要么使用相同的术语来表达完全不同的含义。

  

  《概念界定：关于测量、个案和理论的讨论》，加里·戈茨著

  概念定义混乱是架构工作的痛点之首，也是我之前写“

  概念的概念

  ”的动因之一。一个简单的例子：什么是非功能性需求？也许不少人会脱口而出：就是“性能”嘛。本书则将非功能性需求、架构特征和质量属性（类似于ISO/IEC 25010定义的八个质量特性）三者划上等号，其中架构特征是本书中所推荐采用的概念。那么什么是架构特征呢？以下是作者的解释：

  * 运营性架构特征，包括：

  ** 可用性

  ** 连续性

  ** 性能

  ** 可恢

  复性

  ** 可靠性/安全性

  ** 健壮性

  ** 可伸缩性

  * 结构性架构特征，包括：

  ** 可用性

  ** 连续性

  ** 性能

  ** 可恢复性

  ** 可靠性/安全性

  ** 健壮性

  ** 可伸缩性

  * 跨领域架构特征，包括：

  ** 可访问性

  ** 可归档性

  ** 认证

  ** 授权

  ** 法律

  ** 隐私性

  ** 安全性

  ** 可支持性

  ** 易用性/可实现性

  看到了吧，同样的字在不同人的脑子里可能是完全不同的景象。翻开《几何原本》，开篇就是一堆定义，把什么是点线面角交代得清清楚楚，这些是接下来各种命题的基石。有的人认为搞工程和搞学术不一样，不能这么吹毛求疵。然而对于有更复杂人因的工程活动而言，人多嘴杂，人心易变，对统一概念的需求似乎更为迫切才是。

  另一个引起共鸣的是关于需求变更的例子。瓦萨号是17世纪建造的一艘瑞典军舰，当年在国王的授意下开始建造，力图打造史上最先进最豪华的战舰。历经3年终建造成功，其间经历了无数次需求变更——可惜首航仅仅坚持了十多分钟便沉没了。

  

  瓦萨号古战舰，现存于瑞典瓦萨博物馆

  有的客户在康波、资本、浪潮等各色鸡血的驱使下“躬身入局”，连自己都不清楚自己想要什么，那么这时候供应商的快速迭代能力就显得非常重要，需要不停地交付demo给客户确认。由此，就迫切需要灵活和健壮的组织形式来应对这种高度不确定性的环境，敏捷、Scrum甚至SAFe也被提上各大公司的转型日程。

  这本书还从多个角度提供了许多洞见。

  我们应该是追求一个完美的架构，还是一个能用的架构？架构师往往会选择前者，因为后者似乎人人都能做，那还要自己干什么？但是这本书写道：

  永远不要为最好的架构而努力，而要为最差可用的架构而努力。

  这句话可以有多种解读。从进化论角度来说，并非强者生存，而是适者生存。再牛逼的架构，如果不能适应当前的开发流程、团队能力、组织架构、工具链、交付时间，那都是空中楼阁。从心理学角度来说，你投入越多，便越难以做出改变——是为交付物依恋。花四个小时用Rhapsody画一张精美的架构图，和花五分钟在白板上涂涂抹抹的一张架构图相比，改变哪一个会更容易呢？

  什么是软件架构？一个略带戏谑的流行说法是：软件中不变的部分就是架构。非也。架构并不是画几张图就万事大吉，架构也需要进行持续迭代，也要PDCA。常常是PD做了，接下来怎么CA？做架构治理呗，测试呗。《认知天性》指出测试是一种高效的学习方法（测验效应），其认知心理学的理论基础是增细加工理论，信息只有在工作记忆中经过反复锤炼，才能形成稳固的神经联结。该理论对于软件设计活动也同样适用，用诸如“猴子军团”等测试策略对架构方案进行反复折腾，才能用可量化的数据暴露技术问题以及组织协作等非技术问题。

  架构还不只是一个技术话题。Melvin Edward Conway于20世纪60年代末提出康威定律：

  设计系统的组织往往受到限制，产生的设计等同于组织的沟通结构。

  简言之，技术架构和商业架构将趋向同构。AUTOSAR分层架构就是康威定律的生动体现。汽车行业的OEM、tier1/2的社会分工导致分层架构——而非分布式架构——被广泛接受并成为行业标准。行业中曾有人宣称“软件定义汽车，架构定义软件”，我们还可以加上一句：

  人件（peopleware）定义架构

  。

  接下来再说下书的不足。

  这本书（中文版）的缺点和它的优点一样明显：翻译太烂。

  也许接下来要介绍的读书技巧很多人都知道，但是忍不住还是在这里啰嗦一下，因为这是避免自己被带沟里的必备技能。当你读一本译著感到困难的时候，大概率不是你的阅读水平不行，而是翻译太差。这时候就需要找到原版书，定位到读不懂的部分，然后一字一句地比对原文和译文。至于如何找到原版书，氪金直购当然是一种办法，其余的呢就是不能说的L秘i密bgen了。

  我标记了一些有翻译问题的段落放在文末附录，大家可以感受下，读不懂真的不是你的锅。

  最后再小小吐槽一下作者，在非软件工程领域的文献引用方面不是太认真。在谈到社交媒体给架构师提供助力时，作者引用了Andrew McAfee关于弱连接的观点，认为是Andrew McAfee观察到弱连接对找工作的促进作用。但事实上作者并没有认真查证，因为反常识的弱关系理论是著名社会学家马克·格兰诺维特提出的，他在《找工作》一书中提出社会网络中的弱关系相对强关系而言，对寻找工作机会具有更重要的意义。

  

  《找工作》，马克·格兰诺维特著

  （正文结束）

  --------------------

  附：部分翻译问题

  P50: 除了以下几个修饰符外，还列出了三个组件。

  错误类型：错译

  修正翻译：除了几个修饰符外，还列出了以下三个组件。

  P52: 可伸缩性

  错误类型：易混淆，原翻译与可扩展性（extendability）难以区分。

  修正翻译：可扩容性（scalability）

  P70: 这些技术可使架构管理的许多方面实现自动化

  错误类型：前后翻译不一致，前文均为“架构治理”（architectural governance）

  修正翻译：这些技术可使架构治理的许多方面实现自动化。

  P79: 架构师必须考虑以下所有需求才能确定架构特征

  原文：Just as in "Case Study: Silicon Sandwiches", an architect must consider each of these requirements to ascertain architecture characteristics.

  错误类型：漏译

  修正翻译：在“硅三明治”的案例中，架构师必须考虑以下所有需求才能确定架构特征。

  P83: 我们将围绕范围及识别来讨论组件的架构考量

  原文：We discuss architectural considerations around components, ranging from scope to discovery.

  错误类型：错译，围绕的不是“范围”，而是“组件”。

  修正翻译：我们将围绕组件——从组件范围到组件辨识——来讨论架构需要考虑的因素。

  P119: 虽然这些示例展示了管道架构的底层实现，同时管道架构也可以用于更高级别的业务应用程序。

  原文：While these examples show a low-level implementation of the pipeline architecture style, it can also be used for higher-level business applications.

  错误类型：错译，主语是examples，不是管道架构。关联词“虽然……同时……”也有违语法。

  修正翻译：这些示例在展示管道架构底层实现的同时，也可以用于更上层的业务应用程序。