AI如何赋能.NET专业工程实践

从编写技术书到构建工程生态

大多数技术书都从大纲开始。

我的书从一个问题开始。

人工智能如何在不取代工程规范的前提下帮助专业软件工程师？

最初，我的目标很简单。

编写一本关于 AI 辅助的 .NET 软件工程的高质量技术书。

但意想不到的事情发生了。

每一章都引入了与写作本身无关的新工程问题。

文档应该如何组织？

如何保持架构决策的可追踪性？

双语手稿如何保持同步？

Markdown 应该如何成为唯一的事实来源？

如何自动生成专业的 DOCX 和 PDF 文档？

出版应该如何变得可重现而不是手动操作？

逐一解决这些问题产生了新工具、新文档、新工作流程和新工程实践。

最终，我意识到我不再仅仅是在编写手稿了。

我在构建一个工程生态。

如今，该仓库包含的内容远不止这本书。

它包含了出版平台、自动化工具、工程文档、社区标准、架构决策和不断演进的知识库。

手稿仍然很重要。

但它现在只是更大项目的一个组成部分。

也许我做过的最重要的决定是在公开场合构建一切。

每个架构决策。

每个经验教训。

我选择了记录完整的工程之旅，而不是只发布最终结果。

首次公开发布仅发布了手稿的介绍。

这可能看起来像是一个小里程碑。

实际上，它标志着我期望在许多年内持续演进的项目的开始。

如果这段旅程能帮助另一位工程师设计更好的工作流、记录更好的架构或更有效地发布知识，那么该项目已经实现了其目标之一。

这只是开始。

002-Why I Built My Own Markdown Publishing Platform →

如果你想探索该项目、关注其进展或阅读未来的版本，你可以在这里找到一切：

https://github.com/TarekNajem04/AI-Assisted-Professional-Engineering-with-.NET

https://github.com/TarekNajem04/AI-Assisted-Professional-Engineering-with-.NET/releases/tag/v0.0.1

后续行动方案，你可能考虑屏蔽此人和/或举报滥用行为