扫码关注
前几天有个初学者问我，说他把STM32开发板的所有例程都跑了一遍，从点灯、按键、串口通信到ADC采集，代码都感觉看懂了。但问题是想做个项目啥的，脑子却一片空白，完全不知道从哪下手。
感觉辛辛苦苦学了这么多，还是这水平，挺崩溃的。
我跟他说，你这算啥，才学几个月，我工作3，4年后，才勉强达到独立开发的水平，而且还是相对的，复杂的也吃力。
这不是你笨，如果接下来想更快的提升，就要调整下学习方向了，当初我就是不懂，白白耗了几年时间。
哪怕你把所有外设例程都自己跑了一遍，但你有没有试过，把这两个甚至几个外设合在一起去实现一些功能？
比如说，通过按键 定时器 led实现可调整呼吸灯频率的功能？
如果没有，你学的知识，永远都是一个个孤立的点，无法形成一条线，更别说形成一个面了，而做项目，往往是需要面的能力。
开发板例程，是厂商为了让你“验证”这个芯片功能而写的，它本身没有“目的性”。
而做产品，恰恰是“目的性”驱动的。你要做的，从来不是“实现一个ADC功能”，而是“解决一个特定问题”，比如“通过adc检测到电池电量低于20%时，触发一条低电量提醒功能。
那这个坎到底要怎么过？别指望有什么捷径，就是干，但是要聪明地干。
第一步：从功能整合开始
别再满足于跑通单个例程了。给自己出题。把按键和数码管结合，adc和屏组合等等。
如果你不知道怎么组合，或者嫌自己摸索太慢，也可以跟着我们做实际的项目，每个项目都有不同的功能逻辑，
硬着头皮把大量独立的例程和功能代码，揉到一个工程里，构成完整的产品功能。
这个过程，你一定会遇到各种变量冲突、功能冲突，函数调用混乱的问题，恭喜你，解决这些问题的过程，才是你真正成长的开始。
几个项目下来，不管是思维还是开发水平，都是质的提升。
第二步：从易到难，先“抄”一遍。
别总想着一步登天搞个多牛逼的原创。可以去找个别人做过的、开源的小项目。
把功能需求抄下来，然后自己从零开始，对着需求，一点点把功能实现。遇到卡壳的地方，可以参考别人的代码，但不是复制粘贴，而是看懂他的思路，然后用自己的方式敲出来。这个过程，是在模仿别人的“架构能力”。
第三步：自己造个靶子，再把它打穿。
这是最关键的一步。给自己立一个真实但微小的项目。比如夏天来了，你可以做个人体检测的智能风扇，人一靠近就自动打开风扇。
人体检测用红外，雷达，甚至光线传感都可以，打开风扇就是控制继电器。
这个需求很low，但五脏俱全。它逼着你去思考：我需要什么元器件？硬件怎么连？程序的主循环里应该干什么？各个模块怎么协作？
所以，从“看懂例程”到“做出产品”，是从“读者”到“作者”的转变。前者只需要被动接收，后者则需要主动创造。这个鸿沟，没有任何理论知识能帮你填平，要么有人带，要么靠自己一次次地“折腾”、一次次地失败、一次次地把屎一样的代码调通，慢慢就上道了。
