42 Technologies 远程公司档案全解析：从 Remote In Tech 目录看 Fully Remote 分析公司的数据实践

• 数据集

本篇技术指南围绕 42-technologies.md 这份公司档案展开，逐项解读其 frontmatter 元数据与正文结构，并结合 Remote In Tech 开源仓库（README.md）的标签体系、模板渲染与集合逻辑，说明这份档案如何在站点上呈现为完整的远程公司页面。读完你既能快速掌握 42 Technologies 的招聘画像与远程协作方式，也能理解社区维护型远程公司目录的标准化档案格式。

档案速览：一份标准的公司目录 frontmatter

42 Technologies 的档案文件采用 frontmatter（YAML）＋ Markdown 正文的两段式结构。frontmatter 定义机器可读的元数据，正文提供人可读的详细描述。该文件的元数据完整清单如下：

--- title: "42 Technologies" slug: 42-technologies website: https://www.42technologies.com/ careers_url: https://angel.co/company/42 region: worldwide remote_policy: fully-remote company_size: tiny technologies: - cloud - data - devops - javascript - python - sql addedAt: 2022-04-18 updatedAt: 2022-05-17 ---

各字段的含义与合法取值，均由目录维护规范 CONTRIBUTING.md 统一约束：

值得注意的是，region、remote_policy、company_size、technologies四个字段都使用受控枚举值而非自由文本，这正是目录能按标签聚合、浏览的关键——枚举值经 labels.js 映射为显示名，例如tiny→ "1-10 employees"、fully-remote→ "Fully Remote"、worldwide→ "Worldwide"。

公司概况：面向零售商与品牌的端到端分析平台

档案正文以## Company blurb开篇，用一句话定义了公司定位：

42 is an end-to-end analytics stack for retailers and brands.

即"42 是为零售商与品牌提供端到端数据分析栈的公司"。这句话不仅是正文内容，还会被自动用于生成页面的 SEO meta 描述。在 companies.11tydata.js 中，Eleventy 的 computed data 会通过正则/##\s*Company\s*blurb\s*\n+([\s\S]*?)(?=\n##|$)/i提取 blurb 小节文本，清理 Markdown 标记后截断到约 155 字符作为description。也就是说，档案的摘要文本质量直接影响搜索引擎对该公司页面的描述展示——这也是维护规范要求每个档案都必须包含## Company blurb的原因。

团队规模与远程政策：小型全远程团队

company_size: tiny对应标签 "1-10 employees"（见 labels.js），而正文## Company size注明 "0-20 employees"，两者口径略有差异，正文以实际团队情况为准。这提醒读者：frontmatter 的枚举用于目录分类聚合，正文则可补充更精确的细节。

remote_policy: fully-remote是本档案最有信息量的字段之一。在目录的枚举体系中它表示公司从制度上支持全员远程（区别于 hybrid、remote-friendly）。正文## Remote status进一步补充了实践细节：

Full remote company. In person team retreats at least twice a year.

即公司日常全员远程办公，但每年至少组织两次线下团队 retreat。这揭示了全远程公司的典型协作模式：日常分布式办公，通过定期线下集中来强化团队凝聚力。

招聘区域与协同时区：Worldwide 但有重叠窗口

region: worldwide表示面向全球招聘，但正文## Region给出了一个重要限定：

Worldwideand that can overlap ~4hrs with San Francisco Timezone (Pacific Time).

即虽然招聘范围覆盖全球，但要求候选人与旧金山时区（太平洋时间）有约 4 小时的重叠工作窗口。这正是跨时区远程协作的现实约束：worldwide是目录层面的区域标签，具体到岗位仍需匹配时区协同要求。对于求职者而言，这类信息是评估自身是否符合要求的第一手依据。

技术栈：数据工程导向的岗位画像

技术栈信息在档案中双轨存在：

frontmattertechnologies字段（用于目录分类聚合）：

• cloud（云）
• data（数据）
• devops（DevOps）
• javascript（JavaScript）
• python（Python）
• sql（SQL）

正文## Company technologies列表（更完整的岗位画像）：

• Python
• TypeScript
• Node.js
• Apache Spark
• SQL
• AWS
• GCP
• Docker、K8s

两组数据共同勾勒出 42 Technologies 的技术画像：这是一家以数据管道与分析平台为核心、深度依赖云基础设施（AWS/GCP）与容器编排（Docker/K8s）、前后端均使用 JavaScript 系语言（TypeScript/Node.js）并重度使用 Python 与 SQL 的团队。

从目录机制看，frontmatter 中的每个技术标签都会在 company.njk 模板中渲染为指向/browse/{tech}/分类页的标签链接，用户点击即可查看该目录下所有采用同类技术的公司。标签聚合逻辑实现在 collections.js 的getCompaniesByTech中——它会遍历全部公司档案的technologies数组，按技术分组后按公司名排序。

如何申请：单一入口直达招聘页

档案的## How to apply是标准的申请指引：

https://angel.co/company/42

该入口同时被记录在careers_url字段。渲染时，company.njk 会优先取careers_url作为主按钮（文案为 "Apply Now"），只有未提供careers_url时才回退到website（文案为 "Visit Website"）。这意味着档案作者在填写careers_url时，应指向公司真正的招聘渠道（本档案为 AngelList 公司页），而不是公司产品介绍页。

档案背后的目录机制：一份 Markdown 如何变成公司页面

42 Technologies 档案的运行链路可概括为：frontmatter → 数据级联 → 模板渲染 → 集合聚合。

1. 数据级联：companies.json 声明所有公司档案使用company布局；companies.11tydata.js 的 computed data 自动生成 meta description。
2. 模板渲染：company.njk 输出带schema: Organization结构化数据的文章页，按需渲染 Apply 按钮、region/policy 标签与 Tech Stack 标签区；页脚展示Last updated: May 17, 2022（取自updatedAt，经formatDate('MMMM D, YYYY')格式化）。
3. 集合聚合：collections.js 将全部公司档案（./src/companies/**/*.md）构建为按名称排序的公司列表、按 region/technology 分组的分类页，以及按addedAt排序的最近加入公司列表。
4. 校验：贡献者新增或修改档案时，CONTRIBUTING.md 要求运行npm run build验证，并由Validate Company ProfilesGitHub Action 自动检查 frontmatter 合法性（含枚举取值、必填小节等），问题未解决前会阻止合并。

本地运行与构建验证

若想验证本档案的构建正确性或在本地预览渲染效果，可在仓库根目录执行：

npm install # 安装依赖 npm run start # 开发服务器，热更新 npm run build # 生产构建

构建环境要求 Node.js 22+（见 README.md）。

总结：一份档案的三个可复用要点

从 42 Technologies 这份样本中，可以提炼出社区维护远程目录的三条实践：

1. 枚举优于自由文本：region、remote_policy、company_size、technologies全部采用受控词表，使跨公司的横向浏览（按区域、政策、技术筛选）成为可能，其合法值与显示标签以 labels.js 为单一事实来源。
2. 正文补充元数据无法表达的细节：worldwide标签之外，正文补充了与太平洋时间重叠约 4 小时的要求；tiny标签之外，正文补充了 0-20 人的实际规模与每年两次线下 retreat 的安排——对求职者而言，正文细节往往比标签更有决策价值。
3. 元数据反向驱动站点体验：careers_url决定 "Apply Now" 按钮、technologies驱动技术标签导航、updatedAt驱动更新时间展示，元数据设计直接决定了目录站的信息架构质量。

• 数据集