我知道大约70%的嵌入式系统是用C语言编写的，最近在向Rust语言转移方面有很多动向或至少是动力。我的问题是：为什么这些语言适合嵌入式软件开发？总体来说，什么样的编程语言才算是这个领域的优秀选择？
返回首页
最新
你好，
我是菲利普·摩尔（Philip Moore），GizmoData的创始人，以及GizmoEdge的创造者——一个由物联网（IoT）设备驱动的分布式SQL引擎。
GizmoEdge是一个原型应用程序，允许你运行SQL查询，这些查询会分发到多个设备上，包括：Linux、macOS、iOS、iPadOS、Kubernetes Pods、树莓派等。
我构建了一个前端应用程序，你可以通过它发出分布式SQL查询，网址是： [https://gizmoedge.gizmodata.com](https://gizmoedge.gizmodata.com)
如果你有苹果设备，可以安装GizmoEdge Worker应用程序，让它“加入集体”，以下是App Store链接：[https://apps.apple.com/us/app/gizmoedge/id6738658135](https://apps.apple.com/us/app/gizmoedge/id6738658135)
安装应用后，你只需将其连接到正在运行的GizmoEdge服务器，它将下载一个1GB大小的TPC-H数据分片（实际上更小，因为它是压缩的parquet格式，存储在ZStandard压缩的tar包中）。然后，该应用会在你的设备上从parquet数据集创建一个DuckDB数据库。
当你在GizmoEdge SQL应用（[https://gizmoedge.gizmodata.com](https://gizmoedge.gizmodata.com)）中发出符合分发条件的SQL查询时，它应该会在你的设备（以及其他设备）上进行分发和执行。
如果大家能尝试这个引擎，我将感到非常荣幸。请记住，这只是一个原型，目前还未准备好投入生产使用。它目前也是只读的，但我正在努力寻找一种方法，以便在不久的将来让大家更容易地将数据导入以进行分布式SQL执行。
GizmoEdge在工作节点上由DuckDB提供支持，并使用WebSockets实现服务器与工作节点之间的低延迟连接。它使用TLS加密通信，并拥有一个强大的安全模型，其中服务器和工作节点之间存在“信任但需验证”的关系。
开始使用：
GizmoEdge SQL导航应用（在此运行交互式SQL查询）：[https://gizmoedge.gizmodata.com](https://gizmoedge.gizmodata.com)
GizmoEdge Worker在App Store上的链接：[https://apps.apple.com/us/app/gizmoedge/id6738658135](https://apps.apple.com/us/app/gizmoedge/id6738658135)
GizmoEdge主页：[https://gizmodata.com/gizmoedge](https://gizmodata.com/gizmoedge)
感谢你的时间和反馈！
我一直在思考“氛围编码”对软件开发的影响。
想象一下一个两阶段的方法：首先，业务用户与人工智能编码助手合作，指定并创建功能原型，而无需编写代码（“氛围编码”）；然后，开发人员接手重建并将这些原型投入生产。
这可能会带来以下好处：
- 通过绕过传统的需求收集，加快初始开发速度
- 允许业务用户直接以工作原型的形式表达他们的需求
- 让开发人员更专注于架构、性能、安全性和复杂功能
- 促进业务团队与技术团队之间的更紧密合作关系
这只是一个不懂软件开发的用户的天真想法，还是说这种氛围编码的应用能够改变现有的工作方式？
我不确定这是否是职业倦怠、抑郁、完全正常的状态，还是其他什么原因。
目前，我感觉我的生产力大幅下降。大约只有2016年时的20%左右。我也比以前更容易拖延。
我早期对开发的热情已经减退了很多。并不是说我不喜欢这份工作，我真的很喜欢。没有其他活动能让我更感兴趣。
从2017年开始发生了很多事情（被裁员、孩子被诊断为四期癌症、母亲去世、姐姐去世等等）。
好的一面是，在2017年被裁员后，我的副业变成了正式的生意，从那以后我一直靠它生活（收入大约是湾区工资的两倍）。所以“工作”并不是问题。
我希望能更多地投入到我的生意中并让它成长。我也想做一些副项目（也许是游戏、其他商业想法等等）。
写这些听起来很荒谬，但我坐下来时似乎做不了多少。几个小时过去了，我几乎没有做什么。
有人有过这样的经历吗？这是职业倦怠吗？有什么方法可以解决这个问题吗？