This should be the case for most things, but you tend to get better at it over time.
That is definitely the case for me when it comes to old relevance I had written long ago. Since then I have figured out better ways to write it to be both simpler and more future proof. It definitely makes me want to go back and update all of my old relevance that I am now embarrassed by, but I don’t tend to do that unless there is a need.
Here is a particular example:
From 2011: https://bigfix.me/fixlet/details/717?force=true
Updated version, from 2015: https://bigfix.me/fixlet/details/6170
You should take note that the Windows relevance is more dynamic. Also, the other relevance is written to be plural. This simplifies the need for error checking.
The following statement replaced 2 relevance statements in the original task/fixlet:
exists string values whose(it as lowercase contains "dell") of selects "Manufacturer from Win32_ComputerSystem" of wmis
Also, the following statement:
exists (string value of selects "IdentifyingNumber from Win32_ComputerSystemProduct" of wmi) AND ("" != (string value of selects "IdentifyingNumber from Win32_ComputerSystemProduct" of wmi)) AND (7 = length of (string value of selects "IdentifyingNumber from Win32_ComputerSystemProduct" of wmi))
Was simplified to just this:
exists string values whose(7 = length of it) of selects "IdentifyingNumber from Win32_ComputerSystemProduct" of wmis
( Dell Serial Numbers are 7 characters long typically )
The last 2 relevance statements of the newer fixlet/task could actually be combined like this:
(it is not contained by computer name) of (string values whose(7 = length of it) of selects "IdentifyingNumber from Win32_ComputerSystemProduct" of wmis)
I’m not sure that this combination is actually an improvement for readability and understanding, so in this specific case, I don’t know that I would recommend it. Sometimes 2 relevance statements are better than 1.