拓冰网站定制 
数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载Inshorts 是 remoteintech.company本仓库 remote-jobs 所驱动的站点收录的一家典型“远程友好”大型新闻科技公司其完整档案位于 src/companies/inshorts.md。本文以该档案为样本逐字段拆解公司档案的 YAML frontmatter 与 Markdown 正文结构并结合仓库中的标签体系、校验脚本与渲染模板说明一份档案从提交、校验到渲染为独立页面的完整链路。读完本文你将掌握如何读懂任意一家公司档案的数据语义并具备按照同一规范撰写、验证新档案的实战能力。档案概览frontmatter 是档案的“数据骨架”Inshorts 档案以 YAML frontmatter 开头这一段并非装饰而是整个目录体系按地区、远程政策、公司规模、技术栈进行索引的唯一数据来源--- title: Inshorts slug: inshorts website: https://www.inshorts.com/ careers_url: https://inshorts.zohorecruit.com/careers region: asia-pacific remote_policy: remote-friendly company_size: large technologies: - infrastructure - javascript - php addedAt: 2022-10-13 updatedAt: 2022-10-14 ---其中website指向公司官网careers_url指向其由 Zoho Recruit 托管的官方求职门户二者是渲染层“Apply Now / Visit Website”按钮的数据来源。其余字段的取值并非自由文本而是受仓库内枚举值严格约束的受控词汇详见下文。字段取值与受控枚举仓库的字段枚举以 src/_data/labels.js 为唯一事实来源single source of truthCONTRIBUTING.md 给出了可提交的合法取值表字段Inshorts 取值合法取值来自 labels.js 与 CONTRIBUTING.mdregionasia-pacificworldwide、americas、europe、americas-europe、asia-pacific、otherremote_policyremote-friendlyfully-remote、remote-first、hybrid、remote-friendlycompany_sizelargetiny、small、medium、large、enterprisetechnologiesinfrastructure、javascript、phpjavascript、typescript、php、nodejs、python等受控标签region: asia-pacific在渲染时被映射为 “Asia Pacific”remote_policy: remote-friendly映射为 “Remote Friendly”company_size: large在 labels.js 中对应 “201-1000 employees”。这里存在一个值得注意的数据口径细节frontmatter 标称company_size: large按枚举语义为 201–1000 人而正文 “Company size” 章节却声明 “1000 and growing”对应枚举中的enterprise。从源码可见company_size仅作为分类标签参与索引与筛选正文中的规模描述则保留为自由文本二者口径不一属于档案维护中常见的轻微偏差——恰好说明社区档案的元数据字段与自由正文是两套独立的信息通道。addedAt/updatedAt由维护者管理档案记录了addedAt: 2022-10-13与updatedAt: 2022-10-14。按 CONTRIBUTING.md 的约定这两个日期字段由仓库维护者管理贡献者在 PR 中不应自行填写。它们在构建期承担两类任务一是作为 collections.js 中getRecentCompanies集合的排序依据“最近新增公司”按addedAt降序取前 12 家二是作为 company.njk 页脚的 “Last updated” 展示时间。公司简介60 词以内的新闻摘要产品档案正文的## Company blurb章节描述了产品本质Inshorts 是一款新闻 App从多家国内外信源筛选最新、最优质的新闻将其压缩为 60 词以内、简洁明快的摘要并以英语或印地语提供个性化推送所有摘要只保留标题与事实、不含观点覆盖政府政策到娱乐圈动态等话题。值得注意的是这段 blurb 不仅是页面展示文案还会被构建系统自动加工成 SEO meta 描述。在 companies.11tydata.js 中eleventyComputed.description会用正则从正文提取## Company blurb之后的段落剥离 Markdown 标记链接、星号、反引号、压缩空白并截断至约 155 字符优先在句号处切断。因此档案简介的撰写质量直接影响站点搜索结果的描述文本——这也是该目录约定必须保留 “Company blurb” 这一标准 H2 标题的底层原因之一。公司规模与远程政策## Company size声明团队规模 “1000 and growing”分布覆盖 Web 工程、系统、设计、项目管理、战略/客户与运营等职能。## Remote status章节则明确其远程立场Inshorts 从一开始就以远程模式运作原文表述为 “integrate remote work – we intended to be remote from the start”其中 “integrate” 属原档笔误按上下文应为 “integrated”理由包括不受地域限制地招募人才、相对灵活地随需求扩张团队规模、以及全程自举bootstrapped经营。同时公司正视远程协作的挑战投入线下聚会、沟通工具建设并确保员工无论身处何地都能获得应有的福利与支持。该章节与 frontmatter 的remote_policy: remote-friendly相互印证前者是定性描述后者是可供索引的受控标签。渲染层会将该标签渲染为可点击的筛选入口见下文“渲染链路”。地区分布## Region说明其员工绝大多数来自印度分布在各邦部分员工频繁出差还有一些以数字游民方式工作。这与 frontmatter 的region: asia-pacific一致——注意目录枚举中并没有独立的 “india” 取值亚太地区是其在分类体系中的归属属于“按大区粗粒度归类”的设计而非精确到国家的标注。原文 “various diffrent stats of the nation” 属于贡献者笔误应为 “different states”这类小瑕疵在社区众包维护的档案中并不罕见也侧面印证了 validate-companies.js 只校验结构与枚举、不校验自由正文拼写的边界。技术栈与办公地点## Company technologies列出WordPress、PHP、Sass、Git、Vagrant、Nginx、Memcache、Sheets、Trello。这组信息体现了典型的内容分发产品技术形态PHP/WordPress 驱动内容站点Nginx 承担 Web 服务与反向代理Memcache 做缓存层Vagrant 用于开发环境虚拟化Sass 负责样式预处理Sheets 与 Trello 则覆盖运营协作。frontmatter 中的technologies是对正文技术栈的精简受控抽象只保留了infrastructure、javascript、php三个可索引标签其中infrastructure属于目录技术枚举中的既有标签。这种“正文自由列举 frontmatter 受控抽象”的双轨设计使技术栈既能被读者完整阅读又能被 collections.js 的getCompaniesByTech按标签聚合到 “Technologies” 浏览页。## Office locations写的是 “Noida, India; or everywhere!”——既有实体办公室印度诺伊达又强调远程不限地点是档案中少有的一个字段同时表达两地属性的例子。如何申请## How to apply提供两条路径访问其官方求职门户由 Zoho Recruit 托管的 careers 页面即 frontmatter 中careers_url指向的地址或直接发送简历邮件至careersinshorts.com。该求职门户也是渲染层 “Apply Now” 按钮的跳转目标。源码链路档案如何被校验、聚合与渲染一份公司档案从 Markdown 到线上页面经历以下仓库实现环节校验PR 触发 validate-companies.yml 中的Validate Company Profiles工作流运行 validate-companies.js。该脚本检查 frontmatter 是否存在、必填字段title、slug、website、region、remote_policy、company_size是否齐全、枚举值是否合法、slug是否与文件名一致、URL 格式是否完整并要求正文包含## Company blurb、## Remote status、## How to apply三个必选章节。Inshorts 档案正是该规范的合规范例。聚合collections.js 通过getFilteredByGlob(./src/companies/**/*.md)一次性收集全部约 850 家公司档案带缓存按标题字母序得到getAllCompanies按addedAt得到getRecentCompanies再按地区、技术、远程政策生成浏览页索引companyHelpers.js 则从 labels.js 重新导出标签映射供 JS 侧消费。渲染company.njk 是公司页的专用布局schema: Organization挂接结构化数据。它会根据careers_url/website渲染主按钮将region、remote_policy、technologies渲染为带标签样式的可点击筛选入口如 “Asia Pacific”、“Remote Friendly”、技术标签并用{{ content | safe }}输出 Markdown 正文页脚展示 “Last updated”。由此可以看到inshorts.md 虽只是目录中近千份档案之一其 frontmatter 的每一个取值都同时影响着筛选导航、SEO 描述、结构化数据与页面布局——读懂这份档案就等于掌握了整个目录的数据契约。给贡献者的实践清单若你想按同一规范向目录提交类似的新档案可参照 CONTRIBUTING.md 完成在src/companies/{slug}.md新建文件slug必须与文件名一致按模板填写 frontmatter正文至少包含 “Company blurb”、“Remote status”、“How to apply” 三个 H2 章节随后运行npm run build验证构建再提交 PR 等待校验机器人反馈。addedAt/updatedAt由维护者管理贡献者请勿自行添加。赞分享数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载相关推荐Designcode 档案深度解析remoteintech.company 远程招聘目录的公司档案结构与数据建模Designcode 档案深度解析remoteintech.company 远程招聘目录的公司档案结构与数据建模 Designcode 是 remoteint数据集remoteintech.company 公司档案解析AppenAppen.md的数据结构与远程招聘实践remoteintech.company 公司档案解析AppenAppen.md的数据结构与远程招聘实践 导读 本文以 src/companies/app数据集remoteintech.company 中的 Doist 远程公司档案字段结构、数据流与远程招聘实践remoteintech.company 中的 Doist 远程公司档案字段结构、数据流与远程招聘实践 本篇文章以开源仓库 remote jobs https数据集上一篇从崩溃到稳健requests请求验证全攻略下一篇Tauri文件管理创建高级的文件浏览器创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Inshorts 公司档案深度解析：remoteintech.company 开源目录中的远程招聘数据模型
数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载Inshorts 是 remoteintech.company本仓库 remote-jobs 所驱动的站点收录的一家典型“远程友好”大型新闻科技公司其完整档案位于 src/companies/inshorts.md。本文以该档案为样本逐字段拆解公司档案的 YAML frontmatter 与 Markdown 正文结构并结合仓库中的标签体系、校验脚本与渲染模板说明一份档案从提交、校验到渲染为独立页面的完整链路。读完本文你将掌握如何读懂任意一家公司档案的数据语义并具备按照同一规范撰写、验证新档案的实战能力。档案概览frontmatter 是档案的“数据骨架”Inshorts 档案以 YAML frontmatter 开头这一段并非装饰而是整个目录体系按地区、远程政策、公司规模、技术栈进行索引的唯一数据来源--- title: Inshorts slug: inshorts website: https://www.inshorts.com/ careers_url: https://inshorts.zohorecruit.com/careers region: asia-pacific remote_policy: remote-friendly company_size: large technologies: - infrastructure - javascript - php addedAt: 2022-10-13 updatedAt: 2022-10-14 ---其中website指向公司官网careers_url指向其由 Zoho Recruit 托管的官方求职门户二者是渲染层“Apply Now / Visit Website”按钮的数据来源。其余字段的取值并非自由文本而是受仓库内枚举值严格约束的受控词汇详见下文。字段取值与受控枚举仓库的字段枚举以 src/_data/labels.js 为唯一事实来源single source of truthCONTRIBUTING.md 给出了可提交的合法取值表字段Inshorts 取值合法取值来自 labels.js 与 CONTRIBUTING.mdregionasia-pacificworldwide、americas、europe、americas-europe、asia-pacific、otherremote_policyremote-friendlyfully-remote、remote-first、hybrid、remote-friendlycompany_sizelargetiny、small、medium、large、enterprisetechnologiesinfrastructure、javascript、phpjavascript、typescript、php、nodejs、python等受控标签region: asia-pacific在渲染时被映射为 “Asia Pacific”remote_policy: remote-friendly映射为 “Remote Friendly”company_size: large在 labels.js 中对应 “201-1000 employees”。这里存在一个值得注意的数据口径细节frontmatter 标称company_size: large按枚举语义为 201–1000 人而正文 “Company size” 章节却声明 “1000 and growing”对应枚举中的enterprise。从源码可见company_size仅作为分类标签参与索引与筛选正文中的规模描述则保留为自由文本二者口径不一属于档案维护中常见的轻微偏差——恰好说明社区档案的元数据字段与自由正文是两套独立的信息通道。addedAt/updatedAt由维护者管理档案记录了addedAt: 2022-10-13与updatedAt: 2022-10-14。按 CONTRIBUTING.md 的约定这两个日期字段由仓库维护者管理贡献者在 PR 中不应自行填写。它们在构建期承担两类任务一是作为 collections.js 中getRecentCompanies集合的排序依据“最近新增公司”按addedAt降序取前 12 家二是作为 company.njk 页脚的 “Last updated” 展示时间。公司简介60 词以内的新闻摘要产品档案正文的## Company blurb章节描述了产品本质Inshorts 是一款新闻 App从多家国内外信源筛选最新、最优质的新闻将其压缩为 60 词以内、简洁明快的摘要并以英语或印地语提供个性化推送所有摘要只保留标题与事实、不含观点覆盖政府政策到娱乐圈动态等话题。值得注意的是这段 blurb 不仅是页面展示文案还会被构建系统自动加工成 SEO meta 描述。在 companies.11tydata.js 中eleventyComputed.description会用正则从正文提取## Company blurb之后的段落剥离 Markdown 标记链接、星号、反引号、压缩空白并截断至约 155 字符优先在句号处切断。因此档案简介的撰写质量直接影响站点搜索结果的描述文本——这也是该目录约定必须保留 “Company blurb” 这一标准 H2 标题的底层原因之一。公司规模与远程政策## Company size声明团队规模 “1000 and growing”分布覆盖 Web 工程、系统、设计、项目管理、战略/客户与运营等职能。## Remote status章节则明确其远程立场Inshorts 从一开始就以远程模式运作原文表述为 “integrate remote work – we intended to be remote from the start”其中 “integrate” 属原档笔误按上下文应为 “integrated”理由包括不受地域限制地招募人才、相对灵活地随需求扩张团队规模、以及全程自举bootstrapped经营。同时公司正视远程协作的挑战投入线下聚会、沟通工具建设并确保员工无论身处何地都能获得应有的福利与支持。该章节与 frontmatter 的remote_policy: remote-friendly相互印证前者是定性描述后者是可供索引的受控标签。渲染层会将该标签渲染为可点击的筛选入口见下文“渲染链路”。地区分布## Region说明其员工绝大多数来自印度分布在各邦部分员工频繁出差还有一些以数字游民方式工作。这与 frontmatter 的region: asia-pacific一致——注意目录枚举中并没有独立的 “india” 取值亚太地区是其在分类体系中的归属属于“按大区粗粒度归类”的设计而非精确到国家的标注。原文 “various diffrent stats of the nation” 属于贡献者笔误应为 “different states”这类小瑕疵在社区众包维护的档案中并不罕见也侧面印证了 validate-companies.js 只校验结构与枚举、不校验自由正文拼写的边界。技术栈与办公地点## Company technologies列出WordPress、PHP、Sass、Git、Vagrant、Nginx、Memcache、Sheets、Trello。这组信息体现了典型的内容分发产品技术形态PHP/WordPress 驱动内容站点Nginx 承担 Web 服务与反向代理Memcache 做缓存层Vagrant 用于开发环境虚拟化Sass 负责样式预处理Sheets 与 Trello 则覆盖运营协作。frontmatter 中的technologies是对正文技术栈的精简受控抽象只保留了infrastructure、javascript、php三个可索引标签其中infrastructure属于目录技术枚举中的既有标签。这种“正文自由列举 frontmatter 受控抽象”的双轨设计使技术栈既能被读者完整阅读又能被 collections.js 的getCompaniesByTech按标签聚合到 “Technologies” 浏览页。## Office locations写的是 “Noida, India; or everywhere!”——既有实体办公室印度诺伊达又强调远程不限地点是档案中少有的一个字段同时表达两地属性的例子。如何申请## How to apply提供两条路径访问其官方求职门户由 Zoho Recruit 托管的 careers 页面即 frontmatter 中careers_url指向的地址或直接发送简历邮件至careersinshorts.com。该求职门户也是渲染层 “Apply Now” 按钮的跳转目标。源码链路档案如何被校验、聚合与渲染一份公司档案从 Markdown 到线上页面经历以下仓库实现环节校验PR 触发 validate-companies.yml 中的Validate Company Profiles工作流运行 validate-companies.js。该脚本检查 frontmatter 是否存在、必填字段title、slug、website、region、remote_policy、company_size是否齐全、枚举值是否合法、slug是否与文件名一致、URL 格式是否完整并要求正文包含## Company blurb、## Remote status、## How to apply三个必选章节。Inshorts 档案正是该规范的合规范例。聚合collections.js 通过getFilteredByGlob(./src/companies/**/*.md)一次性收集全部约 850 家公司档案带缓存按标题字母序得到getAllCompanies按addedAt得到getRecentCompanies再按地区、技术、远程政策生成浏览页索引companyHelpers.js 则从 labels.js 重新导出标签映射供 JS 侧消费。渲染company.njk 是公司页的专用布局schema: Organization挂接结构化数据。它会根据careers_url/website渲染主按钮将region、remote_policy、technologies渲染为带标签样式的可点击筛选入口如 “Asia Pacific”、“Remote Friendly”、技术标签并用{{ content | safe }}输出 Markdown 正文页脚展示 “Last updated”。由此可以看到inshorts.md 虽只是目录中近千份档案之一其 frontmatter 的每一个取值都同时影响着筛选导航、SEO 描述、结构化数据与页面布局——读懂这份档案就等于掌握了整个目录的数据契约。给贡献者的实践清单若你想按同一规范向目录提交类似的新档案可参照 CONTRIBUTING.md 完成在src/companies/{slug}.md新建文件slug必须与文件名一致按模板填写 frontmatter正文至少包含 “Company blurb”、“Remote status”、“How to apply” 三个 H2 章节随后运行npm run build验证构建再提交 PR 等待校验机器人反馈。addedAt/updatedAt由维护者管理贡献者请勿自行添加。赞分享数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载相关推荐Designcode 档案深度解析remoteintech.company 远程招聘目录的公司档案结构与数据建模Designcode 档案深度解析remoteintech.company 远程招聘目录的公司档案结构与数据建模 Designcode 是 remoteint数据集remoteintech.company 公司档案解析AppenAppen.md的数据结构与远程招聘实践remoteintech.company 公司档案解析AppenAppen.md的数据结构与远程招聘实践 导读 本文以 src/companies/app数据集remoteintech.company 中的 Doist 远程公司档案字段结构、数据流与远程招聘实践remoteintech.company 中的 Doist 远程公司档案字段结构、数据流与远程招聘实践 本篇文章以开源仓库 remote jobs https数据集上一篇从崩溃到稳健requests请求验证全攻略下一篇Tauri文件管理创建高级的文件浏览器创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考