WAVECT 对比 MARGELO

Wavect 还是 Margelo。这个地区最锋利的 React Native 专家,还是一支对整个构建负责的产品团队。

我们从大多数对比页不会写的地方说起:Margelo 是放在任何地方都数得上的最好的 React Native 团队之一。核心贡献、根据他们公开的数据下载量超过 2200 万的开源生态,客户名单上有 Discord、Shopify 和 Red Bull。如果你的活是一个性能攸关的 React Native 模块、产品方向已经解决,雇他们,别想太多。如果开放的问题是产品本身、技术栈,或者一个应用到底是不是答案,那是另一份活,而它是我们的。

预约三十分钟通话

“我们不需要世界上最快的相机模块。我们需要知道这个应用该不该存在。”

// 01

真正的差异在哪里

Margelo 和 Wavect 真正分叉的六个维度。

WAVECT DIMENSION ALTERNATIVE

完整产品:后端、Web、移动、AI、链上,外加产品判断。

核心强项

高性能 React Native:原生模块、JSI、相机、图形。

在服务客户工作的地方使用并贡献。

开源

生态维护者:自述下载量超过 2200 万,React Native 核心贡献。这一行他们赢。

端到端对构建负责,从产品问题到生产环境。

典型合作

根据他们公开的案例描述,在既有产品组织内的模块、迁移或性能项目。

移动之外还有 Web、后端、AI 和链上。

范围宽度

有意聚焦移动:React Native、iOS、Android。

需要产品问题也被回答的创始人和产品团队。

谁会雇他们

根据他们公开的参考案例,Discord 和 Shopify 体量的 CTO 和工程组织。

周结果付费或固定价 Werkvertrag。没有工时表。

定价模式

咨询与开发合作。价格不公开。

// 02

实践中的真正区别

Margelo 的深度是真实且可公开验证的,这在这个行业里很罕见。他们的创始人写了 VisionCamera,React Native 事实上的标准相机库;这家机构维护着一个下载量数以百万计的开源生态;公开的客户工作包括 Discord 的新架构迁移和 VSCO 的相机功能。在 React Native 内部机制的最前沿,JSI、原生模块、帧处理器,他们很可能是德语区最强的团队,这句话我们说得毫不含糊。

但看看那些合作的形态:一个模块、一次迁移、一个性能问题,由已经有 CTO、有产品组织、有能跑的应用的团队交给专家。按他们自己的案例描述,那就是 Margelo 为之优化的活,移动是公开的范围。

我们的工作更宽,也更不光鲜:整个产品。后端、Web、移动应用、AI 功能、产品判断,以及当某个功能不该上线时的推回。我们也写 React Native,而且当 Margelo 的开源是最好的工具时,我们会乐意用,因为它经常是。

如果你有 CTO 和一个 React Native 性能问题,去找 Margelo。如果你有一个恰好包含应用的产品问题,看看 我们怎么构建移动产品

// 03

什么时候该选哪一个

// 01

什么时候 Wavect 更合适

  • 产品问题是开放的:构建什么、为谁构建、用什么技术栈,以及到底要不要一个应用。
  • 你需要整个构建:后端、Web、移动、AI 功能,而不是一个移动专家项目。
  • 你这边没有人扮演 CTO,你需要那份判断力和人手一起被提供。
  • 你想要按结果计费和对范围的推回,而不是一个由你自己的工程组织划定范围的专家合作。
// 02

什么时候 Margelo 更合适

  • 你的 React Native 应用有一个普通资深工程师破不了的性能问题。那是他们公开的专长。
  • 你需要定制原生模块、相机或图形工作,做到平台允许的边缘。
  • 你在把一个大型应用迁到 React Native 新架构,按他们公开的工作,他们在 Discord 的体量上做过。
  • 你有 CTO 和产品组织,你买的是最好的专家人手,不是方向。

一个带着 CTO 的 React Native 问题,Margelo,没有悬念。一个包含应用的产品问题,我们。在合适的项目上,我们会用他们的库,也会毫不犹豫地为深度原生工作推荐他们。

// 04
// 05

常见问题

在 React Native 内部机制的最前沿,几乎可以肯定是的,假装不是会让这页上其他所有内容都失去可信度。真正的问题是:你的问题是一个 React Native 问题还是一个产品问题。大多数创始人有的是后者,却以为是前者。
当它是最好的工具时,用。他们的库是生态标准,好的工程意味着站在它们之上,而不是出于自尊重造相机基础设施。
在合适的项目上,真的可以:我们对产品和完整构建负责,专家处理一个难啃的原生模块。这和任何专家分包是同一个模式,如果你的应用成败系于某一个模块,我们自己也会提议这么做。
那你问的是产品和架构问题,而问一个 React Native 专家该不该用 React Native,答案不问自明。我们在原生、React Native 和 Flutter 之间不预设立场,建议来自产品需求,而不是我们恰好在卖什么。
来源: margelo.com最近审阅:
预约三十分钟通话