https://mobile.opennet.me/openforum/vsluhforumID3/89958.html Представлен третий выпуск Pragmatic Perl (http://pragmaticperl.com/), русскоязычного журнала о современном языке программирования Perl.<br><br><br>В номере: <br><br>- Три правила тестирования кода, написанного с использованием ORM-фреймворка;- Pinto &#8212; собственный CPAN из коробки;- Введение в Perl XS;- Введение в разработку web-приложений на PSGI/Plack. Часть 2;- Обзор CPAN за апрель 2013 г.;- Интервью с Sawyer X.<br><br><br><br>URL: http://pragmaticperl.com/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=36891<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#34 Mon, 13 May 2013 14:42:51 GMT &gt;Действительно, поддержка юникода реализована частично в виде Perl-модулей. Существуют и большие таблицы символов в виде perl-файлов с хэшами, сгенерированные непосредственно из официальных данных действующего стандарта Юникод. Но где в этом усматриваются костыли и почему это не считается "настоящей" поддержкой? Только потому что реализовано не на C?<br><br>Более того, вынос функциональности из ядра в модули - это давно уже официальная стратегия в Perl5, и правильно.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#33 Mon, 13 May 2013 10:23:03 GMT поэтому, когда на сиране &#171;телефонах&#187; гигабайты памяти, мы всё равно будем *внутреннее представление* держать в UTF-8. нам ли к костылям привыкать! у нас строки до сих пор нуль-терминированые, сколько десятилетий уже. и UTF-8 тоже будет. терабайты RAM станут стандартом &#8212; всё равно &#171;UCS занимает много памяти, а UTF-8 совместим с ASCII!&#187;<br><br>не удивлюсь, если в процессорах появятся спецкоманды для обработки UTF-8. ведь подкостылитивать костыли &#8212; давняя традиция.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#32 Mon, 13 May 2013 10:18:35 GMT &gt; особенно UCS-4 не имеет. ну совсем никаких преимуществ. подумаешь, всего-то одинаковый размер представления всех символов&#8230;<br><br>У кодировок есть свои преимущества и недостатки. UCS-4 имеет реальный оверхед по занимаемому объёму текста по сравнению с UTF-8, не совместим с ASCII и зависит от порядка байт на платформе. Так что получив быструю скорость вычисления положения символа N в строке мы реально теряем на объёме памяти, занимаемой строкой, получаем геморрой с дополнительной конвертацией под нужную платформу. Кроме того есть составные символы и всё равно потребуется нормализация перед обработкой, чтобы корректно вычислить число символов в строке.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#31 Mon, 13 May 2013 09:53:42 GMT &gt; внутреннего представления в требуемый на выходе. Другие кодировки Unicode не имеют <br>&gt; особых преимуществ по сравнению с UTF-8<br><br>особенно UCS-4 не имеет. ну совсем никаких преимуществ. подумаешь, всего-то одинаковый размер представления всех символов&#8230;<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#30 Mon, 13 May 2013 07:59:08 GMT Автор комментария на хабре, к сожалению, до конца не разобрался ни со стандартом Юникод, ни с его реализацией в Perl. Не такой уж это и тривиальный стандарт, чтобы его реализация занимала *цать килобайтов абсолютно чистого и ясного C-кода. Действительно, поддержка юникода реализована частично в виде Perl-модулей. Существуют и большие таблицы символов в виде perl-файлов с хэшами, сгенерированные непосредственно из официальных данных действующего стандарта Юникод. Но где в этом усматриваются костыли и почему это не считается "настоящей" поддержкой? Только потому что реализовано не на C?<br><br>В его случае была критична скорость загрузки кода, а не скорость его работы, поэтому действительно такой способ работы юникода его не устраивал. Но с другой стороны CGI уже давно ушёл на пенсию и большинство современного кода работает в виде постоянно запущенного приложения, в котором уже всё загруженно и работает достаточно быстро.<br><br>Факт в том, что на данный момент в Perl наиболее полная поддержка стандарта Unicode (на тек https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#29 Sun, 12 May 2013 18:02:55 GMT Отлично, как раз сегодня надо было переименовать кучу скриншотов в куче разных подкаталогах, чтобы они последовательно нумеровались в имени с 0, в порядке увеличения значения mtime<br><br>find -type f &#124; perl -ne '{chomp; push @all, $_;} END{ @als = sort{ @sa=stat($a); @sb=stat($b); $sa[9]&lt;=&gt;$sb[9] } @all; for $i(0..@als-1){ $nn=sprintf "sshot%04d.webp", $i; rename $als[$i], $nn; };}'<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#28 Sun, 12 May 2013 18:00:17 GMT &gt; "о современном языке программирования Perl" <br>&gt; Му-ахахха, ох-ох-ох-ох, порадовало <br><br>Вы адепты VB походу все укуренные =)))<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#27 Sun, 12 May 2013 17:59:27 GMT Как пишушщий на жабке и на перле смеюсь с твоей наивности<br> https://mobile.opennet.me/openforum/vsluhforumID3/89958.html#26 Sat, 11 May 2013 14:37:22 GMT у меня тоже далеко не UTF-8. но это к делу не относится в данном случае.<br>