开篇慢热应该如何修改?写了几篇小说,无一不被说开篇慢热。连只有五万字的短篇也被说开篇慢热。有一篇被说成了是标题太普通?仔细阅读了...
开篇慢热应该如何修改?
写了几篇小说,无一不被说开篇慢热。连只有五万字的短篇也被说开篇慢热。有一篇被说成了是标题太普通?仔细阅读了一下关于开篇的问题,再与自己进行了对比。我写的类型也不可能把结局提前啊,或是添加传统意义上打斗情节,只能按时间顺序进行铺垫。有些铺垫是必须的,可能编辑会觉得很多情节只是无用功,那是因为才10几万字,只是开篇还没有到中间的情节呢。也想过像一些文中提到的将结局提前,但是怎么说呢,好像真的不太适用。其实我的剧情进行的还算不慢了,相比其他的来说,二三章就一个情节,应该不算节奏慢了吧。到底子应该如何修改呢?关于节奏这个问题
慢热也行,不要太慢了,连着几章都在讲述同一个问题,开始可能有趣,到后面就会无聊了
有没有想过是故事老套并且无聊的原因呢
每个人写文章的方式都是不同的,开头很重要,直接就要夺人眼球了
不要这一大堆和主角无关的,也不要连着一大段介绍什么背景
总而言之,尽量的让文章更加跌宕起伏,平淡之中见真情是需要一定功底的
一章看完,能对事情发展有所推进,不要一味的烘托主角的性格
说了那么多,好像是废话,慢热的原因,很大程度上是因为故事太无聊了
慢热也行,不要太慢了,连着几章都在讲述同一个问题,开始可能有趣,到后面就会无聊了
有没有想过是故事老套并且无聊的原因呢
每个人写文章的方式都是不同的,开头很重要,直接就要夺人眼球了
不要这一大堆和主角无关的,也不要连着一大段介绍什么背景
总而言之,尽量的让文章更加跌宕起伏,平淡之中见真情是需要一定功底的
一章看完,能对事情发展有所推进,不要一味的烘托主角的性格
说了那么多,好像是废话,慢热的原因,很大程度上是因为故事太无聊了
如何修改?谢谢
种改法:
一、确切的说,只是少了个连词。综合后面出现了by,为避免重复,在“consumer spending(消费开支)”和“its...”之间加个with就可以了。
he Bodyshop tries to stimulate consumer spending with its men’s or white efficacy products by understanding people’s cultural identity.
(美体小铺在了解不同顾客文化特色的基础上,通过其推出的男士系列和美白系列来刺激相关消费。)
二、你把stimulate(激励)的对象看成人的话,则需套用stimulate sb. to do sth.(激励某人做某事)的句型。在customer和spend之间用to连接一下。翻译重点放在人上面)
(美体小铺通过了解不同顾客文化特色来刺激人们购买其推出的男士系列和美白系列。)
0本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。
1、GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
2、Windows 风格的版本号命名格式 :
主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例: 1.21, 2.0
3、.Net Framework 风格的版本号命名格式:
主版本号.子版本号[.编译版本号[.修正版本号]]
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
应根据下面的约定使用这些部分:
Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。
Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。
Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。
Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。
程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
版本号管理策略
一、GNU 风格的版本号管理策略:
1.项目初版本时,版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0,如果你为人很低调,我想你会选择那个主版本号为 0 的方式;
2.当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉;
4.当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1;
5.另外,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。
二、Window 下的版本号管理策略:
1.项目初版时,版本号为 1.0 或 1.00;
2. 当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉;
4. 当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1;
5. 另外 , 编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。
另外,还可以在版本号后面加入 Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等后缀,在这些后缀后面还可以加入 1 位数字的版本号。
对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。
=====附录软件版本名称=====
α(alphal) 内部测试版
α版,此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。一般而言,该版本软件的 bug 较多,普通用户最好不要安装。
β(beta)外部测试版
该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除。这一版本通常由软件公司免费发布,用户可从相关的站点下载。通过一些专业爱好者的测试,将结果反馈给开发者,开发者们再进行有针对性的修改。该版本也不适合一般用户安装。
γ(gamma)版
该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。
trial(试用版)
试用版软件在最近的几年里颇为流行,主要是得益于互联网的迅速发展。该版本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。
unregistered(未注册版)
未注册版与试用版极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间在通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件acdsee、智能陈桥汉字输入软件等。
demo 演示版
在非正式版软件中,该版本的知名度最大。demo版仅仅集成了正式版中的几个功能,颇有点像 unregistered。不同的是,demo版一般不能通过升级或注册的方法变为正式版。
以上是软件正式版本推出之前的几个版本,α、β、γ可以称为测试版,大凡成熟软件总会有多个测试版,如 windows 98 的β版,前前后后将近有10个。这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的bug 。而 trial 、unregistered 、demo有时统称为演示版,
一、确切的说,只是少了个连词。综合后面出现了by,为避免重复,在“consumer spending(消费开支)”和“its...”之间加个with就可以了。
he Bodyshop tries to stimulate consumer spending with its men’s or white efficacy products by understanding people’s cultural identity.
(美体小铺在了解不同顾客文化特色的基础上,通过其推出的男士系列和美白系列来刺激相关消费。)
二、你把stimulate(激励)的对象看成人的话,则需套用stimulate sb. to do sth.(激励某人做某事)的句型。在customer和spend之间用to连接一下。翻译重点放在人上面)
(美体小铺通过了解不同顾客文化特色来刺激人们购买其推出的男士系列和美白系列。)
0本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。
1、GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
2、Windows 风格的版本号命名格式 :
主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例: 1.21, 2.0
3、.Net Framework 风格的版本号命名格式:
主版本号.子版本号[.编译版本号[.修正版本号]]
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
应根据下面的约定使用这些部分:
Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。
Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。
Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。
Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。
程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
版本号管理策略
一、GNU 风格的版本号管理策略:
1.项目初版本时,版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0,如果你为人很低调,我想你会选择那个主版本号为 0 的方式;
2.当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉;
4.当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1;
5.另外,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。
二、Window 下的版本号管理策略:
1.项目初版时,版本号为 1.0 或 1.00;
2. 当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉;
4. 当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1;
5. 另外 , 编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。
另外,还可以在版本号后面加入 Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等后缀,在这些后缀后面还可以加入 1 位数字的版本号。
对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。
=====附录软件版本名称=====
α(alphal) 内部测试版
α版,此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。一般而言,该版本软件的 bug 较多,普通用户最好不要安装。
β(beta)外部测试版
该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除。这一版本通常由软件公司免费发布,用户可从相关的站点下载。通过一些专业爱好者的测试,将结果反馈给开发者,开发者们再进行有针对性的修改。该版本也不适合一般用户安装。
γ(gamma)版
该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。
trial(试用版)
试用版软件在最近的几年里颇为流行,主要是得益于互联网的迅速发展。该版本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。
unregistered(未注册版)
未注册版与试用版极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间在通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件acdsee、智能陈桥汉字输入软件等。
demo 演示版
在非正式版软件中,该版本的知名度最大。demo版仅仅集成了正式版中的几个功能,颇有点像 unregistered。不同的是,demo版一般不能通过升级或注册的方法变为正式版。
以上是软件正式版本推出之前的几个版本,α、β、γ可以称为测试版,大凡成熟软件总会有多个测试版,如 windows 98 的β版,前前后后将近有10个。这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的bug 。而 trial 、unregistered 、demo有时统称为演示版,
初稿完成以后,至少给自己两周的假期,这是很有必要的。如果时间充裕的话,三周的假期更好,也可以休息一个月。(要是像我一样,那休息起来可就没完了。当然,如果有截稿日期,就不能奢望这样的假期了。)
在这个“冷却阶段”,应该把刚写完的文章或整本书都抛在脑后。有些作家把这段时间当作养精蓄锐期,不写任何东西。而另外有些作家,包括我在内,一直都想做点什么。
如果你也是如此,那么就开始另一个写作项目吧,并且全身心地投入进去。如果是另外一本小说,那就好好写吧。如果不是,就写写散文、或是写写日记,练练笔。
或是为从未接触过的那种类型的小说写写开头的章节。或是不提前做任何写作计划,直接去写一个引人入胜的开篇,谁也不知道会发生什么,说不定你会找到继续写下去的思路。
主要目的是换一种风格来写作,写出与你第一稿不同的作品来。


02
准备阶段
第一次通读初稿的时候,应该尽量怀着激动的心情去阅读。好的精神面貌有助于产生深刻的洞察力。所以,应该让通读充满乐趣。
我喜欢做的一件事情,是为手稿设计一个封面。我的设计很简洁,会把书评家对书的赞扬评论放在上面。就像下面这样:
“贝尔让一切变得更好。的确如此,
悬念依然还在!”
——《纽约先驱论坛报》
事实上,《纽约先驱论坛报》早已停刊。但是在20世纪50年代,我十分喜欢侦探小说的时候,这个报刊十分活跃。
没人会读到这个报纸的,所以我把它作为模拟的封面文案。但是,有趣的事情才刚刚开始。
如果你对修改怀有恐惧的话——很多作家的确如此——你或许可以列出很多在修改过程中可能获得的收获:
●这次修改会让书更有吸引力。
●我可以运用写作技巧把书写得更好。
●优秀的作品都是经过专门修改的,我具备这个技能。
●知道如何修改是专业作家的标志,我是一名专业作家。
可以再加上一些你自己希望从中收获的选项,让自己有足够的动力去专注于此,然后准备开始修改。


03
打印出来,准备一个副本
用自己设计的封面来装订自己的书稿,要干净整洁。是否要单面打印?是否用双倍行距?用什么字体?
所有这些都由你来决定。双倍行距和单面打印都有助于做注释说明,但是我并不提倡在第一次通读书稿的时候就做那么多的注释说明。对我而言,这并不是最重要的事情。
我喜欢用Times字体,单倍行距,双面打印。这样我可以找到真正印刷版的感觉。我想让自己像个读者一样,第一次翻看一本新书。
我喜欢在书稿上打三个孔,然后装订成一个活页夹的形式。
在这个“冷却阶段”,应该把刚写完的文章或整本书都抛在脑后。有些作家把这段时间当作养精蓄锐期,不写任何东西。而另外有些作家,包括我在内,一直都想做点什么。
如果你也是如此,那么就开始另一个写作项目吧,并且全身心地投入进去。如果是另外一本小说,那就好好写吧。如果不是,就写写散文、或是写写日记,练练笔。
或是为从未接触过的那种类型的小说写写开头的章节。或是不提前做任何写作计划,直接去写一个引人入胜的开篇,谁也不知道会发生什么,说不定你会找到继续写下去的思路。
主要目的是换一种风格来写作,写出与你第一稿不同的作品来。


02
准备阶段
第一次通读初稿的时候,应该尽量怀着激动的心情去阅读。好的精神面貌有助于产生深刻的洞察力。所以,应该让通读充满乐趣。
我喜欢做的一件事情,是为手稿设计一个封面。我的设计很简洁,会把书评家对书的赞扬评论放在上面。就像下面这样:
“贝尔让一切变得更好。的确如此,
悬念依然还在!”
——《纽约先驱论坛报》
事实上,《纽约先驱论坛报》早已停刊。但是在20世纪50年代,我十分喜欢侦探小说的时候,这个报刊十分活跃。
没人会读到这个报纸的,所以我把它作为模拟的封面文案。但是,有趣的事情才刚刚开始。
如果你对修改怀有恐惧的话——很多作家的确如此——你或许可以列出很多在修改过程中可能获得的收获:
●这次修改会让书更有吸引力。
●我可以运用写作技巧把书写得更好。
●优秀的作品都是经过专门修改的,我具备这个技能。
●知道如何修改是专业作家的标志,我是一名专业作家。
可以再加上一些你自己希望从中收获的选项,让自己有足够的动力去专注于此,然后准备开始修改。


03
打印出来,准备一个副本
用自己设计的封面来装订自己的书稿,要干净整洁。是否要单面打印?是否用双倍行距?用什么字体?
所有这些都由你来决定。双倍行距和单面打印都有助于做注释说明,但是我并不提倡在第一次通读书稿的时候就做那么多的注释说明。对我而言,这并不是最重要的事情。
我喜欢用Times字体,单倍行距,双面打印。这样我可以找到真正印刷版的感觉。我想让自己像个读者一样,第一次翻看一本新书。
我喜欢在书稿上打三个孔,然后装订成一个活页夹的形式。
就是啊,你想修改什么。在哪里修改,不说清楚,没办法给你具体建议。
请问你想修改什么?
投稿了ICIEA工业类国际会议,现在修稿意见下来了,请问各位大佬,修改版需要用不同的颜色或者字体?
一般都是要带标记的,方便审稿人进行二次审稿,但是可以用其他形式进行区别,如果是改变字体颜色,通过后不方便他排版的。
请问各位大佬,PPT中除了在属性中选择隐藏【背景图形】外,如何能更换【背景图形】?
以及删除原有背景图形,新增其他背景图形,注意【不是背景图】。根据搜索到的现有百度经验,还是没法达到想要的操作,麻烦大神能回复下,感谢。
之所以叫背景图形,是因为这些图形在页面上是选不中的,也就是说这些图形并不位于页面上,那它们究竟在哪里呢?在母版里。
所以你只需要切换到「视图」选项卡,然后进入到母板视图,就能够选中和修改这些图形了。
关于幻灯片母板的知识,新人理解起来会比较绕,可能也不是一条问答的体量能说得清楚的,你可以以幻灯片母板为关键词,去搜索一些教程文章来看看。
当然最好还是买一本书,扎扎实实的全方面打一下基础,这样就能减少很多这一类的问题。
原创回答不易,采纳、赞同、关注三连可好
本文标题: 各位大佬,这样的开篇需要如何修改
本文地址: http://www.lzmy123.com/gushi/231045.html
如果认为本文对您有所帮助请赞助本站