连贯的力量:链接、连接和呼应的技巧(下)
主位、述位——重现、指称和省略——表述角度的调整——连接、过渡——上下文对语词组合的制约作用 词语呼应——同构形式与结构效应——思维 修辞 篇章
一 主位 述位
1 前言不搭后语:通常只话语不衔接。
语言衔接体现在语言表层结构上的黏着关系,
2 文章的写作有着共同的过程:第一,他需要时思想材料条理化,形成一定的表述层次,这就是文章的结构,文章的结构是不稳定的,是不够具体的。第二,随着写作内容的具体化,作者还需要使这些内容外化。
3 写作过程要处理好两个问题:一 语句的排序。二 在新闻中注意上下文之间的衔接与呼应,使读者感到自然顺畅。
4 在句子里,在语篇里,先说的就是主位,是说话的出发点,后说的是述位,是围绕主位逐步展开的实际内容。
主位常常体现为已知信息。从意思表述的功能看,述位起着重要的作用。因为它传递新信息;可是,从话语街接的功能看,重要的还是主位。主位的信息负荷少,但正因为它的信息负荷少,而且处于更是眼的位置,所以就成为前后衔接的重要构造手段。构造一个句子,大多是主语在前,谓语在后,所以从一个句子看,主位常常就是主语;在汉语里,话题很容易整为主语,所以一个句子的主位又常常就是话题。
5 句子之间主位与上文的衔接有三种模式:第一种模式是从上句主位派生出下去的主位。第二种模式是从上句的述位派生出下去的主位。第三种模式是从上句“主位+述位”的整体中派生出下句的主位。
6 为了避免罗嗦和重复,所以大家采取简化或指称的形式。
7 主位与上文的衔接还可以有比较隐含的衍化形态:(1)上位、下午序列。上、下位指逻辑等级中较高等级与较低等级之间的关系。(2)同范畴概念的连续序列。例如数字、时间、方位、季节等。在上、下位序列中,除了特定的语境,上位概念一般是不能省略的,同范畴概念的连续系列则没有这种限制。
8 了解主位、述位理论,我们还要注意它的语篇功能。
主位、述位分析是语义的切分,它和我们所熟悉的语法切分是不同的。语法切分是一种句子成分的结构分析,是根据词或词组在句子中的句法作用把句子的各个组成部分划分为主语、谓语、宾语、定语、状语、补语等,语义切分则着眼于句子的交际功能和信息分布情况,它对于研究语篇中句与句之间的联系、研究语篇的结构有着重要的意义。语法分析着眼于一个句子、主、述位分析型不受句子的限制:在一个句子里,“主位”可以是ー个词,可以是一个词组;在一个复句里,它可以是一个分句;在一个语篇里,可以是一个句子,甚至大于一个句子。这样,一个段中,首发的中心句实际上就是这个语段的主位。
9 我们可以把一个语篇看成是一个主位的序列,分析它们之间的领属层次和相互关系。这样,我们就可以了解从不同角度观察语言现象的不同意义:从信息传递的角度,我们可以看到篇之中如何从已知信息引发出新的信息,并且注意把握新信息的内涵;从话题的角度,我们可以从总话题、分话题之间的联系了解乃至篇章的思路结构;从主位、述位的角度,我们就可以分析从句、段到篇,话语是如何衔接、连接与呼应的。
二 重现,指称和省略
1 “主位——主位”之间前后联系的三种形态: 重现,指称,省略。
2 重现指同样的词语或类似的词语反复出现,类似词语包括同义词、近义词、上位词、下位词或其他形式。语篇当中的句子通过这种重现关系体现着相互衔接。
3 指称既是为了避免重复,也是为了连接上下文,他使代词与文中的衔接对象前后照应,也就很自然地强化了后面的联系。
在重现,指称,省略这三种衔接手段中,指称是比较富于技巧性的,要特别注意代词与衔接对象的关系是否清晰,避免出现歧义。
4 为了表述的清晰性和连贯性,我们首先要丰富支撑的手段;其次,在内容比较复杂,层次比较多的时候,还要善于利用多种制成方法,来使层次清晰化。
5 省略,一个句子中的省略成分通常都可以从语境中找到。省略和语境因素的关系十分密切。言语交际过程中,交际双方如果有共同的背景知识,这方面的内容可以省略。
三 表述角度的处理和调整
1 处理和调整表述角度,使话语前后连贯,重要的是主位,一般是主语。
2 调整主语以便承前省略,有一种句是值得注意,那就是被动句。被动句的功能之一,就是让前后两个分句的主语一样,从而省掉第二个*的主语,使句子简洁紧凑,全句语气贯通。
3 语法、逻辑是科学,语言运用的最高境界是艺术。
四 连接 过渡
1 连接和过渡含有更多的逻辑成分,更多的从逻辑的角度来观察话语前后的联系。
2 语篇的连接成分,第一个问题是:语篇的连接成分和句子内部(包括复句)的关联词语,有哪些是相同的,哪些是不同的?(1)句子内部的逻辑关系与语篇内部的逻辑关系,有许多是相同的,因此前者的关联词语多数可以用于语篇内部。(2)另一方面,语篇连接成分可以夸句,还可以夸段,他们所连接的语言单位有时比句子内部关联词语所连接的大许多倍,二者所涵盖的逻辑关系有些也是不同的,因此有的剧中关联词语不见于语篇连接成分之中。第二个问题是,语篇连接成分的功能和位置方面有哪些值得我们注意的地方?(1)先看这些链接成分与所联系语言单位的关系。(2)在看他们在句链中所处的位置。
3 过渡体现着层次之间的语义联系,他们出现在重要的层次发展或话题转换之间。
4 过渡有两大类。第一类是上段的尾部与下一段的首段自然相连。(1)一种是下一段的开头承接上一段的结尾,我们可以称之为承上式。(2)另一种是上一段的结尾引出来的话题,我们可以称之为启下式。还有一类是使过渡性话语独立成段,我们习惯称之为过渡段。
使用频率比较高的,是第一类的两种方式,及两端之间首尾自然衔接。
五 上下文对语词组合的制约作用和呼应
1 我们要从修辞的角度观察话语的衔接,这就是呼应要了解呼应,先要了解上下文语境对语言运用的制约作用。
2 在语言衔接方面,影响语序处理的,更多的是逻辑因素;修辞因素更强的则是词语的重现和句式的重现。
3 词语的反复可以加深印象;有意的反复使用某一词语可以前后呼应,取得强调效果。
4 语义相反的词语,互相呼应前后联系,这种现象语篇学称之为对立关系。
5 在语言实践中,人们发现在语篇中,围绕着一定的话语,一定的词语往往同时出现,而其他一些词语就不大可能出现或根本不出现。这些成套组合的词语,语言学家称之为词汇链,词汇链也称为词汇套。
六 同构形式与结构效应与思维、修辞、篇章
1 句式重现又称同构衔接,它指的是同样的句子形式也可以起到衔接的作用,排比是其中的一种。
2排比段的相同语句或句式可以安排在语段之首,也可以安排在语段之尾。一般地说放在断手的,提示作用往往更强些,放在断尾的,强调,往往更明显。
3 谋篇需要驾驭全局,有经验的作者会在语言形式方面也有通盘计划,其中之一就是继续的安排。
4 排比这种句式可以说兼有修辞作用和篇章联系作用。
上一篇: 使用域名和关键词对SEO有好处吗?
下一篇: 四个写作结构让你轻松入门,零基础也不怕!
推荐阅读
-
连贯的力量:链接、连接和呼应的技巧(下)
-
纯干货分享 | 研发效能提升——敏捷需求篇-而敏捷需求是提升效能的方式中不可或缺的模块之一。 云智慧的敏捷教练——Iris Xu近期在公司做了一场分享,主题为「敏捷需求挖掘和组织方法,交付更高业务价值的产品」。Iris具有丰富的团队敏捷转型实施经验,完成了企业多个团队从传统模式到敏捷转型的落地和实施,积淀了很多的经验。 这次分享主要包含以下2个部分: 第一部分是用户影响地图 第二部分是事件驱动的业务分析Event driven business analysis(以下简称EDBA) 用户影响地图,是一种从业务目标到产品需求映射的需求挖掘和组织的方法。 在软件开发过程中可能会遇到一些问题,比如大家使用不同的业务语言、技术语言,造成角色间的沟通阻碍,还会导致一些问题,比如需求误解、需求传递错误等;这会直接导致产品的功能需求和要实现的业务目标不是映射关系。 但在交付期间,研发人员必须要将这些需求实现交付,他们实则并不清楚这些功能需求产生的原因是什么、要解决客户的哪些痛点。研发人员往往只是拿到了解决方案,需要把它实现,但没有和业务侧一起去思考解决方案是否正确,能否真正的帮助客户解决问题。而用户影响地图通常是能够连接业务目标和产品功能的一种手段。 我们在每次迭代里加入的假设,也就是功能需求。首先把它先实现,再逐步去验证我们每一个小目标是否已经实现,再看下一个目标要是什么。那影响地图就是在这个过程中帮我们不断地去梳理目标和功能之间的关系。 我们在软件开发中可能存在的一些问题 针对这些问题,我们如何避免?先简单介绍做敏捷转型的常规思路: 先做团队级的敏捷,首先把产品、开发、测试人员,还有一些更后端的人员比如交互运维的同学放在一起,组成一个特训团队做交付。这个团队要包含交付过程中所涉及的所有角色。 接着业务敏捷要打通整个业务环节和研发侧的一个交付。上图中可以看到在敏捷中需求是分层管理的,第一层是业务需求,在这个层级是以用户目标和业务目标作为输入进行规划,同时需要去考虑客户的诉求。业务人员通过获取到的业务需求,进一步的和团队一起将其分解为产品需求。所以业务需求其实是我们真正去发布和运营的单元,它可以被独立发布到我们的生产环境上。我们的产品需求其实就是产品的具体功能,它是我们集成和测试的对象,也就是我们最终去部署到系统上的一个基本单元。产品需求再到了我们的开发团队,映射到迭代计划会上要把它分解为相应的技术任务,包括我们平时所说的比如一些前端的开发、后端的开发、测试都是相应的技术任务。所以业务敏捷要达到的目标是需要去持续顺畅高质量的交付业务价值。 将这几个点串起来,形成金字塔结构。最上层我们会把业务目标放在整个金字塔的塔尖。这个业务目标是通过用户的目标以及北极星指标确立的。确认业务目标后再去梳理相应的业务流程,最后生产。另外产品需求包含了操作流程和业务规则,具需求交付时间、工程时间以及我们的一些质量标准的要求。 谈到用户影响的地图,在敏捷江湖上其实有一个传说,大家都有一个说法叫做敏捷需求的“任督二脉”。用户影响地图其实就是任脉,在黑客马拉松上用过的用户故事地图其实叫督脉。所以说用户影响地图是在用户故事地图之前,先帮我们去梳理出我们要做哪些东西。当我们真正识别出我们要实现的业务活动之后,用户故事地图才去梳理我们整个的业务工作流,以及每个工作流节点下所要包含的具体功能和用户故事。所以说用户影响地图需要解决的问题,我们包括以下这些: 首先是范围蔓延,我们在整张地图上,功能和对应的业务目标是要去有一个映射的。这就避免了一些在我们比如有很多干系人参与的会议上,那大家都有不同想法些立场,会提出很多需求(正确以及错误的需求)。这个时候我们会依据目标去看这些需求是否真的是会影响我们的目标。 这里提到的错误需求,比如是利益相关的人提出的、客户认为产品应该有的、某个产品经理需求分析师认为可以有的....但是这些功能在用户影响地图中匹配不到对应目标的话,就需要降低优先级或弃掉。另外,通常我们去制定解决方案的时候,会考虑较完美的实现,导致解决方案括很多的功能。这个时候关键目标至关重要,会帮助我们梳理筛选、确定优先级。 看一下用户影响到地图概貌 总共分为一个三层的结构: 第一层why,你的业务目标哪个是最重要的,为什么?涉及到的角色有哪些? 第二层how ,怎样产生影响?影响用户角色什么样的行为? (不需要去列出所有的影响,基于业务目标) 第三层what,最关键的是在梳理需求时不需一次把所有细节想全,这通常团队中经常遇到的问题。 我们用这个例子来看一下 这是一个客服中心的影响地图,业务目标是 3个月内不增加客服人数的前提下能支持1.5倍的用户数。此业务目标设定是符合 smart 原则的,specific非常的具体,miserable 是可以衡量的,action reoriented是面向活动的, real list 也是很实际的。 量化的目标会指引我们接下来的行动,梳理一个业务目标,尽量去量化,比如 :我们通过打造一条什么样的流水线,能够提高整个部署的效率,时间是原来的 1/2 。这样才是一个能量化的有意义的目标。 回到这幅图, how 层级识别出来的内容,客服角色:想要对它施加的影响,把客户引导到论坛上,帮助客户更容易的跟踪问题,更快速的去定位问题。初级用户:方论坛上找到问题。高级用户:在论坛上回答问题。通过我们这些用户角色,进行活动,完成在不增加客户客服人数的前提下支持更多的用户数量。 最后一个层级,才是我们日常接触比较多的真正的功能的特性和需求,比如引导到客户到论坛上,其实这个产品就需要有一个常见问题的论坛的链接。这个层次需要我们团队进一步地在交付,在每个迭代之前做进一步的梳理,细化成相应的用户故事。 这个是云智慧团队中,自己做的影响地图的范例,可以看下整个的层级结构。序号表示优先级。 那我们用户影响地图可以总结为:
-
金融科技的高效省力秘籍:打造全面连接、全景覆盖、智能化的数字化运营体系" - 当下金融科技运营:挑战与机遇共存的时代解读 在快速发展的数字技术和企业数字化转型的大背景下,中国金融科技产业步入了提质增效的新阶段。面对市场的起伏变革与不确定性,金融机构需积极拥抱创新,灵活运用新技术,确保在竞争激烈的市场环境中稳固立足。 - 面临的双重考验: 1. 技术迭代压力:持续跟进行业内的科技革新,掌握新兴工具和平台,时刻应对瞬息万变的市场需求是金融科技运营的一大挑战。 2. 安全与隐私挑战:伴随着网络安全风险加剧和数据泄漏频发,如何强化信息安全体系、防范攻击、维护客户资金及隐私安全显得尤为重要。同时,伴随金融科技公司崛起,个人隐私权保障愈发关键。 - 喜人的发展空间: 1. 提升运营效益与降低成本:借助数字化技术,实现流程自动化、信息整合以及数据分析等,有效提升工作效能并缩减运营成本。 2. 扩大市场份额与增收途径:利用数字化手段拓宽销售渠道,优化用户体验,吸引更多用户并带动收入增长。 3. 加强客户联系与提升满意度:通过数字化科技运营,企业能更好地与客户互动沟通,增强客户信任感与忠诚度。 - 构建金融科技降本增效的核心驱动力:实施“全感知、全链接、全场景、智能”的科技运营体系升级路径
-
前端搭建指南:调试本地开发环境的实用技巧 - 在CLI脚手架项目里,别忘了添加库文件及其版本依赖 1. 实时联动与修改: a) 首先确保在当前CLI脚手架项目的`package.json`依赖中加入所用库文件及其正确版本。 b) 通过npm link在本地创建硬连接,使得库与项目能实时修改、同步。运行如下命令: ``` $ cd your-lib-dir $ npm link $ cd your-cli-dir $ npm link your-lib ``` 2. 模拟部署环境: 当需测试线上环境时,解除本地软链接。回到库文件目录并执行: ``` $ cd your-lib-dir $ npm unlink ``` 同样,在CLI项目目录执行: ``` $ cd your-cli-dir $ npm uninstall your-lib --save ``` 注意此时可能会出现因缺少库文件依赖导致的错误,但可暂且忽略,这样能避免将来遗漏或重复安装的问题。 3. 发布后的操作: 如果库已上线,可先清空CLI项目的`node_modules`目录(`rm -rf node_modules`),然后重新安装所有依赖: ``` $ npm install ``` 通过以上步骤,您就能顺畅地调试和部署您的脚手架项目了。 总结 `link` & `unlink` 命令的运用: 1. `npm link`:在本地创建硬连接,便于实时协作与同步。 2. `npm unlink`:模拟线上环境并解除软链接,为正式部署做准备。