数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载导读remoteintech.companyRemote In Tech是一个社区维护的远程友好科技公司目录其数据全部沉淀在仓库中以 Markdown 加 YAML Frontmatter 编写的公司档案中。本文以目录中的 Procurify 档案 为完整实例逐层拆解一份公司档案从「字段定义 → 标签体系 → 页面渲染 → 社区校验」的完整生命周期帮助读者理解如何阅读、编写并复用这类档案数据同时掌握该目录项目的核心数据建模与构建原理。一、档案全貌procurify.md 的文件结构在 Remote In Tech 仓库中每家公司对应src/companies/目录下的一个.md文件文件名即公司 slug。Procurify 的档案位于 src/companies/procurify.md由两部分组成YAML Frontmatter---之间的元数据机器的结构化信息驱动目录的筛选、排序、标签与分类。Markdown 正文##小节面向人的描述内容包括公司介绍、规模、远程政策、技术栈与申请方式。该档案的 Frontmatter 字段如下字段值说明titleProcurify公司显示名称slugprocurify唯一标识与文件名一致websitehttps://www.procurify.com/careers官网/招聘页地址regionamericas招聘区域标签remote_policyfully-remote远程政策标签company_sizemedium公司规模标签technologiesapi, devops, javascript, python技术栈标签列表addedAt2020-11-01添加日期维护者管理updatedAt2020-11-01最后更新日期维护者管理正文则包含## Company blurb、## Company size、## Remote status、## Region、## Company technologies、## Office locations、## How to apply七个小节。这套结构并非随意约定而是被 CONTRIBUTING.md 固化的社区规范其要求与 procurify.md 的实际内容完全吻合。二、Frontmatter 字段逐项解读数据模型与合法取值要理解每个字段的含义需要结合仓库中的「标签唯一事实源」src/_data/labels.js 与贡献指南 CONTRIBUTING.md 中定义的合法值。region招聘区域region: americas在 labels.js 中被映射为显示标签Americas。合法取值为worldwide、americas、europe、americas-europe、asia-pacific、other。Procurify 档案正文注明远程工作支持加拿大属于美洲区域与americas标签一致。remote_policy远程政策remote_policy: fully-remote对应 labels.js 中的Fully Remote标签。合法取值包括fully-remote、remote-first、hybrid、remote-friendly。Procurify 在正文中自称 all remote, fully distributed属于该目录中最彻底的远程形态——公司全员分布没有强制集中办公点。company_size公司规模company_size: medium在 labels.js 中定义为「51-200 employees」与正文中「Company size: 100」相互印证。合法取值从tiny1-10 人到enterprise1000 人共五档。technologies技术栈标签technologies是一个数组合法取值由 labels.js 定义共 25 个规范 slug如javascript、python、devops、docker等。Procurify 档案声明了api、devops、javascript、python四项。这里有一个值得注意的实现细节api并不在 labels.js 的 tech 映射表中。根据 companyHelpers.js 中getTechLabel的实现return techLabels[tech] || tech;以及 company.njk 中labels.tech[tech] or tech的模板回退逻辑未知标签会原样显示为api而不是一个规范化的中文/英文标签。这反映了该目录「标签表为唯一事实源、未知值安全回退」的容错设计。addedAt / updatedAt时间字段addedAt与updatedAt均为2020-11-01说明该档案自 2020 年 11 月添加后尚未被维护者更新。按 CONTRIBUTING.md 的说明这两个字段由维护者管理社区贡献者在提交 PR 时不应自行填写。三、正文七小节Procurify 公司画像的完整继承原档案正文的内容在站点上被完整渲染逐节解读如下。Company blurb业务定位Procurify 是领先的费用管理、采购与寻源procurement软件平台数百家公司使用它跨部门与团队追踪、控制和分析开支从而建立更好的开支管控与洞察。这段描述由 src/companies/procurify.md 提供是整份档案的信息核心。值得说明的是它还被自动化地「二次利用」根据 companies.11tydata.js构建时会从## Company blurb小节截取正文、剥离 Markdown 标记text→text移除*、_、压缩空白后在 155 字符附近按句号/空格边界截断自动生成页面的 meta description。也就是说blurb 既是正文又是 SEO 元数据的唯一来源。Company size100正文注明公司规模为 100 人以上与 Frontmatter 的medium51-200 人标签一致。Remote status全远程、完全分布式Procurify 是一家完全远程、完全分布式的公司员工可以选择在任何自己最舒服的地方工作。这是目录中fully-remote政策类型的典型代表。Region加拿大远程工作支持加拿大境内加拿大地区。与americas区域标签对应也与其办公室所在地温哥华相吻合。Company technologies具体技术栈正文列出的技术栈比 Frontmatter 标签更详细ReactJS、Typescript、Docker、Python/Django、NodeJS、RESTful APIs。可以观察到两类信息的粒度差异Frontmatter 的technologies用于目录级筛选聚合因此只使用标签表内的规范 slug而正文用于面试者了解实际工程栈可以写得更具体。这种「标签归类 正文细化」的双层写法是高质量档案的推荐模式。Office locations温哥华加拿大不列颠哥伦比亚省即便公司全远程档案仍保留实体办公室信息便于求职者了解公司实体归属。How to apply通过官网招聘页申请Procurify 将所有空缺职位列在官网 careers 页面。在 company.njk 布局中按钮链接的取值逻辑为careers_url or website由于本档案没有单独声明careers_url按钮会回退到 Frontmatter 的website字段此处恰好就是 careers 页面地址并按模板规则显示为 Visit Website 文案。四、从 Markdown 到页面档案数据如何被消费与渲染一份procurify.md在构建时会被多个 Eleventy 集合与模板消费这是理解该目录项目工程结构的关键。集合Collections层面的聚合src/_config/collections.js 定义了目录的各类视图getAllCompaniesL24-L30按title字母序排序全部公司档案getCompaniesByRegionL50-L68按region字段分组Procurify 归入americas组getCompaniesByTechL71-L91遍历每家公司 Frontmatter 的technologies数组做分组因此 Procurify 会出现在api、devops、javascript、python四个技术浏览页下getCompanyTagsL134-L194基于集合动态生成technology、region、remote-policy三类标签页及其公司列表。这些集合在 eleventy.config.js 中通过eleventyConfig.addCollection(...)注册并由 companies.11tydata.js 提供按档案计算的派生数据meta description。模板Layout层面的渲染公司档案统一使用 src/_layouts/company.njk 布局头部渲染标题与按钮L9-L16region、remote_policy会渲染为可点击的分类标签指向/browse/浏览页L17-L22标签文案来自全局数据级联的labels.*若technologies非空渲染独立的Tech Stack区块每个技术同样链接到对应浏览页L29-L38页脚在存在updatedAt时通过formatDate(MMMM D, YYYY)过滤器显示 Last updated: November 1, 2020L54-L56布局还声明了schema: Organization结构化数据头。因此社区维护者只需按规范填写 Markdown分类标签、SEO 描述、浏览页聚合与结构化数据便全部自动生成这正是该目录项目「以内容文件为唯一输入」的静态站点设计精髓。五、社区校验与质量标准档案如何被审查CONTRIBUTING.md 明确了一套可复用的校验口径Procurify 档案恰好是合规范例必填小节## Company blurb、## Remote status、## How to apply三个标题必须存在本档案全部具备## Company size、## Region、## Company technologies为常用可选小节文件名与 slug 一致slug: procurify对应文件procurify.md字段合法取值region、remote_policy、company_size、technologies均有白名单校验见 CONTRIBUTING.md 的 Valid Field Values 表格自动化验证涉及公司档案的 PR 会触发Validate Company ProfilesGitHub Action 自动检查并在 PR 上评论问题、阻塞合并收录标准公司须直接雇佣员工、提供真正的远程岗位、属于科技行业且可核实信息。这套机制保证了上千份档案当前src/companies/目录下已积累数百个.md档案构建时通过getFilteredByGlob(./src/companies/**/*.md)全量加载在规模增长的同时保持字段一致性与可机器解析性。六、使用建议与信息时效提示以 Procurify 档案为参照读者在使用这类社区维护的远程公司目录时应注意三点以官网招聘页为准目录档案由社区维护存在滞后可能。从 Frontmatter 看该档案addedAt与updatedAt均为 2020-11-01尚未反映后续变化申请时应通过其 careers 页面核实最新在招岗位与申请入口。利用标签体系筛选在站点上可通过区域Americas、远程政策Fully Remote、技术JavaScript / Python / DevOps / API标签反向定位同类公司其数据源正是本档案的 Frontmatter 字段。区分两类技术信息Frontmatter 的technologies服务于目录聚合正文的Company technologies服务于求职调研阅读时两者互补、不可互相替代。通过这份档案既可以快速掌握 Procurify 的远程招聘画像也能完整理解 Remote In Tech 项目「一份 Markdown 档案 → 结构化标签 → 自动生成浏览页与 SEO 元数据」的端到端数据流水线。赞分享数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载相关推荐Remote In Tech 远程公司档案深度解析以 StoneCo 为例的 Frontmatter 与数据渲染全流程Remote In Tech 远程公司档案深度解析以 StoneCo 为例的 Frontmatter 与数据渲染全流程 Remote In Techremo数据集解析 Remote In Tech 公司档案以 Localistico 为例的远程友好公司数据结构与站点渲染全流程解析 Remote In Tech 公司档案以 Localistico 为例的远程友好公司数据结构与站点渲染全流程 Localistico 是一份典型的完全数据集Remote In Techremote-jobs公司档案解析以 Parexel 为例解读全远程企业档案的 frontmatter 结构与渲染管线Remote In Techremote jobs公司档案解析以 Parexel 为例解读全远程企业档案的 frontmatter 结构与渲染管线 在社区数据集创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考