×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
On Mon, Aug 28, 2017 at 7:27 PM, Roger Harman <roger.harman@xxxxxxxxxxx> wrote:
That's how we handled it at a previous employer. Or, add a middle initial to one.
I'm not a fan of the inconsistent-use-of-middle-initial idea. We do it
here, but of course that's not my idea.
The whole point of Rob's rule (or whoever came up with the rule where
he works) is to be consistent. If you want to have a rule that every
user ID must have a middle initial, no ifs, ands, or buts, that's
fine. It reduces the occurrence of "natural" collisions. But you still
have to have a way to handle collisions. And, in the spirit of
consistency, it should just be ONE way.
A sequential number based on the order in which people are hired is a
decent choice.
Another choice would be to never hire anyone whose name clashes with
an existing user ID. :) (I can see it now: "Are you willing to
relocate? Oh, good. Are you willing to legally change your name? Well,
it was nice to meet you. Good luck!")
John Y.
midrange.com
