多做（题/项目）

真的就是大胆去弄，你要刷固件直接去刷，多尝试不要什么都不敢弄，非要等教程，很多自己玩多就会了，多去做。

而不是多在那看，就像数学多做题

是的，去多做项目，而不是单单看书。

去做了之后很多就熟悉了，就有感觉了就会弄了，而不是一直在那看原理看手册。

就自己多去做多去玩，这才是硬道理，多在实践中尝试。

多做题也是的

你自己刷一遍固件比你看各种刷固件教程有感觉多了。

在实现功能的过程中会发现各种问题然后去解决，这个我觉得是成长最快的，

可能做题也是的，这个是你看题可能看不出的。


你数学就是做少了

现在做东西也是做少了 当初激情这方面其实还是不错的，你跑去走向另一个极端。当初弄深度学习那么多还不如实实在在做个rnn，docker也是的。多去做些感觉没错，反正能让你掌握得更好，你需要回归到做多上面。
 

在真正去做去实现功能得过程中才能发现真正的问题和BUG，才能解决真正的问题。

考研数学也是，你得真正自己动手去做。

真的时多做题多做项目，真正去实现功能，才有感觉。没错，feel

就像你真正组装出个无人机和你看组装无人机的教程，那个感觉不一样的。后者总感觉虚的知道吧。

很多时候你是看书看得很有感觉，没有错，但是别人只看分数。

你看无人机控制理论也总结的一大堆，但是现实是你一个无人机都飞不起来。

而且真正做唯物地实现自己骗不了自己，单纯看书容易自己骗自己，自觉得可以了，没有一个标准。

以至于你所追求的沉下来有时候可能还不如当初的激情。

STM32你也不能单单在那看视频看书啊，得真正弄块板子折腾，怕你走向另一个极端。

多玩你才能玩烂，看书看烂不代表玩烂，你真正唯物地把一个东西玩烂了，唯物地玩转，灵活使用，那是真正玩转。无人机真正飞得狠顺畅了，等等。

我觉得要做到两透 一方面把书啃透，一方面要做烂。
 

写代码也是的，一方面你要把书本的基本语法规则烂熟，但是这不代表你能实际狠顺畅地写，实际写估计会遇到各种各样地问题，就像无人机实际弄会遭遇各种各样地问题，你实际写实际做地过程中再把这些问题摆平了，真正写得烂熟，做得烂熟，这样就整个差不多了。

书是有必要啃烂的像无人机的那些理论书籍，是有必要的，但是啃烂书还不够，还要唯物地做烂，考研也是，先把书读得差不多，再去大量做题，做烂，我觉得两者都不可缺，前者是后者得前提，最终还是要实现后者，不能脱离于实际和唯物。