[Cascavel-pm] artigo sobre técnicas de leitura/processamento de arquivos no equinócio

[DjShadow]

Solli,

Muito bom o artigo amigo. Eu uso muito  IO::handles. No caso, o IO::File, eu
ainda não vi o benchmark, mas você sabe de todos qual é o mais eficiente? O
que o pessoal mais tem usado como melhor prática?
Como eu trabalho com muita operação com arquivos e grande volume de dados, o
que eu puder otimizar já me ajuda.
Eu uso muito estes tres IO::handles:

use IO::File;
use IO::Socket::INET;
use IO::Pipe


Bom, parabéns novamente.

Grande abraço,

Rondon

Em 7 de outubro de 2010 00:49, Alceu Rodrigues de Freitas Junior <
glasswalk3r em yahoo.com.br> escreveu:

> Solli Honorio escreveu:
>
>  Pessoal,
>>
>> Hoje foi publicado no equinócio (
>> http://sao-paulo.pm.org/equinocio/2010/set/21) o meu artigo sobre
>> técnicas para abrir e ler arquivos. Tentei o justificar a necessidade de
>> utilizar o PBP, explicar como funciona o slurp, exemplificar códigos com
>> read/sysread e apresentar outra alternativa.
>>
>> Eu gostaria da crítica de vocês para corrigir os erros e melhorar o
>> artigo.
>>
>> Abraços,
>>
>> Solli M. Honório
>>
>
> Oi Solli,
>
> Excelente artigo! Eu não conhecia o File::Map e me parece bem interessante!
>
> O capítulo "Benchmark e Conclusão" poderia contar com a ajuda de um
> corretor ortográfico. ;-)
>
> De qualquer forma, eu tenho algumas sugestões para seu texto:
>
> 1 - Você sugere o uso de Carp para gerar mensagens de erro. Seria legal dar
> um exemplo para ilustrar;
> 2 - Algumas das coisas que você fala de boas práticas vieram do livro Perl
> Best Practices. Seria legal você citar ele no artigo;
> 3 - Acho que faltaram algumas referências no artigo. Sempre bom dar o
> caminho das pedras.
> 4 - O POD do File::Map cita algumas licitações do Perl para strings maiores
> que 2GB. Seria legal colocar isso no artigo também.
>
> É isso aí. Parabéns pelo trabalho.
>
> []'s
> Alceu
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/cascavel-pm/attachments/20101007/ed0bd7f7/attachment.html>