Brex的网站开发改造使代码在设计上更友好于大型语言模型（LLMs）
💡
原文英文，约1800词，阅读约需7分钟。
📝
内容提要
Brex重建前端以更好地服务客户，意外提升了网站对大型语言模型（LLMs）的友好性。新架构简化了代码，提升了性能，减少了复杂性。团队遵循“愚蠢代码”原则，强调代码可读性和数据位置，促进前后端协作。同时，通过将Apollo替换为Relay，进一步优化了查询，增强了LLMs的理解能力。
🎯
关键要点
- Brex重建前端以更好地服务客户，同时意外提升了网站对大型语言模型（LLMs）的友好性。
- 新架构简化了代码，提升了性能，减少了复杂性。
- 团队遵循“愚蠢代码”原则，强调代码可读性和数据位置，促进前后端协作。
- 原有的React前端架构面临性能问题和代码复杂性增加的挑战。
- 团队制定了四个前端开发的指导原则，包括数据预加载和组件依赖明确性。
- React Hooks的使用隐藏了复杂性，导致GraphQL架构问题不易被发现。
- 团队将Apollo替换为Relay，以减少React Hooks带来的问题，并优化查询性能。
- Relay的设计使得组件与数据需求紧密耦合，从而提高了LLMs的理解能力。
- 数据共置原则有助于LLMs更有效地处理代码，减少搜索代码库的需求。
- Brex的经验表明，简化代码和API使其更易于人类理解是关键。
- 领导层与前端团队之间的对齐对于解决Web开发问题至关重要。
❓
延伸问答
Brex重建前端的主要目标是什么？
Brex重建前端的主要目标是更好地服务客户，特别是适应其不断变化的客户基础。
Brex在前端重建中遇到了哪些主要问题？
Brex在前端重建中遇到的主要问题包括性能问题和代码复杂性增加。
Brex团队在前端开发中遵循了哪些指导原则？
Brex团队制定了四个指导原则，包括数据预加载、组件依赖明确性、优先使用约定而非配置，以及编写可读性强的代码。
为什么Brex选择将Apollo替换为Relay？
Brex选择将Apollo替换为Relay是为了减少React Hooks带来的问题，并优化查询性能。
Brex的前端重建如何提升了对大型语言模型（LLMs）的友好性？
Brex的前端重建通过简化代码和优化数据结构，使得LLMs更容易理解网站的架构。
Brex在前端开发中如何促进前后端协作？
Brex通过明确的数据依赖和强有力的原则，要求前端开发者与后端协作，以确保GraphQL架构的有效性。
➡️
