大家好，今天小编关注到一个比较有意思的话题，就是关于学习编程和仿真的问题，于是小编就整理了3个相关介绍学习编程和仿真的解答，让我们一起看看吧。
自动化设备编程要学什么？
自动化设备编程要重点学习电路、信号与系统、PLC编程应用、模拟电子技术、数字电子技术、自动控制原理、现代控制理论、微机原理及应用、软件技术基础、电机与拖动、电力电子技术、计算机控制技术、系统仿真、计算机网络、运动控制、过程控制、单片机与嵌入式系统原理、计算机***设计、专业英语、智能控制，C语言程序设计，C＋＋语言等等课程。
仿真编程如何看懂？
你，启动梯形图逻辑仿真后，有出现一些什么一个框啦，那个框你不用动的，然后呢就出现一些参数，程序的传输啦，这些都是仿真，让你看看的，不用动的，然后完成后，你再看看T型图，比如X0，你右击它在下拉框里有个软元件测试的，然后能ON呀，OFF呀，ON就是让它得信号，通了，OFF就是关掉啦！
如何判断一个程序员写代码好与不好？
我想把这个问题转化为两个部分：第一个部分是怎么判断程序员的代码好不好，第二部分想说说什么样的程序员，才是好的程序员。
好的代码，就像是小说家手中的短篇***，逻辑清晰，简单明了，却又能触动心灵，而坏代码，就像是一辆外表富丽的老旧汽车，开不动不说，随时还有散架的危险。
究竟什么样的代码才能算是好代码？这是一个很有争议的话题，每个人的理解可能都不一样，所以制定一个符合自己部门要求的规范，有了依据，写出来的代码才有可能成为好代码。
思考了一下题主提问题的场景，应该有两种情况。一种是，就是自己本身不懂代码，只是想知道怎么判断一个程序员的代码质量另外一种情况，自己本身就是程序员，可能是刚学不久，不知道怎么判断好代码的标准。
如果你不懂代码，那就直接判断这个程序员是不是好程序员吧，判断代码，也不是你可以做的事。下面我会提到这一点。
可读性
好的代码本身就是最好的说明文档——Steve McConnell
代码几千行，所有业务逻辑全部揉在一起，除了你没人看得懂，周末想续写代码，结果发现连自己也要看半天，才能接着写下去，这样的代码，能是一个好代码吗？
就说几个自己感触最深的吧，新手同学务必看过来！
前人血和泪的经验教训！！！
第一，代码简洁易懂
极其重要的第一原则，必须重视。刚入程序员坑的时候，觉得秀各种奇淫巧计很高端大气上档次，现在回头看，只觉得自己Too yong, Too simple。大道至简，代码是写给人看的，庞大成熟的工程项目中，绝不会只依赖一个程序员，简洁易懂是大家协作的基础
第二，足够清晰，足够简洁的注释信息
不要不写注释，因为别人真的不知道你咋想的；不要写一大堆没用的注释，因为别人看的头会痛。
标准原则是，关键地方，关键定义或者调用，写清楚注释；代码，变量函数的定义清晰明，代码本身也是注释。这样看是不是和第一条有重合，保证你的代码简洁易懂。
理论上讲，好的代码要简洁，逻辑清晰，易扩展，良好的封装等等。
但在实际中，吐槽代码已成了程序员的日常。
借用亚马逊工程师的话，来形容说他们的代码:“一座很大的屎山，你见过的最大的山，每次你想修正一个bug，你的工作就是爬到屎山的正中心去”。
我们组曾有一个著名的6000行后端JS，没有面向对象封装，纯靠函数。 其中有好几个上千行的函数，带了二十多个形参，几个标志位，分别有十几个数字状态。注释？没有的。
每一个接手过这段代码的人都会不约而同的发一条朋友圈以示佩服。
但神奇的是，代码在执行上基本没太多的错。
直到几个月前，一个大牛在走之前把这段代码全部重写了一遍，留下了至今都没有改完的bug。
到此，以上就是小编对于学习编程和仿真的问题就介绍到这了，希望介绍关于学习编程和仿真的3点解答对大家有用。
