Оплачиваются не языки программирование.

Оплачивается умение ими пользоваться.

Есть буквально одно исключение - Cobol.
Это один из старейших языков программирования, на котором начали писать еще тогда когда ваши родители еще не родились.
Приходится иметь дело с очень древними программами, причем выполняющими весьма ответственные вещи, где высока цена ошибки (первыми, кто мог позволить себе компьютеры был очень крупный бизнес)

о наблюдениям сервиса «Мой круг» в России последние пару лет по зарплатам лидируют...

Вы неверно интерпретируйте данные.

Просто ряд языков чаще используется в недорогих простых проектах. Что не отменяет их же использование в дорогих проектах. Но искажает понятие "средняя зарплата".

Плюс недорогих проектов всегда намного больше. Что еще более искажает понятие "средняя зарплата".

Ну то есть математически-формально всё так как описано в обзоре зарплат.

Но вас же интересует, поди, сколько лично вы будете зарабатывать, если смените язык?
А ваш заработок связан вовсе не с языком - а с тем, что вы в этом случае будете и с другим работодателем работать и опыта постепенно набераетесь.

Причём если Scala и Elixir два года назад по зарплатам опережали прочие языки с сильным отрывом и за последние годы выросли по зарплате несильно, то Go и Objective-C за эти же два года совершили сильный отрыв от остальных языков и догнали Scala и Elixir

Все упомянутые нельзя назвать распространенными на простых (то бишь на дешевых) проектах.

P.S.:
Узнаю типичный страх начинающего новичка (и типичное заблуждения уже начавшего новичка, который уже успел разочароваться в том, что ему не предлагают сходу 100 500 миллионов баков в месяц, как об этом все трубят) -

"Я выучу не тот язык и карьера будет погублена"
"Я выучу тот язык и карьера пойдет вверх".

Язык не важен - достаточно выбрать любой язык из мейнстрима, чтобы просто на нем было можно найти работу (или, если вы в маленьком населенном пункте и будете работать не удаленно - тогда выбор языков вообще мал).

Важно ваше умение программировать. А это понимание/знание - алгоритмов, парадигм, концепций, паттернов.

Эти вещи из языка в язык повторяются.
Трудно выучить только первый.

Сменить язык программисту с опытом - не сложно.

Уволить по несоответствию - сложно.

Чаще всего все конфликтные ситуации решаются увольнением по собственному желанию сотрудника.

Если при этом вы друг друга не надули (например, вас при этом не надувают по зарплате, а вы в свою очередь ничего у фирмы не украли), то увольнение по собственному - это выгодно обоим сторонам.

Такой сценарий мог бы быть, если бы картинка была скопирована с поиска картинок и вставлена напрямую в редактор. Но человек, работающий над редактированием блога, абсолютно уверен, что такого не было, и его слова подтверждаются тем, что часть картинок были созданы на компьютере (они не могли в принципе быть в гугле).

То есть вы заведомо отрицаете объяснение и пытаетесь что-то придумать из отсутствия информации?

Просто вставьте в свою систему логирование в момент загрузки картинок - и сможете достоверно узнать.

P.S.:
Где-то в 70% это косяки пользователей, не важно что они говорят, что не косячили.
Где-то в 29% это косяки вашего ПО, неважно, что вы уверены, что в ПО нет ошибок.
И только 1% - это косяки того вида, что вы пытаетесь сейчас обнаружить, на что и тратите сейчас кучу усилий - а это не целесообразно.

Просто вставьте логирование и понаблюдайте.

Нет универсальных критериев для любых предприятий.
Есть только оценки на конкретном предприятии. Джун в Google это скорее поболее квалификации, чем сеньор в ООО "Веб, рога и копыта".

Критерии просты:

Джуниору нужно объяснять, какую фичу и как сделать. Миддлу нужно объяснить, какая фича нужна, и он сам разберется с реализацией. Синьор же сам объяснит тебе, почему эту фичу не нужно делать вообще.

Но повторюсь, они не универсальны.
Вы можете быть сеньором в одной фирме, потом перейти в более серьезную, на новые технологии, на новый стек - и вот вы по началу джун.