Если нету названия заранее - как бы и шаблона нету. С философской точки зрения

но почему-то они есть

С Map.get ты знаешь, что дальше будешь работать с полученным значением, а вариант с паттерматчингом заставляет напрячь извилины и посмотреть, что же там происходит

это индивидуально, у меня все легко и просто

это пока, лучше использовать стандартные инструменты

паттерн-матчинг -  это стандартный инструмент.

+ ты читаешь свой код, а зайди в чужой проект где так же будут придумывать решения, вместо использования очевидных - будет тяжело

Ещё раз - нету паттерна

А что делать если нужно проверить сразу два ключа?

def map case
  {^key1 => value1, ^key2 => value2} -> {value1, value2}
  _ -> {:error, :reason}
end

Да, но и стандартный инструмент для получения значения по ключу из мапы - Map.get

Ну, в конечном итоге да. Но использовать конструкцию языка вместо вызова функции всё равно часто бывает полезно. С list comprehensions - это даже где-то рекомендовалось. Но, к примеру:

    %{^size_key => size, ^type => acc} = result

У меня есть такой код в одной функции, я бы не стал бы его разбивать на два Map.get-а, потому что оптимизация может сделать так, что в будущем или уже сейчас - это будет работать быстрее(в зависимости от размера map-а), чем если бы я написал бы так:

  size = Map.get(result, size_key)
  acc = Map.get(result, type)

И читать проще

https://elixir-lang.org/getting-started/keywords-and-maps.html => "Elixir developers typically prefer to use the map.field syntax and pattern matching instead of the functions in the Map module when working with maps because they lead to an assertive style of programming." Вот тут есть хорошая цитата, рекомендация.

Я использую мап-гет, только если мне нужно что-то достать, а в случае если ключ отсутствует то подставить некое дефолтное значение

Вообще, чтобы понять - почему fn(key, %{key := value}) не работает, нужно понять что это лимитация в дизайне Erlang-а, там уже другая семантика по этому поводу. Поэтому даже, если бы Elixir хотел бы, чтобы оно работало по-другому - это сверхнетривиальная задача сделать это - потому что лимитация лежит в Erlang-е.

если я уверен, что ключ существует, то через паттерн-матчинг

изначально говорилось о fn(key, %{^key => value}) (с фиксацией переменной)

Так оно так и работает

В чём тогда проблема?

Нет, не работает оно так

Да, спутал

говорит, что переменной key не существует