News for hackers. Stuff that matters.
Re:Names should be cute, not descriptive by doctor_eval on Tuesday January 10, 2023 @01:45AM (#34321352)
Yeah but surely there is a directory somewhere that explains this?

I mean - the problem is not the number of names but the number of services. A new hire still isn't going to be able to work out what a service does just based on the name, regardless of how whimsical or apt it is.

"policy-engine" might seem to be a good name for a service, but it's only one level below "kevin" in terms of opaqueness, especially when there are probably several policy related services.

Re:Names should be cute, not descriptive by ummonk on Tuesday January 10, 2023 @01:56AM (#34321426)
"policy-engine" is an example of a name that is neither cute nor descriptive
Re:Names should be cute, not descriptive by godelski on Tuesday January 10, 2023 @01:57AM (#34321438)
It's an example of descriptive but how being terse, descriptive, and unique is quite difficult.
Re:Names should be cute, not descriptive by doctor_eval on Tuesday January 10, 2023 @01:58AM (#34321446)
But that's my point. You start writing a new policy engine, and you think the name is obviously descriptive. But in 12 months time, it's not so obvious any more, and also you probably have 3 different policy engines for different use cases.
Re:Names should be cute, not descriptive by ummonk on Tuesday January 10, 2023 @02:01AM (#34321472)
Anybody who thinks it's descriptive even at the start is an idiot.
Re:Names should be cute, not descriptive by doctor_eval on Tuesday January 10, 2023 @02:06AM (#34321500)
Be kind. Don't be snarky. Converse curiously; don't cross-examine. Edit out swipes.
Re:Names should be cute, not descriptive by bryanrasmussen on Tuesday January 10, 2023 @06:47AM (#34323375)
Ok but the image-optimization-engine that Carl wrote still seems descriptive to me those same 12 months later.

So I think policy-engine might have seemed descriptive but it just wasn't whereas image-optimization-engine was descriptive.

Re:Names should be cute, not descriptive by Drakim on Tuesday January 10, 2023 @08:42AM (#34324701)
At least until it also starts converting gifs to webm, and soon other formats like mp4, and since it's being used for video it needs subtitle support in various languages.
Re:Names should be cute, not descriptive by marcosdumay on Tuesday January 10, 2023 @03:34PM (#34331079)
You mean a generic policy-engine? One that reads code-as-configuration from a database, executes arbitrary I/O, and gives back a result?

Very few times somebody starts something like this. And yes, they do have cute names, because they don't have any short identification.

Re:Names should be cute, not descriptive by drstewart on Tuesday January 10, 2023 @01:47AM (#34321369)
>Yeah but surely there is a directory somewhere that explains this?

No, there's 5 different directories in 3 different formats compiled across the last 8 years representing the state of 80% of terms at the time it was last updated, half of which disagree with another version.

Re:Names should be cute, not descriptive by doctor_eval on Tuesday January 10, 2023 @02:01AM (#34321465)
I gotta say, I think that's actually just bad technical management, so I suppose it's probably common. Although I will admit Conway's law here.

Nevertheless, the same phenomenon that leads to multiple directories will also mean that supposedly "descriptive" names, will not be.

Re:Names should be cute, not descriptive by ls15 on Tuesday January 10, 2023 @01:52AM (#34321407)
I can confirm this
Re:Names should be cute, not descriptive by kzrdude on Tuesday January 10, 2023 @08:52AM (#34324810)
Directories somewhere that pedagoically explain all the codenames, nah that doesn't necessarily exist in the company until it grows larger. It might just be a quagmire for new hires in a growing company.
Re:Names should be cute, not descriptive by xorcist on Tuesday January 10, 2023 @10:34AM (#34326352)
A directory does wonders. Make it hierarchical too. That way different zones can have different values.

It can point "policy-engine" to which host runs it. Or, even better, make it resolve the IP address directly!