这几篇可能有些吐槽，也许还有点思考吧
1. 交代一下背景
17年底进入现在的公司，刚开始做的项目我姑且认为是试用期的考验吧，因为是老板受朋友委托做他们业务相关的一个智能门闸软件开发，而这个朋友的公司就在我们公司斜对角。
-
现在看来这个项目难度是不高的，而当时磕磕绊绊做了一个半月，从那时开始真正熟悉起嵌入式软件开发的流程。中途遇到烧坏过不下10片MCU，总共做出调试的电路板就3块，被自己换芯片搞来搞去焊盘也近乎损坏，看上去是满目疮痍啊… … 也是这时开始学会尽量自己焊接解决电路板问题（多数问题都是自己焊接技术不成熟二次损坏的 ε=(´ο｀*)))唉），当时就在想：自己也太水了，板子能搞成这样… 实际上一块损坏的板子在上面做调试也是容易得出错误结果的，不应该继续使用啦
-
这项目开发中遇到过“芯片始终只能烧录进去一次，再往后不再能烧录”、“添加工程文件后使用不了，结果是添加了文件的镜像”“程序输入模式读取不对，上下拉电阻作用不清楚”“芯片没有响应优先级自己却一个劲儿在调整它”“芯片没有外部晶振就不知道怎么配置串口波特率”等等等等的各种低级问题，当时用一天甚至几天都在一个问题上停滞不前，现在来看基本就用几个方法可以更快解决：
1. 学会使用搜索引擎，你遇到的问题90%以上别人已经遇到过并分享过做法，找到这些方法，尝试解决掉你的问题 2. 仔细查看你现有的资料，你拥有的技术手册有时就是最好的答案，技术手册的某个角落就藏着解决方案呢，找到它们 3. 大胆开口，询问你认为他会知道的人，问对人还要问对问题，清除描述什么情况下产生的什么问题，你排查过哪些方面 4. 使用正确的方法解决，解决问题的时候不要埋下了另一个问题，一些自己加上的东西记得解决后去掉（我之前在处理一个延时时加了宏定义，解决后没有去掉导致其他代码莫名其妙的问题） 5. 一时没有解决的问题，下班前记录进展，以便第二天上手迅速恢复上次的进度和思考的过程 6. 事后要做记录，一周下来（或更久后）回看解决过什么，是否现在有更好的解决方案，记录的这个是否是真正的问题，当时解决可能觉得是这个问题而避开了，也许根本就不是这个问题的情况也是有的，找到它们，再验证一下 -
那时遇到问题，几天解决不掉我会很烦躁，一天开始上手工作就会想到那些没有解决的，心态容易不好；之后我发现给自己积极暗示很重要，遇到一个以为解决不掉的问题告诉自己时刻要为解决他们而寻找方法，时间久了自然就会解开，一时的困惑回头看都是没有必要的啊… …
后续还有… …
