我对 Darklang 感到兴奋

许可、所有权与锁定

• 一些评论者拒绝在 Darklang 目前的 “Dark Core” 许可证下采用它，尤其是因为语言、基础设施和托管被紧密耦合在一起。
• 担忧在于：如果公司改变方向或失败，工作可能会被“扣为人质”，不同于更容易退出的普通 OSS 项目或云服务提供商。
• 团队承认旧许可证“行不通”，并表示他们正在制定一种更开放的新模式，同时 ცდილ避免被大型云厂商克隆。

价值主张与信息传达

• 许多读者觉得主页上冗长的“没有 X，没有 Y”列表令人反感且令人困惑，尤其是像“没有 git”“没有 SQL”“没有服务器”这样的条目，它们看起来并不明显与一种语言有关。
• 反馈意见：应首先介绍 Darklang 是什么 以及它的独特能力（紧密的基础设施集成、易部署、版本化函数等），而不是诸如 Option 类型之类的通用 FP 特性。
• 有人要求更清晰的定位、具体示例和真实世界的样例应用；一些 Web 开发者不确定它是否适合他们的用例。

平台范围与一体化设计

• Darklang 被认为是一种专门为其平台量身定制的语言，与其平台（基础设施、IDE、内建版本控制）紧密绑定。
• 一些人对“一体化”工具和语言内 VCS 持怀疑态度，更偏好通用语言加上库，以及像 git 这样的标准工具。
• Darklang 团队认为 git 并非最佳方案，而一种集成的、始终同步、面向团队的模型可能更好，但细节仍在开发中。
• 还有人担心小众需求会被平台限制所阻碍；这也让人联想到过去在规模化时遇到困难的 “backend-as-a-service” 和 Meteor 风格方案。

成熟度与状态

• “Classic” Darklang 被认为适合小型 Web API 和个人副项目，但并不完美；新的 “next” 版本则被描述为尚未准备好用于严肃用途。
• 缺少最新教程、示例以及浏览器支持（非 Chrome）进一步强化了它仍处于早期、实验性阶段的印象。

AI 与战略方向

• 有些人批评 Darklang “全力押注 AI”；也有人认为在开发工具中稳健地集成 LLM 正是正确的方向。
• Darklang 团队似乎坚定地要大量使用 AI，包括未来的代码导出等功能。

政治与品牌

• 主页上一个显眼的政治横幅（关于以色列—巴勒斯坦冲突）引发了分化。
• 有些人认为这不适合开发者工具，也是他们不采用的原因；另一些人则强烈支持即使要承担商业风险也应表明道德立场。