а

блин, попробую! Спасибо огромное

но в общем случае, если не повторяются фунции можно и пустой вход?

бывают такие функции, да

ну в общем то случае я понимаю что бывают, но тип для тестирования и тд тоже норм же?

Отсутствие аргумента - не проблема. А вот улучшить есть что:
1. URL - в константу за пределами функции. Лучше в конфиг приложения.
2. Что будет, если запрос не выполнится?
3. Что будет, если ответ - не валидный JSON?
4. Что будет, если ключа response нет в ответе?
5. Что будет, если значение по ключу response не iterable?
6. k - плохое название. item - уже лучше, restaurant - вообще отлично.
7.  Что будет, если latitude и longitude - не числа?
8. Не нужно использовать мутабельный список с наполнением в for, лучше взять map или list comprehension.
9. Вместо списка списков лучше возвращать список кортежей.
10. Лучше разделить запрос данных с сервера и их обработку. Тогда обработку можно будет протестировать.

Внутри функции названия переменных обязаны отличаться от внешних?

Не знаю, я не совсем понял, к чему это..

МОЩЩЩЩЩЬ!!! Я уж думал я всё доделал, а ещё больше оказыается надо сделать)

например когда я обращаююсь к функции и внутрь неё передаю переменную restaraunt, могу ли я ввнутри функции её так же обозвать

Я некоторые моменты не стал писать, т.к. это вкусовщина и я год на Python не писал, мои представления о том, как делать правильно могли деформироваться..

Да, так можно

Это try лучше try?

2. Что будет, если запрос не выполнится?
3. Что будет, если ответ - не валидный JSON?
4. Что будет, если ключа response нет в ответе?
5. Что будет, если значение по ключу response не iterable?

чесна говоря мега полезный отзыв, спасибо огромное

неоценимая помощь

Кидай потом, что получится, посмотрим.

обязательно

@mdafanasev а это ещё?

Klara https://shyl.in/hjgp0Ywz

Да, это всё лучше через try