Вызывать один и тот же метод в одном и том же контексте и с одними и теми же именованными аргументами, но с разным порядком именованных аргументов для каждого вызова, конечно, кажется плохой практикой.
И если предположить, что разработчик метода хоть немного продумал порядок параметров по умолчанию, то имеет смысл придерживаться этого порядка по умолчанию, если нет веских причин для отклонения.
Я бы утверждал, что именованные аргументы существуют в первую очередь для того, чтобы повысить явность кода (особенно когда речь идет о методах, принимающих несколько или более параметров), и чтобы позволить пропускать/исключать необязательные параметры, оставляя их имена без внимания. Эти две потребности/выгоды в первую очередь оправдывают существование синтаксиса именованных аргументов.
Возможность фактически изменить порядок аргументов, указав их имена в другом порядке, является, на мой взгляд, побочной функцией и будет использоваться крайне редко.
В этих редких случаях, я подозреваю, что вызываемый метод будет рассматриваться как имеющий некоторые недостатки в конструкции - либо нелогичный порядок аргументов по умолчанию, либо такие разнообразные возможности включения и комбинирования необязательных аргументов, что ни один порядок по умолчанию не может показаться логичным для всех случаев использования.
Я подозреваю, что параметры чаще всего переупорядочиваются по незнанию, а не намеренно, либо в результате того, что программист не знает порядок по умолчанию, либо в результате того, что позже добавляется дополнительный необязательный аргумент, который в итоге включается в произвольном порядке.
Рекомендую посмотреть эти видео для лучшего погружения в вопрос: