大家好，今天小编来为大家解答C语言驱动开发有没有前景这个问题，为什么不建议做驱动开发很多人还不知道，现在让我们一起来看看吧！

本文目录

1. 领域驱动设计真的好吗
2. Linux内核和驱动开发工程师的发展前景怎么样
3. C语言驱动开发有没有前景
4. 为什么一些计算机专业的学生毕业后都愿意从事软件开发而不愿意做硬件开发工程师

领域驱动设计真的好吗

领域驱动是一个相对抽象的概念，如果仍然从抽象的角度来解释的话可能会更让人迷惑。

从事多年的领域驱动开发，我想从一些细节处出发，来讲讲领域驱动为什么好，好在哪里，是如何被总结提炼出来的。

1、传统三层与领域驱动的区别。

传统三层架构及其衍生出的多层架构是现有大部分程序员甚至好多工作十年以上的程序唯一使用和认可的模式。这种编程认识和习惯同时也是DDD实践的最大的阻碍。因为每个人在学习过程中都系统学习过三层架构，对数据层、业务层、表现层的三者分离，有一种直觉。

我并没有说这个不好。只是偏执的理解和使用三层，很容易形成一叶障目的情况。在三层里，我们的模型层是用来与数据库一一对应，而这个对象的行为分布到了业务层，有的甚至通过存储过程放在了数据库和数据层。

这是一个非常不好的现象，就是这里的对象是贫血模型（只有属性没有行为）。另一种类，在业务层和数据层的方法同样也是贫血模型（只有行为没有属性），造成了一种认知上的局限性，本身就不符合我们对面向对象的基本认知，也必然导致有问题的调序。

另外，因为所有的都变成了数据库操作，很容易让人产生一种惯性思维，就是业务系统就是数据库的增删改查，这种被很多程序认为自己看透了所谓程序的本质的人。他们在设计一个系统时，就是从数据库开始设计，并且把所有的业务映射到数据库的操作上去。让程序变得僵化，也让自己的思想变得僵化。试问如果要你开发一个视频解码程序你怎么开发，那要是开发一个播放器，一个BT下载端，一个数据库，一个web服务器，一个IM通讯你如何做，他们似乎并不是面向对数据的，那你怎么处理呢？

所以从这点上DDD提倡充血模型，把视角转换到对具体业务的理解上，开发的程序跟现实中人的理解，跟具体的业务一一对应。比如一个老师类就是自己的姓名、年龄、所带科目，同时有上课，教学，批改作业这样的方法。

这是一个活生生的概念，一个充血模型。一旦迈出了这一步，你突然发现，原来你学过的UML绘图，你学过的设计模式，全部用得上了。可谓思路一变，大路通天。

2、DDD是不断提炼，不断深化，不断标准化的过程中提出来的。

以三层为例，三层为什么会被提出来，而且被广大程序员广泛接受，就是因为开始写程序的时候，大家需要有一种共同认可，约定俗成的规范，这样大家就能保证项目里参与的人写出来的代码更容易别其它人理解和修改。这个就是标准化的力量，当大家认可同一种模式后，就能非常和谐的协同起来。

比如在实际工作中，我不提倡大家去画非常精准严格的UML图，我们只使用里面最通俗易懂的一些图，一些标识，一些符号来表达我们的概念。UML是帮助我们疏理思维的工具，用我们大家都能直观认识，能快速达成统一的东西来进行处理。这个就成了我们事实上的标准，是我们在用UML，不是UML在用我们。

DDD也一样，里面包含了很多前人总结的各种经验。采用时从大家共同理解，容易接受的部分开始，随着实践的展开，会有越来越多的概念进入视野，然后一步一步的使用起来。所以我们说DDD是别人总结出来的标准，是让大家共同认可才有价值的。从这个点上来说，对于执行DDD很到位的团队，DDD绝对是真的好的。但是对于你完全不具备DDD的思维方式，而强行写DDD的人是真的不好。

3、DDD并不是银弹，你曾经解决不了的技术问题，可能同样还是解决不了。

他只是提出了一种更接近人的思维方式的一种模式，并且抽象出了一系列的对象和工具，让你更容易的去分解你的业务模型和概念。帮助你快速的建立领域模型和分层架构。在需求发生变化的时候，他更容易响应，因为跟业务一致，所以他也更容易开始，而不是先设计数据库，一旦数据库发生变更，会发生重大的修改，有些甚至是伤筋动骨的调整。当你有一点点业务概念的时候，你就可以开始写代码进行验证了。可能说在大型项目里，他是有很大的用武之地的。

我认为DDD是道，三层只是术。

至于适不适合你，还取决于你是否想深入的了解和应用DDD。

Linux内核和驱动开发工程师的发展前景怎么样

内核开发和驱动开发对技术的要求高，但是待遇也高，你真的学精了，年薪30万没有什么问题

C语言驱动开发有没有前景

如果招聘说明要C语言的话，他们招的都是大神级别的人物了，像有什么Java啊，ASP.NET等要求的，那些说不好听一点，就是像我这样的打工仔。

主要是做做底层的开发和硬件编程等，例如微软的操作系统都是用C语言编写的

为什么一些计算机专业的学生毕业后都愿意从事软件开发而不愿意做硬件开发工程师

关于这个问题，早就想说几句了。所以浏览了所有的回答，基本上都是软件工程师在回答（也侧面说明了软硬件从业人员的数量差距），那么作为一个从业七年的硬件工程师，我就说说我的看法吧。

1，硬件太复杂了，至今我还没有见过其他哪一个工种需要这么庞杂的知识体系。高数复变函数积分变换这些工程数学背景需求就不说了，就说工作中用的到的专业的数电模电电磁场电磁波，每一门都比C语言难学，而且C语言硬件工程师也要学，上学时这门课基本上70%以上的学生都能掌握。另外硬件还要学汇编，被广大软硬件工程师视做天书的一门语言，当年秒杀了同届90%以上的同学。但是你以为学会了这些就够了？图样图森破，等你干了硬件才发现，还有电源系统设计，热设计，结构设计，emc设计，各种元器件和芯片原理以及使用方法和失效模型分析，各种总线接口，pcb知识，pcb布局布线知识，PCB可制造性设计。对了，还有高速信号处理，简直就是一门玄学，你以为你电压电流对了，线路接对了板子就能工作了？幼稚??！时序，信号反射，串扰，地弹，开关噪声，差分耦合度，抖动，插入损耗，回波损耗，阻抗匹配的各种问题还在前方等着你哦亲??，当然这些名词你们可能听都没听过。可是上大学时候和入行之前，鬼知道还要学这些啊？??WTF！截止目前，相信国内还没有哪所大学开这门课。对了，硬件还要做项目周期管理和出BOM（也就是物料清单），产品成本管理，替代料管理，客诉处理，产品生命周期内的部分维护工作。还要懂和会大部分环境测试，可靠性测试，机械测试，兼容性测试，单板功能测试，噪声测试，emc和其他性能测试。所以大学毕业之后，硬件五年才算入门，如果折算到学历上，最起码等同于硕士学力了，干得好的说博士也不过分（差别只是在于专和精），但是，这也才是入门。软件呢？不说那些培训几个月就上岗的简单工种，就是专业一点的，两年入门。干了这么多年，只看到硬件转软件的，从来没见过软件转硬件的。

2，成本。主要是以上所说的各种测试，便宜一点的设备就万用表，ACDCSOURCE，电子负载仪，其他的随便一台示波器几万几十万，高速的百十万。频谱仪，TDR，矢量网络分析仪，环路稳定性测试仪等等，也是没有一个便宜货。EMC测试的单项测试的仪器每台几十万，总共RECERSCSESDSURGEDFTFLIGHTING等等十几项测试，就是十几种仪器，都没有便宜的，还有安规测试几种设备，这些设备还要配专门的实验室和操技术员（不是一般的技术员，也都是大学毕业的专业从业人员），就算你去租设备和场地，也是一个小时四五百，是的，按小时计费的。曾经解过一个emc的bug，折腾半年累计测试了两三百个小时??，加上人力样机物料等，花了20多万。其他的各种物料成本，小小的导光柱开模好几千，外壳打样一套好几百，开模更可怕，十几万二十万??，其他的PCB板厂开机费，贴片厂开机费，钢网开模费等各种成本，一个字，贵！最贵的是项目周期，硬件如果出了问题改一次版本，很多工作和测试从头来一遍??，快的话一二十天，慢的话两三个月半年。相比之下，软件出了问题，解解bug，敲敲键盘，成本要小的多。所以做硬件，真的压力山大，这些年来，很少开心笑过，整天都一脸严肃如临大敌。已经成为一种职业性格了，恐怕一定要等到转行或者退休的那一天才能彻底放松吧。可以说硬件工程师真的是用钱和项目经验堆起来的。

3，地位不如软件，不管是在公司的地位还是社会地位，甚至相亲市场的地位。说到软件大家都感觉是人才，说到硬件，大家都觉得是打杂的，甚至都没听说过，我已经无数次跟相亲的姑娘们解释自己到底是干啥的了，妹纸们听了半天，哦了一声，再来一句，听不懂你说的啥??。还有就是你听说过软件一怒删库走人然后公司倒闭的，但是你从来没听说过硬件一怒，拿锤子把设备机器砸一砸走人的。动静太大，容易被发现，走不了还要赔钱。软件敲敲delete，换换账号口令，删除几行代码，鬼知道？等到发现的时候，对不起，已经不是贵司员工了。

4，钱途。你以为你受了那么多苦就要苦尽甘来了？呵呵，相同工龄的硬件工程师大概是软件工程师待遇的一半，真的是操着卖白粉心，挣着卖白菜的钱。

现在，你明白大家伙儿为啥不干硬件干软件了吧？??

但是硬件是基础是地基，再屌的软件再高的大厦，都离不开硬件支撑，再复杂的架构再快的协议，最终还是要靠每一个单元门电路实现0和1的翻转。中国的电子科技发展，软件在飞速发展，硬件和芯片发展，还长路漫漫。如果你身边还有坚守在硬件岗位上的兄弟，请珍惜他们，因为软件工程师的每一个秃头和强大里面，都有硬件工程师的一份功劳??。

OK，关于C语言驱动开发有没有前景和为什么不建议做驱动开发的内容到此结束了，希望对大家有所帮助。