FREEPLAY：面向JAVA开发者（还有其他）的新型LLM开发工具 技术潮流反转：开发者为何抛弃 JavaScript 框架？

FREEPLAY：面向JAVA开发者（还有其他）的新型LLM开发工具 技术潮流反转：开发者为何抛弃 JavaScript 框架？， 

FREEPLAY：面向JAVA开发者（还有其他）的新型LLM开发工具

两位前Twitter开发者平台高管成立了一家名为Freeplay的AI开发平台。他们表示，它不仅仅是可观测性。

译自Freeplay: New LLM Dev Tool for Java Developers (and Others)。

Freeplay是一款全新的LLM开发平台(今年我已经多次重复这个句子了)。一位投资者称它为“Figma的”，把它称为“LLM开发的Figma”。所以到目前为止，我们是两个开发工具炒作指数中的其中一个。

但是让我们先退一步：Freeplay到底是什么？为了弄清楚，我采访了联合创始人兼CEOIan Cairns，他以前在Twitter的开发者平台工作，直到该公司被埃隆·马斯克收购。

Cairns告诉我，他和联合创始人Eric Ryan(也来自Twitter)创立Freeplay是为了“帮助产品开发团队在其产品中利用LLM”。目前，Freeplay可以帮助测试、试验、监测和提示管理。

“这些功能组合起来可以帮助人们完成软件开发生命周期，”Cairns说。“从原型阶段，到测试阶段以确保它准备好投产，最后 - 当它已经上线时 - 帮助您了解系统中的大规模运行情况，然后找到方法进行改进。”

与我最近介绍的LLM开发平台Gradient一样，Freeplay面向企业软件开发者。

“我们的大多数客户都是一些已有业务的软件公司，”Cairns说。“也就是说，它们不是以AI为先的创业公司。它们都是一些试图采用LLM的公司，已经有了成熟的业务和客户群。它们有很出色的软件开发者，但可能以前没有使用过LLM，甚至没有使用过机器学习。”

将Java引入AI世界

Freeplay为Python、Node和Java提供了开发者SDK。Cairns声称，Java SDK在当前的AI工程空间中是独一无二的。

“AI创业社区中的许多人要么使用Python，因为传统上有大量的机器学习和AI工具在Python世界，要么使用Node或JavaScript - 因为他们正在构建React应用程序，您可以使用JavaScript进行服务器端和前端工作。我们与众不同的地方在于：我没有看到目前这个领域有人为JVM构建过SDK。”

他说，许多成熟的软件公司使用的是Kotlin等语言，Kotlin与JVM兼容。他补充说，当他在Twitter工作时，他们使用的是Scala(Scala是另一种兼容JVM的语言)。

“仅为了调用语言模型就采用一种全新的编程语言，这可能不是很合理，”他说。“我们发现，很多老牌公司只是与他们这多年来一直在使用的软件进行集成 - 他们不会去使用某些新的AI框架。”

数据飞轮：不仅仅是可观测性

我提到，乍一看，Freeplay让我想起了Humanloop，后者将自己描述为一个“协作游乐场”，开发人员可以在其中测试和部署提示。我问Cairns，这是否是一个公平的比较？

他回答说，这是一个“合理的类比”，但是Freeplay更常被客户在“已经上线生产”后使用 - 暗示它可能不像Humanloop那么像一个“游乐场”。

Freeplay演示图片

我注意到Freeplay和Humanloop都包含了测试和监测功能，所以它们两者都类似于传统的DevOps可观测性平台。Cairns在某种程度上赞同这点，但他指出LLM应用程序的需求与传统应用程序不同。

“在传统的可观测性中，大部分目标就是 - 嘿，发生了什么，”他解释说。“但是对于机器学习系统，我认为这对LLM也适用，可观测性的需求 - 发生了什么 - 仍然存在，但它实际上也是这个数据飞轮的一部分，以一种不同的方式帮助您逐步优化产品，当您进行机器学习时。”

关键在于，LLM应用程序的质量依赖于基础数据(或数据的查询方式)，任何来自软件开发周期有助于优化应用程序的内容，都会反馈到LLM(或提示/查询)中。正如Cairns所说，Freeplay“不仅是一个可观测性平台 - 可观测性是一个帮助更大优化循环的功能”。

Figma的类比

与低代码平台类似，Freeplay旨在被开发人员和产品/业务人员共同使用。这就是Figma类比的来源。它是一个使专业开发人员能够通过Web前端与业务利益相关者进行协作的工具。我问Cairns通常是开发人员还是产品经理在推动这个过程。

“进行初始设置的人一直是技术领导者，”他回答说。“无论是CTO还是工程主管，也就是说，他们是那些说，嘿，我们想给团队提供更好工具的人。”

开发人员的作用是项目的实施。

“开发人员肯定会首先使用Freeplay进行集成并持续使用它，”Cairns说。“但是它的工作方式是您将我们的SDK嵌入到您正在构建的应用程序中。我们开始管理提示，就像管理服务器端实验一样。”

他将其比作类似Amplitude或LaunchDarkly等工具，可以进行A/B测试 - “这样产品经理就可以启用实验”。因此一旦开发人员设置了系统，产品经理就可以进行这种实验或测试。

将OpenAI的开发者平台与Twitter的进行比较

最后，我问Cairns他和他的联合创始人Eric Ryan是否从在Twitter开发者平台工作中获得了一些经验教训。两人都在2014年加入Twitter，因为Twitter在那年收购了Gnip，一家社交媒体API聚合公司。

你们中一些人可能还记得，Twitter曾有可能成为一个大规模的应用开发平台，但他们在2010年代初不明智地打压第三方开发者。Cairns谨慎地没有过多谈论这一点，但他确实得出了一个有趣的类比，即OpenAI现在的处境。

“我认为OpenAI确实做得很好，这是Twitter在2010年我们不在的时候错过的机会。昨天它们做出了重大改变 - 似乎与那些构建独立聊天机器人或代理的人存在竞争，但它们也通过应用商店和在其平台上获利的机会吸引了这些人。我认为它们在这方面做得不错。”

发布于：北京


技术潮流反转：开发者为何抛弃 JavaScript 框架？

作者 | Richard MacManus

译者 | Sambodhi

策划 | Tina

导读：在现代互联网时代，随着技术的迅猛发展，JavaScript 框架已成为 Web 开发领域的主流。然而，越来越多的开发者开始质疑这些框架的必要性，认为它们带来了不必要的复杂性和性能问题。本文深入探讨了这种复杂性的反作用力，从初创企业到公共服务网站，探究了为何“保持简单”正在重新获得青睐。通过多个开发者的声音，我们揭示了 JavaScript 框架对项目的潜在影响，以及如何通过渐进增强和避开过度依赖框架，构建更高效、更可靠的 Web 应用。无论你是开发者、技术管理者，还是对互联网技术感兴趣的读者，这篇文章都将为你带来新的思考角度，揭示一个或许即将到来的技术潮流转变。

反抗 JavaScript 框架的潮流正愈演愈烈。在 Lex Fridman 的近期访谈中，AI 应用领域的开发者 Pieter Levels 分享了他的独特开发哲学：他仅依赖基础的 HTML、PHP、少量 jQuery 增强的 JavaScript 以及 SQLite 数据库，坚决不采用复杂的 JavaScript 框架、现代编程语言或 Wasm 技术。

Levels 坦言：“我观察到 PHP 正在复兴。人们似乎对层出不穷的框架感到了厌倦。JavaScript 框架虽功能强大，却常显笨重，维护成本高昂，每次新版本发布都可能带来大规模的代码重构需求。相比之下，PHP 以其稳定性和可靠性著称，仍能胜任各种工作场景。”

在他的个人简介中，Levels 自豪地列出了自己参与创立的七个创业项目，并在其网站上积极倡导：“快速迭代，频繁发布产品。” 这充分彰显了他作为实践者的本色，倾向于高效快捷的开发路径，因此选择绕开那些复杂的 Web 框架。

众多知名开发者纷纷在社交媒体上附和了 Levels 的观点。

“那些鼓吹复杂性的推销员会让你深信，如今你已无法单凭一己之力完成任何事情，”Ruby on Rails 的缔造者 David Heinemeier Hansson（DHH）在其推文中写道。“他们会告诉你，你无法处理身份验证、无法实现扩展、无法运行数据库，甚至无法让计算机连上互联网。他们想让你觉得自己束手无策，只能依赖购买他们的产品。别上当，勇敢拒绝这种套路。”

更有甚者，一些开发者对自己曾经转向 JavaScript 的决定表示了深深的懊悔。

“2010 年，将我的主站从 PHP 迁移到其他平台，是我职业生涯中最糟糕的决定之一，” 网页开发培训界的领军人物、Frontend Masters 公司的创始人兼 CEO Marc Grabanski 在推文中坦言。“那时，我的原生 PHP 网站每月吸引超过一百万独立访客，但那次迁移到更新语言和框架的尝试却让网站彻底失去了原有的势头，最终导致了它的没落。” 在随后的详细解释中，他进一步澄清，自己的观点并非针对 PHP 本身。“我的意思是，如果你的项目能够凭借简洁的代码顺利运行，那就不要盲目追求潮流而进行过度设计。保持简单，并全力以赴地维持项目的良好发展势头。”

“简约至上” 的理念，在计算机科学的殿堂里早已根深蒂固。回溯至 1998 年，史蒂夫·乔布斯（Steve Jobs）在一次访谈中深刻阐述道：

“化繁为简，往往比构建复杂系统更为艰巨：它要求你倾注大量心力去梳理思绪，直至达到化境。但这份努力绝非徒劳，因为一旦实现，你将拥有移山倒海般的力量，轻松驾驭复杂。”

复杂度的另一端

有趣的是，这股简约之风不仅在由 Pieter Levels 引领的 “奋斗不息” 创业浪潮中重新焕发生机，还悄然渗透至专业的 Web 开发领域，成为一股不可忽视的力量。

在开发者群体中，很难找到像 Pieter Levels 与 Alex Russell 这样背景迥异的两位人物了。Levels 是 PHP 领域的积极倡导者与成功创业者，而 Russell 则身为微软浏览器工程师，同时也在 Web 开发界享有极高的声望，是引领潮流的关键人物之一。尽管两人在技术理念上大相径庭，但令人瞩目的是，他们如今都不约而同地对复杂的 Web 框架持批评态度。

在近期的一系列博客文章中，Russell 发起了一项个人研究，深入探讨了 “JavaScript 主导的前端文化如何对美国的公共服务体系造成不利影响”。他以 BenefitsCal 为例，详尽剖析了公共服务网站中 JavaScript 过度使用的弊端。

BenefitsCal，作为加利福尼亚州新近推出的在线服务平台，旨在为寻求 SNAP 福利（即食品券）援助的家庭提供便捷服务。然而，通过运用 WebPageTest.org 及 Google Core Web Vitals 等权威网页性能评估工具，Russell 揭示了该网站存在的一个严峻问题：JavaScript 文件体积庞大，严重拖慢了网站的加载速度。

他指出：“首要问题在于，BenefitsCal 网站依赖于总计达 25MB（未压缩状态，实际传输时压缩至 17.4MB）的 JavaScript 代码，且这些代码在展示任何实质性内容之前便需完全加载。即便在最佳网络环境下，这样的加载速度对多数用户而言也是难以接受的。对于那些网络条件不及 P75 基线模拟标准的用户而言，他们将面临更为漫长的等待。更为严重的是，如此庞大的脚本量还显著增加了在低性能设备上浏览器标签页崩溃的风险。”

在系列文章的第四篇章中，Russell 针对上述问题提出了一系列应对策略。他特别推荐我们研读英国政府制定的 “渐进增强” 标准，该标准被收录在 gov.uk 网站的 “服务手册” 之中，作为一项重要的指导性内容。Russell 所引用的链接页面开篇即明确定义道：

“渐进增强，是一种精心规划的网站及应用程序构建策略。其核心思想在于，我们应从确保网页仅凭 HTML 就能实现基本功能为起点，随后再循序渐进地融入层叠样式表（CSS）及 JavaScript 等技术元素，以逐步提升用户体验。”

摒弃 JavaScript 框架的浪潮

在 Web 开发的广阔天地中，利用 PHP 与 jQuery 迅速搭建起一个简易的 Web 应用，与坚守渐进增强原则、致力于打造符合 Web 标准的应用，两者之间的鸿沟显而易见。前者倾向于迅速推出 “最简可行产品”（MVP），往往优先满足配备高端设备如 iPhone 用户的体验；而后者，则深谋远虑，旨在为未来的扩展奠定坚实基础，同时确保应用能够惠及最广泛的用户群体，包括那些并不使用 iPhone 的用户。

然而，在追求这些目标的过程中，JavaScript 框架却意外地成为了绊脚石。Pieter Levels 在开发众多应用时，明智地选择了绕开这些复杂的框架；而 Alex Russell，则更是不遗余力地推动公共服务网站采纳更为优化的开发实践。

这股反对过度依赖复杂 Web 框架的潮流，或许正预示着一种更加理性、务实的开发理念正在兴起。

作者简介：

理查德·麦克马纳斯（Richard MacManus），作为《The New Stack》的资深编辑，深耕于 Web 及应用开发趋势的报道领域。早在 2003 年，他便创立了 ReadWriteWeb，并将其发展成为享誉全球的科技新闻巨头，深刻影响了行业内外。从博客、社交媒体到 Ajax 等革命性互联网工具的萌芽初现，再到现今风靡的 AI、元宇宙及 JavaScript 框架等前沿技术，麦克马纳斯凭借敏锐的洞察力与深刻的解析力，多年来始终屹立于技术趋势预测与解读的前沿，被誉为该领域的领航者。

https://thenewstack.io/developers-rail-against-javascript-merchants-of-complexity/

声明：本文由 InfoQ 翻译，未经许可禁止转载。