印度阿三儿女的故事(9)

第三天,阿四带着金币来到了接生婆的家里,接生婆同样收下钱后说,

“今天他们应该会请你吃饭了,如果他们请你出晚饭,那么你就在那里再过一夜吧,明天有什么事都和我说说。随手再带四百个金币接济接济你的伯父。”

“好的。”波尔钱多的是,没钱了就卖宝石,他按接生婆说的来到波尔家里,果然波尔提出一起共进晚餐的提议。

“老主顾,您给了我们这么多好处,今天晚上一定要让我请您吃顿饭,让我们彼此能够有更加深厚的友谊。”

“好的,不过我要先回一趟旅店。”

“请问你住哪家旅店呢?”

“我住在一家大旅店。”阿四把旅店的名字告诉了波尔。

“那到时候我去找您好了。”

“可以”阿四说完,告辞而去。

波尔怕打扰到阿四,一直等到黄昏,才来接阿四回到自己的家里。并请他来到了自己最大的客厅,客厅的摆设让阿四十分惊讶,波尔似乎发现的阿四对自己客厅的欢喜,说道,

“说出来不怕您见笑,这客厅是一位接生婆再给我家的花园做园林设计的时候瞬间设计的,虽然只是个接生婆,但是却在这方面有着难以想象的天赋。”

阿四当然知道那位接生婆是谁了,;两人聊了一会天,吃过晚饭,不知不觉就到了晚上,做礼拜的时候,女仆送来了水果,两人吃完后便迷迷糊糊的睡着了。到了天亮时,女仆才拿出一个奇特的物件让两人闻了闻,他们才醒来。

“大师傅,我睡过头了,真不好意思。”阿四说。

“没事朋友,在这间房间里睡着我也是常常到第二天早上才能够醒来,这房间真是太舒服了”

“您说得对”阿四也深有同感。

时间: 2024-10-27 07:27:34

印度阿三儿女的故事(9)的相关文章

印度阿三儿女的故事(6)

理发师又匆匆跑回店里,看到阿四还在那里等着,就跟他说道,"孩子,你跟我来,我老婆答应把他知道的现在就告诉你."于是理发师带着阿四来到了自己的家里,这时理发师的老婆早已忘记了自己还在做的园林设计,有了这颗宝石,她可以买一座更大更好的花园,理发师的老婆殷勤的接待着阿四,请他坐下,阿四掏出一颗宝石送给她,说道, "伯母,请你告诉我,那个姑娘是谁?" "孩子,告诉你吧,从前有个印度的国王送了一颗宝石给巴士城的国王,巴士城的国王想要在宝石上面钻个孔,于是召了很多的宝

印度阿三儿女的故事(7)

理发匠的老婆把这一切的前前后后和阿四说完后,问道: "孩子,你只是想打听那位姑娘的消息,还是想和她交往呢?" "伯母,我是真心想跟她交往的." "好吧,那么你有什么资本呢?请告诉我." "我身上带着一袋宝石,里面有三种,第一种一个值五百金币,第二种一个值七百金币,第三种值一千金币." "那好,你愿意拿四颗宝石作为开销吗?" "当然愿意,就算拿出全部的宝石,只要能和那位姑娘交往,我都愿意拿出来!&q

三年前,故事这样开始;三年后,故事这样延续---2015年终总结

 含苞待放的蕊,开出尘埃落定的美 人生的路途,自从小编学了计算机之后,喜欢这样来描述,人生就好像是一个开发软件的一个流程,从需求分析到运行维护,需求一次又一次的变更,人生的经历一次又一次在过程中丰富,人生的路又像季节的更迭,有微风也有细雨,花含苞待放之后化作春泥更护花,生命的年轮不停地转动着,缘深缘浅,缘聚缘散,不断地经历.也许生命本身的意义就在于,不断的去经历,不断的去成长.走过的路很漫长,也给自己一个交代,曾经的迷茫,曾经的伤感失落,都在沉淀后显得那么清澈.那一个个走过生命的故事,就像吟唱在

敏捷开发(三)- 估算故事

前两篇文章介绍的是 搜集故事和编写估算,本篇文章接着前面的文章往下说,有了story(故事)之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点       1.运行改变估算结果       2.适用于所有的故事       3.很容易很简单的进行估算,不需要花费太多时间       4.提供进度和剩余工作的主要信息       5.计算不准确也不会有大问题       6.估算的结果可以用来指定发布计划一.以故事点的形式进行估算 故事点估

菜鸟Scrum敏捷实践系列(三)用户故事的组织---功能架构的规划

采用Scrum敏捷项目管理方法进行产品开发,当碰到较大规模的产品开发,用户故事较多时,就必须采取一定的方法来组织.管理用户故事,使其分门别类的管理,条理才清楚.通常我们采用“功能架构”来分层分类别来管理用户故事. 一.规划层次 遵循Scrum敏捷项目管理理论,可把项目划分为三个大的层次,分别是顶层的产品层,支持多个产品同时开工:第二层是功能架构(Features)层,能够规划软件产品的整个骨架(功能蓝图):第三层是用户故事层,把用户故事分门别类的放在功能架构之下.项目管理者和开发者能够一目了然的

IOS开发之国际化篇第三章:故事版文本国际化

在IOS的开发过程中,很多时候组件都是拖拉出来,直接在故事版(storyboard)上直接使用,而并没有做输出关联,或者有些UILabel只做显示,不会进行修改.所以在这种不会在代码中修改的情况下,就需要用到故事版的国际化,如图 在xcode4.5之前,如果做故事版的国际化,是要维护多个storyboard,但在xcode4.5之后,国际化storyboard做国际化,就变成了一个storyboard,多个语言配置文件如图 其中Main.storyboard为真实的故事版文件,Main.stri

dp之沙子合并 环形沙子合并 沙子合并加强 沙子三兄弟的故事

沙子合并 沙子合并问题问题描述:设有N堆沙子排成一排,其编号为1,2,3,-,N(N<=300).每堆沙子有一定的数量,可以用一个整数来描述,现在要将这N堆沙子合并成为一堆,每次只能合并相邻的两堆,合并的代价为这两堆沙子的数量之和,合并后与这两堆沙子相邻的沙子将和新堆相邻,合并时由于选择的顺序不同,合并的总代价也不相同,如有4堆沙子分别为 1  3  5  2 我们可以先合并1.2堆,代价为4,得到4 5 2 又合并 1,2堆,代价为9,得到9 2 ,再合并得到11,总代价为4+9+11=24,

三个经典故事改变人生

故事之一:你是全力以赴还是尽力而为? 一天猎人带着猎狗去打猎. 猎人一枪击中一只兔子的后腿,受伤的兔子开始拼命地奔跑.猎狗在猎人的指示下也是飞奔去追赶兔子. 可是追着追着,兔子跑不见了,猎狗只好悻悻地回到猎人身边,猎人开始骂猎狗了:“你真没用,连一只受伤的兔子都追不到!”猎狗听了很不服气地回道:“我尽力而为了呀!” 再说兔子带伤跑回洞里,它的兄弟们都围过来惊讶地问它:“那只猎狗很凶呀!你又带了伤,怎么跑得过它的?” “它是尽力而为,我是全力以赴呀!它没追上我,最多挨一顿骂,而我若不全力地跑我就没

菜鸟Scrum敏捷实践系列(一)用户故事概念

敏捷开发对需求规划的要求是很高的,首先需求是打散的,一个大的项目需求会拆分成很多小的功能完整的需求,以便排定优先级去逐个实现,敏捷开发提升了开发效率,但是对需求规划的要求更高了,就是对产品的需求规划能力提出了更高的要求,必须有清晰的思路,很强的需求规划能力才行,这样才能保证敏捷开发可以按照既定的设想去一步一步实现产品的设计. 敏捷开发是通过“用户故事”这个东东来实现传统软件开发所说的需求的. 一.什么是用户故事? 用户故事就是定义用户所需功能的文字描述,简单说就是用户的需求.一个好的用户故事包括