嘿大家，
你们好！dev.to 大家好！
我们激动地宣布，经过两年的开发，我们的项目napi即将开放源代码！我们一直在打造一个我们认为将从根本上改变开发者构建和部署应用方式的东西。下面简要介绍我们在做什么，为什么要做这件事，以及如何从一开始就参与其中。
以下是结论
- 🛠️ 我们正在构建一个工具，旨在帮助公司减少早期的技术妥协，并降低后期的重构，通过提供一种编写大型API代码库的新方法。
- 🚀 初始重点是NodeJS生态系统，并且很快将扩展到PHP、Java以及其他语言。
- 👉 在GitHub上为项目星标 以了解我们的进展。
一种新的开发方法：构建单体架构，部署微服务
传统的一体化架构（单体架构）与微服务之间的斗争是每个开发者都熟悉的。通过我们的项目，我们旨在通过提供一种无缝的方式来编写可以作为微服务部署的单体应用来弥合这一差距。正因为如此，我们创造了术语“Microlith”（微石）。这种方法结合了两者的优点——让你在开发中更快，同时在生产环境中受益于微服务的灵活性和可扩展性。这种方法意味着不再需要在初期架构上进行妥协；一切都是关于灵活性，让你现有的工作变得更好。
从 Node.js 开始，快速起步并扩展
我们最初的重点是 Node.js生态系统。你可能会说：“但是Joel，真正需要重构的公司是在Java中。”你说得没错。JS/TS只是我们开始的最佳选择，直到我们从社区获得对你认为最重要的语言的反馈为止。
我们的发展路线集中在支持PHP、Python、C#、Java等语言。如果有你特别想先见到的支持语言，请在这里查看如何贡献!
我们还计划在路线图中加入一些额外的功能：
- 自动检测不再有流量的“废弃”API端点。
- 自动标记API中的性能瓶颈。
- 帮助更快理解遗留系统的代码库指标。
- 系统级的多个服务之间的交互映射。
- 以及更多功能等。
面向开发人员的开放式工具，具备企业级功能，更适合架构师和CTO们，为他们量身打造。
我们致力于提供开发者免费且强大的工具，同时为解决方案架构师们和企业环境提供额外的付费功能。通过结合开源核心模式和额外的企业级功能，我们能够保持一个既适合个人开发者又能满足大型组织更复杂的需求的生态系统。
为什么现在要开源？
我们一直在不断优化这个项目，包括收集宝贵的反馈，准确地理解了开发者最需要的功能是什么。根据这些反馈，我们了解到开发者并不想要一个黑盒式的自动重构工具，在处理他们的代码时完全不透明，无法让开发者了解其工作原理。（这里要给基于AI的重构公司提个醒：）
因此，时机正好让我们开放我们的代码，与社区分享我们的工作，让开发者看看我们正在做什么。通过采用开源模式，我们正在打造一个生态系统，让每个人都可以贡献、改进并塑造这个项目，让它变得更好。
关于我们以及我们的小小旅程
我们的团队怀揣着改善开发人员工作流程，以及让大规模应用程序管理更加轻松的愿景。我们正从3名成员扩展到4名成员，是一个快速成长的多元国际团队。
- 🇺🇸 乔尔是一名美国人在国外工作；乔尔曾在企业与初创公司担任软件工程师，并亲眼见证了公司围绕API产生的技术债务。
- 🏳️ 他原本是一名机械工程师，转行到软件行业，为我们的方法带来了独特的见解。
- 🇳🇱 朱斯特是我们公司的商业人士。他总是直截了当，通过扮演我们的“荷兰叔叔”这一角色，确保我们保持正确的方向。
我们计划随着我们的发展势头继续扩大，并打算在非常近的将来开始招募DevRel、DevExp以及其他职位的人才。如果你认为自己适合这些职位，引起我们注意的最佳方式是加入我们的社区并与我们互动交流。
加入我们，跟着我们一起参与！
朱斯特变秃了
我们真的希望建立一个充满活力的开发者社区和一个超棒的项目，但，Justus：
这家伙。他不相信我们能说服开发者支持我们的项目。为了证明，他和团队打了个赌：如果 NanoAPI 在项目的第一周内能在 github 上获得 1,000 个 star，他就会剃光头发并捐给慈善机构。
你觉得？我们能让他秃顶吗？👨🏻🦲
给我们点个星，让它成真！ → ⭐
共同学习，写下你的评论
评论加载中...
作者其他优质文章
