• spartanatreyu@programming.dev
    link
    fedilink
    arrow-up
    8
    ·
    edit-2
    4 months ago

    At least once every few days while coding, usually to do one of the following:

    1. Select multiple things in the same file at the same time without needing to click all over the place

      Normally I use multicursor keyboard shortcuts to select what I want and for the trickier scenarios there are also commands to go through selections one at a time so you can skip certain matches to end up with only what you want.

      But sometimes there are too many false matches that you don’t want to select by hand and that’s where regex comes in handy.

      For instance, finding:

      • parent but not apparent, transparent, parentheses, apparently, transparently
      • test but not latest, fastest, testing, greatest, shortest
      • trie but not entries, retries, countries, retrieve
      • http but not https

      … which can be easily done by searching for a word that doesn’t include a letter immediately before or immediately after: e.g. \Wtest\W.

    2. Search for things across all files that come back with too many results that aren’t relevant

      Basically using the same things above.

    3. Finding something I already know makes a pattern. Like finding all years: \d{4}, finding all versions: \d+\.\d+\.\d+, finding random things that a linter may have missed such as two empty lines touching each other: \n\s*\n\s*\n, etc…

  • NostraDavid@programming.dev
    link
    fedilink
    arrow-up
    6
    ·
    4 months ago

    Yesterday, when I had a file with a list of JSON objects, and I wanted to move the date field at the end to the beginning, so I used regex find and replace to move it. Something like \{(.*?), ("date": ".*?") in Search, and then {$2, $1 in replace (or something close to it).

    Yes, I refactor code and data using regex. I can’t be arsed to learn AWK (even though I should).

      • NostraDavid@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        While yes, the way I had it structured looked like a CSV if you squinted a little, I do fully agree AWK can’t be used for just any old JSON.

        jq is dope, but that language still feels pretty confusing IMO.

  • lud@lemm.ee
    link
    fedilink
    arrow-up
    6
    ·
    4 months ago

    A few hours ago.

    I just wanted to make a list of AD group names into a powershell array.

  • Oneironaut21@ani.social
    link
    fedilink
    English
    arrow-up
    6
    ·
    4 months ago

    On average I’ve probably had to work with them or write one from scratch only a handful of times per year over my career. Not often enough to be an expert or anything but I’m not so afraid of them as I used to be.

      • bitcrafter@programming.dev
        link
        fedilink
        arrow-up
        11
        ·
        4 months ago

        Sure, but if you are not regularly expressing code that has the potential of summoning elder gods that will swallow your soul into a dimension of ceaseless screaming then are you really living?

  • towerful@programming.dev
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    4 months ago

    Interesting to see a lot of these responses (so far) are workflow related instead of being used in production.

    • lad@programming.dev
      link
      fedilink
      English
      arrow-up
      2
      ·
      4 months ago

      Probably, because in production there are really few things that are best done with regex. Most use I had for regex in production is filling in data from user-provided files with specifically crafted names, and even there there was some guesswork because of errors in naming, and the same thing may have been achieved without regex by splitting and/or iterating

    • nik9000@programming.dev
      link
      fedilink
      arrow-up
      1
      ·
      4 months ago

      Usually I use glob patterns for test selection.

      But I did use reges yesterday to find something else. A java security file definition.