想要转行编程，需要什么基础？
数学很抽象，编程是数学的实施，更抽象。
编程的实践性也很强。需大量的使用才能学会。
第三要有目标。编程的内容非常多。有目标能简化学习内容。强化学习动机。一种方法就是结合工作。
第四，编程都是英文的。英语好，学得更快。英语不好，学习速度很慢一些，不是必要条件。
python现在是一种入门语言。比c，java更容易，可以从Python入门。Java用的最多。
本科学历，大学接触过编程，看起来也刚毕业不久，具备转行的条件，没什么不靠谱的。
提个醒，转行最好是一个深思熟虑的决定，毕竟要跳到一个自己陌生的行业，这个过程会有一些辛苦，有一些压力，刚切入一个行业，薪资也可能有一个变化的过程。
学嵌入式，不是一个特别理想的，除非你具备一定的基础，或是兴趣真的只在于此。
转行编程做什么，个人比较建议以终为始，先看看社会上需要什么，根据你所在的城市，从注册的招聘求职网站，搜一下你意向转行的职位，看一看数量的多寡，很关键！
如果在当地，这个职位的需求都是有限的，你转行过去，风险会非常大！
不能完全根据自己的喜好去判断，要结合现实的情况去做决定，这不是拍脑袋的事，去招聘求职网站看看，用百度指数了解下，问问从业人员……有很多方法，可以帮助你，万万不要闭门造车，会死的很难看的。
另外，客观的讲，嵌入式对于非科班出身的人来说，自学还是非常困难的，而且就业面来看也不算特别宽广，建议了解下其他的编程语言，如J***a、Python、PHP等。
至于从哪方面开始学起，在你确认了要学习的语言以后，可以有一个偷巧的方法。你可以在网上查下相关的培训课程，基本都会有很详细的课程体系介绍。自学最大的问题是，不知道应该学什么，顺序怎么样，而培训机构的课程基本都是按照企业需求设计的，可以作为参考来借鉴。
如果真想学习编程的话，不建议学习嵌入式编程，要求比较高，而且比较难，短期内能达到工作的水平比较难，没有几年的功夫很难有所成就，这还是有人带的情况下，如果没人带的话，自学需要的时间就更久了，所以建议学习一些“短时间”内就可以上手的方向，比如说，J***a，Python，或者是.net。都是比较主流的，企业用的比较多的编程语言。
在J***a，Python，.Net中，首推Python，一方面，是Python语言自身的特点，语法简洁易于学习，关键字少，学习成本低，明确定义语法，结构清晰，易于阅读，代码可读性比较其他语言高。另一方面，随着人工智能的崛起，人工智能首选的编程语言就是Python，所以说未来Python的发展还是非常不错的。
了解过“如鹏网”的Python学习路线，可以作为参考，挺详细的，有网络的地方就可以学习，学习的时候，也有很多人是从其他专业转过来系统的学习的，口碑不错。
具体的可到"如鹏网"上去了解一下，每个章节的后面都有相应的练习题和面试题需要通过录音的方式进行提交，有问题随时提问，老师实时在线答疑，有新的课程更新了，也是可以继续来学习的。
1、英语基础。这是能看懂代码的前提。
2、操作系统基础。要了解操作系统体系结构、任务调度、内存管理、存储管理、命令解释、界面管理、[_a***_]管理等基本内容。建议学习Linux操作系统。
3、计算机网络基础。包括网络体系结构、网络协议、数据传输过程、网络安全、多媒体数据传输等内容。
4、数据库基础。包括数据库结构定义、Sql语言、事务处理、视图、数据安全等内容。零基础建议学习Mysql。
加米谷大数据培训，大数据开发9月0基础班、提高班，预报名中
相关：
如何选择适合自己的编程语言并学习它？加米谷大数据
谢邀。你的基础足够了，本身在制造业，又是学物理的，数学和对问题的洞察力应该比较强，所以建议你入行嵌入式编程。目前物联网概念正在落地，有很多对工业设备智能化改造的机会需要嵌入式编程。在你现在的基础上需要加强对通讯协议的理解，熟悉LINUX，弄懂PLC，深入并精通C语言，了解物联网从设备到平台再到UI的架构，了解一些IOT协议（例如MQTT），可以把PYTHON作为第二语言学习一下。如果以上这些技术你都弄懂了，我可以推荐你到国内几家行业领先的公司实习。
我个人对以上技术都有所涉猎，不敢说精通，至少比较熟悉，目前手头同时有三个研发项目在做，严重缺人手，但是招不到人。所以这一行还是有前途的。
web实时推送有哪些实现方案？
看到各位的回答没有抓住题主问题，Web实时推送，不是WEB实时交互。
以下是我的回答，每个答案和各个场景有关。
ajax轮询是客户端发起的，可以根据自己的需要，指定一个合理的时间。这种方法非常简单，几乎不需要什么改动。
SSE这个东西是可以实现服务端主动向客户端进行通信的，但是它仅仅是单向的。如果客户端与服务器端的数据交互不是特别频繁，那么我们是可以使用SSE技术来实现的。
服务端代码和前端代码稍加改动即可。
Websocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在 WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
在 WebSocket API 中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
现在确实有不少这样的场景，当后台数据发生变化，需要主动“通知”前台进行页面刷新，实现方案有这么几种：
很容易理解，实现起来也非常简单的一种方法：客户端每隔一段时间向后台发送一次请求，把最新的数据取回来。
当然缺点也比较明显，如果定时任务的时间设置比较长，那么数据更新和展示会不及时；如果定时任务的时间设置的比较短，那么频繁地访问后台，也会增加后台服务器的压力。
如果是轮询的话，客户端每次向后台请求数据的时候，都会建立一次连接；而长轮询，客户端发送请求给服务器之后，如果有最新数据的话，就直接返回，如果没有最新数据的话，就等待，当有新数据的时候再返回。
缺点也显而易见，因为保持连接也是会消耗***的，并且如果长时间没有新数据的话，也会发生超时。
web的推送的话，最优方案是用websocket，其次长轮询，再其次ajax定时向后台请求数据。如果是. net平台开发的程序，可以用SignalR，它包含了以上三种方案并优先使用webSocket进行通讯
WEB的实时推送有着其很广的应用范畴，包括网页即时聊天、工业行业监控、在线游戏、在线动态信息获取等方面。可以说在WebSocket还没有出来之前，网页端的即时通讯主要靠定期轮训服务端的方式来获取最新的消息，这个主要是因为http的不持续连接造成的。
HTTP协议是一个不持续的连接，也就是说通信的请求只能是由客户端发起，比如我们的网页你点击一个连接，客户端发出了申请，服务器端才能给你按照连接所携带的数据查询到结果返回给客户端，服务器不能够向客户端主动的推送信息。
这种单向的请求会服特点就注定了服务器和客户端不是保持着永久连接。如果服务器端的状态发生改变，客户端无法知道，只有单向请求才能够知道。客户端如果想要即使获取信息，只能通过轮询、长轮询和iframe流
但是这种方式有个最大的缺点就是服务器的压力是分大，不论服务器状态是否发生改变，客户端都要不停的轮训向服务器端发送请求，如果大批量的这样搞的话，服务器50%以上的***都在处理这些应答，这无疑是一种非常糟糕的解决方案。
后来为了降低这种过多的无用轮询模式，出现了一种长轮询方式，就是在客户端发送给请求头报文给服务器之后，看有没有新的消息，如果没有消息就一直等待，当有新的消息才返回给客户端。这种方式的确是在某种程度上缓解了对服务器的访问压力。
但是这种长轮询的请求头报文过长数量比较大，会给网络的传输又带来了不小的浪费。
这种方式就是在页面当中嵌入一个隐藏的iframe，利用SRC的属性在服务器和客户端之间建立一条长连接，服务器向iframe传输数据，这种方式的最大优点是浏览器兼容好，大家都支持，包括比较老旧的IE浏览器。
但是同时缺点和长轮询机制有着同样的槽点就是常连接会增加开销，浏览器状态栏总是有个转圈的图标，标识等待服务器状态当中。
