如何判断一个员工是潜力无限,还是“烂泥扶不上墙”?

此篇文章写于2021.1.15,之前写了一半,所以拖到今天才发。拖延症发作了,尴尬。好了,下面进入正文吧。

2020年结束了,想必大家都在做各种总结吧,我们部门也一样,一封封总结邮件,发到我的邮箱。

看到总结ppt的心情是复杂的,有一种过山车的感觉。

有的PPT很有后现代艺术感,还掺杂着一些抽象派的味道……

有的PPT就很好,一眼就能看出来,很用心,对自己的总结也很到位。

通过一份简单的PPT,大致的就能判断这个人是否能够委以重任。

很多人又会喷了:你看就是你们这些无能的管理者,只会看谁PPT写的好,根本不看谁的能力强。

我想说,对不起,PPT写的好的人,能力一般情况下也很强。一个连PPT这么简单的事情都敷衍了事,凭什么让我相信,能够做好一个项目,带好一个团队,这是悖论。

在我7年工作生涯中,面试的人应该不低于200人。看过的简历那就更多了,可能已经远超过1000份了。

如何判断一个员工是潜力无限,火箭般晋升,还是“烂泥扶不上墙”?

到底要怎么判断呢?

其实我自己有一套标准,或者是方法吧。

今天,我把我这么多年的观察,分享给你,聊一聊我是怎么判断一个人是否能够有潜力,值得委以重任。


作者简介:

我是袁吴范,专注技术人的认知提升和职业成长,分享职业发展、技术管理、职场晋升、技术成长等个人多年经验和心得,公众号:”pointers“
现就职于杭州一物联网大厂,担任技术总监

添加我微信pointersss,拉你进群,跟群里大佬,技术经理、技术总监、CTO交流。


第一、看当前这个人能力是不是很强,有没有能力积累。

能力的高低是非常重要的,是我们能够一眼看出来的。也就直接关系到此时他解决问题的能力,是否能够解决实际问题。我们口中常常提到了牛人,就是能力非常强的人。

第二、看这个人思维格局。

很多人往往存在一种误解,就是用能力来描述这个人的发展潜力。

我碰到一些主管经常跟我提到说,这个人工作5/6年了,工作经验很丰富,非常有潜力。

其实这是不对的,思维方式才决定着这个人的成长“天花板”有多高。

思维方式狭隘的人就很难从别人的角度去思考问题,无法追求彼此间双赢的合作关系。也就是我们常说的利他思维。

在自己的小循环宇宙体系中,以自我感觉为轴心,周而复始的自转,却始终无法和周边关系进行联动,形成大循环正向增强回路体系。

或者说呢,这个人的思维方式,在遇到困难之后,总是在告诉自己:其实我已经做的挺好的,其实这个问题没有更好的解决办法,其实没有做好,都是因为意外。

你会发现,他总是要试图推卸责任给别人,以此来发泄内心的不满。

这种思维格局狭隘的人,以后很难快速成长起来。

人的成就,永远无法超越他的思维格局。

第三、是否有旺盛的求知欲

有些人的能力水平,可能现在并不强,那是因为他还年轻,工作年限不够,工作经验不足,没有好的导师,走了很多弯路,一系列原因才导致了目前能力水平不够。

这些人很有可能就是一块“海绵”,你浇灌的“知识泉水”,只要倒下,立刻就被全部吸收。

而有一些人呢,就像一块“瓷砖”,外表华丽,炫彩夺目,其实就是滴水不进,吸收不了任何新的知识和建议。

“海绵体质”的人,对很多事情充满了好奇心。

总是关心这件事儿,他是怎么做的?你告诉我,你怎么做成功的?这个事儿的处理方式,还有更好的办法吗?

在追求甘甜的“知识泉水”道路上,永不止步。

而且,总是乐意接受很大的挑战。

比如:这事儿还能做得更好吗?我不相信这就是最好的状态,我再来试试看,然后一次次兴奋地去尝试,一次,又一次,哪怕头破血流,也要达到“最优解”。

总结

判断一个人是不是“难堪大用”,还是说这个人可以“委以重任”。

衡量标准就是3点,即:

1)能力

2)思维格局

3)求知欲

一个人目前能力水平很低,但是思维格局很大,求知欲旺盛,能力提升很快的人,这人就值得委以重任。

另外一个人目前能力看似很强,后面不思进取,滴水不进,然后未来无法补充“知识泉水”,且用“瓷砖”封口,这样的人,“难堪大用”。

虽然有的时候,第二种人,有着积累,能力水平看似比第一种人能力水平高,但是依然是不能重用的。

希望大家通过这三个标准之后,能够针对自身的情况“无则加勉、有则补之”,未来属于你们,加油!


你这个问题非常到位! > **“那这种通讯太好啊”** —— 其实你说的是 Modbus 本身好,而是 **在可靠环境下(如工业现场),如果对通信机制做增强,确实容易出问题、体验差。** --- ## ✅ 正确认知:Modbus 是“简单但脆弱”的协议 ### 🔹 Modbus 的优点(为什么还在用?) | 优点 | 说明 | |------|------| | 🟢 简单易懂 | 报文格式清晰,开发门槛低 | | 🟢 广泛支持 | 几乎所有 PLC、HMI、仪表都支持 | | 🟢 资源占用少 | 适合老设备、嵌入式系统 | | 🟢 开源库丰富 | C#, Python, Java 都有成熟实现 | ### 🔴 Modbus 的缺点(你说得对!) | 缺点 | 后果 | |------|------| | ❌ 无内置心跳机制 | 知道对方是否还活着 | | ❌ 无自动重连 | 断线后必须手动处理 | | ❌ 无超时控制(默认) | 请求可能无限等待 | | ❌ 无加密认证 | 安全性差(适合公网) | | ❌ 基于 TCP 的“假连接”问题 | 设备断电后,客户端还认为连着 | | ❌ 单请求-响应模式 | 并发能力弱 | 👉 所以你说得完全正确:**原生 Modbus 通信“太好”——尤其是在复杂网络或高可用场景下。** --- ## ✅ 解决方案:我们能改变协议,但可以“包装它” 虽然 Modbus 协议本身很原始,但我们可以通过**上层设计**来弥补缺陷。 ### ✅ 改进方向一:添加 **超时 + 异常处理** ```csharp var cts = new CancellationTokenSource(); cts.CancelAfter(5000); // 5秒超时 try { var coils = await client.ReadCoilsAsync(1, "M100", 10, cts.Token); } catch (OperationCanceledException) { Console.WriteLine("⚠️ 读取超时:设备可能离线"); } ``` ✅ 避免卡死,快速失败 --- ### ✅ 改进方向二:实现 **自动重连机制** ```csharp private async Task<bool> ConnectWithRetryAsync(int maxRetries = 10) { for (int i = 0; i < maxRetries; i++) { try { await client.ConnectAsync("192.168.1.100", 502); return true; } catch { await Task.Delay(3000); // 每3秒重试一次 } } return false; } ``` ✅ 断电恢复后自动连上 --- ### ✅ 改进方向三:加入 **心跳检测(Heartbeat)** 定期发送一个简单的请求(如读一个寄存器)来判断设备是否在线: ```csharp private async Task HeartbeatLoopAsync(CancellationToken ct) { while (!ct.IsCancellationRequested) { bool isAlive = await PingDeviceAsync(ct); if (isAlive) { Console.WriteLine("✅ 设备在线"); } else { Console.WriteLine("❌ 设备无响应"); client.Disconnect(); // 主动断开,触发重连 } await Task.Delay(5000, ct); // 每5秒检查一次 } } private async Task<bool> PingDeviceAsync(CancellationToken ct) { using var timeoutCts = new CancellationTokenSource(); timeoutCts.CancelAfter(4000); try { var token = CancellationTokenSource.CreateLinkedTokenSource(ct, timeoutCts.Token).Token; await client.ReadHoldingRegistersAsync(1, 0, 1, token); // 读任意一个寄存器 return true; } catch { return false; } } ``` ✅ 实时感知设备状态 --- ### ✅ 改进方向四:使用 **队列 + 重试策略** 把所有读写操作放入队列,失败后自动重试: ```csharp public class ModbusCommand { public Func<Task> ExecuteAsync { get; set; } public int RetryCount { get; set; } = 3; } ``` 后台线程消费命令,失败则递归重试 → 提升鲁棒性 --- ### ✅ 改进方向五:日志 + 告警 记录每次通信结果,便于排查: ```csharp Logger.LogInformation("正在读取线圈 M100..."); var result = await ReadCoilsAsync(...); if (result == null) Logger.LogError("读取失败:设备超时"); else Logger.LogInformation("读取成功:{Values}", string.Join(",", result)); ``` --- ## ✅ 工业通信的真实现状 | 层级 | 使用技术 | |------|----------| | 底层协议 | Modbus RTU/TCP、Profibus、CANopen(老旧但稳定) | | 中间层增强 | 心跳、超时、重连、缓存 | | 上层系统 | OPC UA、MQTT、工业物联网平台(现代方案) | > 💡 很多工厂还在用 Modbus,是因为它好,是因为: - 老设备支持新协议 - 成本低 - 维护人员熟悉 所以我们程序员的任务是:**在烂泥里种花** —— 在原始协议之上构建可靠的系统。 --- ## ✅ 更好的替代方案(如果你能选型) | 协议 | 优势 | |------|------| | **OPC UA** | 支持加密、订阅/通知、跨平台、状态监控 | | **MQTT + JSON** | 轻量、支持双向通信、天然支持断线重连 | | **gRPC + Protobuf** | 高性能、强类型、流式通信 | | **RESTful API** | 易调试、通用性强 | 这些才是“现代工业通信”的发展方向。 --- ## ✅ 总结:你说得对,但我们可以做得更好 > ❗ “Modbus 通信太好” —— 这是对的。 > ✅ 但我们可以通过 **超时、重连、心跳、日志、队列** 等手段,把它变成一个**看似可靠**的系统。 就像飞机上的老式仪表还能飞,是因为背后有一整套维护体系支撑。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值