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 - Define vs Describe #25

Open
sparrell opened this issue Sep 28, 2023 · 0 comments
Open

Terminology - Define vs Describe #25

sparrell opened this issue Sep 28, 2023 · 0 comments

Comments

@sparrell
Copy link

We are going to be creating specifications/standards for interoperation. Terminology will be important and we will probably spend too much time arguing what certain words mean. I believe one important distinction we will need to make for each term is whether the spec contains a 'definition' or a 'description'. It seems nickpicky but doing this correctly may make lawyers happier and may make the process go faster.

A definition is 'the exact meaning of a word' and a description is less exact and can change person to person.

One example where this was important was STIX use of the label 'terrorist'. We did NOT "define" terrorist (political hot potato as well as context sensitive - Ethan Allan was a patriot in the American Revolution but he was a terrorist from the British viewpoint). STIX 'describes' terrorist. It's a label that an analyst (human or virtual) can use and convey that label in a STIX message. In STIX we don't define what a terrorist is. That's up to analyst in the context of their environment. We do include a description and are careful to use the word description not definition (and it's not in the definitions section).

We will need to decide on terms like "end of support' whether we 'define it' (we get everyone to agree on one definition that will apply to everyone in all situations or 'describe it' - ie we include words but they are nonbinding and it is between the sender and the receiver to agree on a definition for their interopration, but a different pair may use a different definition. Note the JSON won't care either way - it will contain the same content.

Note we can even change our minds. E.g. when we run into a terminology roadblock trying to define a label, we make it a description and get this version of the spec approved. If at a future time, we manage to get agreement on a definition, we update the spec. it would even be a non-breaking change as the interface wouldn't change - just the words in the spec on the use of that particular label.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant