А какую ошибку он должен выдать?

class int(object)
 |  int([x]) -> integer
 |  int(x, base=10) -> integer
 |
 |  Convert a number or string to an integer, or return 0 if no arguments
 |  are given.  If x is a number, return x.__int__().  For floating point
 |  numbers, this truncates towards zero.

Вроде все согласно документации.

Ты еще другие типы попробуй.

Что удивительного-то?

А смысл такого поведения?

Тебе сконструировали пустой объект типа, который ты попросил. С list и dict, например, то же самое (наверное).

0 это не пустой объект.

Спроси Гвидо.

Конечно пустой, он ничего не значит. И вообще,

>>> 0 == False
True

В C/C++ также.

Это динамическая типизация же:

>>> 0 == False
True
>>> 1 == True
True
>>> 2 == True
False

Поэтому в таких случаях надо писать not вместо сравнения с False. (:

Еще есть is:

>>> 0 == False
True
>>> 0 is False
False
>>> 1 == True
True
>>> 1 is True
False

В одном интересном языке надо было делать так: x = 1 * x, чтобы x в вызов сишной функции целым ушёл. )
Там не было ничего похожего на int().

Конструктор не?

Ты мб удивишься, но тру и фолс даже в качестве индексов в списках можно использовать.

Там уже сказано, что там должен быть 0, а не мусор? (Многие компиляторы да, инициализируют нулем, когда режим отладки включен, а когда релиз, то мусором, что даёт больше радости разработчикам на C или на C++) И да, там инициализация, а тут приведение, это разное.

Мне казалось в стандарте плюсов было что-то про значения по умолчанию для примитивных типов. Я таким не страдаю, поэтому хз.

зато можно int() как фабрику использовать. хотя это пригождается раз в полтора года, но и не мешает абсолютно

c/c++

в C подобной конструкции нет

Только если в новые стандарты завезли, хотя я сильно в этом сомневаюсь.

cout << int();

это C++

УМВР Может gcc чудит.

Я про https://en.cppreference.com/w/cpp/language/default_initialization

Там 100500 нюансов, как обычно, тем не менее.

Ну ещё единицу могло бы возвращать с тем же успехом. Особой логики тут не ищи.

Тебе сконструировали пустой объект типа, который ты попросил. С list и dict, например, то же самое (наверное).

В питоне не существует понятия «пустой объект типа», ты это только что придумал.

Есть типы, для которых определена функция len(), тогда для значения этих типов можно называть пустыми, если len(x) == 0. Это пустой словарь, пустой список. Но len не определена на int

или __bool__

а, вот ты о чем. каюсь, я уже привык понимать конструкцию «с/c++» как синоним строго плюсов, со сноской, что там будет лапша из strings.h и макросов

Зачем оно даёт результат вместо ошибки

Не зачем а почему. Потому, что ошибки нет. Потому, что в питонах есть умолчательные аргументы, которыe, очевидно, «0» в данном случае.

Конечно пустой, он ничего не значит

Ноль ничего не значит?

ноль ничего значит

Explicit is better than implicit - наглое вранье. Python его тупо нарушает при любой возможности.

Еще нашел Special cases aren't special enough to break the rules.

Дзен питона - маркетинговая херня для тех, у кого отсутствует ощущение прекрасного и способность проверить язык на соответствие этому дзену.

Такое поведение нужно для вот такого кода

T = int
print T()
    
T = str
print T()

T = float
print T()

Например тебе дали вот такую фабрику. С помощью нее ты можешь конвертировать в этот тип или создавать дефолтное значение (вместо None). Но сам тип ты можешь не знать

Не угадал автора по заголовку, думал, это rsync.

Конструктор в первый раз увидел или что?

Покажи

Тебя смущает конструктор по умолчанию? Смысл - получить значение по умолчанию.

Не, тот нихрена не понимая начинает ругать язык, а этот задаёт вопрос. Разница принципиальная.

иногда это удобно, часто встречающийся пример: collections.defaultdict(int) вместо collections.defaultdict(lambda: 0).

Additive identity

Попросил identity, получил identity.

Искренне надеюсь, что ты знаешь, что именно делает is, иначе

a = input()
b = input()
c = input()
d = input()
print(a is b, c is d)

Python 3.6.1 (default, Dec 2015, 13:05:11)
[GCC 4.8.2] on linux
1
1
300
300
True False

Насколько малые числа и строки python кэширует?