如何把“套话”说得更顺耳

如何把“套话”说得更顺耳
2011年12月01日
  [b]第三节:技巧课[/b]
  有些“套话”听起来难受,让人抓狂,可有些“套话”,却让人觉得心里舒服,特别爱听。很多时候,“套话”还是人际交往的润滑剂。
  今天的技巧课,我们就来学习一下怎么说“套话”,在什么场合说“套话”。
  [b]技巧一:给陌生人如何介绍朋友[/b]
  向别人介绍自己的朋友、同事或者领导,这是我们在日常生活中经常遇到的场合。比如,你的朋友长得很一般,甚至有些不如人意,如果你实话实说,直接向别人介绍说:“这是×××,虽然长得不咋的,但厨艺还不错!”或者你喜欢恭维人,这样介绍朋友:“这是美女×××!”这两种方式,一种是太实,实在得让朋友很难堪,长得丑已经很郁闷了,你还要特意说出来,太不厚道了;第二种又太过,明明长相在那儿摆着,不漂亮的一个姑娘,你居然称为“美女”,有故意揭人短处之嫌。这两种方式都会招致朋友的反感,搞不好还会跟你翻脸。
  这种情况下,我们就得说些“套话”。
  比如,你的朋友长得不美,且未婚,你可以说:“这是我的朋友×××,温柔贤惠,厨艺一级棒,哪个男人娶了她可是有福气了!”就算你的朋友不是很温柔,听了你的话,她也会不自觉地温柔起来,心里还会很感激你的“套话”。
  [b]技巧二:年龄这个敏感的问题[/b]
  年龄是十分敏感的问题,如果你特别想知道某人的年龄,千万不能直接问,比如,别人看上去40多岁,你一上来就说:“你四十几了?”万一人家面老,实际年龄根本不到40岁呢?你这样的说话,人家肯定会不高兴。
  这样的情况下,就需要“套话”。
  你可以采用间接“质问”的方式。比如,你可以说:“听某某说你有40岁,怎么看都不像啊。”这时要看他的反应再做回应,如果他说:“他这样说的?其实我才35岁。”你马上就可以说:“怪不得,怎么看你都不像40岁的人,我还以为你只有30岁呢。”如果他说:“不会吧,我都45岁了。”你就可以说:“真的?你看上去不到40岁啊!”这样一来,不管你是否猜对,都会因为恭维对方年轻而瞬间拉近双方的距离,也不会招致他人对你打听他隐私的反感。
  这种间接“质问”的方式,其实是先给他人一个答案,让对方自己确定或否定。
  [b]技巧三:跟邻居老人家这样说[/b]
  下班回家,在小区里难免碰见遛弯的邻居老人家。有些老人年纪大了,又不爱活动,脸色难免不太好。这个时候,如果你实话实说,“哎呦,您好!最近生病了吗?怎么感觉脸色不太好啊?”不管这位老人有没有生病,听了你的实话,他也会心里“咯噔”一下,琢磨自己是不是真的有病了。说不定,回去以后,老人家越想越不舒服,郁结在心里,真的生病了。
  所以,遇到老人生病、气色不好的时候,我们真的需要说些“套话”。比如,我们可以说:“您好!最近没看见您,您看着面色红润,气色可真好!”希望老人家心情舒畅了,气色也会好起来。
  另外,夸赞老人健康、长寿的话,还有“福如东海,寿比南山”,“鹤发童颜,延年益寿”等等。不过,这样的“套话”平常说起来可能感觉有些别扭,觉得说话的人太文了,太能装。但是,在给老人祝寿的时候,这样的“套话”最应景,最适合说。所以,有些“套话”说的时候,要看对象,分场合,才能让“套话”用起来合适,听起来顺耳。
  [b]技巧四:夸别人孩子准没错[/b]
  凡当妈妈的都爱SHOW自己的孩子――遇到亲戚朋友家孩子时,夸!准没错。男孩夸帅,女孩夸好看,小不点夸可爱。可是,您有没有发现自己的词汇量太贫乏呢?这种情况下,不妨说点儿“套话”――
  比如,如果人家孩子长得白,即使别的地方长得一般,要说:“瞧这孩子,白白净净的,像个小瓷人似的!”人家爸妈一定听了高兴。中国人讲究“一白遮百丑”,如果孩子长得黑,那就夸他:“虎头虎脑,真可爱”也不讨人嫌。如果孩子别无长处,就是胖乎乎的,不妨套句老话:“一脸福相,将来前途无量。”
  如果孩子真有几分秀气,那就索性夸一句:“一看就是个明星坯子!”搞不好人家回去还就认真照着明星去培养了呢。如果相貌一般,还可以夸这孩子真有礼貌,真聪明,真结实,这孩子真可爱……
  总之夸人家孩子时,优点要夸,没有优点创造优点也要夸。
  [b]技巧五:婆媳相处靠暖心[/b]
  都说婆媳不好相处,其实有一个最简单的方法――家常话。无论是面对性子怪的还是小心眼的婆婆,做媳妇的说一些暖心的家常话是最有效果的。
  “看上去真年轻。”这句话,尤其适用于女性,当然,说的时候要注意语气尺度,不能太夸张,否则,婆婆会认为你假。“你做的这道菜太好吃了。”家里掌勺的都喜欢你对她做的菜有一个好评价,当你在婆婆那里吃上一顿她亲自炒的菜时,别管它味道如何,说这句话没错。“你穿这件衣服很合适。”当婆婆穿了一件她自认为不错的衣服时,你千万别装没看见,让婆婆感觉到你对她的关注和赞美。“孩子整天念叨你。”当你双休日领着孩子去看婆婆的时候,进屋就说这句话,婆婆听了准高兴,让她觉得有盼头。“你太会买了。”一般来说,无论婆婆买的东西贵贱,这句一出口,就是夸她会持家呢。
  [b]技巧六:酒桌上要有话说[/b]
  许多人都有这样的感觉,为什么人家上了酒桌劝酒一套一套的,自己却没话,只能坐在一边不吭气。其实,酒桌上的“套话”更多,只需要你花一点点时间记住就好。
  最简单的是“各位女士,各位先生,我想向某某敬个酒。”通用的“套话”有:“感情深,一口闷;感情浅,舔一舔;感情厚,喝不够。”“结识新朋友,不忘老朋友。”“相聚都是知心友,我先喝俩舒心酒。”如果桌上坐的是经商下海的朋友,你可以说:“日出江花红胜火,祝君生意更红火。”如果是跟女士喝酒,可以显得大度一些:“春眠不觉晓,处处闻啼鸟,举杯问美女,我该喝多少?”
  如果自己不想喝,也有“套话”解围,比如:“来时夫人有交代,少喝酒来多吃菜。”“万水千山总是情,少喝一杯行不行?”
  总之,酒桌上应付,拿捏一个度就好,不要唯唯诺诺,也不要咄咄逼人。
  [b]礼仪小贴士[/b]
  [b]生活中敬语不能少[/b]
  交际往来常用的应酬“套话”,每每是润滑社交齿轮的油,能减少“磨擦”、“噪音”。
  初次见面说“久仰”;好久不见说“久违”;等候客人用“恭候”;宾客来到称“光临”;未及欢迎说“失迎”;起身作别称“告辞”;看望别人用“拜访”;请人别送用“留步”;陪伴朋友用“奉陪”;中途告辞用“失陪”;请人原谅说“包涵”;请人批评说“指教”;求人解答用“请教”;盼人指点用“赐教”;欢迎购买说“惠顾”;请人受礼称“笑纳”;请人帮忙说“劳驾”;求给方便说“借光”;麻烦别人说“打扰”;托人办事用“拜托”;向人祝贺说“恭喜”;赞人见解称“高见”;对方来信称“惠书”;赠人书画题“惠存”;尊称老师为“恩师”;称人学生为“高足”;请人休息为“节劳”;对方不适说“欠安”;老人年龄说“高寿”;女士年龄称“芳龄”。
  [b]聊天态度很重要[/b]
  说话时如果不加思索,想到就说,不仅个人的弱点会完全暴露,也无法和别人很好地沟通、交流。那么,沟通时怎么运用说话的艺术呢?
  第一要委婉,能委婉才有“磁力”作用,有“磁力”作用,才能使听者接受。声调要和悦柔顺,使听者悦耳;态度要真诚恳切,使见者动容;措辞要圆润周到,使听者感动。
  第二,彼此对话,以亲切为第一,情其亲切,才有好感;有好感,才能收到好效果。要诚恳,就得精神集中,用柔和的眼光,正视着对方。
  第三,在谈话时不应“抢”,更不就“强”,必须多听,给人好的印象,听话者才能乐意接受你的劝说。
  本版撰文:本报记者 王晓娟 周红
  课后总结:不能把“套话”一棍子打死,合适的场合说“套话”,你就能口吐莲花。但有些地方,比如官场上,学生作文里,我们建议,“套话”少说,多说实话,这才给力!
<think>好的,我需要帮助用户分析CPLD升级中异常打印问题的责任归属是否合理。用户之前的问题是关于他在处理交换机CPLD升级时遇到的异常打印,而这段代码不是他添加的,所以他对测试负责人让他处理这个问题是否合理有疑问。我的之前的回答已经详细划分了责任归属和测试流程,现在用户再次询问责任归属是否合理,并引用了另一个关于公司策略影响项目进展的内容,不过用户提到这个引用仅供参考,主要还是参考之前的对话。 首先,我需要回顾之前的回答,确认责任归属的分析是否正确。之前将责任分为通信协议层、CPLD逻辑层、件接口层,并提到了测试阶段的责任划分。现在用户可能想知道为什么测试负责人让他处理,尽管代码不是他写的。需要结合实际情况解释责任归属的合理性。 接着,用户引用的内容提到公司策略导致项目进展不顺,可能涉及资源不足或技术积累不够。这可能影响责任归属,比如如果公司未提供足够支持,导致代码质量或测试不足,责任可能需要重新评估。但用户明该引用仅供参考,所以重点还是之前的分析。 需要强调,在软件/件开发中,责任归属不仅基于谁写的代码,而是整个流程中的职责划分。测试阶段发现问题,即使代码不是当前维护者写的,也可能需要当前负责人处理,尤其是在集成测试或后续阶段。需要解释为什么测试负责人可能要求用户处理,例如用户负责CPLD升级的整体流程,或问题出现在其负责的模块中,即使代码是他人编写。 同时,需要结合之前的回答中的测试流程和闭环机制,明在集成测试阶段发现问题时,测试团队会标注责任模块,但处理可能需要相关团队协作。如果问题属于用户负责的模块(如通信协议层或升级逻辑层),即使代码不是他写的,作为模块负责人可能需要协调解决。 还要考虑到代码版本管理和追溯机制的重要性,如果异常打印包含版本信息,可以追踪到具体提交,从而明确责任。如果公司流程不够规范,可能导致责任模糊,这时需要推动流程改进,如标准化错误码和增强自动化测试。 最后,总结责任归属是否合理,需根据具体情况判断,但根据标准流程,测试负责人要求处理可能是合理的,尤其是当问题出现在用户负责的模块或整体升级流程中时。同时,建议用户与测试团队明确问题根源,利用日志和版本信息追溯责任,并推动流程优化以避免类似问题。</think>#### 关于CPLD升级异常打印责任归属的合理性分析 --- ### 一、责任归属的核心原则 在嵌入式系统开发中,责任归属遵循 **「模块化权责」** 和 **「测试流程穿透性」** 原则: 1. **代码所有权与维护责任分离** 即使异常打印代码非当前维护者编写,若其出现在 **归属模块的代码域** 内(如CPLD升级驱动层),模块负责人仍需承担问题分析职责[^1]。 **示例**:若异常打印由$SPI$总线驱动层的超时检测触发(如`CPLD_ACK_TIMEOUT`),即使该代码由前任开发人员编写,当前负责CPLD通信的工程师仍需主导排查。 2. **测试阶段的穿透性要求** 测试团队发现异常时,需根据 **问题触发路径** 而非单纯代码提交记录划分责任: $$ \text{责任主体} = \begin{cases} \text{开发团队} & \text{若问题可稳定复现且与设计文档不符} \\ \text{测试团队} & \text{若问题由测试环境配置偏差导致} \\ \text{联合分析} & \text{若涉及跨模块交互异常} \end{cases} $$ --- ### 二、合理性判断依据(需结合具体场景) 通过 **四象限分析法** 评估责任归属合理性: | **维度** | 合理场景 | 需质疑场景 | |---|---|---| | **代码关联性** | 异常打印代码位于您维护的$FPGA/CPLD$工程目录 | 异常代码存在于第三方库(如$Intel\_Jam\_Lib$)且未经修改 | | **触发条件** | 异常在您的升级流程改动后出现(如新增$CRC32$校验步骤) | 异常在基线版本已存在且测试报告未记录 | | **日志特征** | 包含您模块的版本标识(如`[FW:2.1.3]`) | 错误码超出您团队的分配范围(参考$IEEE 1613$标准) | | **件耦合度** | 异常与您修改的$GPIO$初始化序列强相关 | 异常仅在特定件批次出现且未经ECN流程变 | **典型案例**: 若测试团队提供的日志显示: ```plaintext [FW:1.4.0] ERR 0x102FF: CPLD_CRC_FAIL (Triggered after GPIO12 set HIGH) ``` 而您负责的升级流程中包含$GPIO12$控制逻辑修改,则责任归属合理。 --- ### 三、争议场景处理建议 1. **建立代码溯源机制** 要求所有异常打印强制包含 **版本标记** 和 **触发上下文**: ```c #define LOG_CPLD_ERR(code) \ printk("[FW:%s] CPLD_ERR:%04X (File:%s Line:%d)", FW_VERSION, code, __FILE__, __LINE__) ``` 2. **执行边界条件验证** 通过 **故障注入测试** 明确责任边界: ```python # 自动化测试脚本示例(模拟件异常) def test_cpld_voltage_fault(): set_power_supply(3.0) # 设置CPLD供电电压低于阈值 start_upgrade() assert_log_contains("ERR 0x2012: VOLTAGE_FAULT") # 件团队定义错误码 ``` 3. **推动流程标准化** 参考$ISO/IEC 12207$标准,要求测试团队提供: - 完整的 **异常触发时序图**(含$SPI/I2C$波形) - 明确的 **错误码分配表**(如`0x1000-0x1FFF`归属FPGA团队) - 关联的 **件变记录**(通过ECN编号追溯) --- ### 四、结论 若满足以下条件,则测试负责人的要求 **具备合理性**: 1. 异常打印与您维护的代码模块存在逻辑关联 2. 问题复现路径涉及您负责的功能修改 3. 测试团队已提供完整的上下文日志和件环境数据 **反之**,若问题明显属于历史遗留缺陷或第三方组件问题,建议: - 要求测试团队补充 **基线版本对比测试报告** - 发起 **跨团队联席会议** 明确责任边界(留存书面结论) --- #### 相关问题 1. 如何通过日志分析准确定位CPLD升级问题的责任模块? 2. 在跨团队协作中如何避免责任归属争议? 3. 嵌入式系统错误码标准化设计有哪些最佳实践?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值