通信程序员有前途吗？

一、通信程序员有前途吗？

通信程序师有前途。

因为程序师不是一个青春饭的行业，而是越老越值钱年龄越大经验越丰富那么在处理事情上面也是信手拈来，抗压能力和责任担当也是较强的，是可以干很久的，他跟程序员有一点不同程序员主要是对业务知识的掌握而算法工程师主要是对技术类的掌握。

二、485转can通信原理？

原理：概括地来说，二者转换就是这样一个过程：RS232/485转CAN转换器实时对CAN总线和485总线进行监听，一旦检测到某一侧总线上有数据接收时，立即对其进行解析，并装入各自的缓冲区，然后按设定的工作方式处理、转换、再发送到另一侧的总线上，实现数据格式的转换。

RS232/485转CAN转换器应用范围非常广泛，不仅仅是CAN总线与485转换那么简单，它还可以实现工业PLC设备联网、煤矿远程通讯、工业现场网络数据监控，以及应用在工业自动化控制系统、楼宇控制数据广播系统等等。可以说它是工业总线改造、多种总线设备互连的关键性工具

三、通信工程可以做程序员吗？

通信工程可以做程序员。

我是作为计算机科学与技术专业毕业从事软件开发工作的，而和我一起入职的同事，都是作为当年的应届生，以实习生的身份进入，毕业之后正式入职的，他学的专业刚好就是通信工程，而招聘我们的要求是计算机类相关专业。通过我们的例子可以看出，通信工程专业的同学从事软件开发工作是没有任何问题的，当然，前提是你毕业时有能力找到一份不错的软件开发工作。

四、java程序员转.net程序员，简历怎么写？

1、首先明确你求职的要求

2、针对简历，可以包装，但不要过度包装

五、程序员转电气容易吗？

1 可能不容易。2 因为程序员和电气工程师的职业属性与技术特点存在明显差异，转换需要花费大量时间和精力去学习和适应新的技能和知识，还需要考虑员工的身份和相关法律规定等问题，具有较高的风险和难度。3 如果有足够的学习动力和耐心，并且了解到转行后的行业前景和自身适应能力支撑，同时纵观整个过程中的收益和投入比例，认为转行是值得尝试的，那么就可以试着寻找相关课程和改变职业道路。

六、读通信的你会转cs 方向吗？

本科985通信，研究生top5通信，申请海外博士义无反顾转了CS。

我周围通信学得好的，论文发的多的本科生和硕士，申请博士无一例外都在转CS/底层半导体硬件。

无他，只因自己浸润IEEE学术圈多年之后，猛的一抬头发现隔壁计算机ACM发展已经日新月异，而我们还对2018年提出的智能反射面RIS沾沾自喜（这可以说是这四年来通信圈唯一有亮点的突破）。一大堆优化灌水论文层出不穷，但直到今天RIS还是没彻底商业化落地。其他方向嘛，基本也都是玩概念灌水。拿几十年前的数学理论或者信息论换个名词说故事。最近很火的通信感知一体化，其实也没啥突破。

实际上，我发现看的大部分通信IEEE Trans相关论文，已经沦为玩数学应用题的灌水游戏：自己想一个场景（现实情况有没有无所谓），（假装）批判一下前人研究不足，自己建模一个非凸/凸优化/NP难问题，一顿操作得到了最优/次优解（次优解和greedy和random scheme相比总好一点嘛！），仿真Matlab跑一跑得了，画几张曲线、柱状图（审稿人一看：四五十条公式，理论贡献高！仿真结果不错，都比baseline好！Major Revision！）。导师一看好家伙，没想到自己拍脑袋想的点子真的‘work’！拿着论文哼哧哼哧就把自然基金结题了（完全没考虑这个场景也许根本不存在，或者baseline本来就是假的）。最后研究生得到了论文，导师得到了funding，双赢！只是基金委把纳税人的钱投到这种无聊的数学游戏，得到的那些废纸真的有什么实际价值吗？我虽然曾经是既得利益者，但一直怀疑自己写的论文价值何在？于是放弃留在top2读通信博士的机会，开始研究国外名校主流学术圈的研究方向。

申请海外博士收集信息的时候，我突然才意识到国外主流学术圈已经起了翻天覆地的变化：通信行业早已远不如CS。以美国top30的名校为例，新的大牛、AP已经不再灌水通信，能转CS、AI的都转了，要么就是研究深入到半导体、材料那部分。读了ACM圈的研究成果进展，真给我通信人一点CS震撼：计算机领域相比通信发展实在是太快了。毫无疑问，相比计算机，通信已经是夕阳产业。

举两个清华特奖大神（本科都是通信方向）的例子：

（1）大神A跟着IEEE Fellow在本科期间就发表TCOM、CL、TIT（智能反射面RIS相关，通信同行应该明白这些期刊的分量），结果人家到了MIT直博，直接放弃通信方向，转到光电子成像Optical Microscopy方向（实验室主发Nature子刊）。

（2）大神B是清华的传奇，本科即发表了5篇TIT+一篇JSAC（当时是协同定位、MIMO方向），到了斯坦福攻读PhD就转成了机器学习+统计方向，教职找的数据科学，其highlight的代表作是NIPS、ICML、SODA、TIT（毕竟信息论和CS不分家）。

我不是说特奖大神的选择一定正确。但作为同龄人里面学术潜力最出色的那批通信学生，他们到了美国读博的都不搞通信，我觉得可以说明问题了（毕竟平台和实力摆在这，人家深思熟虑比普通人想得长远得多）。

在目前主流学术圈，大牛里面只有年龄超过50岁的老教授还抱着通信不放。呵呵，你觉得等老教授退休后，通信圈的话语权能不被进一步削弱吗？反观现在通信相关的顶刊作者，基本清一色华人+欧洲老校+美国排名200开外的学校老师。这难道还不能说明问题吗？人家美国顶尖大牛根本不屑再在IEEE Trans灌水了，这种自己给自己出题玩的套路拿美国NSF基金也越发困难。认识好几个通信圈美国英国的老IEEE Fellow华人和我导师抱怨：‘拿不到经费也招不到好学生’。别看现在国内通信圈‘欣欣向荣’，华为5G引领了一波热度。等到大潮退去，就发现所谓5G、6G并没有带来什么‘万物互联’体验质的飞跃，如果继续在坑里只会待遇更差。

最近不少通信知名学者，在大厦将倾前提出N种跨层协议设计，比如语义通信semantic communication（所谓突破Shannon capacity像是套用了CS压缩数据的思想）、无线联邦学习FL aided wireless communication（考虑channel情况下挪用CS那边的FL框架），还有连体系创新都算不上顶多算是借用新场景套壳的‘元宇宙Metaverse/VR’（用高可靠低时延URLLC那套理论拼命灌），其本质还是通信人希望借助交叉CS学科来自救（不然项目咋说动金主爸爸给funding？）。最近GPT和AIGC大火出圈，我甚至可以大胆预测一波，很快GPT for wireless或者AIGC for wireless的文章很快就要灌起来（有没有用不知道，反正baseline不靠谱+代码99%不开源是肯定的）。但实际上这种文章idea也不被CS圈的同行认可。我有位CS圈内刚上四青的朋友对此类文章嗤之以鼻，用他的话来说“审了一次就再也不想接此类审稿，全是我们做剩下的内容。我看不到paper有实质的创新”。

当我整理好收集到的信息，基本给自己确立了方向：绝对不能再做通信物理层或者优化资源分配的研究。即使是通信也要转偏计算机系统设计方向。国内这些灌水IEEE Trans论文，再玩下去和ACM圈差距只会越来越大，而我已经没时间浪费在通信圈了。

七、由程序员转平面设计？

不是哪个好的问题，是你能把那个学好~

~平面设计学好了，一张图出去就是几万，java学好了一个程序出去就是几百万~

~不过平面设计可以自己做，java不是一个人的力量可以完成的。再说，学编程需要脑袋灵光，有较强的逻辑思维能力，也要敢创新。学平面要有好眼光~~颜色搭配可不是教出来的~~自己考虑考虑适合什么，而不是什么发展好。

八、java程序员转大数据怎样？

java转大数据是很不错的

我是从java转大数据的。

看到这个问题，想到了几年前，学校刚毕业时，在传统行业做java开发，一直想加入bat，没有门路，在当时，对于双非渣二本学历、又没有什么互联网大厂经验的同学来说，还是很难的，基本面试的机会都不会给吧。

现在回想，当初转方向的原因如下：

1、趁风口，有机会加入互联行业。

那时2013年左右，在传统行业做java开发，一直想加入互联网行业，但是很难，一直在寻找突破口（曾经在地铁看到带着阿里工牌的小哥哥，主动加他QQ，求他帮忙内推）。

正好大数据刚火起来不久，真正有经验人的很少，在招人方面 要求还没那么严格。然后就果断转了，最后，经过坎坷努力，曲线救国，从58同城到网易，终于在去年拿到了字节跳动和阿里的offer，不过最后拒了阿里，选择了字节跳动，目前来看转型还算成功，不过也时常会感到迷茫。

2、大数据方向待遇总体level比java开发要好一些。

最早2013年做java开发，记得当时薪资是9k，在团队里也算是核心研发人员，就这9k还是当时我要离职，老板为留人狠心给涨的。当时老板说已经很高了，不能再高了。

转了大数据方向后，第一份工作月薪13k，还入门级别的，当然现在待遇是更加好一些了。

3、做java开发转大数据 更有优势。

还记得当时hadoop还是hadoop1版本，学了不到两周，就出去找工作了。能学这么快，完全是因为有java开发的功底。再加上后来，自己研究hadoop源码，hive源码，包括现在的spark sql，flink sql源码调试，都是与之前的java开发功底分不开的。

上面说这么多自己的经历，就是想说java转大数据方向还是可以的，并且薪资待遇也会不错。

如果能先拿到一张知名互联网的经历的门票，找工作会更加容易些。

如果想尝试一件事，just do it， 趁年轻！

九、如何实现串口转CAN的通信？

远程IO设备实现Modbus通信时，均作为从机，遵循Modbus通信过程，采用了MODBUS-RTU协议的命令子集，使用读寄存器命令（03）和单寄存器设置命令（06）。每消息的开头和结尾至少有3.5个字节时间的间隔。

注：

03命令用于主机读取远程IO设备的采集数据或端口状态；

06命令用于设置设备参数或远程控制IO设备继电器动作；

·

功能码03(读指令)

利用Modbus通信协议的03功能码，读取设备的数值。

主机请求数据格式：从机地址、功能码、起始地址、数据个数及CRC码

例如： 从机地址为01，读取设备寄存器地址=0000的数值（1个数值）。

从机响应数据格式：从机地址、功能码、字节数、数据区及CRC码

寄存器数据为二个字节，高位在前。CRC码都是二个字节，低位在前。

例如： 从机地址为01返回：

01 03 02 DATA0H DATA0L CRCL CRCH

·

功能码06(写指令)

利用Modbus通信协议的06功能码，设置设备的一个寄存器的数值。

主机请求数据格式：从机地址、功能码、寄存器地址、设置的数据及CRC码

常用指令示例

设备串口出厂参数如下：

CRC值的计算可网上搜索CRC在线计算。

以下以设备485地址为1，举例：

1）读设备所有寄存器内容:0001至0016，共22个，每个寄存器内容占2个字节，

上位主机发送：01、 03、 00、 01、 00、 16 、95 、C4

从机设备返回：01、03 、2C、 (44字节数据) 、CRCL 、CRCH

2)读485地址（03读指令）

上位主机发送：01、 03 、00 、01、 00、 01、 D5 、CA

从机设备返回：01 、03、 02、 00 、

01、

3)设485地址（06写指令）

上位主机发送：00 、06 、00、 01 、00 、0

1 、

从机设备返回：01、 06 、00 、01、 00、 01 、19 、CA

十、通信转计算机难不难？

不难，还算比较容易的。

22岁通信专业跨考计算机是完全可以的，而且通信专业与计算机专业在知识体系上也有较多的交叉点，所以在复习上也不会遇到太大的障碍。

计算机专业当前是考研的热点专业，很多非计算机专业的同学也会选择跨考计算机专业，所以一定要做好学习规划，同时重视为自己营造一个较好的复习环境。相对于其他专业的跨考生来说，通信专业跨考计算机完全可以选择考408的高校，这样虽然复习的压力会提升，但是也会有更大的选择空间。