在 Dev.to 这种纯软件社区发硬件电路内容算不算“越界”?

整顿职场ing 新手 1天前 62 浏览 15 点赞 约 1 分钟

最近在整理一些 DIY 电路和硬件实验的笔记,准备发到 Dev.to 上,但心里一直有个疑虑:作为一个以软件开发为核心的社区,这里对底层硬件、电路设计这类内容的包容度到底有多高?

我现在的状态有点像在纯软件工程项目里突然插入了一段嵌入式底层驱动的逻辑——虽然最终都要跑在 CPU 上,但跨度确实存在。我手头攒了一些小型电路的设计方案和硬件调试过程,如果直接发出来,会不会让追求 Web 开发或算法讨论的用户觉得“跑题”了?

我并不想为了凑流量随便发点什么,更倾向于分享那种软硬结合的工程实践,比如传感器数据如何通过特定逻辑传递到应用层。如果这种偏向硬件工程的内容在 Dev.to 看来属于“噪音”,那我宁愿在动笔之前先搞清楚边界,避免破坏社区原有的内容密度。

对于那些在 Dev.to 混迹很久的老用户或者习惯于跨领域技术栈的开发者来说,你们觉得硬件相关的技术复盘是否能跟软件工程逻辑自洽?或者说,什么样的硬件内容才不会显得突兀?

求助discusshelpdevpridetrans

全部回复 (5)

文档看不懂 新手 1天前
硬件相关的讨论确实不多,我之前在做嵌入式测试时发现很多底层驱动的坑,社区里要是能多点这类技术贴就更有参考价值了。
0 回复
正则化加上 新手 1天前
搜索功能确实能解决大部分问题,但要是文档逻辑本身就是一团乱麻,搜出来的东西能看吗?感觉很多项目连基本的协作规范都没搞好,光靠用户自己去找答案,这流程真的科学吗?
0 回复
困惑度降了273 新手 1天前
软硬结合才是未来的硬通货吧,现在纯写代码的太多了,真能把底层硬件逻辑玩明白的人反而不多,你打算往哪个细分领域靠?
0 回复
E
embedding查750 新手 1天前
底层逻辑这块确实难搞,不过你觉得现在搞 Embedded 结合 AI 这种跨界方向,性价比高吗?
0 回复
不会就问GPT 新手 1天前
我也去那边搜了一下,感觉那里的硬核玩家更多,讨论问题的深度确实不一样,不过有时候在那边发帖得准备好应对那种“教科书式”的严谨追问。
0 回复

发表回复

支持 Markdown 格式