刚大学毕业，要做很多选择，如将要从事什么职业，要在什么地方工作，以后要怎样的生活，这些都让我迷茫，但是在几次找工作的经历后，慢慢的选择了从事硬件方向。下面是我选择从事硬件的原因

1.本科学的数电模电电路等专业课，虽然学的很痛苦，但无疑在每一次学懂一点知识的时候，是异常的满足的，这种喜悦是其它的无法替代的。

2.学习的时间太久，感觉自己已经无法离开学习了，如果有一天没有学习，会觉得是对光阴的虚度，而硬件的知识是需要日积月累的学习，它能够满足求知的欲望。

3.用自己所学的知识去实践，去实现，是快乐的。将学到的知识用到，是毕生的快乐。

4.在工作的过程中，永远会有一群志趣相投的伙伴，一起成长，一起克服出现的问题，这是一种享受的过程。同时在对他人的认识过程中，发现自己的不足，然后一步步的去努力完善自己的不足，能让自己走向更新的高度，作为一个会受环境影响的人，也惟有在与更厉害的人交流的情况下，才能奋起吧！

5.在分析几种就业方向后，发现硬件方向无疑是很好的选择。

当然，这个选择也只是从目前来看很好，更长远的情况并不知道，但是庆幸在，走的是自己想走的方向，无论能走多久，走多远！

由于现在ADAS/智能驾驶/无人驾驶领域炒的火热，汽车行业对程序员的需求越来越大已是不争的事实。

想必很多车辆工程专业的在读学生也渴望进入这些领域。

目前，我在汽车行业的某知名外企从事嵌入式软件开发。工作内容与这些领域相关性较大，希望我的经历能够对想要转行的你有些许帮助。

背景

我算是正统的车辆专业出身，本硕专业均是车辆工程。

我本科就读于东北某普通一本的车辆工程专业，研究生在车辆工程全国排名靠前的211院校就读。

本科阶段没什么可说，普普通通。

研究生阶段，跟随导师做汽车电子和车辆网方面的项目。

转行程序员

做项目期间，跟随导师做嵌入式、车辆网、无人驾驶的数据可视化以及汽车控制软件的开发。

虽说做的比较杂乱，但都是紧紧围绕汽车控制来做。而控制往往是通过计算机或者嵌入式设备完成相关工作。

在这个过程中，我学习了很多嵌入式和编程语言方面的知识，这也成为了我后期面试的资本。

很多人说：“我也想转行，但编程语言太难了，而且看一会我就困，学了一段时间就放弃了”。

用我的真实经历告诉你，在读研之前我根本不会任何编程语言。而当初学习C语言的时候，也是一看就困，研一看了一整年也还不怎么会。

但好在我没放弃（当然也是因为有项目在身，不得不学），仍旧继续看，继续写代码。

研二期间，跟导师做了个小项目，就好像突然开窍了一样，学习速度飞快。

到现在写代码两年多，我现在会用C/C++/Python，而且还用PHP+HTML写了个小网站。目前正在学习数据结构和算法。

所以说，任何人都能学会编程，它真没你想的那么难。

但前提是你要有足够的动力去推动自己，转行就是一个踏出舒适区的过程，你需要很大的毅力和足够的勇气。

我相信能考上研究生，你的智商是绝对没问题的，拿本编程书籍，花费两三个月读一遍，在网上找一些题目练练手，就算是入门了。

但后期，最好跟着老师做项目，这样你的简历才会有东西可写。如果你只是会编程，而脱离实际项目，仍旧很难转行。

求职

作为过来人，给未毕业和未考研的学弟学妹们一些建议。

（1）要有明确的方向，尽量考相关专业较强的院校。

毕竟学校会对优势学科给予资源倾斜。而且，优势学科的校友多，人脉广，找工作机会多。

当初我在学校参加招聘时，不夸张的说，中国境内知名度稍高一点的车企必定来我们学校招聘。

（2）多多尝试。

你不尝试怎会知道自己的兴趣点在哪里呢，尝试越多领域。你对自身认识越清楚，你的未来规划才会越清晰。

我在读研期间，做过动力学仿真、电机设计等很多不同的事情。就是在不断地尝试中，我发现自己喜欢编程，喜欢程序员这个行业。

结语

最后，汽车电子未来会在汽车占比越来越大，汽车的电气化和电子化是大势所趋，程序员在未来的汽车行业中占比越来越大。

用数据说话可能会更让人信服，我所在公司的汽车电子工程师（软件和硬件）占比差不多85%。而生产线上的工人占比不超过5%，平均每条生产线不超过5个人。

而现在，公司未来发展策略是将工程师数量提升至占比95%。

如果你想转行，耐心学习，抓住所有机会锻炼自己。读研究生是很好的选择，汽车专业的可以找汽车电子方向的老师，或者直接考计算机的研究生。

 

PS: 欢迎关注公众号：‘酷酷的coder’，从汽车行业成功转行程序员，分享转行程序员后工作中学到的各种知识和感悟。



 

编译器一直是我比较喜欢的话题。编译器是个比较神奇的工具，它可以把原来毫无意义的字符数据转变成一行一行可以执行的代码。作为每一个科班出身的同学来说，编译原理都是专业学习中必须经历的一个部分。只是在后来的工作中，真正从事编译器开发的同学少之又少，但是如果你懂得了编译原理的相关机理，会给你的工作带来很大的帮助。关于编译原理的书很多，网上可以搜一下有阿霍版本的《编译原理》，有陈火旺院士的《编译原理》，张素琴版本的《编译原理》，三本书我都觉得不错。另外，现在关于编译原理也有很多的开发工具，比如说lex&yacc，只要你会编写基本的语法范式，设计自己的编译器也不是什么难事。




    其实，现在的编译器早已经突破了原来的概念。比如说，编译器最终的代码不一定在实际机器上运行，可能是虚拟机；编译器编译语言时不一定需要生成可执行文件，能解释就行；编译器最好并行编译；编译器不一定很大，可能十几个文件就可以，比如说lua等等。不过，我们今天说的编译器还是比较传统的c编译器，有兴趣的同学可以看看编译器是怎么帮助我们生成可执行文件的。我们按照词法、语法、语义、优化的顺序逐一展开。现在假设有这样一段代码，





[cpp] view
 plaincopy





#include <stdio.h>  

  

#define MAX_VALUE 7  

int test(int value)  

{  

    return MAX_VALUE + 1 + value * 4;  

}  

  

int main(int argc, char* argv)  

{  

    int p;  

    p = test(3);  

    printf("p = %d", p);  

    return 1;  

}  


   

    （1）词法分析






    词法分析是整个文件编译最基本的环节。上面的文件中就存在很多的字符，那我们就需要分别对它们进行处理。比如说，通常的分类很可能是这样的，

    a）字符是否是数字，例如7，1，4

    b）字符是否是string类型，例如“p = %d”

    c）字符是否是关键字，例如define

    d）字符是否是变量，例如value，argc， argv， p

    e）字符是否是运算符， 例如 +

    f）字符是否是圆括号、方括号、花括号等等







    （2）语法分析




    语法分析的目的就是构建一个语法树，分析当前的文件是否符合编程语言的文法结构，比如说，

    a）整个字符串是否符合表达式要求

    b）字符串是否符合判断语句要求

    c）字符串是否符合循环语句要求

    d）字符串是否符合函数要求

    e）字符串是否符合include语法要求

    f） 有没有没有未声明就是用的变量等等；







    （3）语义分析




    语义分析有的时候和语法分析是联系在一起的。但是，这里我们把它拆开来单独成了一部分。所谓的语义分析，其实就是把前面生成的语法树拆解下来，生成原子语句操作的过程。比如说，上面的文件很可能是这样的形式，





[cpp] view
 plaincopy





SET value  

mov temp1[inner], 7  

add temp1[inner], 1  

mul temp2，value[param], 4  

add temp1, temp2  

mov result, temp1  

pop  

  

  

SET argc[param]  

SET argv[param]  

SET 3  

call test  

pop   

get result  

mov p[inner], result  

SET p  

SET string "p = %d"  

pop  

pop  

mov result, 1  

pop  

pop  
    这里需要解释一下，语义转换的结构和形式其实是各个编译器自己定义的，未必有通用的结构。这里的语句只是我自己想出来的，可能和实际的形式有很大的出入，但是基本方法应该是一样的。主要解释如下，



    a）SET值为函数参数

    b）call为函数调用

    c）pop为堆栈平衡使用

    d）数据[inner]，表示当前变量是函数中的临时变量

    e）数据[param]，表示当前变量是入参参数

    f）temp表示编译器为了自身计算方便，临时添加的局部变量

    g）result表示返回值




    （4）代码优化




    代码优化是编译器处理的一个重要环节，代码优化的目的主要是减少不必要的计算和处理，比如

    a）计算没有使用价值的临时变量

    b）除去没有判断价值的if语句

    c）对于某些const变量，编译器提前计算，这里就可以对temp1提前计算

    d）其他优化措施等等







    （5）生成汇编代码




    在（3）中生成的代码只是中间代码，并不是完全意义上的汇编语言。所以，编译器还需要把它翻译成对应的二进制代码，比如说arm语言、x86语言或者是powerpc语言等等。当然这中间还是存在一些技巧的，比如

    a）对于多参数的函数，某些cpu可以用寄存器代替，有些cpu用堆栈表示

    b）某些cpu需要对字节对齐，某些cpu则不需要

    c）某些cpu有字节序的要求，某些cpu则无所谓，而有的cpu则可选

    d）对于临时变量，有的cpu可以寄存器表示，而有的cpu只能自己生成一个temp变量等等，

    

    说到这里，我们也可以自己小试一下身手，看看代码怎么生成，熟悉x86代码的同学也可以自己试试，





[cpp] view
 plaincopy





push ebp  

mov ebp, esp  

push ebx  

push ecx  

mov ebx, 8  

mov ecx, ebp[8]  

mul ecx, 4  

add ebx, ecx  

mov eax, ebx  

pop ecx  

pop ebx  

mov esp, ebp  

pop ebp  

  

  

push ebp  

mov ebp, esp  

sub esp, 0x4  

push 3  

call test  

add esp 4  

mov ebp[-4], eax  

push ebp[-4]  

push string "p = %d"  

call printf  

add esp, 8  

mov eax, 1  

sub esp, 0x4  

mov esp, ebp  

pop ebp  
     



    （6）汇编级代码优化




    这里的优化其实还挺多的，但是功能基本有限，无外乎就是，

    a）乘法转变成移位

    b）除法转变成移位

    c）寄存器优化使用

    d）删除寄存器的重复操作过程

    e）部分函数参数用寄存器代替等等







    （7）链接和生成可执行文件




    在编译过程中，我们常常看到有些代码编译通过了，但是链接失败了。这是很正常的事情，因为在最后生成的文件当中，每一个变量和函数都应该有出处，否则就会链接失败。不管是什么系统平台，链接都是个大学问。这个时候，做的事情其实还是比较多的，比如

    a）生成执行文件，确定是否带调试信息

    b）链接所有的变量和代码

    c）生成map文件

    d）确定函数和变量的出处，一旦查找失败，结束

    e）调整变量和函数代码的位置，填写文件结构，生成最终可执行文件

今天提笔开始了自己在网络上的第一篇文章。毕业至今已有7年。7年来本着对这个专业的好奇和兴趣（实际是临近毕业，心里慌得一批匆忙自学入行），一直在从事着单片机设计行业的工作。
为什么写这些
写这些也算分享和沉淀下在这一行的心路和想法，也算树洞投稿，也算蹭下各大公司的服务器来当个日记本记录下这些鸡毛蒜皮，根据小设计做一些基础教程，供自己沉淀和参考，毕竟输出才是最好的输入嘛。网名也叫做了白二牛，小白2大牛，寓意于希望自己能从小白慢慢走向大牛。
回想起从大三起在宿舍日夜学习天祥老师的十天学会课程来缓解内心的就业焦虑（实际由于资质愚钝，视频都看了10天），到如今已入行七年。酸甜苦辣，熬夜掉发，各式各样的项目做了一堆，各式各样的问题处理了一箩筐，被客户逼疯过，也被客户感动过，虽然始终肝疼着，但终于感觉入了这一行的门。
怎么学习的
学习过程中的路线基本是：
1学校的课程+天祥老师的十天系列做的单片机启蒙；
2然后手痒蠢蠢欲动，买了金沙滩宋老师的开发板进行的实操和视频课程学习；
3工作过程中STM32开始大行其道，买了正点原子的战舰版进行学习；
4之后为了锻炼自己的能力做了各种小项目锻炼自己CV大法的能力；
5至于AVR.PIC.MSP430,还有各种开源硬件平台都是师从各位网络大神；
6至今为了沉淀下自己这些简单的东西，开了专栏（知乎白二牛的EETalks、公众EETalks、CSDN白二牛的EETalks），别问我为什么开这么多，还不是遵从了鸡蛋不能放在一个篮子里的投资圣经，万一那家公司挂了，还有一家保底。。。
有什么惨痛的教训和经验
1如果你的学校还在用汇编教学单片机，那么请放弃教学课程混个及格就行，然后开始自学。不是说汇编不好，汇编很好，但是直白的逻辑，复杂的指令操作，上蹦下蹿的程序结构，会浪费你很多时间，极容易打击你的自信心和学习成就感，而且市面上很少有公司开发新项目还用汇编了，除了一些公司的古董产品维护需要用。
2光看不练，看也白看。
当初看了天祥老师的十天系列，我就感觉自己已经入了门。但是有了开发板的一行代码，就告诉我一个现实：光看不练，看也白看。技术这种东西，是要实打实落地的，看懂和会设计之间的距离，犹如跟你看见大楼和建成一座大楼的距离，如果给我一个数字的话，最少一万米。。
3练了不干，练也百炼。
是否有这种困惑？各种例程看的很溜，CV之后项目也能运行，但是给我个设计依旧无从下手。这实际就一个问题，你得有产品思维这个虚的东西来指导实际的操作。什么是产品思维？实际这个东西并不陌生。在大学期间做课程设计和毕业设计时都经历过。具体分解成文档或者大项就是：
1、开题报告
这在工作中实际对应产品的需求分析报告。
2、设计任务书
这在工作中实际对应产品的研制任务书。
3、设计论文
这在工作中实际对应产品的产品设计方案。
4、实物设计
这在工作中实际对应产品的样品设计，包括PCB和程序。
5、答辩报告
这在工作中实际对应产品的小批量试制报告，分析各种设计生产问题。
至此才明白，学会程序只能算作项目过程中十分之一的环节你掌握了，还有很多东西需要考量和掌握。这在实际工作过程中，这一套流程必须要严格遵守的，而产品样机的设计、制作调试都是产品设计的最后环节。这也是提醒我们最后一个经验，也是合格的电子工程师的基本操作：
4谋定而后动，知止而有得。这也是我的工作格言。
工作怎么样？
牛哥当初一毕业靠着自学的单片机基础和智联招聘的面经，在招聘过程中基本做到面试对答入流，笔试勉强及格的水平，找到了一份月薪1300的工作。你以为我有找到工作的惊喜和成就感，呸，就这点卑微的薪资，表面笑嘻嘻心里MMP，但是明确知道自己几斤几两，资质平庸，经验全无，家底单薄，那就从头做起吧。牛哥的经历比起那些毕业就是华为、大疆等知名公司的offer，简直不值得一提。各位权当故事一听吧。
在工作过程中，研发主管也看到了半瓶子咣当的水平，所以经历过车间实习的地狱月后入职了光荣的系统测试工作。什么是系统测试，就是把自己当用户测试公司的产品系统，固定的模板，固定的老脸，两天就能上手，一月就是老手，二月就想走的岗位。可是牛哥总是告诫自己，有饭吃不容易，不能骗自己，不能忘了做设计，没走上正道，最起码在路边吧，哈哈哈哈。一年后经过努力争取，进入的硬件测试部门，就是跟设计岗的找茬部门，绩效已找出产品功能缺陷为基准，又干了一年，机缘巧合进入设计岗，干了半年后感觉有了经验，了解了大概，就跳槽应聘了其他公司的设计岗，工资有小阶段的上升。
但反过头来这一段的实习和工作经历，反是给我奠定了成熟的产品开发体系的基础，也为之后加薪跳槽创业等一系列的操作积累的实实在在的经验，在我后续的工作中受益匪浅。但当时在公司内也是一群小伙伴各种吐槽坚持下来的，这就是相爱相杀吧。哈哈哈。
说了这么多，还是说的工作态度和目标的重要性。明白自己想要什么，就不要在乎那些乱七八糟的，只要保持自己永远在赛道上，你迟早能拿到第一名。
Always in the Play!