What would you call a feature that blocks access t...
# naming
k
What would you call a feature that blocks access to URL’s until a person has gone through an OTP authorization process?
o
AuthorizationGate?
b
AuthorizationInterceptor
s
plus1 for gate, or also barrier
2
Interceptor tends to refer to a specific design pattern, so it might or might not be appropriate, depending on the actual code
k
AuthorizationGate has a nice ring to it
I agree, interceptor is misleading
o
Yep, "interceptor" is pretty generic and does not communicate what is actually done when intercepting.
y
The "GirlBoss" because it gatekeeps the URLs :D More seriously, something with gatekeeper or guard could sound quite cool
💂🏾 1
☠️ 2
💂 1
s
I once worked on a system where the auth component was named Heimdall. (Not my idea.) It was cool and all, but it did mean stopping to explain it to every new engineer who came onto the project.
o
Can relate. For stuff that we deal with on a daily basis, naming almost doesn't matter and we could choose "Red", "Green", ... for whatever it really is. Onboarding is a thing (which may include you having to onboard again on stuff your former self wrote, after it has just been working quietly for a couple of years). So precise naming generally does make a difference. I always advocate avoiding anything "...er"-like as these function/role classes are blurry and tend to accumulate unrelated tasks over time.