对于工程师责任和责任边界的认知
最近在做一个和化学实验有关的项目。在对2400(一台测电流,电压的设备)编程时。经过测试,2400的功能达不到客户的需求,因此改变实验路线,选择自组电路进行实验。在这个过程中就涉及到要买器材和选择对应的量程。从接手这个项目开始我一直以为自己的工作只是理解用户使用手册后对机器编写代码,其他的不用管。后来我发现在这个项目中有很多值得学习的地方。
当对2400编程使用模拟脉冲电流的方式测试电压时,导师问我是否会使用示波器,我当时说不会。几天后,导师拿着示波器现场给我演示,而我却只是看着他使用,并没有想过在看他使用的过程中学会自己使用。测试完成后,老师问我会使用示波器了没。我说不会。现在才觉得悔不当初。学习还是得主动,不要错过每一个学习的机会,特别是有前辈现场演示的的时候。老师在断开仪器的探测头时,用手迅速的出摸了一下探头,老师说这是为了防止探头上的电压过大而引发触电的危险。这些都是我以后看别人演示时应该注意的细节,最好当场就询问其中的道理。
在购买电压表并选择电压表的量程时,导师说量程的选择要我自己决定,即使选错了也是我的责任,因为这个项目是我负责的。我认为这就是属于一个工程师应该有的责任。在选择量程这个事情上,如果我提出我在高中时期的物理学得很差,不知道怎么算量程这一类的原因,我还不如趁早对导师说放弃这个项目,然后卷铺盖走人。客户只想知道这个问题你是否能够解决,并不想和你探讨这个问题怎么解决。如果能解决,就提出你的方案,并论证方案的可行性,供用户选择。作为一个工程师,要能够对自己接手的项目评估并承担风险。责任边界规定了权利和责任。
今天先写这些,日后再更。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· winform 绘制太阳,地球,月球 运作规律
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理