Codex的确大幅提高效率,不算太复杂的东西直接告诉他要干嘛他就写好了。
唯一问题是AI不能动手调硬件,嵌软还需要人。
GPT规划系统方案问题一大堆,并且说不清楚是幻觉还是什么,你说没道理他又有点道理。
估计到今年底,开发模式就会变成全员上班调教AI。
1、不论是软硬结合的项目,还是纯软件项目,软件都会战斗到最后,所以到最后一刻总是看起来由软件决定进度。
2、硬件改起来麻烦,能软件帮忙糊上,就不改硬件。
3、硬件调好以后,似乎就没什么动静了,于是产品经理会构思/拉来新的项目让团队忙起来,然后软件的工作就越堆越多。
4、除了微波无源这类需要大量仿真,而软件只是控制几个开关的产品,大多数产品软件工作量都远多于硬件。
5、将所有产品平均来看,软件大约相当于硬件5~20倍的工作量,但大学毕业生软硬件就业比例大约为1:1。实际电子/电气/自动化等专业的人本质上是按硬件工程师培养的,软件的地位只能算课余爱好。遗憾的是,他们硬件开发也基本搞不定。而计算机/软件专业的人更搞不了软硬结合的开发,除非有特殊兴趣。
6、由于人力不足,大多数硬件工程师都要兼写软件。
7、硬件具有更长的产业链,在矿冶、晶圆制造、芯片设计、电子学等方面都分布着大量的从业人口,但软件的就业人口高度集中在高级应用领域,面向硬件的很少。
8、嵌入式软件的人才缺口巨大(猜测高达90%),却居然没有什么“正经”工科学校开设对口专业。开设专业(嵌入式技术应用)的三本和高职院校,其课程设计也不尽合理。于是,大多数嵌入式软件工程师是生活所迫或培训班结业,而且数量还严重不足。
9、冰箱、热水器、电饭锅这样的不算太复杂的嵌入式软件,如果留意,基本都能发现BUG或不良设计满天飞。我曾经有三年每次洗澡都要咒骂美的的软件工程师,后来忍无可忍,提前扔了换万和,发现只是稍微要好点。
10、为了突破软件的瓶颈,大多数专业产品的控制部分都会超额设计,例如尽量在底层抽象硬件,然后在大型操作系统中运行不算复杂的应用软件,以便利用计算机/软件专业的人才。实际上,许多产品用嵌入式软件能做得更完美——如果不计研发成本的话。
11、与直观想象不同,嵌入式软件工程师的文档数量和质量都不如硬件,主要还是因为人力不足,没时间写。
大概就想到这么多,各位可以再想想还有啥