Комментарии для Белый Медведь

Комментарий на Не кочегары мы не плотники от white

white — Tue, 07 Sep 2010 12:24:42 +0000

@Шурави Спасибо, но это уже его выбор что себе в аватару лепить.

Комментарий на Не кочегары мы не плотники от Шурави

Шурави — Tue, 07 Sep 2010 09:19:24 +0000

крутааа) Белый – суперская фота! Ах, почему бы паучку её на аватару не поставить? Брутальный вышел мушчинка)

Комментарий на Ночной Куяльник от Шурави

Шурави — Wed, 01 Sep 2010 13:01:51 +0000

Да, это была моя самая лучшая покатушка лета 2010

Комментарий на Жабное от lizard

lizard — Fri, 06 Aug 2010 13:31:59 +0000

/me пожал плечами.

Комментарий на Жабное от Moveton

Moveton — Fri, 06 Aug 2010 12:29:19 +0000

@lizard Мне не надо питоновскую доку цитировать. Я это в ней уже прочитал. Как раз после того, как пару часов угробил в отладке, пока нашёл, почему ж написаное такой странный результат выдаёт. @white Такое. "Это невозможно понять, это нужно запомнить". Хочешь простоты преобразований: пиши на REXX или sh. Кстати, если строка+число - это сумма, а не строковая конкатенация, то это непривычно уже для меня. Хотя давно не брал я в руки шашек. Уже и не помню, какой в яваскрипте оператор для конкатенации.

Комментарий на Жабное от lizard

lizard — Fri, 06 Aug 2010 05:54:22 +0000

>Причём ты фиг догадаешься по какому принципу определяется результат
Ну не скажи. в отличии от, питон отлично документирован
И поведение его точно такое, как описано в документации, а не как описано в 15 коментарии пользователя к документации

Objects of different types, except different numeric types and different string types, never compare equal; such objects are ordered consistently but arbitrarily (so that sorting a heterogeneous array yields a consistent result). Furthermore, some types (for example, file objects) support only a degenerate notion of comparison where any two objects of that type are unequal. Again, such objects are ordered arbitrarily but consistently. The <, and >= operators will raise a TypeError exception when any operand is a complex number.
(c) http://docs.python.org/library/stdtypes.html

>Всё равно индекс массива у функции дико смотрится.
Смотря, что возвращает функция. Если масив – то почему бы и нет?
Я после питона частеньо в пхп пытаюсь так писать, а он чего-то не хочет )

ЗЫЖ простите за возможные ошибки и опечатки, три раза перечитывал, и три раза находил новые, еще не проснуля

Комментарий на Жабное от white

white — Fri, 06 Aug 2010 05:24:28 +0000

@Moveton
Дык лажа не в том, что тип не присваивается, а в том что не везде работает. Вместо alert можно привести операцию суммирования или что-то еще характерное для int. Весь прикол в том, что все эти языки для “написать побыстрому” уже давно используются для очень крупных проектов.

А про перезагрузку функций… Всё равно индекс массива у функции дико смотрится.

Комментарий на Жабное от Moveton

Moveton — Fri, 06 Aug 2010 04:29:05 +0000

Язык, как язык. Тип есть и определяется при присваивании. Достаточно типично для скриптовых, т.е. таких, на которых нужно быстренько писать что-то не очень сложное. А что alert принимает и строку и число – так почему бы и нет? Перегрузка функций есть даже в таких строго типизированых языках, как собсно Java или, там, C++.
Кстати, рекомендую выучить Python. Там тоже такой подход к типам. И вполне валидна операция сравнения строки и числа. Причём ты фиг догадаешься по какому принципу определяется результат

Комментарий на Жабное от white

white — Thu, 05 Aug 2010 09:23:04 +0000

@lizard
В ПХП ни разу не видел, что бы строка содержащая только цифры не была воспринята в нужном месте как инт. Даже если принудительно объявить её строкой.

С жабосриптром работаю не много, и всегда дико удивляюсь возможности конструкции вида
href.split(’&’)[1]. Как бы понимаю, что ничего невозможного, но человек воспитанный на классических паскале и с воспринимает как-то не совсем адекватно.

Комментарий на Жабное от lizard

lizard — Thu, 05 Aug 2010 07:49:10 +0000

Ой, какие мы нежные. Можно подумать в пхп сильно обьявляются как сами переменные, так и их тип. Там точно так же можно наступить на грабли приведения типов в разных узких местах.

В интернете много копий сломано над тезисом “Строгая формализация ЯП – хорошо это или плохо”. Как и везде, в общем-то, у каждой стороны есть свои плючы и минусы.