LINUX.ORG.RU

История изменений

Исправление upcFrost, (текущая версия) :

Кстати, что ты под этим имеешь в виду? Раздувать код в два раза только ради того, чтобы дать кодеру подсказки?

Везде - в каждом месте где это не очевидно, т.е. как минимум сигнатуры и каждая точка где ide теряет тип (например пичарм его теряет на asyncio gather). И скорее заставить кодера самого раздуть код в два раза чтоб самому себе дать подсказки.

На деле когда человек пишет хинты для сигнатуры и в return у него идёт union из строки, списка и словаря - обычно даже не приходится объяснять почему говнокод и почему надо исправить.

Кстати, тут в тему упомянули шарп, который очень хорош для бэка, поскольку есть динамическая и утиная типизация

Имхо динамика на бэке плохо. Потому что потом именно по этой динамике придётся объяснять фронту что же они там получают. Можно конечно форсить типы только на интерфейсе, но это полумеры какие-то. Ну и в базе бардак тоже легко получить если какая монга вместо sql

Исходная версия upcFrost, :

Кстати, что ты под этим имеешь в виду? Раздувать код в два раза только ради того, чтобы дать кодеру подсказки?

Везде - в каждом месте где это не очевидно, т.е. как минимум сигнатуры и каждая точка где ide теряет тип (например пичарм его теряет на asyncio gather). И скорее заставить кодера самого раздуть код в два раза чтоб самому себе дать подсказки.

На деле когда человек пишет хинты для сигнатуры и в return у него идёт union из строки, списка и словаря - обычно даже не приходится объяснять почему говнокод и почему надо исправить.

Кстати, тут в тему упомянули шарп, который очень хорош для бэка, поскольку есть динамическая и утиная типизация

Имхо динамика на бэке плохо. Потому что потом именно по этой динамике придётся объяснять фронту что же они там получают. Можно конечно форсировать типы только на интерфейсе, но это полумеры какие-то. Ну и в базе бардак тоже легко получить если какая монга вместо sql