I just came across this reply to a new package announcement. In it, they suggested removing underscores from function names to make them more idiomatic for Julia. [image] [ANN] UpSetPlot.jl Also, I would try to rename the functions to make them more idiomatic for Julia users, e.g., without under…

[image] lilachint: Has there been a general consensus on the topic? There are lots of opinions; this has been discussed several times: Naming: Remove all underscores to matter what? Recommended style guide for naming functions is not practical The least readable name in standard Julia Is th…

There is nothing wrong with using snake_case naming in the julia package ecosystem. Things like camelCase are seen as unusual though. Julia Base itself has a self-imposed restriction that they try not to introduce any API names that are snake_case and instead use mashedcase, which is fine, but you’…

From what I’ve seen, the style guide itself is quite ambiguous, unlike PEP8 which is more strict and definitive. I think it’s true that we don’t have the power to enforce anything, but having something more definitive to follow is quite less mental burden and more actual coding. I hate being too obs…

[image] Mason: It’s perfectly idiomatic. I disagree. If Julia Base promotes a certain code style, and the vast majority of packages sticks to it, I don’t see a very good argument to develop packages in different styles. At the end of the day, that would imply a spaghetti script with mixed cod…

I think we won’t go as far as using camelCase for function names in Julia, mixing mashedcase and snake_case together could be bad but won’t be unhinged.

[image] [ANN] UpSetPlot.jl I would try to rename the functions to make them more idiomatic for Julia users I would urge you not to use mashedcase. It is probably the worst style decisions that ever made it into Julia. The problem with mashedcase is that is does not scale: at some point, mashed…

Even Julia Base had public API absurdly long like require_one_based_indexing though, which uses snake_case instead of mashedcase (it was an internal until it wasn’t, but the snake_case name is kept), the inconsistency is wild.

I have a hard time getting into the mindset of finding that to be a “wild” inconsistency. At least to my eye, mashedcase and snake_case sit together side-by-side just fine, and which one I use really just depends on how clear or unclear the mashedcase version looks. Might be a quirk of my psycholog…

[image] goerz: use snake_case consistently for functions throughout the ecosystem, and CamelCase for types and modules. I follow this for all new functions, and only if I am extending existing functions (for me also just form Base ones) I of course continue their mashed case, e.g. for isappro…

I personally prefer snake_case, but I think that choosing the actual name well (and in general, good API design) is much more important than this issue. [image] juliohm: At the end of the day, that would imply a spaghetti script with mixed code style from different packages: I fail to see wh…

The current state of function naming style

General Usage

stevengj April 24, 2026, 11:38am 2

There are lots of opinions; this has been discussed several times:

Naming: Remove all underscores to matter what?
Recommended style guide for naming functions is not practical
The least readable name in standard Julia
Is there a Julia Style Guide?

Topic		Replies	Views
Recommended style guide for naming functions is not practical General Usage	25	5413	February 26, 2019
Naming: Remove all underscores to matter what? General Usage	123	7916	January 28, 2018
The least readable name in standard Julia New to Julia	34	2788	May 28, 2020
Function Name Convention - General or Specific names? General Usage question	6	948	May 21, 2020
Is there a Julia Style Guide? New to Julia question , formatting , best-practices	23	3344	April 29, 2022

The current state of function naming style

Related topics