As far as I know there are these;

  • Camel case = coolFileName
  • Snake case = cool_file_name
  • Kebab case = cool-file-name
  • Pascal case = CoolFileName
  • Dot notation = cool.file.name
  • Flat case = coolfilename
  • Screaming case = COOLFILENAME

Personally I prefer the kebab/dot conventions simply because they allow for easy “navigation” with (ctrl+arrow keys) between each part. What are your preferences when it comes to this? Did I miss any schemes?

  • gigachad@sh.itjust.works
    link
    fedilink
    arrow-up
    55
    ·
    edit-2
    2 months ago

    It depends a bit on the use case. I try to follow naming conventions within specific environments like Python. When just sorting some documents together, I usually do a mix of Kebab and snake case, where I split semantic parts with underscores and connect words with dashes like

    2024-08-30_author_document-name_other-important-info.ext

    • Odin@lemmy.world
      link
      fedilink
      arrow-up
      8
      ·
      2 months ago

      This is exactly what I do. It lends itself to something like ‘prefix_specific-info_version’ which is both sortable and easy to read.

    • N0x0n@lemmy.ml
      link
      fedilink
      arrow-up
      7
      arrow-down
      1
      ·
      edit-2
      2 months ago

      Yeahh that’s the best IMO ! But I get most of the time stuck with some testOFtest001 files/directory… cause I’m lazy…

      But I always ALWAYS regret it afterward… :/

  • Leaflet@lemmy.world
    link
    fedilink
    English
    arrow-up
    35
    ·
    2 months ago

    Snake case.

    • Starts with a lowercase, good for shell autocompletion
    • No spaces, so no worrying about spaces in shell commands
    • ‘_’ is better than ‘-’ because it shows the spaces between words more clearly
  • delirious_owl@discuss.online
    link
    fedilink
    arrow-up
    31
    arrow-down
    1
    ·
    2 months ago

    I put an unnecessary amount of spaces in all my file names to break anyone who wants to use CLI tools on them

    i use windows btw

  • thevoidzero@lemmy.world
    link
    fedilink
    arrow-up
    22
    ·
    2 months ago

    Underscore to delineate different parts, hypen to delineate words.

    Like: my-resume_draft.pdf

    And to make it consistent and easier to reuse parts for project names and such, I have a command line utility written for it. It caches the parts and uses a template system (support for generating current datetime in parts)

    Available here (is in AUR too):

    https://github.com/Atreyagaurav/nameit

  • Telorand@reddthat.com
    link
    fedilink
    arrow-up
    17
    ·
    2 months ago

    I like Camel Case for code, but mostly because it’s ingrained in my brain, coming from Java as my first language.

    For folders and files, I like Kebab Case.

    • Treczoks@lemmy.world
      link
      fedilink
      arrow-up
      8
      ·
      2 months ago

      Luckily, I was not ingrained by my first programming language like that, or my coworkers would strangle me.

      I started with BASIC, which allowed only two letters for variable names…

  • unknowing8343@discuss.tchncs.de
    link
    fedilink
    arrow-up
    15
    arrow-down
    1
    ·
    2 months ago

    I am a fan of Python’s or Rust’s official conventions.

    For package names, tho, I don’t get why this-is-used over this_clearly_better_system, as I would expect a double click to select_the_whole_thing, whereas it does-not-happen-here.

  • otp@sh.itjust.works
    link
    fedilink
    arrow-up
    13
    arrow-down
    1
    ·
    2 months ago

    Camel case, but with a twist – if the next word is about to start after a capital letter, I’ll have it lower case.

    topSecretFBIfile.txt for example

    • Codex@lemmy.world
      link
      fedilink
      arrow-up
      18
      arrow-down
      1
      ·
      2 months ago

      Interesting, I’d tend to demote the initialism, ie topSecretFbiFiles.tar.gz

      • otp@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        2 months ago

        That’s probably more commonly accepted. I defer to whatever my team is doing, but for my own files, I wouldn’t want things like UsStudentList or USStudentList which both look wrong to me.

        USstudentList looks right to me, and if that’s wrong, I’m okay with being wrong! Haha

  • don@lemm.ee
    link
    fedilink
    arrow-up
    10
    ·
    2 months ago

    WIAT, Y R U CALLIN IT SCREAMING CASE THAT SOUNDS FKN DUM TBH

    L8R DOODZ

    -SP4SEM4N B1FF

  • nyan@sh.itjust.works
    link
    fedilink
    arrow-up
    10
    ·
    2 months ago

    For files? An unholy amalgam of snake, kebab and dot, depending on what exactly I’m trying to convey. (I still have much-ported files around with DOS 8.3 filenames, so they’re truncated scream case (SCREAMIN.NAM), but I don’t actively name files like that anymore.) The important thing is to separate the words/sections while using characters that are valid without escapes in both ext4 and vfat if at all possible.

    For variable names, camel or Pascal case (depending on language convention) if I think anyone else is going to read it. Flat case for code I don’t think anyone else is ever going to see (don’t do this—it has left teethmarks in my ass from time to time and will do the same to you).

  • No1@aussie.zone
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    2 months ago

    IT’S

    COOLFILE.NAM

    THERE IS ONLY 8.3 AND THERE IS ONLY UPPERCASE

    • tetris11@lemmy.ml
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      2 months ago

      I’m starting to warm up to Pokemon case, which would simplify functions like

      • GottaCatchThemAll() to 🍚()

      or

      • this to ⚡ 🐹IchooseU

      which I think we can all agree is much easier to read