一站式 IDE 的构想:从头审视产品研发过程( 二 )


2.2 知识库是倍增器在现有的辅助功能基础上 , 与领域知识库深度集成可以让用户的“自助”能力大大提升 。 单片机领域牵涉了很多硬件知识(如果支持多个硬件平台背景知识就更多) , 在开发、调试方法上有很多独特之处 。 在开发全过程中 , 对各种报错警告信息都可以指向相关的知识点、例程、或是他人提过的问题和解决方法(如何集成论坛或是问题追溯平台功能另行讨论) 。
知识库完备地越早 , 编程工具作者就可以省去越多应对用户问题的开销 , 从而更专注于编程工具和知识库更新和改进本身 。
2.3 交流与反馈上面提到了与开发过程的集成 , 如相似需求、开发问题的匹配 。 此外 , 知识库的积累也可以借助社区的力量 , 如一些用户分享的围绕某功能的教程、疑难杂症的调试方法等 。 知识库的整理和搜索也是个很大的课题 。
还有一个重要方面:所有对 IDE 的用户操作数据都可以成为 IDE 或编程工具链改进的重要参考 。 比如说上面提到的关键词搜索 , 即使不对其他开发者完全可见 , 也可以进行数据分析后得出一些热门需求 , 并有针对性地加强该方面的生态加强(例程覆盖、API 和相关开发手段改进等等) 。 这样可以更深入了解编程工具的用户群和使用趋势 , 以及时调整开发方向 。 再比如 , 假如对某个问题的搜索特别频繁 , 那么就有必要看看是否能在工具层面尽量避免这个问题的发生 。
此外 , 是否能将其他现在论坛背负的功能比如甲方乙方市场集成到 IDE 内 , 都可以畅想一下 。
3 中文编程工具的优势基于上面的功能构想 , 只要能做到绝大多数例程的标识符为中文、报错信息、知识库为中文 , 就会有不少优势 。
3.1 术语一致无论是需求相关术语或者单片机领域专用术语都是中文的 , 就可以贯穿需求到实现 。 在上面的例程搜索时 , 可以更方便地找到合适的解决方案 。 在报错信息搜索时 , 也可以更方便地找到相关知识点 。
3.2 代码代替文档前文提过 , 中文例程可以更大程度代替文档的作用 。 这样在建设知识库时 , 可以更倚重例程 , 减少文档量 。 鉴于例程是更可直接利用、综合价值更大的 , 可以在例程库上投入更多精力意味着生态完善得更快、社区发展也更快 。
小结从用户角度说 , 一站式提供解决方案的工具是最理想的 。 IDE 理应从最源头的用户需求开始就及早参与 , 并贯穿整个产品研发过程 。 也许“集成开发环境”这个词汇也应与时俱进 。
【一站式 IDE 的构想:从头审视产品研发过程】成文仓促 , 请不吝指摘 。