const char* lhs = ..., * rhs = ...;
lhs == rhs;       //python is
strcmp(lhs,rhs);  //python ==

Ну ты понел

У питонистов от синтаксического сахара уже диабет начинается.

a is b

эквивалентно

id(a) == id(b)

У питонистов от синтаксического сахара уже диабет начинается.

Сахар это конечно та еще дичь, но в питоне его гозардо меньше чем в других скриптовых язычках.

Теперь понял почему при обновлении атрибута оно отваливается.

тест-юнит напрямую обновляет, а код внутри класса.

Ну насиловать уэб на нем очень удобно.

Согласись, что непонятно, что is будет сравнивать по адресу, а не значению. Если код просто читаешь (а питон извествен как «формализованный псевдокод»), то ошибиться недолго.

Согласись, что непонятно, что is будет сравнивать по адресу, а не значению

Если языка не знаешь - то не понятно. Но таких перлов встречается гораздо меньше чем в других «формализованных псевдокодах» как ты говоришь )

Согласись, что непонятно, что is будет сравнивать по адресу, а не значению.

У тебя странные представления о понятности.

«формализованный псевдокод»

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

Или у тебя)

ошибиться недолго.

На тебе пример где ошибиться не долго:

https://www.destroyallsoftware.com/talks/wat

+)

Ты что, изучаешь язык по юнит-тестам?

А почему нет?

Т.к. пишу только для себя, изучаю по факту. Я тот еще говнокодер.

Например, потому что это (намного) более ресурсоёмко, чем сначала прочитать маны/доки/спеки/агитки/etc

Псевдокод на то и псевдокод, что позволяет вольности как в естественных языках

Перл настолько волен, что на нем можно стихи писать. Однако не псевдокод. И считается какбэ наоборот.

Волен или трудночитаем в большинстве случаев?

И то и другое.

А не псевдокод только(или по большей части) из-за второго. Т. е. вольности здесь ни при чём

Например, потому что это (намного) более ресурсоёмко, чем сначала прочитать маны/доки/спеки/агитки/etc

Может оно и дольше, за-то сразу осваиваешь тесы и на практике понимаешь как оно работает. Мануал если прочесть и не применить - то может в голове какие-то нюансы и не отложиться и придешь к вопросу почему is не так работает, когда продакшен будешь запускать

Волен или трудночитаем

Болен. Как сам язык, так и сумрачный гений, кто на нем пишет стихами.

Мануал если прочесть и не применить

Так это явное ССЗБ. Кстати, хз какая из двух крайностей менее опасна и неприятна: только прочитать или только код написать(написал-запустил-поправил, ага). Я вот на python никогда не писал, но тривиальные конструкции вроде is вопросов не вызывают

Я вот на python никогда не писал, но тривиальные конструкции вроде is вопросов не вызывают

Ходят слухи, что существуют такие мастера теории, которые ничего не создавали, но все знают.

О! Интересно! А меня убеждали, что надо php бросить и на python перейти. А в нем тоже граблей хватает, оказывается.

Я бы не отказался от добавки. Например, какой-нибудь кракозабр в аргументах конструктора, чтобы эти аргументы сразу становились полями объекта:

class Foo:
    def __init__(self, self.bar, self.baz="baz"):
        pass

Формализованный подход?! Хе-хе Я как-то просматривал свой старый код на PHP (порядком подзабыв уже все) и обнаружил такое в коде:

if ($var2 == 0) $var = 0;

Смотрю на эту строчку и в голове вертится: «Если ботинки - это ботинки, то ботинки это ботинки.»

Думаю, во я маразм-то написал. Убираю строчку, а код не работает.

И вполне закономерно для PHP.

А оказывается, имелось в виду if(empty($var)) = $var = 0;

Такое кстати есть в Dart

empty($var)

Все логично. Язык шаблонов для персональной домашней страницы. Если переменной нет - она пустая

Calm down. Это контрпример к твоему

за-то сразу осваиваешь тесы и на практике понимаешь как оно работает

Если ботинки - это ботинки, то ботинки это ботинки

Капитан, перелогинтесь!

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

Хорошо, сделаем.

Напиши, как будет готово

Это прямым текстом написано в документации, что значит непонятно?

Потому что == сравнивает содержимое, а is значение ссылки. Зачем ты вообще полез в is, да ещё какие-то тесты пишешь?

непонятно, что is будет сравнивать по адресу, а не значению.

Как это не понятно? Вася и Петя - близнецы. Вася это Петя (вариант с «is», false). Вася такой же, как Петя (вариант с «==», true (пусть и условно)). Это вот даже если просто код читать как текст, не задумываясь что в питоне по сути все является объектами.

Анонимус неодобряет

RTFM, блджад!

В любом яп свинья погромист найдёт неожиданное поведение.

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

Лучше стихами, чем однострочниками.

https://www.python.org/dev/peps/pep-0557/

if ($var2 == 0) $var = 0;

if(empty($var)) $var = 0;

var2

Настроил в руках аппаратную эвристику от говнокода?

Я опечатался, но удалять лень было. Понадеялся на ясновидение форумчан. Сейчас поправлю.

if ($var == 0) $var = 0; имелось в виду так, очепятался

Кстати вопрос, а except: pass является допустимым скажем для проверки атрибута или ключа, или нет?

Siado

Ну технически - да, наверное (я всю конструкцию не видел).

Но это суперговнокод(особенно если не указываешь тип исключения), белые люди используют in и hasattr. Ну или сразу get/getattr.

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

Допустимо, но если ты хочешь проверять ключ в словаре - то тебе проще использовать конструкцию {}.get(value, default_value) если ключа value в словаре нет - то оно вернет default_value

Вот оне - «современные» языки: все минусы опасных операций лиспа, но без его мощи и няшных смайликов.

не суди нас по write-only питонистам, неспособным открыть доку, но резво строчащим бесполезные треды

хоть официальный тьюториал сначала прочитай, а то так каша и останется