The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики Perl рассматривают возможность смены имени для ..., opennews (?), 30-Авг-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


92. "Разработчики Perl рассматривают возможность смены имени для ..."  –4 +/
Сообщение от Аноним (90), 30-Авг-19, 21:18 
perl 5 - это дичь, write-only дичь. Что-то стоящее на нем не напишешь - невозожно будет поддреживать. dpkg со своими dh-helpers тому подтверждение.

Вместо того, чтобы писать нормальные классы, что там нужно делать? Использовать bless? Банально аргументы функций не указать в сигнатуре.
Это все и другие чудоковатости (костыли на самом деле) добавляет чувство важности разрабам, но точно не делают язык читабельным.

CPAN - это помойка модулей.

perl 6 - дичь в квадрате. Поэтому он и гниет.

Язык 21 века должен быть со статической типизацией и "одним способом сделать что-либо" (минимальный синтаксис, единый стандартный кодстайл, форматтеры, пакетный менеджер из коробки).

Ответить | Правка | Наверх | Cообщить модератору

96. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Аноним (96), 30-Авг-19, 21:27 
Прям описания rust языка 21го века
Ответить | Правка | Наверх | Cообщить модератору

97. Скрыто модератором  +1 +/
Сообщение от Аноним (97), 30-Авг-19, 21:44 
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

140. Скрыто модератором  –2 +/
Сообщение от Аноним (90), 31-Авг-19, 16:25 
Ответить | Правка | Наверх | Cообщить модератору

98. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 30-Авг-19, 21:45 
Пиши согласно perlstyle и проживёшь долгую счастливую жизнь.

Не язык виноват в том, что обезьяны на нём пишут хвостом и ногами.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

113. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от _ (??), 30-Авг-19, 22:26 
>Пиши согласно perlstyle и проживёшь долгую счастливую жизнь.

Да - это так! Но это скучно и требует самодисциплины.

>Не язык виноват в том, что обезьяны на нём пишут хвостом и ногами.

Да-да-да ... То есть писать криво на нём трудно, а писать ровно - приятно и просто? Мы точно о перле? :)

Ответить | Правка | Наверх | Cообщить модератору

115. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 30-Авг-19, 22:37 
> Да-да-да ... То есть писать криво на нём трудно, а писать ровно
> - приятно и просто? Мы точно о перле? :)

Ларри создал уникальный язык для творческих людей (на самом деле — нет, Форт создан раньше). Кто-то считает себя Пикассо и выражает себя в нечитаемом гов^W произведении. Он так видит, он художник. Его хвост — это не хвост, а кисть.

Ответить | Правка | Наверх | Cообщить модератору

120. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Forthemail (ok), 30-Авг-19, 23:26 
Форт язык создавать 2 случаи
: 1СЛУЧАЙ
Вы компьютер иметь? софт количество? @ 0= AND время_разрабатывать_компилятор AND ;
: 2СЛУЧАЙ Вы учить? теорию языков грамматик прочаячушь [ ЛЕНЬ @ [IF] просто заколбасить свой транслятор [THEN] ] [LITERAL] ;
1СЛУЧАЙ OR 2СЛУЧАЙ .
Ответить | Правка | Наверх | Cообщить модератору

122. "Разработчики Perl рассматривают возможность смены имени для ..."  +1 +/
Сообщение от Anonymoustus (ok), 30-Авг-19, 23:45 
> Форт язык создавать 2 случаи
> : 1СЛУЧАЙ
> Вы компьютер иметь? софт количество? @ 0= AND время_разрабатывать_компилятор AND ;
> : 2СЛУЧАЙ Вы учить? теорию языков грамматик прочаячушь [ ЛЕНЬ @ [IF]
> просто заколбасить свой транслятор [THEN] ] [LITERAL] ;
> 1СЛУЧАЙ OR 2СЛУЧАЙ .

А вот и Форт собственной персоной. Написал нам по случаю словарь, компилятор и интерпретатор новой реализации Форта. :)

Ответить | Правка | Наверх | Cообщить модератору

119. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Аноним (-), 30-Авг-19, 22:48 
Можно и без perlstyle писать вполне прозрачный код, но это требует ПОНИМАНИЯ perl. А если у человека без языка частью синтаксиса которого является форматирование мозг не способен структурировать поток мыслей в код таким образом что на выходе получилась не лапша, то это не проблема языка. Я не прав?
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

121. "Разработчики Perl рассматривают возможность смены имени для ..."  +1 +/
Сообщение от Anonymoustus (ok), 30-Авг-19, 23:33 
Фиксированный формат не только мешает, но и помогает. В Фортране 77, например, разные отступы не только имеют самостоятельный смысл, но и дают возможность сразу видеть в коде метки и другие важные части программы. Если знаешь синтаксис языка, то отступы выглядят его органичными и полезными частями, а колонки воспринимаешь не просто как число пробелов от левого края, но как часть логической разметки программы.
Ответить | Правка | Наверх | Cообщить модератору

133. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 31-Авг-19, 08:44 
> Можно и без perlstyle писать вполне прозрачный код, но это требует ПОНИМАНИЯ
> perl. А если у человека без языка частью синтаксиса которого является
> форматирование мозг не способен структурировать поток мыслей в код таким образом
> что на выходе получилась не лапша, то это не проблема языка.
> Я не прав?

Дополню свой предыдущий комментарий про Фортран с фиксированным форматом.

По ссылке примеры программ: https://en.wikibooks.org/wiki/Fortran/Fortran_examples

Всё то, что пишут в «отступах», то есть до 7-й колонки, это что-то наподобие переносимых элементов IDE, которые всегда с тобой и текстом твоей программы. В современных IDE это рисует IDE, а в старом Фортране это часть синтаксиса и неотъемлемая часть кода. «Все своё ношу с собой». И это бывает настолько удобно, что имеет смысл писать в фиксированном формате даже для более новых версий языка, разве что можно не ограничиваться длиной строки, хотя всё-таки 72 знака более чем достаточно для написания кода, а для человеческого восприятия — так и просто идеально (в отличие от длинных строк).

Когда в эти вещи получше вникнешь, то можешь внезапно осознать, насколько хорошо были продуманы и проработаны старые ЯП.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

141. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Аноним (90), 31-Авг-19, 16:30 
> Не язык виноват в том, что обезьяны на нём пишут хвостом и ногами.

Эмм.... а кто в этом виноват тогда? Понтятно, что на любом можно написать как попало, но не надо впадать в крайность в своих возражениях.

Вот вы сами-то используете perlstyle? А сколько модулей использует из CPAN? В этом то и проблема. Тут, простите, нужны тоталитарные правила как в go.

Банально открыть perldoc и что мы видим? Модуль c названием B... "B", Карл! Отличный пример супер понятного и уникального имени.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

142. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 31-Авг-19, 19:16 
>> Не язык виноват в том, что обезьяны на нём пишут хвостом и ногами.
> Эмм.... а кто в этом виноват тогда? Понтятно, что на любом можно
> написать как попало, но не надо впадать в крайность в своих
> возражениях.

Уж точно не язык виноват. Идиотских языков, созданных специально для обезьян, мне известно только два — Пых и Жлобоскрипт, причём Пых был сперва задуман более-менее правильным, только с реализацией не задалось. Обезьяноустойчивые же языки (с фиксированным форматом) вы не любите точно так же, как и свободную запись. Так что виноваты вы сами, анон, в том, что не умеете быть дисциплинированными.


> Вот вы сами-то используете perlstyle? А сколько модулей использует из CPAN? В
> этом то и проблема. Тут, простите, нужны тоталитарные правила как в
> go.

Есть perltidy. Что или кто мешает им пользоваться? Исключительно самомнение (чтобы не сказать похуже).

А в Go сделано правильно, полностью согласен, но почему-то за это Go многим и не нравится: стесняет, видите ли, непризнанных гениев, не даёт этим орлам раскрыть крылья.


> Банально открыть perldoc и что мы видим? Модуль c названием B... "B",
> Карл! Отличный пример супер понятного и уникального имени.

Вроде я нигде не писал, что в пятом Перле всё хорошо. Было бы хорошо, не появился бы Perl 6. Но там вон повыше есть пример перловода, который не понимает написанное по-русски. Тупо не понимает человек моё объяснение о том, почему люди выбирают Пихтон, а не Перл, считает, что это просто придирка к синтаксису. На таких вот людях и держится до сих пор Perl 5 и его проблемы.

Ответить | Правка | Наверх | Cообщить модератору

156. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Аноним (156), 02-Сен-19, 02:36 
> причём Пых был сперва задуман более-менее правильным

Это ты хорошо пошутил. Это такая выгребная яма, которую сразу выкопали впятеро больше чем хотели, а потом годами в неё натурально сpали все кто хотел. Видно хотя бы по дикой несогласованности имён функций и отсутствии в принципе какой-то единой логики проектирования.

Ответить | Правка | Наверх | Cообщить модератору

158. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 02-Сен-19, 06:12 
>> причём Пых был сперва задуман более-менее правильным
> Это ты хорошо пошутил. Это такая выгребная яма, которую сразу выкопали впятеро
> больше чем хотели, а потом годами в неё натурально сpали все
> кто хотел. Видно хотя бы по дикой несогласованности имён функций и
> отсутствии в принципе какой-то единой логики проектирования.

Если ты не опоздал родиться, то должен помнить, как первоначально расшифровавалась аббревиатура PHP. Но авторы Пыха, к сожалению, не смогли сделать хороший язык из своей заготовки. Проектирование языков программирования, оказывается, не такая уж простая наука.

Ответить | Правка | Наверх | Cообщить модератору

144. "Разработчики Perl рассматривают возможность смены имени для ..."  +/
Сообщение от Anonymoustus (ok), 31-Авг-19, 22:40 
Оказывается, на опеннете есть перевод ещё от 2002 года:

https://www.opennet.ru/base/dev/perlstyle.txt.html


...

Вот еще несколько независимых положений по стилизации над которыми
     стоит подумать:

     *   Только то, что вы *МОЖЕТЕ* сделать что-то данным образом, не
         означает того, что вы *ДОЛЖНЫ* делать это таким образом. Perl
         спроектирован так, чтобы дать несколько способов сделать одно
         и то же, обдумайте и выберите наиболее читаемый. Например

             open(FOO,$foo) || die "Can't open $foo: $!";

         лучше чем

             die "Can't open $foo: $!" unless open(FOO,$foo);

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

             print "Starting analysis\n" if $verbose;

         лучше чем

             $verbose && print "Starting analysis\n";

         поскольку ключевым является не то, напечатал ли пользователь -v
         или нет.

         Подобно сказанному, только то, что оператор позволяет использовать
         аргументы "по умолчанию", не означает того, что вы должны их
         использовать. Умолчания - для ленивых системных программистов
         пишущих одноразовые программки. Если вы хотите, чтобы ваша
         программа была читаемой, задумайтесь над передачей аргументов.

         Продолжая сказанное, только то, что вы *MOЖЕТЕ* опустить скобки
         во многих местах, не означает того, что вам следует делать так:

             return print reverse sort num values %array;
             return print(reverse(sort num (values(%array))));

         Когда сомневаетесь, ставьте скобки. В крайнем случае, пусть какой-
         нибудь бедный schmuck потопчет клавишу % в vi.

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

...

и т. д.

Так что пенять на язык уже не получится. :)

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру