不该应有的错误

日常失误反思录
本文记录了一系列日常生活中的小失误,如记错公交线路、工作沟通不当等,并深入分析了导致这些失误的原因及其影响。

1.记错公交车

  • 时间:2013-07-21
  • 事件:本应该坐966公交车,结果坐的是996公交车。
  • 结果:到达地离目的地差很远,还需要朋友家人去接。
  • 原因:马虎
  • 影响:给朋友带来了麻烦
2.在32系统的ubuntu上安装64位的软件
  • 时间:2013-07-17
  • 事件:在ubuntu上安装java及eclipse都是安装的64位系统的软件
  • 结果:软件启动无反应
  • 原因:靠猜靠感觉认为机器是64的,而没有通过查询,询问
  • 影响:浪费了宝贵的时间
3.迟到
  • 时间:2013-07-21
  • 事件:本说的是4点出去,结果吃完饭,磨叽半天最后5点出门。
  • 原因:
    • 时间没有算好,不太重视
    • 时间说的比较随意,如果做不到,就不要说
  • 结果:没有按时出去
  • 影响:可能会留下,不靠谱,不准时的感觉。

4.办理发票

  • 时间:2013-07-15
  • 事件:修理完电脑,应该尽快办理发票,但是总是向后推。
  • 原因:
    • 自己养成了事情向后推的习惯
  • 结果:因为这个事情,让对象吵架
  • 影响:
    • 吵架
    • 长期以往总是把事情留在后面,事情有可能被拖延,或者延期

5.有人过来仍然戴耳机听歌

  • 时间:2013-07-22
  • 事件:戴耳机听音乐-电话未正常放好-有噪音-同事过来看看-压好电话。
  • 原因:
    • 自己内心不太重视
    • 以前也有类似的事情,仍然没有引起重视。
  • 结果:可能打扰了大家的工作。
  • 影响:
    • 可能会给同事留下自己不尊重别人的感觉。

6.在跟别人沟通的时候,要注意礼貌。

  • 时间:2013-07-30
  • 事件:与产品同事沟通,感觉自己说话的方式很不好,不够礼貌,在沟通的时候也没有专心关注的去沟通(这是沟通需要注意的)
  • 原因:
    • 自己内心不够重视。
    • 自己的坏习惯引起的。
  • 结果:
  • 影响:
    • 会给同事留下不好的印象。

7.吩咐的任务要立即执行

  • 时间:2013-07-31
  • 事件:leader交给的一个小任务,需要特快的反馈。结果让leader亲自过来看了问题。
  • 原因:
    • 自己内心不够重视。
    • 拖拉的习惯
  • 结果:leader亲自过来,添加了麻烦。
  • 影响:
    • 给同事留下沟通或执行力方面的不好的印象






<think>好的,我现在需要解决用户的问题:“此时不应有(set”。看起来用户可能在编程时遇到了错误提示,但提供的上下文不够详细。首先,我要分析可能的情况。 用户提到的错误信息“此时不应有(set”可能来自不同的编程环境,比如批处理脚本、PowerShell、或者某些编程语言如Java、Python的编译错误。需要确定用户具体使用的环境。 首先,常见的情况是批处理脚本中的语法错误。例如,在批处理中,如果使用括号不当,或者变量赋值时格式错误,可能会导致这样的提示。例如,在批处理中,set命令的正确用法是`set variable=value`,如果等号周围有空格,或者括号使用不当,就会报错。 另外,用户在之前的对话中提到了Java多线程的问题,但这次的问题可能与之前的上下文无关,所以需要单独处理。用户可能在使用不同的编程语言或工具时遇到了问题。 接下来,考虑用户可能的场景。用户可能是在编写脚本时遇到了语法错误,特别是在使用set命令时格式不正确。比如,在批处理文件中错误地写了`set var = value`(等号两边有空格),这会导致错误,因为批处理要求等号两边不能有空格。 另一个可能是用户在使用PowerShell时,虽然PowerShell中的变量赋值不需要set,但可能有其他语法错误,比如括号不匹配或位置错误。例如,在if语句中错误地放置了括号,导致解析错误。 此外,用户可能在某种编程环境中,如Python或Java,错误地使用了set作为变量名或方法名,导致语法错误。例如,在Java中,set可能是某个方法的一部分,但括号使用不当导致编译错误。 需要进一步询问用户具体的代码示例和错误发生的环境,以便更准确地诊断问题。但根据现有信息,常见的可能性是批处理脚本中的set命令使用不当,或者括号不匹配导致的语法错误。 总结可能的解决方案:检查set命令的语法,确保等号两边无空格;检查括号是否匹配;确认代码结构是否正确。如果用户能提供具体的代码片段,可以更精准地定位问题。</think>这个错误提示通常出现在以下两种编程场景中,以下是分步解释: **一、Windows批处理脚本(.bat)中的经典错误** 1. **错误重现**:当你在CMD中输入 ```bat set var = 123 ``` 或脚本中出现类似结构时 2. **错误根源**: - `set`命令的等号`=`两侧出现空格 - Windows将整个`var `(含空格)识别为变量名 - `123`被解释为无关参数 3. **修正方案**: ```bat set var=123 ✔️ 正确(无空格) set "var=456" ✔️ 推荐带引号的写法 ``` **二、Java/Groovy等编译型语言中的意外符号** 1. **典型错误模式**: ```java public void setUserName(String name) { this.name = name; } // 缺少方法调用时的分号 set(); // 意外出现在不合法位置 ``` 2. **常见触发场景**: - 方法定义后缺少分号 - 在类作用域直接调用方法 - 拼写错误导致编译器误判 **三、通用调试技巧**: 1. 检查错误行前后的括号匹配性 2. 确认变量赋值操作符`=`的使用规范 3. 使用IDE的语法高亮功能(如VSCode对批处理文件的着色支持) 4. 对于脚本文件,可用`@echo on`查看执行细节 **示例批处理调试过程**: ```bat @echo on set correct=value ✔️ rem set wrong = value ❌ 被注释的错误示例 pause ``` 建议提供具体代码段,可获取更精准的解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值