调试软件和硬件

作者在六月份完成了几项挑战性的任务:阅读了《designpatternsinC#》并计划转向嵌入式领域的学习;开发了一个结合语音功能的WPF通讯录应用;使用PADSlayout设计并调试了一个包含单片机的电源模块PCB。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

6月份是忙碌的一个月。做了几个很头疼的事情。

第一件是:按照自己的计划阅读完《design patterns in C#》,现在还在累死累活的看这本书,虽然已经接近尾声,但是阅读速度太慢浪费了大量的时间,阅读笔记看看也不是那么的好。接下来的阅读书目,可能要转移到硬件上面来了。嵌入式,可能就是一个重要的选择,或者其他方面的书籍。总结一下自己这半年看的书:《clean code》《agile software development》《design patterns in C#》感觉还是很有收获的。当继续努力。

第二件是:完成了WPF小型通讯录的程序。编写通讯录的打算,是很久以前的事情了。直到六月份才开始编写,之前也做了大量的工作,例如Speech to text, text to Speech的程序已经看了和改写了好几遍了,也翻看了其他的程序,就把这么多程序里面认为好的地方都给弄到一起了,大杂烩。终于搞定这个程序,但是还是出现了一下问题,太累了,不忍心再看这个程序了。

第三件是:用PADS layout 完成了一个电源模块PCB板子的绘制,发现硬件的板子绘制才是我的重头戏,画完板子,交付生产,然后开始调试板子,跟别人合作整出这个东西来。结果,板子中使用了单片机,而我对单片机很是不懂,只好重新阅读这方面的书籍。我都无语了,这个硬件和我自己爱好的C#语言差别很大的,但是我要同时调试着这两个程序,一个是硬件的,一个是软件的。

软件和硬件的调试,区别还是不小的。调试软件,我习惯了按F5 run debug,另外加F9,F10,F11去发现问题在哪里,要不就是加个MessageBox.Show(e.message);或者去看看我的设计框架,总会找点可能的解决方案出来,虽然不一定可以解决问题的。调试硬件,感觉就是换元件,然后吹吹热板子,换个元件值,到头来还是要看自己设计的原理图中的框架。所谓调试,就是调试框架和框架里面的空空。就像今天看设计模式里面的Template Method总结的一句话:抽象的价值在于框架,底层的意义在于填空。底层元器件就是要看看填空填的对不对,原理图数值的计算就是要看看框架合不合理。软件调试和硬件调试也有想通之处啊。

转载于:https://my.oschina.net/bubifengyun/blog/63899

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值