Ты ж документацию не читал. Без обид но это очень даже катит

Можно здесь посмотреть:

http://wiki.theory.org/YourLanguageSucks#Perl_5_sucks_because:

Правда я не очень-то вникал, что там написано.

Ну там очень общие положения.
Хочется граблей с примерами, которые доказывают, что проблема в языке как таковом и в том, что срановские модули между собой договорить нельзя.

Ты ж документацию не читал. Без обид но это очень даже катит

Еще как читал.

Оператор exists. Слышал о таком? Ну а про

my_undefined_value = undef... Вобщем я поправил там, но лучше строчку курсивом удали вместе со всем абзацем. А то как-то статья детектор получилась. Про JSON.pm тож зря. Это же модуль а не язык.

YourLanguageSucks

Забавно, читаешь про перл и думаешь: «Воа, как люди вообще на нем пишут!», а про питон: «Кто писал этот бред? Автор, ты вообще матчасти не знаешь!».

По-ходу вопросик. А с приведением типов ты бы как хотел? Объявлять схему генерации? Приводить тип взависимости от значения? Типа 1 - число, 0.1 число, а при скажем русской локали 0,1 строка? При том что JSON - _текстовый формат_

Dualvar'ы возникли в воспаленном воображении. Скаляр, оказывается, может содержать строковое и числовое значение одновременно. Мало того, они не связаны между собой. И молитесь, чтобы контекст был использован правильно.

А в питоне я как догадаюсь, что переменная содержит число?

При том что JSON - _текстовый формат_

Разве в нем не определен формат записи чисел с плавающей точкой?

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

Это как? Можно пример?

www.linux.org.ru/wiki/en/User:shimon/WhyPerlSucks

Вобщем, пока после прочтения складывается ощущение, что perl беспроблемный язык. Ты же вроде питонист, лучше бы грабли питона расписал.

Разве в нем не определен формат записи чисел с плавающей точкой?

Определён, но

- Речь шла о выхлопе БД

- Разницы особой нет, поскольку и в том и в другом случае разница 2 байта на поле, что при применении языков общего назначения не экономия, а оксюморон.

А в питоне я как догадаюсь, что переменная содержит число?

В питоне, понимаешь, isinstance(x, (float,int,long,complex))

Речь шла о выхлопе БД

Теперь я совсем в растерянности. Лучше отойду в сторонку.

Это как? Можно пример?

Ну вот например, $!.

В числовом виде это какбы errno, в строковом strerror. Говоришь «$!», получаешь одно, говоришь $!+0, получаешь другое.

По-ходу вопросик. А с приведением типов ты бы как хотел? Объявлять схему генерации? Приводить тип взависимости от значения? Типа 1 - число, 0.1 число, а при скажем русской локали 0,1 строка? При том что JSON - _текстовый формат_

В JSON есть «0.1», что значит строка, в которую по совпадению попало число, и 0.1, которое собсна число.

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

А какова ваша цель?

а при скажем русской локали 0,1 строка?

Хм, если DBI форматирует числа локалезависимо, то это серьезный баг.

А какова ваша цель?

Кунсткамера.

Это как? Можно пример?

Ну вот например, $!.

В числовом виде это какбы errno, в строковом strerror. Говоришь «$!», получаешь одно, говоришь $!+0, получаешь другое.

Ну, все эти $!, $$, $[, $], $, и т. д. особая хрень. Интересно как тебе удалось получить различные значения в обычном скаляре. Вот есть у меня my $foo, что мне с ней сделать, чтобы print «$foo\n» вывел одно, а print $foo+0, «\n» совсем другое?

[code=perl]
use Scalar::Util qw(dualvar);

$foo = dualvar 10, «Hello»;
$num = $foo + 2; # 12
$str = $foo . " world"; # Hello world
[/code]

Ну ты же действительно не дочитал до конца.

То есть ты сознательно наступил на грабли, а язык виноват, что позволил тебе это сделать?

И главный экспонат - себя - ты в неё уже поместил.

Зачем его тыкать палкой? Я вообще на Perl пишу только на серваках где больше ничего нет (ну не на баше же писать), и чтобы покататься на машине времени

Хм, если DBI форматирует числа локалезависимо, то это серьезный баг.

Тогда весь юникс сплошной баг.

Не только юникс.

Опять модуль... причём тут язык если dualvar - всего лишь расширяет работу с переменными. Это как в пистоне расширить класс int чтобы складывать слонов с попугаями.

Ну это проверить я и в перле могу. Я имею ввиду, проверить, является ли строка строковым представлением числа. А вот зачем знать, было ли написано, $var = 3 или $var = «3» мне трудно представить.

Ну то есть ты сам себе (или это JSON.pm?) прищемил яйца используя этот dualvar в качестве двери. :)

Сколько раз я уже давал и находил этот линк на ЛОРе

Ты хочешь написать что-то более подробное, чем
http://stanislaw.ru/rus/research/perl.asp
?

Унылый высер такого же унылого неосилятора.

http://stanislaw.ru/rus/research/perl.asp

Линк классный, спору нет, но интересны косяки, ОСТАЮЩИЕСЯ ПОСЛЕ use strict; и use warnings;. Да и апгрейд версии перла.

А так же ПОСЛЕ включения мозга. Чего мы в данном случае не наблюдаем.

Ну то есть ты сам себе (или это JSON.pm?) прищемил яйца используя этот dualvar в качестве двери. :)

Альтернатива — писать свой парсер/генератор, но тут есть риск повторить те же грабли и добавить своих, что равноценно тому, что переехать яйца асфальтовым катком, какие уж двери.

Включившие мозг в новых проектах перл не используют.

если dualvar - всего лишь расширяет работу с переменными.

Странно расширяет, неправда ли? Почему нету triplevar для float'а?

Судя по обильным цитатам, аффтар нежно влюблён в Вирта и его поделие.

Как-то у тебя не получилось...

Пробежался глазами по ссылке - автор ССЗБ.

Да куда уж нам. Проблемы возникли у тебя, а мозги не работают почему то у других. Странно, не находишь?

Ой, зачем я начал это читать

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

Видимо авторы libc, java, .NET и кучи других языков тоже плохо учились.

Включившие мозг в новых проектах перл не используют.

Эк ты лихо загнул. У многих _любой_ проект начинается с прототипа на перле.

Странно расширяет, неправда ли? Почему нету triplevar для float'а?

Нет. Числовое значение - строковое описание. Можешь затолкать туда float - ему не поплохеет.

Нет. Числовое значение - строковое описание. Можешь затолкать туда float - ему не поплохеет.

Тогда почему не строковое значение — числовое описание?
Раз это так круто, почему нельзя прицепить такое же описание к процедурам и иметь нормальное самодокументирование, а не идиотский POD?

Раз это так круто, почему нельзя прицепить такое же описание к процедурам и иметь нормальное самодокументирование, а не идиотский POD?

Я ничего не понял.

с разморозкой! :)))

Ориентированные на пользователя языки должны подразумевать, что мозга у человека нет и не появится

Ну то есть ты сам себе (или это JSON.pm?) прищемил яйца используя этот dualvar в качестве двери. :)

Альтернатива — писать свой парсер/генератор, но тут есть риск повторить те же грабли и добавить своих, что равноценно тому, что переехать яйца асфальтовым катком, какие уж двери.

Тоже верно.

Только ведь в данном случае корректнее говорить, что JSON.pm ацтой, а не в целом Перл.

Visual Basic .NET?