embedded - 嵌入式开发人员是否比他们的桌面兄弟更保守？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

2年前关闭。




Improve this question




我在嵌入式领域已经有一段时间了，似乎与我交谈过的大多数程序员的工作方式似乎与 15 年或更长时间前所做的几乎相同:瀑布(ish)开发，命令行工具一小群人使用 Lint 。

将此与服务器/桌面环境进行对比，那里似乎有很多与编程的各个方面相关的事件:

XP、Scrum、迭代、精益/敏捷

持续集成

自动构建

自动化单元测试框架

重构工具支持

仅仅是嵌入式环境使实现新实践或工具变得更加困难吗？
是不是mindset of embedded programmers引导他们远离新工具/概念？
与以 IT 为重点的领域相比，典型嵌入式行业的管理层是否落后于曲线？

我确实意识到这是一种概括，一些嵌入式项目确实使用了 Scrum、敏捷、CI、自动构建(事实上，我曾在一家自 80 年代以来就已经存在的公司工作)。但我的印象是，这是一个非常小的百分比。

Answer 1

我们都习惯了我们的台式电脑偶尔会崩溃的事实(或者至少桌面上的一个应用程序突然消失了)。这没什么大不了的。下一个补丁会修复它。

在嵌入式空间中，您正在构建无法修补的东西。生命可能取决于您的设备(在汽车、电梯或医疗系统中)。大多数设备都已安装，然后必须在无人看管的情况下运行多年。所以嵌入的人往往非常保守。 TCP/IP 通常“过于现代”。他们坚持使用具有大约 50 行汇编代码的通信“堆栈”的可信赖串行总线。

更糟糕的是，您根本没有设备上的充足空间，这意味着您无法使用使 TDD 和自动化构建成为幸福的最新编程语言之一。

其次，很多嵌入式开发环境都是专有的。如果您的供应商不支持它，您将无法获得它。 Linux 在过去几年开始削弱这一点，但是很多设备还不足以运行 Linux。即使是这样，CPU 的能力也将用于其他用途，而不是运行带有源代码的精美操作系统。

所以是的，有强大的力量在后台工作，以保持嵌入式空间在原处。