拒绝“应该”

 
下午单位组织篮球比赛,地点偏远,我直到第二节比赛中段才赶到现场,比赛正处于暂停时间,大老远就听到同事小T大声嚷嚷:“我们应该这样打”。
 
第三节披挂上阵,由于配合实在生疏,整个第三节时间就在个人英雄主义的每次赌博式出手过程中渡过,好在球队拼抢比较积极,篮板还算得到了保证,勉强和对方打了平手。
 
第三节刚刚战罢,小T一边喝着水,边把大家召集在一起:“我们应该打中锋战术。。。。。”
最后第四节更加溃败,外线队员开始缩手缩脚,每次都先找中锋这个点,但是中锋无法确立内线的优势,最后整场比赛大比分落败。
 
在回来的路上,我脑子一直想着这两个词的区别:“应该”和“可以”。
 
当我们听到“应该”这个词,就不自觉地会有束缚感。例如“这个会议应该这样策划。”员工听到这样的话,就只剩下执行了。
 
当一个球队没有绝对把握取胜的点时,倒不如让每个人去随性发挥,因为这时谈不到何种战术和战斗素养了。太多的规矩反而会限制队员的创造力,丢掉团队成员产生包袱的种种“应该”,他们或许有更多的自由和发挥的空间而取得更好的效果。
 
所以我想若是下次球队再比赛,我会给小T提建议:
Ø         尽量避免说“应该”,而换成“可以”,看看这样会不会让每个队员持球选择时更加自由,因为听到“可以”既不需要放弃重要的原则又让人感觉有选择的余地。
Ø         连续问上三个“为什么”。例如:我们为什么要打中锋战术?当中锋强攻篮下未果时,谁应该来拼抢篮板?外线出来机会时,是不是还要传递给中锋?等等,当解决好这三个以上的问题时,我们就明白“应该”背后的原因了。
Ø         找到核心组织要素,提出关键问题。Key problem 将有助于发现问题的实质。例如:“谁为最后的结果负责”、“要确保最后胜利,我能做些什么?”这些都是每个上场的队员“应该”多去思考的。
 
晚上的CBA总决赛,广东挥霍着自己的青春,最后吞下了失败的苦果。当时在想,若是我们的队伍有一个王治郅这样的角色,第四节制定的中锋战术就“应该”是成功的。
 
拒绝“应该”,因为比赛是5个人的。
 


本项目采用C++编程语言结合ROS框架构建了完整的双机械臂控制系统,实现了Gazebo仿真环境下的协同运动模拟,并完成了两台实体UR10工业机器人的联动控制。该毕业设计在答辩环节获得98分的优异成绩,所有程序代码均通过系统性调试验证,保证可直接部署运行。 系统架构包含三个核心模块:基于ROS通信架构的双臂协调控制器、Gazebo物理引擎下的动力学仿真环境、以及真实UR10机器人的硬件接口层。在仿真验证阶段,开发了双臂碰撞检测算法和轨迹规划模块,通过ROS控制包实现了末端执行器的同步轨迹跟踪。硬件集成方面,建立了基于TCP/IP协议的实时通信链路,解决了双机数据同步和运动指令分发等关键技术问题。 本资源适用于自动化、机械电子、人工智能等专业方向的课程实践,可作为高年级课程设计、毕业课题的重要参考案例。系统采用模块化设计理念,控制核心与硬件接口分离架构便于功能扩展,具备工程实践能力的学习者可在现有框架基础上进行二次开发,例如集成视觉感知模块或优化运动规划算法。 项目文档详细记录了环境配置流程、参数调试方法和实验验证数据,特别说明了双机协同作业时的时序同步解决方案。所有功能模块均提供完整的API接口说明,便于使用者快速理解系统架构并进行定制化修改。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值