数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载Third Iron 是 remoteintech.company本仓库 README.md 所述的社区维护远程友好科技公司目录收录的一家公司档案位于 src/companies/third-iron.md。本文以该档案为完整样本逐字段拆解这份 Markdown 档案的数据结构、远程政策语义、技术栈标注方式并结合仓库中的布局模板、集合与标签实现还原一份公司档案从src/companies/*.md源文件到最终站点的完整渲染链路。读完本文你将掌握 remote-jobs 仓库中公司档案的书写规范、字段取值边界以及如何读懂任意一家公司的档案信息。档案全景frontmatter 与正文分区与目录中绝大多数条目一致third-iron.md由两块组成文件顶部的 YAML frontmatter结构化元数据和以##二级标题组织正文的 Markdown 主体。--- title: Third Iron slug: third-iron website: https://thirdiron.com/ region: europe remote_policy: remote-first company_size: small technologies: - java - javascript addedAt: 2019-11-22 updatedAt: 2019-11-22 ---这份 frontmatter 严格遵守 CONTRIBUTING.md 中定义的档案模板字段含义如下字段Third Iron 取值作用titleThird Iron公司显示名称作为页面 H1 输出slugthird-iron归档文件名与 URL 标识必须与src/companies/third-iron.md文件名一致websitehttps://thirdiron.com/公司官网也是档案按钮的兜底跳转目标regioneurope招聘/办公地区分组键remote_policyremote-first远程工作政策分组键company_sizesmall规模分组键映射为 11-50 employeestechnologiesjava, javascript技术栈标签数组addedAt/updatedAt2019-11-22收录与更新时间由维护者管理贡献者 PR 中不应包含正文部分按照 CONTRIBUTING.md 规定的必需小节组织## Company blurb公司简介、## Remote status远程状态、## How to apply申请方式并补充了## Company size、## Region、## Company technologies、## Office locations等可选小节。从addedAt: 2019-11-22与updatedAt: 2019-11-22相同可知这份档案自 2019 年收录以来尚未被维护者修订。公司简介一家面向图书馆的远程优先科技公司档案正文这样描述 Third IronCreating innovative technologies that help libraries and the researchers they support即一家为图书馆及图书馆所服务的研究人员创造创新技术的公司客户覆盖学术、医院、企业与政府图书馆。公司规模方面档案注明约 25 名员工专注于创建、支持和销售服务于学术、医院、企业和政府图书馆的卓越软件——这一规模对应company_size: small在 src/_data/labels.js 中被统一翻译为 11-50 employees 的展示标签。地区信息值得注意档案声明这是US-based company with employees in the US and UK但 frontmatter 的region取值却是europe。这与 src/_config/collections.js 中getCompaniesByRegion的分组逻辑相关——该函数按company.data.region || other将所有公司归入regionLabels声明的分组因此从目录浏览维度看这份档案被归入 Europe 分组而正文则补充说明了美国与英国的员工分布以及当前招聘偏好currently interested in future teammates with US work authorization。这种frontmatter 决定归类、正文承载细节的双层结构正是本仓库所有公司档案的通用模式。Remote statusremote-first 政策的目录语义Third Iron 的远程政策是remote-first正文补充说明Remote-first since our company began in 2011——即自 2011 年公司成立起即为远程优先。remote-first是 src/_data/labels.js 中remotePolicy映射表定义的四个合法取值之一键展示标签fully-remoteFully Remoteremote-firstRemote FirsthybridHybridremote-friendlyRemote Friendly这四个取值构成远程政策的语义梯度从完全远程、远程优先默认以远程为组织方式如 Third Iron 无实体办公室、混合办公到远程友好。在渲染层company.njk 模板读取remote_policy字段将其渲染为指向/browse/{{ remote_policy }}/的标签链接tag tag--policy从而把该档案挂接到按远程政策浏览的目录子页面。同理region渲染为/browse/{{ region }}/的地区标签。Third Iron 档案因此可同时通过Europe与Remote First两个浏览入口被发现。值得一提的是Office locations小节明确写道 None! Unless you count each of our homes没有办公室除非把每个员工的家算上这正是remote-first政策的具体佐证——一个从创始起就没有实体办公场所的组织。技术栈标注technologies 数组与浏览聚合Company technologies小节是档案中技术信息最密集的部分网站前后端NodeJS、Postgres、CouchDB、TypeScript、AWS、Heroku、Elasticsearch原生移动端iOS 应用使用 Swift Obj-CAndroid 应用使用 Javafrontmatter 的technologies数组只收录了java与javascript两个键。之所以是这两个值是因为 src/_data/labels.js 的tech映射表维护了一套受控词表——包含javascript、typescript、nodejs、java、swift、postgres、nosql、search等 25 个技术标签每个键都有对应的展示名称如postgres→ PostgreSQL。档案正文可以自由列举详细栈CouchDB、AWS、Heroku、Elasticsearch 等均不在受控词表内因此不进入标签系统但只有 frontmatter 中声明的受控键才会在页面底部以技术标签形式输出并参与技术浏览聚合。聚合逻辑位于 src/_config/collections.js 的getCompaniesByTech它遍历所有公司档案的data.technologies按技术键分组——java与javascript各自收集到一批使用同栈的公司列表Third Iron 会同时出现在这两个技术的浏览页面中。同时getCompanyTags将region、remote_policy、technologies三类信息汇总为带count与公司列表的标签数据供 src/pages/tags.njk 等页面渲染目录索引。渲染链路一份公司档案如何变成页面从源文件到页面的完整链路可以这样概括数据生成src/companies/companies.11tydata.js 为所有公司档案提供 computed data——通过正则匹配## Company blurb小节自动截取约 155 字符生成页面description元描述无人工 description 时兜底使用 frontmatter 后的首段正文。这份档案的 blurb 恰好一句话因此可完整用作元描述。集合构建src/_config/collections.js 通过getFilteredByGlob(./src/companies/**/*.md)抓取全部约 800 份档案缓存以避免重复过滤getAllCompanies按标题字母序排序用于目录页getRecentCompanies按addedAt倒序取最近 12 家。模板渲染company.njk 是公司档案的统一布局声明schema: Organization供结构化数据使用它把 frontmatter 的title渲染为 H1用careers_url or website决定主按钮无 careers_url 时跳转官网label 为 Visit Website并读取page.fileSlug生成 Edit on GitHub 编辑链接、按updatedAt展示最近更新时间。标签展示布局末尾遍历technologies数组为每个技术渲染指向/browse/{{ tech }}/的tag tag--tech标签链接。这也解释了为什么 Third Iron 档案虽然正文中没有单列careers_url字段其Visit Website按钮仍可正常跳转至官网——布局模板提供了字段兜底逻辑。申请路径How to apply 与职业入口档案末节给出两条申请路径优先查看官网 careers 页面若未发现合适职位可随时邮件联系 careersthirdiron.com。这种官网职位页 主动投递邮箱的组合是目录中常见的高可操作性写法。对求职者而言结合正文中currently interested in future teammates with US work authorization的说明可以在投递前先行核对自身的工作授权条件。若你是想为 remoteintech.company 贡献类似档案的读者CONTRIBUTING.md 提供了完整规范创建src/companies/{slug}.md、填写 frontmatter 模板与必需小节、运行npm run build验证、提交 PR 后由 Validate Company Profiles GitHub Action 自动校验字段合法性如region、remote_policy、company_size、technologies的取值是否在受控词表内。小结从一份档案读懂整个目录的数据模型third-iron.md表面上只是一份约 40 行的公司介绍但放在 remoteintech.company 的整体架构中它同时是三类数据的载体受控枚举region、remote_policy、company_size、technologies决定它如何被浏览聚合与标签索引正文小节决定它的信息呈现与 SEO 描述addedAt/updatedAt时间戳则参与最近收录等动态排序。理解这份档案就等于理解了本仓库中全部公司条目的数据模型与渲染范式——这也是社区维护型目录得以在约 800 份条目规模下保持一致性的关键所在。赞分享数据集【免费下载链接】remote-jobsSource for remoteintech.company — a community-maintained directory of remote-friendly tech companies项目地址https://gitcode.com/GitHub_Trending/re/remote-jobs点击查看免费下载相关推荐Jina Gateway 健康检查完整指南gRPC 标准探活与 HTTP/WebSocket 端点检测Jina Gateway 健康检查完整指南gRPC 标准探活与 HTTP/WebSocket 端点检测 Gateway网关是 Jina Flow 中统一接数据集remoteintech.company 公司档案数据规范以 Transfeera 为例解析远程友好公司的 Markdown 条目结构与渲染机制remoteintech.company 公司档案数据规范以 Transfeera 为例解析远程友好公司的 Markdown 条目结构与渲染机制 本文围绕仓库数据集解读 Bitovi 远程公司档案remoteintech.company 目录中公司 Profile 的数据结构与渲染原理解读 Bitovi 远程公司档案remoteintech.company 目录中公司 Profile 的数据结构与渲染原理 本文以仓库中的 Bitovi 公司数据集上一篇TIL 笔记用 Clojure merge-with 将多个 Map 聚合为一个计数求和与列表拼接下一篇仓颉-ObjC互操作快速上手ObjCInteropGen自动生成Cangjie镜像文件完整教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考