本质上，电工和程序员是一种职业吧

刘慈欣：你说得对

是的，本来就是承上启下的工作。
如果向下铺开发展就是做项目，项目经理，考一建。

老哥厉害，都是自学的嘛？

[quote][pid=630638799,32980925,1]Reply[/pid] Post by [uid=42775634]twisted233[/uid] (2022-08-08 06:43):

老哥厉害，都是自学的嘛？[/quote]大部分是自学。后来觉得层次不够又读了三年研究生，算法方面的大多是读研为了发sci在学校学的，有导师指导，有方向会好很多

程序员有时候是网络销售
可以自己写软件卖

你这不是电气工程师吗

在我这里搞软件的属于电气部门，平常电工活，偶尔写一下软件。

会这么多种类的程序员怎么也年薪百万了吧，楼主老哥呢？

程序员上限高，下限也不低

跟你一样两方面都干过，现在全职程序。
事实上还是不一样的，电子层次较少，实验性较强，不用太考虑大型复杂系统的优化。电气则很吃优化，但分很多学科，材料、力学(中高压设备三相电磁感应力对设备的冲击)、机械设计、继保与电力系统等等等等。电子电气由于实物性强，代码量较少，考虑后续变动较少，各类标准也较全较好，可选方案一般比较固定，大多时候工程师在相关标准上完成功能即可，代码也大多是面向过程，方案和代码重构不多。
计算机科学则层次较多，但层次分明，各层之间强调解耦。但程序员仍要关注优化和效率，一般都要对各层有了解并精通本层。而由于基本虚伪化，可变动性强，代码量极大，程序员在选择合适的数据结构和算法后，还必须要考虑代码的可变性、可复用性、可维护性，对程度架构、设计模式、代码规范都必须有很好的掌握，同时要对相关业务熟悉，能选用或开发合适的方案，而重构是非常正常的事情。

电工可不是电气工程师的简写，是特殊工种，需要持特种作业证上岗。你这后面的都已经是电气工程师的活了

[quote][pid=630640426,32980925,1]Reply[/pid] Post by [uid=224261]wax[/uid] (2022-08-08 07:10):

跟你一样两方面都干过，现在全职程序。
事实上还是不一样的，电子层次较少，实验性较强，不用太考虑大型复杂系统的优化。电气则很吃优化，但分很多学科，材料、力学(中高压设备三相电磁感应力对设备的冲击)、机械设计、继保与电力系统等等等等。电子电气由于实物性强，代码量较少，考虑后续变动较少，各类标准也较全较好，可选方案一般比较固定，大多时候工程师在相关标准上完成功能即可，代码也大多是面向过程，方案和代码重构不多。
计算机科学则层次较多，但层次分明，各层之间强调解耦。但程序员仍要关注优化和效率，一般都要对各[/quote]解耦，面向接口编程值得向一切领域推广，只是受到编程语言环境影响，很多电气方面的环境不支持多态和继承。不过使用st语言取代梯形图，所有变量写入static并使用多重背景数据块，再与in，out变量连接也是受到了计算机封装和复用的思想，这也是进步。
电工领域的屎山远比计算机里的多得多，只不过能跑就行这种思路已经是主流了，而且代码量和软件开发不是一个级别，工作量相对较少。

[quote][pid=630640809,32980925,1]Reply[/pid] Post by [uid=61616279]wanghy234[/uid] (2022-08-08 07:15):

电工可不是电气工程师的简写，是特殊工种，需要持特种作业证上岗。你这后面的都已经是电气工程师的活了[/quote]我2010年就有特种操作证了。这个证有啥门槛吗？初考500，复审400？ 至少我工作的十几年经验来看，电工和电气工程师大部分时间是一个职业。中国哪有工程师，全是工人

能跑就行是因为实物性强，往往要改的时候设备本身已经翻新几代了，还不如买新设备重新搞。另外解耦也不一定的，一些极重效率和安全性的地方就不能搞解耦或过度设计，而这在计算机软件领域基本见不到

[quote][pid=630641998,32980925,1]Reply[/pid] Post by [uid=224261]wax[/uid] (2022-08-08 07:30):

能跑就行是因为实物性强，往往要改的时候设备本身已经翻新几代了，还不如买新设备重新搞。另外解耦也不一定的，一些极重效率和安全性的地方就不能搞解耦或过度设计，而这在计算机软件领域基本见不到[/quote]注重效率和安全性的大部分都不走程序，直接走硬件了。比如安全继电器，mft，等

涉及到硬件层面，迭代频率比软件层面低几个量级

为何能在软件工程行业能推广“敏捷开发”的管理方式，而其他涉及到实体行业没法推广，也是因为软件可迭代频率高，可以以日为单位更新，而其他实体产品的迭代周期都是以年为单位