Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I think even in those cases there are benefits.

I would certainly want to extend, modify and replace the data models for my core business as I see fit. But beyond those there are still going to be a whole lot of models in need in order to run the company but want to keep low maintenance. E.g. for hiring I might not have strong opinions what a job post, a candidate or an application should look like, so I'd be happy sticking to the standard in those cases and benefit of it being easier to mix and match tooling and pass around the data.

Also I reckon to me that a partially customized ontology, which is inevitable, is still easier to map between orgs than if they build it from scratch completely

Or maybe see it less as a standardized ontology but as a standardized way to create ontologies



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: