给大家讲个故事


#include "stdafx.h"
#include <iostream>

long long ago;

#define 好了开始讲故事了 int _tmain(){
#define 今天就讲到这大家都散了吧 {return 0;}}
#define 说(sentences) std::cout<<sentences<<std::endl;
#define 讲到这里突然不知道该说什么了 std::cout<<std::endl<<"......"<<std::endl<<std::endl;
#define 伸个懒腰先 std::cout<<std::endl<<std::endl;
#define 很久很久以前 std::cout<<std::endl<<"很久很久以前啊"<<"\n";

好了开始讲故事了

说("故事的内容大概是这样的")

很久很久以前

说("公主爱上了一个人")
说("可是,他们却面临很多阻力")
说("因为公主爱上的这个人是平民,而公主却贵为皇室")

讲到这里突然不知道该说什么了

说("可就在这时,发生了一件震惊众人的事! \n这件事直接导致了故事情节的重大改变!")
说("欲知后事如何,且听下回分解!\n");

今天就讲到这大家都散了吧

给大家讲个故事

时间: 2024-11-06 05:24:43

给大家讲个故事的相关文章

【转】能否用讲个故事的方式,由浅入深,通俗易懂地解释一下什么是天使投资,VC,PE.

能否用讲个故事的方式,由浅入深,通俗易懂地解释一下什么是天使投资,VC,PE 今天在知乎上看到一篇文章,觉得值得一转的,Here. 我给楼主讲个完整点的故事吧.长文慎点,前方高能,自备避雷针.18岁以下者请在父母或监护人指导下阅读此文. ----------------------------------------------我是分割线------------------------------------------------------- 我和东尼大木是一起玩到大的朋友,也有共同的爱好.

做品牌要站对位置、讲好故事

我们一直说:消费者才是我们学习的对象和崇拜的偶像,离消费者越近的经理人越优秀,离市场越近的企业越杰出.但在现实的中小企业一直对品牌的理解有误区和偏差,不明白企业的产品到底满足消费者哪种价值需求,是产品价值还是形象价值,直接表现就是一切像贵看齐,最贵的牛肉干.最贵的烧麦.最贵的有机羊肉.最贵的杂粮,一时间"贵"好像成了成就品牌快速发展的通天大道,且不知价值不同路不同,一切还是要从消费者理解和认识出发,品牌打造首先要站对位置洞察消费者价值需求,其次要讲好故事做好持续性的传播. 什么是产品价

知性姐姐给你讲个故事:我可以用自己的身子偿还...

知性姐姐给你讲个故事:我可以用自己的身子偿还.... 走进我家,就可以看到一只青花瓷坛,就摆在客厅的古董架上.据说曾被祖母用来腌制过咸菜,祖母过世后才到母亲手里.我成家后,有一次周末回父母家闲坐,才偶然发现它竟是清康熙年间景德镇烧制的.母亲见我瞪着眼睛张大了嘴,就笑着跟我说:"这是你家祖上传下来的,谁都没想到它们会有多精贵.你既然稀罕它,就尽管拿去好了."所以,我一直拿它当小老婆一样儿看待,却万万没想到它会毁在我家小保姆的手里. 小保姆名叫小青,年龄大概二十一二岁,是老婆从中介公司请来

3.PO如何给开发团队讲好故事

敏捷开发系列文章目录 讲出符合开发团队味口的故事. 上一章说了敏捷开发团队的构成与迭代过程,本章重点说一下迭代第一天的计划会议.熟话说“好的开始就成功了一半”,一个迭代的计划会议做得好不好确实直接注定着迭代的成功与失败.迭代开始之前,PO肯定都已经提前准备好了本次迭代的所有故事,并且提前都发给了团队熟悉,后来我们一般都会在前一个迭代快要完成的时候开一个下个迭代的熟悉会议,组织大家一起熟悉下个迭代的故事,一开始并没有这么做,是在过去的多个迭代中,发现每个迭代计划会议都会拖得很长,有时候会开整整一天

讲好同频故事,获得更多机会

长期写文案的敏感,让我第一时间意识到文案需要“同频”,尤其是在讲故事的时候. 一.什么是同频? 同频,简单来说,就是同一频道.你说的话我能理解,你的感受我能体会,你的价值我认可. 这也就是为什么,当一个人说我们不在一个频道的时候,对话就很难进行下去. 文案作为直面消费者的第一前线,其实承担了品牌与受众的沟通角色.而所有沟通都一样,只有在同频时才会达到最好的效果. 文案运用同频去讲故事,能够更好地与读者产生共鸣. 讲自己的故事,能够让用户在心里没有抵触的情况下,去了解我们,去被我们的故事打动,成为

数学故事

发信人: ukim (我没有理想), 信区: Mathematics 标 题: Heroes in My Heart ( 序 ) 发信站: 北大未名站 (2002年04月06日14:23:24 星期六), 转信 --------------------------------- To Music For the Encouragement and Smiles She Gave Me --------------------------------- 序 废话几句. 多年以前,我有一个很宏伟的计

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

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

敏捷开发(四)- 故事验收测试

接着上篇 "估算故事"讲,故事估算完成以后就要开始考虑如何进行验收测试了,只有验收通过故事才算开发完成. 对于一个故事,开发人员和客户可能会讨论很多,讨论的内容可以以测试用例的形式记录下来,这样就为我们故事测试做了铺垫,目前敏捷开发中测试大约有如下2个步骤    1.将测试要点记录到敏捷的故事卡的背面,任何时候发现新的测试,都可以记录到故事卡背面     2.将测试要点变成全面测试,这些测试用来演示故事已正确.完整的实现 下面说一下什么时候写测试用例,以及测试的方法.  在编写代码之前

对张子阳先生对委托和事件的两篇文章的读后思考(说得很透,内附故事一篇)

第一篇 C#中的委托和事件 第二篇 C#中的委托和事件(续) 首先,张子阳先生的这是两篇关于委托和事件间关系的文章,是目前为止我读过的介绍委托和事件以及异步调用最简明清晰文章,作者通过非常有节奏的"标题"->"问题"->"思路"->"实现"->"讲解"的结构,分步骤一步一步地将委托和事件的实现.应用与原理阐述得非常清楚,并且在行文期间将自己有趣的思考过程通过生动的语言表达了出来,使人