Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Terminology Master/Slave etc. #3795

Closed
bitnapper opened this issue Sep 13, 2020 · 3 comments
Closed

Terminology Master/Slave etc. #3795

bitnapper opened this issue Sep 13, 2020 · 3 comments
Labels
Affects: Documentation Issues related to developer or ops or data documentation. [managed] Lead: @mekarpeles Issues overseen by Mek (Staff: Program Lead) [managed] Needs: Community Discussion This issue is to be brought up in the next community call. [managed] Priority: 3 Issues that we can consider at our leisure. [managed] Type: Feature Request Issue describes a feature or enhancement we'd like to implement. [managed]

Comments

@bitnapper
Copy link

Describe the problem that you'd like solved

In technology some of the vocabulary is a bit problematic. In the Open Library the term master is used when objects are merged for the primary object a secondary object shall be merged into. I propose to switch from the master/slave terminology to primary/secondary.

I'm very sorry that I got a bit ahead of myself and already changed some of the vocabulary. If for any reason this is not wanted, I can switch it back. But I would be very happy if we could decide to change the vocabulary as proposed.

Proposal & Constraints

Change from master/slave terminology to primary/secondary in the openly visible messages, not the code. Translations for each language should follow that terminology decision.

Additional context

Wikipedia

Stakeholders

  • messages
  • translations
@bitnapper bitnapper added the Needs: Triage This issue needs triage. The team needs to decide who should own it, what to do, by when. [managed] label Sep 13, 2020
@xayhewalo xayhewalo added Affects: Documentation Issues related to developer or ops or data documentation. [managed] Lead: @mekarpeles Issues overseen by Mek (Staff: Program Lead) [managed] Needs: Community Discussion This issue is to be brought up in the next community call. [managed] Priority: 3 Issues that we can consider at our leisure. [managed] Type: Feature Request Issue describes a feature or enhancement we'd like to implement. [managed] and removed Needs: Triage This issue needs triage. The team needs to decide who should own it, what to do, by when. [managed] labels Sep 15, 2020
@xayhewalo
Copy link
Collaborator

parent/child is also used instead

@MatthiasWinkelmann
Copy link

Thanks for investing the work!

The term is arguably just not very fitting in this case, anyway. As to alternatives: canonical might fit if I understand it correctly, with maybe duplicate on the other side? That, in turn, would suggest original, but the term implies a chronological ordering that may not always be true.

Parent/Child strikes me as slightly odd, because a merger happens with items on the same level, whereas parent/child describes a tree-like hierarchy. It would better apply to the relations of works and editions, for example, and may indeed run the risk of being confused with them. It's also suggestive of an enduring relationship, while merging is an instantaneous event, after which one item disappears. And I cant help but notice that it's another human-relationship-metaphor, which are rumored to only bring trouble 🪃

That's just enough bikeshedding for the year (but there's a tag asking for it). Thanks again!

@mekarpeles
Copy link
Member

I think we can agree to this direction: i.e. master/slave should be replaced with something. Let's try to importantly be consistent.

@bitnapper if you can point out where we may be using this terminology (outside of e.g. git branch names) please do point it out in separate targeted issues.

Going to mark this specific issue as resolved / agreed.

mekarpeles added a commit that referenced this issue Feb 11, 2021
change problematic terminology (#3795)
Sabreen-Parveen pushed a commit to Sabreen-Parveen/openlibrary that referenced this issue Feb 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Affects: Documentation Issues related to developer or ops or data documentation. [managed] Lead: @mekarpeles Issues overseen by Mek (Staff: Program Lead) [managed] Needs: Community Discussion This issue is to be brought up in the next community call. [managed] Priority: 3 Issues that we can consider at our leisure. [managed] Type: Feature Request Issue describes a feature or enhancement we'd like to implement. [managed]
Projects
None yet
Development

No branches or pull requests

4 participants