SP
да это не важно. тут смешнее типа "мы слышали что ты любишь динамику поэтому мы сделали все мутабельным но тип надо сделать иммутабельным от греха подальше"
Size: a a a
2021 June 25
П
А в чем прикол
П
И шо будет если я его помутирую
G
Мне кажется, если человеку нужно добавлять к НАЗВАНИЮ переменой тип, и если вдруг есть более одной одинаковой переменной, но с разными типами - у него в коде проблемы похуже нейминга.
SP
добавлял всегда типы к названию, иначе на этом говне невозможно было писать
SP
мой подсознательный статист негодовал
G
Если тебе нужно добавлять типы к названию, значит код представляет из себя что-то совсем нетривиальное и что-то совсем плохое. В конструкции
str_first_name вижу ровно ноль смысла.SP
а так больше смысла?
user / user_id / user_admin
user__s__
user / user_id / user_admin
user__s__
SP
ну и конечно maybe_user
TK
По названиям нельзя что-либо сказать о типе, даже называй ты хорошо
G
class User:
id: UUID
user = User(id=uuid.uuid4())
user_id = user.id
Нахер мне тут указывать тип, если каждый из них выводится что головой, что любым анализатором?
Если тип не выводится или неочевиден - код говно.
TK
Вот и возникает вопрос, зачем, собсна, динамика, когда статика требует типы в основном только в сигнатурах функций или даже того меньше
SP
это щас у тебя есть типы. а ты представь что типов нет.
во вторых речь о том что
_id - намек на int
s - намек на список
во вторых речь о том что
_id - намек на int
s - намек на список
TK
Затем, чтобы не скакать по коду как обезьяна, дабы выяснить, куда чего там выводится
G
Я могу навести мышкой.
TK
Что покажет?
G
Если я навожу мышкой и вижу "Unknown" - код говно
SP
>выводится головой
выведи головой def trololo(user):...
выведи головой def trololo(user):...
G
Если тип - всё ок
а
Как-будто бы все переменные имеют тип интерфейса?)