Mini House: The Enchanted Castle 迷你屋系列：奇幻城堡(卡板书) ISBN9780761101093 在线下载 pdf mobi 2025 epub 电子版

　　Colorful, chunky, irresistible. Peter Lippman's

2.2-million-copy-bestselling "Mini-House" series is a hit with kids

and adults alike. You pick one 　　up. You hold it. You turn it

around. You peer inside the windows, and then you pop the latch,

opening the door to the story-and to a child's imagination.

It's a Mini-House Book that's a Shoe! "Mother Goose's House"

brings to life ten traditional Mother Goose rhymes-for a whole new

lapful of readers.

Selection of the Children's Book-of-the-Month Club. 276,000

copies in print.

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

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

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

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

在线阅读地址：Mini House: The Enchanted Castle 迷你屋系列：奇幻城堡(卡板书) ISBN9780761101093在线阅读

在线听书地址：Mini House: The Enchanted Castle 迷你屋系列：奇幻城堡(卡板书) ISBN9780761101093在线收听

在线购买地址：Mini House: The Enchanted Castle 迷你屋系列：奇幻城堡(卡板书) ISBN9780761101093在线购买

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

书籍介绍

Colorful, chunky, irresistible. Peter Lippman's 2.2-million-copy-bestselling Mini-House series is a hit with kids and adults alike. You pick one up. You hold it. You turn it around. You peer inside the windows, and then you pop the latch, opening the door to the story-and to a child's imagination.

Here is the story of Sleeping Beauty, delightfully retold for a somewhat younger audience and cast with cats, dogs, and other animals instead of people. The Enchanted Castle provides all of the delight of the Grimm story-without quite all the grimness.

Selection of the Children's Book-of-the-Month Club. 291,000 copies in print.

• 作者：意纳百川 发布时间：2020-04-17 20:43:32

  除了内容陈旧，是国内最好的货银教材了。

• 作者：hidom 发布时间：2014-01-08 11:01:34

  木板书

• 作者：拜倒花裙下 发布时间：2022-04-02 16:03:59

  昔时贤文，诲汝谆谆，集韵增广，多见多闻。观今宜鉴古，无古不成今。

• 作者：金漂亮Merry 发布时间：2022-10-11 18:33:04

  菜谱挺一般

• 作者：阳光无影 发布时间：2022-11-03 17:42:02

  标记一下，读到一半累了。

• 作者：小军师 发布时间：2016-08-07 00:38:20

  要是有一套这个画风的水浒传漫画就好了，想想都开心

• 【雨枫试读】点亮文明的二喵子

  作者：糊泥马 发布时间：2020-07-04 11:25:42

  二喵子是个什么玩意？我觉得它什么玩意都是，又什么玩意都不是，所以，它大概就只是个玩意。

  从N多年前，第一只野喵子钻入人类的谷仓，二喵子和人类就产生了再也斩不断的纠葛。人吃粮食吃个酒足饭饱，二喵子抓二耗子吃个舒坦，到底是谁在给谁打杂呢？

  你要是喊别人一句“汪奴才”，别人会回骂你“你才是汪奴才，你全家都是汪奴才”；你要是喊别人“猫奴才”，人家会说“我家的喵主子最好了”。要是一只二狗子看见你，肯定屁颠屁颠跑过来求抱抱，撒泼打滚用一切方式刷存在感；要是一只二喵子看见你，也就只会看见你，最多挥一下抓子：三喵子，还不赶紧来伺候主子。物种之间的差距咋就这么大，降伏了一切的人类，竟然甘心在二喵子面前当个愚蠢的凡人？

  不过呀，你也千万别以为二喵子就会让你铲屎按摩啥的，整个物种一起无所事事当大爷还能繁衍到现在而依然兴旺，背后肯定有原因的，要不人类怎么会养了它们一代又一代？

  知道热寂说吧，整个宇宙向着混沌无序的方向发展，最终熵增到最大，于是宇宙里没了能量流动，一起gg。怎么阻止这件事呢？二喵子想了个办法：找个装着放射性元素的盒子，跳进去再把盒子关上，重新打开的时候，宇宙被逼着分裂为二喵子死和活的两个，这样宇宙热寂的进度就会被拖慢。二喵子这场战斗打响了很久，可人类直到近代才有薛定谔研究出来这个方法，怪不得在喵主子面前人类只配当个凡人。

  二喵子这种玩意，就像液晶一样，介于固态和流体之间。当它一个喵安安静静的时候，表现为固态，不需要神马支撑就能维持形体稳定。但当你把它抱起来，或者关在门外让它自个钻洞进来的时候，它就再也没法自稳，形态千奇百怪，你能认出来算你输。所以，有的人干脆直接把它归在了流体里边。

  可二喵子又不仅仅是物质三态里边的液态这么简单，否则它怎么可能做出喵式转体这种目测压根就和物理定律不沾边的动作呢？二喵子这种流体，是个广义的流体，呼啦啦从宇宙创生流到毁灭，从人类光腚乱跑流到文明昌盛，就算你背上一百个不可能引擎，也不能像二喵子这么无所约束，庄子的逍遥，大概就是这样吧。

  当我们的祖先还是猴子的时候，只会用打字机胡乱打字，直到二喵子带着我们的祖先找到命运之书，然后开着火车从车道分岔的地方脱轨，一路直到伊甸园，在那里，我们的祖先开窍了，学会了在打字机上打CCCCCC，打了不知道多久，成功打出来CCCCCAT，从此，我们这个物种走上了智慧的道路。为了纪念二喵子的伟大贡献，至今在埃及还矗立着那时候造的二喵子像。

  正因为二喵子这种智慧，所以当你的心灵被蒙蔽，一定赶紧找一只二喵子给你带路，这个傲娇的物种，是不被任何幻象所左右的，跟着它，你最终会找到真相。

  我记得，在无数个平行宇宙中，有个猿猴统治人类的地方，那么，应该也得有个二喵子统治的地方吧？那个地方应该很幸福吧，毕竟，二喵子这种目中无人的玩意，大概不屑于打架抢地盘流血满地的，在那种地方被统治，似乎真的能够安居乐业了。二喵子啊，请你来得更多些吧～

• 随性

  作者：roror 发布时间：2020-08-26 12:48:46

  这是我读的第一本中文编程书/译本，以下是我站在我个人的角度找出的一些觉得可以改进的地方，并且给出了我自己的一些建议。

  首先，是译名混乱的问题。

  通过SUS 所规范的官方一致性测试，且由OPEN GROUP（UNIX 商标的持有者）正式授权 （p. 1)

  1996年，X/Open 与开放软件基金（OSF）合并，成立The Open Group……出于修订并加强POSIX 标准和SUS 规范的目的，IEEE、Open 集团以及ISO/IEC 联合技术委员会…… （p. 10）

  短短十页，The Open Group 出现三处不同译名，译者随性改名是一回事，团队之间没有交流好，没有统一译名又是一回事。同样，书中Sun Microsystems 的翻译一直在SUN 微系统公司（p. 3）、SUN 公司（p. 3）和保留原文之间徘徊，i-node（p. 281）不时会被翻译为i 节点（p. 252），System V 也不时会被翻译为系统 V （前言 p. 3），真的好奇普通读者第一次见到这些名词会不会被绕到晕头转向。

  相比其他理工学科那些可能有一百多年历史的中文术语，译名问题在计算机这个历史短、门槛低、变化大的学科最为常见。选择什么译名倒不至于说会影响读者理解，但确实是翻译实践中最容易解决的一个问题，只要统一信源，比如大家都以中文维基百科上写的名称为准，或是大家都保留原文（一劳永逸），这种问题就可以解决。也许有人会说系统V 也是常见译名，的确，我查了一下，1992年确实有本叫《UNIX系统V/386操作系统》的书，但当年北京友谊宾馆还把sauce 称为“少司”呢（《国际菜谱》，1987，p. 9），译者在翻译时不能光靠自己的知识储备，也要看一下近期的趋势，一来每人的知识储备不一样，一个团队对同一种概念就可能有好几种译名，容易造成混乱，二来如今提倡与国际接轨，不必事事改个中文名，比如macOS，iPhone，Solaris，就连当初的“红帽“系统如今都是直接称Red Hat 的多，何必多此一举徒增困扰呢。而且，就开头The Open Group 这个名字的翻译情况来看，这几位译者恐怕是查也没查过这个名字，连人家

  官网

  都不愿意看一下就想当然地给人家安了几个名字，严谨程度实在不敢恭维，仿佛一个考四级的考生，只想译完了事，毫无职业道德可言。

  除了译名问题，还有原文提示的问题。一般而言，比较重要的概念、术语都应保留或提示其原文，而非仅是译者自以为难翻译的名称。在这一点上，我感觉本书就做得更是过于随性。在本书第二章，我们可以见到译文对一些表达做出了提示，比如会话首进程（session leader）、进程组组长（process group leader）和root（超级用户），有些则保留了原文，比如syslogd 和httpd，但还有一些重要的概念，比如中断机器指令（以及后面的“为了响应中断0x80”，p. 35），比如堆栈，比如信号，比如系统调用，是从头到尾都没有给出原文。我不知道别的读者怎么想，但就我看来，译者们纠结的心情简直可以用跃于纸上来形容：这些概念实在太难用中文表达了，唯有在后面用括弧添上些英文，但结果一碰到自己在别的书看到过的概念就想也不想就照搬了（就像上面的System V 和堆栈一样），或者一碰到别人都会保留英文的地方就想也不想地就保留下来了。这个问题和译名问题既相似又不同，相似的地方在于都会造成不必要的混乱，因为每个译者明显都是按照自己的知识储备来翻译这些概念（甚至只是硬翻），那么读者要读通这本书，不仅要有编程知识，还要有与译者相当的词汇储备，徒增学习负担；而不同的地方是，你没办法像处理System V 这种名字一样处理signal 这样的概念，不然可能出现整页纸都是英文的情况。其实，在个人经验上来讲，在某个概念首次出现时用中文（英文）的形式表达是有利于读者的，一方面不至于整本书都中英混杂，难以阅读，另一方面可以方便不熟悉这种译名的读者。

  上面说那么多其实可以总结成一句行规，

  尽量不要给人家取中文名，第一次出现的概念给出英文以便对照，定好了的译法不要随便改

  。也许有人说译名只是小事，但就像一个程序也是由许许多多“问题不大“的算法拖慢的，忽视小问题就会导致整个译本质量的降低。其实给出原文不仅可以消除误解，减轻术语混乱带来的负担，最重要是可以帮助读者积累英文词汇，毕竟计算机不是一门可以用纯中文学习的学科，经常说读原著如何如何难，读文档如何如何难，搜索如何如何难，都是平时英文概念积累不够，书里书外两个世界。总之还是那句，感觉本书几名译者之间没有交流，大家都在根据自己的想法满头苦干，整个翻译过程缺乏计划，导致整本书都非常混乱，希望可以改进，令中译本越来越好，帮助更多的读者。

  p.s.

  本书译者称本书原书作者写作功底差，但没有具体指出哪里差（或者是我没看到也说不定），只是给出了一封邮件，主要是作者回信承认原文描述不够浅显，但私以为本书就存在非常浅显的问题，去谈论原作用词艰深或是作者的文笔尚且过早。

  而且作者开篇已经讲明希望读者有一定编程基础，甚至对各种标准应有所了解，实在不能强求本本书都像APUE 那般清晰。

  至于文笔和理解，只能说翻译本身是件非常艰难的事，我们要正视这一点，译者甚至要比作者更懂作品。海明威写的书本身也有很多拼写错误，但不影响他的巨作流传海外。对于非专业译者来说，如果真的想长期从事这份工作，先专注改正自己的小问题方为上策。

  积累相关知识，让自己能读懂原文，其实是翻译工作的前提。

  技术类书籍作者能写得浅显当然最好，但艰深本身不是错。如果作者不写，译者就抓瞎，译文是没有希望的，但这个是译者个人追求高低的问题，

  影响翻译质量的说到底是译者怎么处理那些每一页都能看到的平凡简单的词汇

  。同时，我也希望出版社能多找有心人，且是有能力的人来负责翻译，并优待翻译工作者，如此才能两方和气。

  p.p.s

  昨天写完这篇评论，心有不安，怕用词可能过激，”惹怒“一些觉得本书翻译质量没问题的读者，特来补充。

  小弟曾从事翻译工作，学习过一些翻译理论，所指出的问题均是行业内最基本的要求，甚至只能说是任何正式写作的基本要求，比如术语前后要一致，名词不能想当然（尤其是各种名字，Facebook 甚至会要求你在提及Facebook 时大写首字母，

  链接

  ），所提出的建议也是基于本人的实践经验。诚然，每人追求不同，个别读者本身可能对出版行业的期望不是很高，甚至觉得有得看就很好，所以反而可能会觉得是我在对本书吹毛求疵，但我指出的均是多加注意便可轻松提高翻译质量的写作问题，甚至只是态度问题。至于那些觉得有得看就不错的朋友，我想说，你这句话可以藏在心里，因为说出来没有一点价值，出版这些书不是施舍，不是做慈善，少一点抱怨不会让书变好，把问题反馈出来也不会让你没书看，只会让出版社知道读者的需求，以后花多点心思在校审上，价格可能会贵一些，质量却会好很多。如今计算机著作因为需要专业人士进行翻译，而因为酬劳问题愿意从事这项工作的专业人士不多，更多的只是想把名字印在书上，所以门槛已经算是很低，如果以一个基本写作要求作为标杆你都算太高的话，那你的想法对这个行业真是百害而无一利（说不定什么时候就出一套《从零入门Ios开发》系列丛书）。