Trivial question, Do you find any benefits in addi...
# suitescript
m
Trivial question, Do you find any benefits in adding your company's initials as a prefix for all objects IDs?
w
Knowing that it is something you have created instead of some other company/NS through a bundle or otherwise. It feels safer to modify/re-use those fields.
m
@Watz Got it, thanks 🙏
s
I find it’s nice that when sorted alphabetically, all of our own customizations are grouped together (by our custom prefix), into one section. And, basically just a nice way to quickly identify your own customizations vs others. I don’t see any downside to the practice.
m
I didn't think about sorting, that is good of course. It is just some people in the team don't add it, and it feels weird to have a few objects with it, and others without it.
w
Nothing to do with scriptids. But always. Always, write help text and descriptions. I hate seeing "This is a custom field for your account...". 😊
s
Yeah, part of our checklist before release to production is making sure all naming conventions have been adhered to, and we will make people fix/change it and test again. After being forced to d that a few times, people usually catch on and just start adding the prefix to begin with.
and part of our release checklist is also making sure we have help test and descriptions, even for the simplest things
m
@scottvonduhn Is it possible to share this checklist?
s
In the end, people can do whatever they want, and you can allow whatever you want, but having common standards helps everyone, especially new people, understand where things are and what they do.
m
Honestly, I think it is like cynicism, they don't see value in details like that.
s
It’s really just a few things: • Is it tested? • Do the script ids and names use our prefix (yes we even require it on names, too!) • Is there help text and descriptions? Does it reference any change request #’s if applicable?
🙌 1
🙏 1
If they don’t see the value, it’s likely they have never been new employees at a place that has been building things for a decade or more without standards or documentation. Not a fun situation to be in.
m
Yeah, that is exactly the issue.
s
We also don’t let any of our developers self-release things. That way, no one can circumvent our rules. Or if they do, at least one other person was complicit in doing so.
m
Will try to do my best convincing them. Thanks 🙏
s
We are just trying to make our future selves (or future replacements) not curse us.
m
Yes, I know exactly what you mean. Hugs to you ❤️