From nferraz em gmail.com Wed Jun 2 01:54:12 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Wed, 2 Jun 2010 10:54:12 +0200 Subject: [Cascavel-pm] FISL - quem vai? Message-ID: Pessoal, Já estamos em junho; o FISL 2010 vai ser de 21 a 24 de julho, em Porto Alegre. Alguém aqui da lista vai ao evento? []s Nelson From daniel em ruoso.com Wed Jun 2 02:20:05 2010 From: daniel em ruoso.com (Daniel Ruoso) Date: Wed, 2 Jun 2010 06:20:05 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Em 2 de junho de 2010 05:54, Nelson Ferraz escreveu: > Pessoal, > Já estamos em junho; o FISL 2010 vai ser de 21 a 24 de julho, em Porto > Alegre. > Alguém aqui da lista vai ao evento? > Eu submeti palestra, se tiver alguma aceita, vou pensar no assunto. daniel -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From breno em rio.pm.org Wed Jun 2 04:26:43 2010 From: breno em rio.pm.org (breno) Date: Wed, 2 Jun 2010 08:26:43 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: 2010/6/2 Daniel Ruoso : > Em 2 de junho de 2010 05:54, Nelson Ferraz escreveu: >> >> Pessoal, >> Já estamos em junho; o FISL 2010 vai ser de 21 a 24 de julho, em Porto >> Alegre. >> Alguém aqui da lista vai ao evento? o/ From volcov.bruno em gmail.com Wed Jun 2 05:55:49 2010 From: volcov.bruno em gmail.com (Bruno Volcov) Date: Wed, 2 Jun 2010 09:55:49 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Minha inscrição já está feita, só preciso correr atrás das passagens agora hehe -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From djrondon em gmail.com Wed Jun 2 06:34:01 2010 From: djrondon em gmail.com (DjShadow) Date: Wed, 2 Jun 2010 10:34:01 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Vou estar lá. []'s 2010/6/2 Bruno Volcov > Minha inscrição já está feita, só preciso correr atrás das passagens agora > hehe > _______________________________________________ > 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: From nferraz em gmail.com Wed Jun 2 12:05:44 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Wed, 2 Jun 2010 21:05:44 +0200 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Existe algum plano para montar um stand na área de grupos de usuários? Tem alguma coisa que a gente pode fazer pra ajudar? From oainikusama em gmail.com Thu Jun 3 01:22:47 2010 From: oainikusama em gmail.com (breno) Date: Thu, 3 Jun 2010 05:22:47 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: 2010/6/2 Nelson Ferraz : > Existe algum plano para montar um stand na área de grupos de usuários? > Oi Nelson, existe sim. Estamos negociando mais uma edição do stand de Perl no FISL com a Paloma, responsável pelos grupos de usuários. Nesse momento já recebemos uma "pré-aprovação extra oficial" e estamos aguardando uma resposta dela sobre procedimentos de cadastro, etc. De tempos em tempos a gente "pinga" ela, mas até agora a resposta é "em breve", então seguimos na expectativa. > Tem alguma coisa que a gente pode fazer pra ajudar? Oferece não senão eu cobro, hein? ;-) * Aparecer no stand constantemente (a ajudar a "salvaguardar" o QG, que precisa ter sempre alguém da comunidade presente; * Palestras! Mesmo que você não tenha submetido algo para o FISL, podemos fazer sessões extras no stand; * Pensar em algo bacana pra fazermos por lá, de repente até levar pronto. Ano passado fizemos panfletagem sobre Perl e o Fernando fez um programa muito bacana que cumprimentava automaticamente pessoas que chegassem perto do stand com bluetooth ligado (dizendo "oi $device_name" e "volte sempre $device_name", algo assim). Pena que a caixa de som era baixa (levar caixas de som pequenas mas decentes também é uma ótima - voluntários?); * Props! Ano passado Eden levou seu camelo de pelúcia e fez muito sucesso; O cartazão do camelo que fizemos na hora (e que ficou moderno e bonitão) está aqui, será enviado semana que vem para são paulo (para o workshop), depois pro FISL, e depois segue seu "tour" para Fortaleza, no YAPC::Brasil desse ano; * Uniformes - quem tiver uma camisa Perl-related, é sempre legal passear pelo evento de farda :-). Vou levar algumas que sobraram do último YAPC também para sortearmos lá (ou vendermos, e nesse caso o dinheiro poderia ser usado para ajudar o YAPC esse ano ou pra "vaquinha" da comunidade que o Thiago Rondon está organizando - prefiro sortear pq chama atenção e evita discussões em relação a dinheiro, mas acho que podemos decidir isso lá. Afinal, não sei nem quantas camisas conseguirei levar já que outras irão pros outros eventos tb). * Idéias! Não tenho a menor pretensão de ter sido abrangente o suficiente na lista acima e sei q a imaginação e criatividade dos Mongers não conhece limites. Sintam-se mais que a vontade pra enviar sugestões pra lista ou, se estiverem tímidos, diretamente pra mim. []s! -b From breno em rio.pm.org Thu Jun 3 01:24:03 2010 From: breno em rio.pm.org (breno) Date: Thu, 3 Jun 2010 05:24:03 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: 2010/6/2 Nelson Ferraz : > Existe algum plano para montar um stand na área de grupos de usuários? > Oi Nelson, existe sim. Estamos negociando mais uma edição do stand de Perl no FISL com a Paloma, responsável pelos grupos de usuários. Nesse momento já recebemos uma "pré-aprovação extra oficial" e estamos aguardando uma resposta dela sobre procedimentos de cadastro, etc. De tempos em tempos a gente "pinga" ela, mas até agora a resposta é "em breve", então seguimos na expectativa. > Tem alguma coisa que a gente pode fazer pra ajudar? Oferece não senão eu cobro, hein? ;-)  * Aparecer no stand constantemente (a ajudar a "salvaguardar" o QG, que precisa ter sempre alguém da comunidade presente;  * Palestras! Mesmo que você não tenha submetido algo para o FISL, podemos fazer sessões extras no stand;  * Pensar em algo bacana pra fazermos por lá, de repente até levar pronto. Ano passado fizemos panfletagem sobre Perl e o Fernando fez um programa muito bacana que cumprimentava automaticamente pessoas que chegassem perto do stand com bluetooth ligado (dizendo "oi $device_name" e "volte sempre $device_name", algo assim). Pena que a caixa de som era baixa (levar caixas de som pequenas mas decentes também é uma ótima - voluntários?);  * Props! Ano passado Eden levou seu camelo de pelúcia e fez muito sucesso; O cartazão do camelo que fizemos na hora (e que ficou moderno e bonitão) está aqui, será enviado semana que vem para são paulo (para o workshop), depois pro FISL, e depois segue seu "tour" para Fortaleza, no YAPC::Brasil desse ano;  * Uniformes - quem tiver uma camisa Perl-related, é sempre legal passear pelo evento de farda :-). Vou levar algumas que sobraram do último YAPC também para sortearmos lá (ou vendermos, e nesse caso o dinheiro poderia ser usado para ajudar o YAPC esse ano ou pra "vaquinha" da comunidade que o Thiago Rondon está organizando - prefiro sortear pq chama atenção e evita discussões em relação a dinheiro, mas acho que podemos decidir isso lá. Afinal, não sei nem quantas camisas conseguirei levar já que outras irão pros outros eventos tb).  * Idéias! Não tenho a menor pretensão de ter sido abrangente o suficiente na lista acima e sei q a imaginação e criatividade dos Mongers não conhece limites. Sintam-se mais que a vontade pra enviar sugestões pra lista ou, se estiverem tímidos, diretamente pra mim. []s! -b From giulianisanches em gmail.com Thu Jun 3 16:50:39 2010 From: giulianisanches em gmail.com (Giuliani Sanches) Date: Thu, 3 Jun 2010 20:50:39 -0300 Subject: [Cascavel-pm] Catalyst: Autentication In-Reply-To: <4BFE703F.3070501@lobo.eti.br> References: <4BFD4C77.7040701@lobo.eti.br> <4BFD5B81.4090403@lobo.eti.br> <4BFE4FB6.6080303@lobo.eti.br> <4BFE703F.3070501@lobo.eti.br> Message-ID: Em 27 de maio de 2010 10:14, Ednardo Lobo escreveu: > Giuliani, > > Seguem esquemas complementares: > > - Role > > ------------------------------------------------------------------------ > __PACKAGE__->load_components("Core"); > __PACKAGE__->table("role"); > __PACKAGE__->add_columns( >  "id", >  { data_type => "INT", default_value => undef, is_nullable => 0, size => 11 > }, >  "role", >  { >    data_type => "TEXT", >    default_value => undef, >    is_nullable => 1, >    size => 65535, >  }, > ); > __PACKAGE__->set_primary_key("id"); > ------------------------------------------------------------------------ > > - UserRole > > ------------------------------------------------------------------------ > __PACKAGE__->load_components("Core"); > __PACKAGE__->table("user_role"); > __PACKAGE__->add_columns( >  "user_id", >  { data_type => "INT", default_value => 0, is_nullable => 0, size => 11 }, >  "role_id", >  { data_type => "INT", default_value => 0, is_nullable => 0, size => 11 }, > ); > __PACKAGE__->set_primary_key("user_id", "role_id"); > > __PACKAGE__->belongs_to(user => 'sgle::Schema::User', 'user_id'); > __PACKAGE__->belongs_to(role => 'sgle::Schema::Role', 'role_id'); > ------------------------------------------------------------------------ > > Precisando de qualquer outra informação, é só solicitar. > > Agradeço desde já sua ajuda! > > Giuliani Sanches escreveu: >> >> Em 27 de maio de 2010 07:55, Ednardo Lobo escreveu: >>> >>> Giuliani, >>> >>> Ajustei meu "realm" para: >>> >>> >>>   default_realm default >>>   >>>       >>>           >>>               class Password >>>               password_field password >>>               password_type clear >>>           >>>           >>>               class DBIx::Class >>>               user_model sgle::Schema::User >>>               role_relation roles >>>               role_field role >>>           >>>       >>>   >>> >>> >>> Não consegui, entretanto, compreender o que é exatamente o "user_model", >>>  cuja definição extraída do manual reproduzo a seguir: >>> >>> ------------------------------------------------------------------------ >>> user_model >>> >>> Contains the model name (as passed to $c->model()) of the DBIx::Class >>> schema >>> to use as the source for user information. This config item is REQUIRED. >>> >>> (Note that this option used to be called user_class. user_class is still >>> functional, but should be used only for compatibility with previous >>> configs. >>> The setting called user_class on other authentication stores is present, >>> but >>> named store_user_class in this store) >>> ------------------------------------------------------------------------ >>> >>> Informei, porém, a classe que refere-se ao esquema da minha tabela de >>> usuários onde fica registrado o "username" e "password", veja: >>> >>> ------------------------------------------------------------------------ >>> __PACKAGE__->load_components("Core"); >>> __PACKAGE__->table("user"); >>> __PACKAGE__->add_columns( >>>  "id", >>>  { data_type => "INT", default_value => undef, is_nullable => 0, size => >>> 11 >>> }, >>>  "username", >>>  { >>>   data_type => "TEXT", >>>   default_value => undef, >>>   is_nullable => 1, >>>   size => 65535, >>>  }, >>>  "password", >>>  { >>>   data_type => "TEXT", >>>   default_value => undef, >>>   is_nullable => 1, >>>   size => 65535, >>>  }, >>>  "email_address", >>>  { >>>   data_type => "TEXT", >>>   default_value => undef, >>>   is_nullable => 1, >>>   size => 65535, >>>  }, >>>  "first_name", >>>  { >>>   data_type => "TEXT", >>>   default_value => undef, >>>   is_nullable => 1, >>>   size => 65535, >>>  }, >>>  "last_name", >>>  { >>>   data_type => "TEXT", >>>   default_value => undef, >>>   is_nullable => 1, >>>   size => 65535, >>>  }, >>>  "active", >>>  { data_type => "INT", default_value => undef, is_nullable => 1, size => >>> 11 >>> }, >>> ); >>> >>> __PACKAGE__->set_primary_key("id"); >>> >>> __PACKAGE__->has_many(user_roles => 'sgle::Schema::UserRole', 'user_id'); >>> __PACKAGE__->many_to_many(roles => 'user_roles', 'role'); >>> ------------------------------------------------------------------------ >>> >>> Entretanto, quando a ação "Controller::Login" é tomada apenas a tabela >>> 'role' é acessada, veja: >>> >>> ------------------------------------------------------------------------ >>> SELECT me.id, me.role FROM role me >>> ------------------------------------------------------------------------ >>> >>> E não consegui descobrir a razão disto. Esperava que tabela 'user' também >>> fosse acessada. >>> >>> Onde estou errando? >>> >>> >>> Grato, >>> >>> >>> Giuliani Sanches escreveu: >>>> >>>> Em 26 de maio de 2010 14:33, Ednardo Lobo >>>> escreveu: >>>>> >>>>> Giuliani, >>>>> >>>>> O "default realm" está configurado, veja: >>>>> >>>>> - sgle.conf >>>>> >>>>> >>>>>   >>>>>      password_type   clear >>>>>      user_model   DB::User >>>>>      class   SimpleDB >>>>>   >>>>> >>>>> >>>>> >>>>> Li o artigo e a documentação que indicou, mas não ajudaram. >>>>> >>>>> Alguma outra sugestão? >>>>> >>>>> >>>>> Grato, >>>>> >>>>> Giuliani Sanches escreveu: >>>>>> >>>>>> 2010/5/26 Ednardo Lobo : >>>>>>> >>>>>>> Pessoal, >>>>>>> >>>>>>> Estou testando o módulo Catalyst::Plugin::Autentication e não estou >>>>>>> conseguindo identificar a origem do erro: >>>>>>> >>>>>>> -------------- >>>>>>> Caught exception in sgle::Controller::Login->index "authenticate >>>>>>> called >>>>>>> with >>>>>>> nonexistant realm: 'default'. at >>>>>>> >>>>>>> >>>>>>> >>>>>>> /home/ftp/www/lobosnet.cjb.net/sgle/script/../lib/sgle/Controller/Login.pm >>>>>>> line 30" >>>>>>> -------------- >>>>>>> >>>>>>> Isso ocorre quando a seguinte ação é tomada: >>>>>>> >>>>>>> - Login.pm >>>>>>> >>>>>>> sub index :Path :Args(0) { >>>>>>>  my ( $self, $c ) = @_; >>>>>>> >>>>>>>  my $u = $c->req->params->{username}; >>>>>>>  my $p = $c->req->params->{password}; >>>>>>> >>>>>>>  if ($u && $p) { >>>>>>>     if ($c->authenticate({username => $u, password => $p})) { >>>>>>>         $c->res->redirect('Welcome'); >>>>>>>     } >>>>>>>     else { >>>>>>>         $c->stash(error_msg => "Bad username or password."); >>>>>>>     } >>>>>>>  } >>>>>>>  else { >>>>>>>     $c->stash(error_msg => "Empty username or password."); >>>>>>>  } >>>>>>> } >>>>>>> >>>>>>> >>>>>>> Qualquer palpite é bem-vindo! >>>>>>> >>>>>>> >>>>>>> Grato, >>>>>> >>>>>> Hum.. a mensagem deixa bem claro que faltou configurar o realm >>>>>> default. >>>>>> >>>>>> Da uma olhada no primeiro exemplo da documentação do plugin: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> http://search.cpan.org/~flora/Catalyst-Plugin-Authentication-0.10016/lib/Catalyst/Plugin/Authentication.pm#EXAMPLE >>>>>> >>>>>> Tem também esse ótimo artigo do Wallace Reis no sao-paullo.pm.org: >>>>>> >>>>>> http://sao-paulo.pm.org/artigo/2010/AutenticacaoCatalyst >>>>>> >>>>>> []'s >>>> >>>> Senti falta do Credential e Store na sua configuração. >>>> >>>> >>>> >>>> http://search.cpan.org/~flora/Catalyst-Plugin-Authentication-0.10016/lib/Catalyst/Plugin/Authentication.pm#Credential_Verifiers >>>> >>>> []'s >>>> >>> >>> -- >>>   Ednardo Lobo >>> >>>   www.lobo.eti.br >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> Manda o código do teu Schema::UserRole. >> >> Até o inicio da tarde eu consigo dar uma olhada com calma e tento te >> ajudar. >> >> []'s > > > -- >    Ednardo Lobo > >    www.lobo.eti.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > Ednardo, Desculpe a demora em responder, mas os ultimos dias foram bem tensos em todos as áreas do meu dia a dia e somente nesse momento consegui dar uma olhada nisso. Como estou com preguiça e achei mais rápido e prático refazer os seguintes passos: http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/04_BasicCRUD.pod http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/05_Authentication.pod ao invés de analisar seus "schemas", para ver se ao menos eu conseguia gerar a aplicação e fazer funcionar o esquema de autenticação. Eu consegui montar a app com a autenticação sem problemas. Utilizei o postgresql, baseado nas instruções oferecidas aqui: http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/10_Appendices.pod Apesar de não estar te apontando a solução exata, espero que isso ajude (apesar de você ter dito que já havia lido o tutorial, mas enfim, as vezes alguma detalhes passa em branco ;) ). []'s -- Giuliani Sanches twitter.com/giulianisanches giulianisanches.blogspot.com Como elaborar uma pergunta: http://www.istf.com.br/perguntas/ From giulianisanches em gmail.com Thu Jun 3 17:59:21 2010 From: giulianisanches em gmail.com (Giuliani Sanches) Date: Thu, 3 Jun 2010 21:59:21 -0300 Subject: [Cascavel-pm] Catalyst: Autentication In-Reply-To: References: <4BFD4C77.7040701@lobo.eti.br> <4BFD5B81.4090403@lobo.eti.br> <4BFE4FB6.6080303@lobo.eti.br> <4BFE703F.3070501@lobo.eti.br> Message-ID: Em 3 de junho de 2010 20:50, Giuliani Sanches escreveu: > Em 27 de maio de 2010 10:14, Ednardo Lobo escreveu: >> Giuliani, >> >> Seguem esquemas complementares: >> >> - Role >> >> ------------------------------------------------------------------------ >> __PACKAGE__->load_components("Core"); >> __PACKAGE__->table("role"); >> __PACKAGE__->add_columns( >>  "id", >>  { data_type => "INT", default_value => undef, is_nullable => 0, size => 11 >> }, >>  "role", >>  { >>    data_type => "TEXT", >>    default_value => undef, >>    is_nullable => 1, >>    size => 65535, >>  }, >> ); >> __PACKAGE__->set_primary_key("id"); >> ------------------------------------------------------------------------ >> >> - UserRole >> >> ------------------------------------------------------------------------ >> __PACKAGE__->load_components("Core"); >> __PACKAGE__->table("user_role"); >> __PACKAGE__->add_columns( >>  "user_id", >>  { data_type => "INT", default_value => 0, is_nullable => 0, size => 11 }, >>  "role_id", >>  { data_type => "INT", default_value => 0, is_nullable => 0, size => 11 }, >> ); >> __PACKAGE__->set_primary_key("user_id", "role_id"); >> >> __PACKAGE__->belongs_to(user => 'sgle::Schema::User', 'user_id'); >> __PACKAGE__->belongs_to(role => 'sgle::Schema::Role', 'role_id'); >> ------------------------------------------------------------------------ >> >> Precisando de qualquer outra informação, é só solicitar. >> >> Agradeço desde já sua ajuda! >> >> Giuliani Sanches escreveu: >>> >>> Em 27 de maio de 2010 07:55, Ednardo Lobo escreveu: >>>> >>>> Giuliani, >>>> >>>> Ajustei meu "realm" para: >>>> >>>> >>>>   default_realm default >>>>   >>>>       >>>>           >>>>               class Password >>>>               password_field password >>>>               password_type clear >>>>           >>>>           >>>>               class DBIx::Class >>>>               user_model sgle::Schema::User >>>>               role_relation roles >>>>               role_field role >>>>           >>>>       >>>>   >>>> >>>> >>>> Não consegui, entretanto, compreender o que é exatamente o "user_model", >>>>  cuja definição extraída do manual reproduzo a seguir: >>>> >>>> ------------------------------------------------------------------------ >>>> user_model >>>> >>>> Contains the model name (as passed to $c->model()) of the DBIx::Class >>>> schema >>>> to use as the source for user information. This config item is REQUIRED. >>>> >>>> (Note that this option used to be called user_class. user_class is still >>>> functional, but should be used only for compatibility with previous >>>> configs. >>>> The setting called user_class on other authentication stores is present, >>>> but >>>> named store_user_class in this store) >>>> ------------------------------------------------------------------------ >>>> >>>> Informei, porém, a classe que refere-se ao esquema da minha tabela de >>>> usuários onde fica registrado o "username" e "password", veja: >>>> >>>> ------------------------------------------------------------------------ >>>> __PACKAGE__->load_components("Core"); >>>> __PACKAGE__->table("user"); >>>> __PACKAGE__->add_columns( >>>>  "id", >>>>  { data_type => "INT", default_value => undef, is_nullable => 0, size => >>>> 11 >>>> }, >>>>  "username", >>>>  { >>>>   data_type => "TEXT", >>>>   default_value => undef, >>>>   is_nullable => 1, >>>>   size => 65535, >>>>  }, >>>>  "password", >>>>  { >>>>   data_type => "TEXT", >>>>   default_value => undef, >>>>   is_nullable => 1, >>>>   size => 65535, >>>>  }, >>>>  "email_address", >>>>  { >>>>   data_type => "TEXT", >>>>   default_value => undef, >>>>   is_nullable => 1, >>>>   size => 65535, >>>>  }, >>>>  "first_name", >>>>  { >>>>   data_type => "TEXT", >>>>   default_value => undef, >>>>   is_nullable => 1, >>>>   size => 65535, >>>>  }, >>>>  "last_name", >>>>  { >>>>   data_type => "TEXT", >>>>   default_value => undef, >>>>   is_nullable => 1, >>>>   size => 65535, >>>>  }, >>>>  "active", >>>>  { data_type => "INT", default_value => undef, is_nullable => 1, size => >>>> 11 >>>> }, >>>> ); >>>> >>>> __PACKAGE__->set_primary_key("id"); >>>> >>>> __PACKAGE__->has_many(user_roles => 'sgle::Schema::UserRole', 'user_id'); >>>> __PACKAGE__->many_to_many(roles => 'user_roles', 'role'); >>>> ------------------------------------------------------------------------ >>>> >>>> Entretanto, quando a ação "Controller::Login" é tomada apenas a tabela >>>> 'role' é acessada, veja: >>>> >>>> ------------------------------------------------------------------------ >>>> SELECT me.id, me.role FROM role me >>>> ------------------------------------------------------------------------ >>>> >>>> E não consegui descobrir a razão disto. Esperava que tabela 'user' também >>>> fosse acessada. >>>> >>>> Onde estou errando? >>>> >>>> >>>> Grato, >>>> >>>> >>>> Giuliani Sanches escreveu: >>>>> >>>>> Em 26 de maio de 2010 14:33, Ednardo Lobo >>>>> escreveu: >>>>>> >>>>>> Giuliani, >>>>>> >>>>>> O "default realm" está configurado, veja: >>>>>> >>>>>> - sgle.conf >>>>>> >>>>>> >>>>>>   >>>>>>      password_type   clear >>>>>>      user_model   DB::User >>>>>>      class   SimpleDB >>>>>>   >>>>>> >>>>>> >>>>>> >>>>>> Li o artigo e a documentação que indicou, mas não ajudaram. >>>>>> >>>>>> Alguma outra sugestão? >>>>>> >>>>>> >>>>>> Grato, >>>>>> >>>>>> Giuliani Sanches escreveu: >>>>>>> >>>>>>> 2010/5/26 Ednardo Lobo : >>>>>>>> >>>>>>>> Pessoal, >>>>>>>> >>>>>>>> Estou testando o módulo Catalyst::Plugin::Autentication e não estou >>>>>>>> conseguindo identificar a origem do erro: >>>>>>>> >>>>>>>> -------------- >>>>>>>> Caught exception in sgle::Controller::Login->index "authenticate >>>>>>>> called >>>>>>>> with >>>>>>>> nonexistant realm: 'default'. at >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> /home/ftp/www/lobosnet.cjb.net/sgle/script/../lib/sgle/Controller/Login.pm >>>>>>>> line 30" >>>>>>>> -------------- >>>>>>>> >>>>>>>> Isso ocorre quando a seguinte ação é tomada: >>>>>>>> >>>>>>>> - Login.pm >>>>>>>> >>>>>>>> sub index :Path :Args(0) { >>>>>>>>  my ( $self, $c ) = @_; >>>>>>>> >>>>>>>>  my $u = $c->req->params->{username}; >>>>>>>>  my $p = $c->req->params->{password}; >>>>>>>> >>>>>>>>  if ($u && $p) { >>>>>>>>     if ($c->authenticate({username => $u, password => $p})) { >>>>>>>>         $c->res->redirect('Welcome'); >>>>>>>>     } >>>>>>>>     else { >>>>>>>>         $c->stash(error_msg => "Bad username or password."); >>>>>>>>     } >>>>>>>>  } >>>>>>>>  else { >>>>>>>>     $c->stash(error_msg => "Empty username or password."); >>>>>>>>  } >>>>>>>> } >>>>>>>> >>>>>>>> >>>>>>>> Qualquer palpite é bem-vindo! >>>>>>>> >>>>>>>> >>>>>>>> Grato, >>>>>>> >>>>>>> Hum.. a mensagem deixa bem claro que faltou configurar o realm >>>>>>> default. >>>>>>> >>>>>>> Da uma olhada no primeiro exemplo da documentação do plugin: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://search.cpan.org/~flora/Catalyst-Plugin-Authentication-0.10016/lib/Catalyst/Plugin/Authentication.pm#EXAMPLE >>>>>>> >>>>>>> Tem também esse ótimo artigo do Wallace Reis no sao-paullo.pm.org: >>>>>>> >>>>>>> http://sao-paulo.pm.org/artigo/2010/AutenticacaoCatalyst >>>>>>> >>>>>>> []'s >>>>> >>>>> Senti falta do Credential e Store na sua configuração. >>>>> >>>>> >>>>> >>>>> http://search.cpan.org/~flora/Catalyst-Plugin-Authentication-0.10016/lib/Catalyst/Plugin/Authentication.pm#Credential_Verifiers >>>>> >>>>> []'s >>>>> >>>> >>>> -- >>>>   Ednardo Lobo >>>> >>>>   www.lobo.eti.br >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>> >>> >>> Manda o código do teu Schema::UserRole. >>> >>> Até o inicio da tarde eu consigo dar uma olhada com calma e tento te >>> ajudar. >>> >>> []'s >> >> >> -- >>    Ednardo Lobo >> >>    www.lobo.eti.br >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > Ednardo, > > Desculpe a demora em responder, mas os ultimos dias foram bem tensos > em todos as áreas do meu dia a dia e somente nesse momento consegui > dar uma olhada nisso. > > Como estou com preguiça e achei mais rápido e prático refazer os > seguintes passos: > > http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/04_BasicCRUD.pod > http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/05_Authentication.pod > > ao invés de analisar seus "schemas", para ver se ao menos eu conseguia > gerar a aplicação e fazer funcionar o esquema de autenticação. > > Eu consegui montar a app com a autenticação sem problemas. Utilizei o > postgresql, baseado nas instruções oferecidas aqui: > > http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/10_Appendices.pod > > Apesar de não estar te apontando a solução exata, espero que isso > ajude (apesar de você ter dito que já havia lido o tutorial, mas > enfim, as vezes alguma detalhes passa em branco  ;) ). > > []'s > > -- > Giuliani Sanches > twitter.com/giulianisanches > giulianisanches.blogspot.com > > Como elaborar uma pergunta: > http://www.istf.com.br/perguntas/ > Ops, No lugar do 04, substitua por: http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/03_MoreCatalystBasics.pod Eu fiz o 03 e 05 (pela metade, apenas para funcionar). Resolvi te mandar o exemplo para matar a cobra e mostrar o sarrafo (sarrafo foi usado para evitar piadinhas infames :P), você vai precisar criar o banco, setar seu usuário e senha no DB.pm e importar os sql que estão em script/sql. Se não for permitido anexos na lista me avisem que não enviarei mais. []'s -- Giuliani Sanches twitter.com/giulianisanches giulianisanches.blogspot.com Como elaborar uma pergunta: http://www.istf.com.br/perguntas/ -------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: MyApp.tar.bz2 Tipo: application/x-bzip2 Tamanho: 87985 bytes Descrição: não disponível URL: From nferraz em gmail.com Fri Jun 4 05:52:59 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Fri, 4 Jun 2010 14:52:59 +0200 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Em 3 de junho de 2010 10:24, breno escreveu: >  * Palestras! Mesmo que você não tenha submetido algo para o FISL, > podemos fazer sessões extras no stand; Que tal organizarmos um ciclo de palestras relâmpago? Sugiro usar o modelo do Ignite, da O'Reilly. O lema é: "Enlighten us, but make it quick." :D As palestras devem ter exatamente 5 minutos de duração. Os apresentadores apresentam o tópico que desejarem, usando 20 slides que avançam automaticamente a cada 15 segundos. Essa é uma boa chance para as pessoas treinarem falar em público, e podem atrair a atenção de quem passa por lá. O que acham? >  * Pensar em algo bacana pra fazermos por lá, de repente até levar > pronto. Ano passado fizemos panfletagem sobre Perl Que tipo de panfletagem? Temos material pronto para imprimir? >  * Props! Ano passado Eden levou seu camelo de pelúcia e fez muito > sucesso; O cartazão do camelo que fizemos na hora (e que ficou moderno > e bonitão) está aqui, será enviado semana que vem para são paulo (para > o workshop), depois pro FISL, e depois segue seu "tour" para > Fortaleza, no YAPC::Brasil desse ano; Qual é o tamanho do camelo de pelúcia? Seria legal levá-lo novamente. Eden, você estará em Porto Alegre? Quem mais tem planos de ir ao FISL??? []s Nelson From nferraz em gmail.com Fri Jun 4 06:00:43 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Fri, 4 Jun 2010 15:00:43 +0200 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Em 4 de junho de 2010 14:52, Nelson Ferraz escreveu: > Que tal organizarmos um ciclo de palestras relâmpago? Sugiro usar o > modelo do Ignite, da O'Reilly. O lema é: "Enlighten us, but make it > quick." :D > > As palestras devem ter exatamente 5 minutos de duração. Os > apresentadores apresentam o tópico que desejarem, usando 20 slides que > avançam automaticamente a cada 15 segundos. > > Essa é uma boa chance para as pessoas treinarem falar em público, e > podem atrair a atenção de quem passa por lá. Aqui vão alguns exemplos de palestras-relâmpago, apenas como inspiração: http://igniteshow.com/browse/popular From agnaldo em starweb-software.com.br Sat Jun 5 14:40:24 2010 From: agnaldo em starweb-software.com.br (Agnaldo Macedo) Date: Sat, 5 Jun 2010 18:40:24 -0300 Subject: [Cascavel-pm] Enviar/Receber SMS Message-ID: Olá pessoal. Usando um modem GSM, o módulo Device::Gsm seria a melhor opção ? Alguma outra sugestão? -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From thiagoglauco em ticursos.net Sat Jun 5 18:07:32 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 05 Jun 2010 22:07:32 -0300 Subject: [Cascavel-pm] Enviar/Receber SMS In-Reply-To: References: Message-ID: <4C0AF4D4.1080704@ticursos.net> Em 05/06/2010 18:40, Agnaldo Macedo escreveu: > Olá pessoal. > Usando um modem GSM, o módulo Device::Gsm seria a melhor opção ? > Alguma outra sugestão? > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm Cara, você foi tão objetivo que chegou a ser vago. Quem sabe Device::Gsm::Sms ou quem sabe GSM::SM... ou ainda... Só mandar SMS texto simples? Tem uns módulos que conversam com o imagemagik e você pode mandar imagens com a mensagem!!! -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From nferraz em gmail.com Mon Jun 7 08:16:45 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Mon, 7 Jun 2010 17:16:45 +0200 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: >> Que tal organizarmos um ciclo de palestras relâmpago? Sugiro usar o >> modelo do Ignite, da O'Reilly. O lema é: "Enlighten us, but make it >> quick." :D >> >> As palestras devem ter exatamente 5 minutos de duração. Os >> apresentadores apresentam o tópico que desejarem, usando 20 slides que >> avançam automaticamente a cada 15 segundos. >> >> Essa é uma boa chance para as pessoas treinarem falar em público, e >> podem atrair a atenção de quem passa por lá. > > Aqui vão alguns exemplos de palestras-relâmpago, apenas como inspiração: > > http://igniteshow.com/browse/popular Como ninguém mais se manifestou, vou repetir a pergunta e a sugestão: 1) Quem mais vai ao FISL, em julho? 2) Que tal montarmos uma sessão de palestras-relâmpago, seguindo as regras do Ignite? []s! Nelson From djrondon em gmail.com Mon Jun 7 11:21:39 2010 From: djrondon em gmail.com (DjShadow) Date: Mon, 7 Jun 2010 15:21:39 -0300 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: Legal, Nelson. O tema é livre ou vamos seguir a mesma linha do FISL. Governo, Multimidia, etc. ? Abraços, Rondon Em 7 de junho de 2010 12:16, Nelson Ferraz escreveu: > >> Que tal organizarmos um ciclo de palestras relâmpago? Sugiro usar o > >> modelo do Ignite, da O'Reilly. O lema é: "Enlighten us, but make it > >> quick." :D > >> > >> As palestras devem ter exatamente 5 minutos de duração. Os > >> apresentadores apresentam o tópico que desejarem, usando 20 slides que > >> avançam automaticamente a cada 15 segundos. > >> > >> Essa é uma boa chance para as pessoas treinarem falar em público, e > >> podem atrair a atenção de quem passa por lá. > > > > Aqui vão alguns exemplos de palestras-relâmpago, apenas como inspiração: > > > > http://igniteshow.com/browse/popular > > Como ninguém mais se manifestou, vou repetir a pergunta e a sugestão: > > 1) Quem mais vai ao FISL, em julho? > 2) Que tal montarmos uma sessão de palestras-relâmpago, seguindo as > regras do Ignite? > > []s! > > Nelson > _______________________________________________ > 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: From nferraz em gmail.com Mon Jun 7 12:18:31 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Mon, 7 Jun 2010 21:18:31 +0200 Subject: [Cascavel-pm] FISL - quem vai? In-Reply-To: References: Message-ID: 2010/6/7 DjShadow : > Legal, Nelson. > O tema é livre ou vamos seguir a mesma linha do FISL. Governo, Multimidia, > etc. ? Seguindo a proposta do Ignite, o tema é livre. A idéia é criar uma oportunidade para que as pessoas possam falar em público -- mesmo que seja por apenas 5 minutos. É uma boa oportunidade para quem está começando, e não deixa de ser interessante para quem já tem experiência. Seria legal se as pessoas começassem a postar idéias aqui na lista; quem sabe assim outros se animam. []s Nelson From nferraz em gmail.com Wed Jun 9 10:41:21 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Wed, 9 Jun 2010 19:41:21 +0200 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil Message-ID: De acordo com este artigo, a opção política do Brasil pelo Software Livre pode revelar-se uma grande vantagem no cenário mundial: http://www.computerweekly.com/blogs/management-matters/2010/06/open-source-could-be-brazils-real-advantage.html Por essa e outras razões eu recomendo fortemente a participação no Fórum Internacional de Software Livre (FISL), que acontecerá no final de julho, em Porto Alegre. Não fiquem isolados. Participem! From ogilnei em gmail.com Wed Jun 9 11:42:54 2010 From: ogilnei em gmail.com (ogilnei (ogilnei)) Date: Wed, 9 Jun 2010 15:42:54 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: Message-ID: Real advantage... yea, i'd like of these words in the real world... bye og Em 9 de junho de 2010 14:41, Nelson Ferraz escreveu: > De acordo com este artigo, a opção política do Brasil pelo Software > Livre pode revelar-se uma grande vantagem no cenário mundial: > > http://www.computerweekly.com/blogs/management-matters/2010/06/open-source-could-be-brazils-real-advantage.html > > Por essa e outras razões eu recomendo fortemente a participação no > Fórum Internacional de Software Livre (FISL), que acontecerá no final > de julho, em Porto Alegre. > > Não fiquem isolados. Participem! > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From nferraz em gmail.com Thu Jun 10 02:34:45 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Thu, 10 Jun 2010 11:34:45 +0200 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: Message-ID: Em 9 de junho de 2010 20:42, ogilnei (ogilnei) escreveu: > Real advantage... yea, i'd like of these words in the real world... Não entendi o comentário! (Aliás: você pode se apresentar para a lista? :)) From thiagoglauco em ticursos.net Thu Jun 10 03:23:07 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Thu, 10 Jun 2010 07:23:07 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: Message-ID: <4C10BD0B.4090700@ticursos.net> Então... parece sarcasmo!!! Em 10/06/2010 06:34, Nelson Ferraz escreveu: > Em 9 de junho de 2010 20:42, ogilnei (ogilnei) escreveu: > >> Real advantage... yea, i'd like of these words in the real world... >> > Não entendi o comentário! > > (Aliás: você pode se apresentar para a lista? :)) > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From edencardim em gmail.com Thu Jun 10 07:11:16 2010 From: edencardim em gmail.com (Eden Cardim) Date: Thu, 10 Jun 2010 11:11:16 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: (Nelson Ferraz's message of "Thu, 10 Jun 2010 11:34:45 +0200") References: Message-ID: >>>>> "Nelson" == Nelson Ferraz writes: Nelson> Em 9 de junho de 2010 20:42, ogilnei (ogilnei) Nelson> escreveu: >> Real advantage... yea, i'd like of these words in the real >> world... Nelson> Não entendi o comentário! Eu também não entendi, principalmente porque não fez sentido algum. -- Eden Cardim From russoz em gmail.com Thu Jun 10 08:34:51 2010 From: russoz em gmail.com (Alexei Znamensky) Date: Thu, 10 Jun 2010 12:34:51 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: <4C10BD0B.4090700@ticursos.net> References: <4C10BD0B.4090700@ticursos.net> Message-ID: Pra mim parece ingrêish 2010/6/10 Thiago Glauco Sanchez > Então... parece sarcasmo!!! > > Em 10/06/2010 06:34, Nelson Ferraz escreveu: > > Em 9 de junho de 2010 20:42, ogilnei (ogilnei) >> escreveu: >> >> >>> Real advantage... yea, i'd like of these words in the real world... >>> >>> >> Não entendi o comentário! >> >> (Aliás: você pode se apresentar para a lista? :)) >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> > > Thiago Glauco Sanchez > Intrutor Perl e Redes > www.ticursos.net > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [ www.flickr.com/photos/alexeiz] "Though we live in trying times, we're the ones who have to try" -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ogilnei em gmail.com Thu Jun 10 11:47:37 2010 From: ogilnei em gmail.com (ogilnei (ogilnei)) Date: Thu, 10 Jun 2010 15:47:37 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: <4C10BD0B.4090700@ticursos.net> Message-ID: Olá, Sem stress!!! Apenas disse que eu adoraria ver as palavras do autor se tornarem uma real vantagem, um diferencial técnico favorável ao uso de software livre no Brasil... etc.. Sobre me apresentar... bem, meu interesse por PERL surgiu há alguns anos por causa do Request Tracker (http://www.bestpractical.com/) que eu uso diariamente. Há alguns dias um amigo que usa PHP estava tendo dificuldades em acessar uma base corporativa em ldap do MS-Active Directory mais Oracle e ele perguntou-me se eu tinha um código multiplataforma que fizesse isto... Eu respondi que tinha em PERL ou em PL/SQL,.. ele fez um copy/paste do meu código PERL e achou tão bom que perguntou se havia alguma comunidade brasileira para ele se informar mais sobre PERL... e aí eu pensei: "OOOoops!!! Como vou recomendar algo que desconheço pois eu tenho mais amigos que usam PERL fora do Brasil que dentrol..."... Então inscrevi-me em algumas que encontrei para ver o que está acontecendo em PERL no Brasil... É só isto, sem pânico pessoal... e sobre que tipo de usuário de TI eu sou? Bem, digamos que eu sou um programador pragmático... um abraço a todos og 2010/6/10 Alexei Znamensky : > Pra mim parece ingrêish > > 2010/6/10 Thiago Glauco Sanchez >> >> Então... parece sarcasmo!!! >> >> Em 10/06/2010 06:34, Nelson Ferraz escreveu: >>> >>> Em 9 de junho de 2010 20:42, ogilnei (ogilnei) >>>  escreveu: >>> >>>> >>>> Real advantage... yea, i'd like of these words in the real world... >>>> >>> >>> Não entendi o comentário! >>> >>> (Aliás: você pode se apresentar para a lista? :)) >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >> >> Thiago Glauco Sanchez >> Intrutor Perl e Redes >> www.ticursos.net >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] > [www.flickr.com/photos/alexeiz] > "Though we live in trying times, we're the ones who have to try" > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From russoz em gmail.com Thu Jun 10 12:54:50 2010 From: russoz em gmail.com (Alexei Znamensky) Date: Thu, 10 Jun 2010 16:54:50 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: <4C10BD0B.4090700@ticursos.net> Message-ID: panico na zona sul, quando anoitece ninguém sabe o que acontece bem vindo (again!) 2010/6/10 ogilnei (ogilnei) > Olá, > > Sem stress!!! Apenas disse que eu adoraria ver as palavras do autor se > tornarem > uma real vantagem, um diferencial técnico favorável ao uso de software > livre no > Brasil... etc.. > > Sobre me apresentar... bem, meu interesse por PERL surgiu há alguns anos > por > causa do Request Tracker (http://www.bestpractical.com/) que eu uso > diariamente. > > Há alguns dias um amigo que usa PHP estava tendo dificuldades em acessar > uma > base corporativa em ldap do MS-Active Directory mais Oracle e ele > perguntou-me se > eu tinha um código multiplataforma que fizesse isto... Eu respondi que > tinha em PERL > ou em PL/SQL,.. ele fez um copy/paste do meu código PERL e achou tão bom > que > perguntou se havia alguma comunidade brasileira para ele se informar > mais sobre PERL... > e aí eu pensei: "OOOoops!!! Como vou recomendar algo que desconheço > pois eu tenho > mais amigos que usam PERL fora do Brasil que dentrol..."... Então > inscrevi-me em algumas que encontrei para ver o que está acontecendo > em PERL no Brasil... > > É só isto, sem pânico pessoal... e sobre que tipo de usuário de TI eu > sou? Bem, digamos que eu sou um programador pragmático... > > um abraço a todos > > og > > 2010/6/10 Alexei Znamensky : > > Pra mim parece ingrêish > > > > 2010/6/10 Thiago Glauco Sanchez > >> > >> Então... parece sarcasmo!!! > >> > >> Em 10/06/2010 06:34, Nelson Ferraz escreveu: > >>> > >>> Em 9 de junho de 2010 20:42, ogilnei (ogilnei) > >>> escreveu: > >>> > >>>> > >>>> Real advantage... yea, i'd like of these words in the real world... > >>>> > >>> > >>> Não entendi o comentário! > >>> > >>> (Aliás: você pode se apresentar para a lista? :)) > >>> _______________________________________________ > >>> Cascavel-pm mailing list > >>> Cascavel-pm em pm.org > >>> http://mail.pm.org/mailman/listinfo/cascavel-pm > >>> > >>> > >> > >> Thiago Glauco Sanchez > >> Intrutor Perl e Redes > >> www.ticursos.net > >> > >> _______________________________________________ > >> Cascavel-pm mailing list > >> Cascavel-pm em pm.org > >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > > > > -- > > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] > > [www.flickr.com/photos/alexeiz] > > "Though we live in trying times, we're the ones who have to try" > > > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [ www.flickr.com/photos/alexeiz] "Though we live in trying times, we're the ones who have to try" -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From thiagoglauco em ticursos.net Thu Jun 10 18:24:33 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Thu, 10 Jun 2010 22:24:33 -0300 Subject: [Cascavel-pm] Software Livre pode ser a grande vantagem do Brasil In-Reply-To: References: Message-ID: <4C119051.5020309@ticursos.net> Inda bem que nao foi apenas eu. Mas o rapaz eh novo, ja disse que nao foi intensao causar stress -> essa ta com ingles certinho - entao a gente perdoa. Em 10/06/2010 11:11, Eden Cardim escreveu: >>>>>> "Nelson" == Nelson Ferraz writes: >>>>>> > Nelson> Em 9 de junho de 2010 20:42, ogilnei (ogilnei) > Nelson> escreveu: > >> Real advantage... yea, i'd like of these words in the real > >> world... > > Nelson> Não entendi o comentário! > > Eu também não entendi, principalmente porque não fez sentido algum. > > -- > Eden Cardim > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: thiagoglauco.vcf Tipo: text/x-vcard Tamanho: 178 bytes Descrição: não disponível URL: From ricardostock em bol.com.br Fri Jun 11 13:51:31 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Fri, 11 Jun 2010 17:51:31 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo Message-ID: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Boa tarde. Estou tentanto instalar os modulos GD e GD::graph via cpan. Deixei como repositório o mirror do yahoo. estou tendo como retorno Restored the state of none (in 0.7883 secs) Running install for module 'GD' Running make for L/LD/LDS/GD-2.45.tar.gz Has already been unwrapped into directory /root/.cpan/build/GD-2.45-gEGjyJ '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512, won't make Running make test Make had some problems, won't test Running make install Make had some problems, won't install Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD tentei tambem entrando diretamente em /root/.cpan/build/GD-2.45-.. executando perl Makefile.pl INSTALLDIRS='' e não consegui instalar. Qualquer ajuda é bem vinda. Obrigado Ricado Stock ricardostock em bol.com.br Um bom programador tem um desafio Um programador mediano, tem um problema. From glasswalk3r em yahoo.com.br Fri Jun 11 13:53:17 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Fri, 11 Jun 2010 13:53:17 -0700 (PDT) Subject: [Cascavel-pm] Res: Problemas ao instalar Modulo In-Reply-To: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: <865420.75484.qm@web30802.mail.mud.yahoo.com> Você já tentou outro repositório? Tentou baixar manualmente tarball e instalar para ver se o erro ainda ocorre? Abraços, Alceu Rodrigues de Freitas Junior -------------------------------------- glasswalk3r em yahoo.com.br --- A well-used door needs no oil on its hinges. A swift-flowing stream does not grow stagnant. Neither sound nor thoughts can travel through a vacuum. Software rots if not used. These are great mysteries -- The Tao Of Programming, 5.1 ----- Mensagem original ---- > De: Ricardo Stock > Para: cascavel-pm em pm.org > Enviadas: Sexta-feira, 11 de Junho de 2010 17:51:31 > Assunto: [Cascavel-pm] Problemas ao instalar Modulo > > Boa tarde. Estou tentanto instalar os modulos GD e GD::graph via > cpan. Deixei como repositório o mirror do yahoo. estou tendo como > retorno Restored the state of none (in 0.7883 secs) Running install > for module 'GD' Running make for L/LD/LDS/GD-2.45.tar.gz Has > already been unwrapped into directory /root/.cpan/build/GD-2.45-gEGjyJ > '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512, won't > make Running make test Make had some problems, won't > test Running make install Make had some problems, won't > install Estou tentando instalar no Ubuntu Server, não compilando o > modulo, mas através do comando CPAN e no prompt install GD tentei tambem > entrando diretamente em /root/.cpan/build/GD-2.45-.. executando perl Makefile.pl > INSTALLDIRS='' e não consegui instalar. Qualquer ajuda é bem > vinda. Obrigado Ricado Stock > ymailto="mailto:ricardostock em bol.com.br" > href="mailto:ricardostock em bol.com.br">ricardostock em bol.com.br Um bom > programador tem um desafio Um programador mediano, tem um > problema. _______________________________________________ Cascavel-pm > mailing list > href="mailto:Cascavel-pm em pm.org">Cascavel-pm em pm.org > href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target=_blank > >http://mail.pm.org/mailman/listinfo/cascavel-pm From jgasjr em gmail.com Fri Jun 11 14:31:00 2010 From: jgasjr em gmail.com (Gilmar Santos Jr) Date: Fri, 11 Jun 2010 18:31:00 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: 2010/6/11 Ricardo Stock : > Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote pronto. 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all [ ]'s Gilmar From thiagoglauco em ticursos.net Fri Jun 11 15:08:24 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Fri, 11 Jun 2010 19:08:24 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: <4C12B3D8.6070202@ticursos.net> O Ubuntu server tem as bibliotecas gráficas do GD? http://www.libgd.org/Main_Page No CPAN é um módulo que realiza a interface do Perl para a biblioteca do GD. <- vc precisa da Graphic Library no seu Linux. Quando eu instalei no RedHat Server tive que baixar um monte de pacotes rpm de biblioteca faltando e normalmente servidores não tem essas bibliotecas para programação gráfica. A biblioteca GD é muito boa. Em 11/06/2010 18:31, Gilmar Santos Jr escreveu: > 2010/6/11 Ricardo Stock: > >> Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD >> > O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso > Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote > pronto. > > 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all > > [ ]'s > Gilmar > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: thiagoglauco.vcf Tipo: text/x-vcard Tamanho: 178 bytes Descrição: não disponível URL: From ricardostock em bol.com.br Fri Jun 11 15:56:07 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Fri, 11 Jun 2010 19:56:07 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4C12B3D8.6070202@ticursos.net> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> Message-ID: <4c12bf073389e_5311c1bee6c11b@winter20.tmail> Ola Thiago. Então, realmente eu percebi que o erro parece ser de dependencias de bibliotecas graficas, por este motivo, antes de perguntar fiz um teste, e verifiquei o ambrite grafico, pois instalei o x11 apenas para suprir algumas dependencias. Eu tambem utilizei a configuração do polyce, para followm pois pensei qe todas as dependencias seriam intaladas. Quanto ao uso do GD, todas as aplicações que fiz graficas, rodam com o GD, e GD::alguma::coisa. Como estou trocando o servidor do windows, que ta rodando, para linux pois é mais rapido e não tem problema de licença, só esta faltando esta dependencia. Ah percebi que tambem pode ser lib, pois tambem deu erro ao instalar o Image::Magick. Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver alguma dica, obrigado. Ricado Stock ricardostock em bol.com.br Um bom programador tem um desafio Um programador mediano, tem um problema. Em 11/06/2010 19:08, Thiago Glauco Sanchez < thiagoglauco em ticursos.net > escreveu: O Ubuntu server tem as bibliotecas gráficas do GD? http://www.libgd.org/Main_Page No CPAN é um módulo que realiza a interface do Perl para a biblioteca do GD. 2010/6/11 Ricardo Stock: > >> Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD >> > O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso > Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote > pronto. > > 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all > > [ ]'s > Gilmar > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > From thiagoglauco em ticursos.net Fri Jun 11 16:38:20 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Fri, 11 Jun 2010 20:38:20 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4c12bf073389e_5311c1bee6c11b@winter20.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> Message-ID: <4C12C8EC.4090406@ticursos.net> Sei que a pergunta é óbvia, mas é só para me referenciar, vamos por essa máquina pra rodar!!! Já tentou o comando $sudo install libgd2-xpm-dev No meu funcionou, mas não é Server. é ubuntu desktop Em 11/06/2010 19:56, Ricardo Stock escreveu: > Ola Thiago. Então, realmente eu percebi que o erro parece ser de dependencias de bibliotecas graficas, por este motivo, antes de perguntar fiz um teste, e verifiquei o ambrite grafico, pois instalei o x11 apenas para suprir algumas dependencias. > > Eu tambem utilizei a configuração do polyce, para followm pois pensei qe todas as dependencias seriam intaladas. Quanto ao uso do GD, todas as aplicações que fiz graficas, rodam com o GD, e GD::alguma::coisa. Como estou trocando o servidor do windows, que ta rodando, para linux pois é mais rapido e não tem problema de licença, só esta faltando esta dependencia. > > Ah percebi que tambem pode ser lib, pois tambem deu erro ao instalar o Image::Magick. > > Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver alguma dica, obrigado. > > Ricado Stock > ricardostock em bol.com.br > Um bom programador tem um desafio > Um programador mediano, tem um problema. > > > > Em 11/06/2010 19:08, Thiago Glauco Sanchez< thiagoglauco em ticursos.net> escreveu: > > O Ubuntu server tem as bibliotecas gráficas do GD? > http://www.libgd.org/Main_Page > No CPAN é um módulo que realiza a interface do Perl para a biblioteca do > GD. > > 2010/6/11 Ricardo Stock: > >> >> >>> Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD >>> >>> >> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso >> Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote >> pronto. >> >> 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all >> >> [ ]'s >> Gilmar >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > --

Thiago Glauco Sanchez
Instrutor
www.ticursos.net

thiagoglauco em ticursos.net

-------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: thiagoglauco.vcf Tipo: text/x-vcard Tamanho: 178 bytes Descrição: não disponível URL: From thiagoglauco em ticursos.net Fri Jun 11 16:40:02 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Fri, 11 Jun 2010 20:40:02 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4c12bf073389e_5311c1bee6c11b@winter20.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> Message-ID: <4C12C952.3050708@ticursos.net> DESCULPEM, ESQUECI DE APAGAR MINHA ASSINATURA NA MENSAGEM ANTERIOR... E ENVIEI UMA IMAGEM PARA A LISTA. SORRY AGAIN Sei que a pergunta é óbvia, mas é só para me referenciar, vamos por essa máquina pra rodar!!! Já tentou o comando $sudo install libgd2-xpm-dev No meu funcionou, mas não é Server. é ubuntu desktop Em 11/06/2010 19:56, Ricardo Stock escreveu: > Ola Thiago. Então, realmente eu percebi que o erro parece ser de dependencias de bibliotecas graficas, por este motivo, antes de perguntar fiz um teste, e verifiquei o ambrite grafico, pois instalei o x11 apenas para suprir algumas dependencias. > > Eu tambem utilizei a configuração do polyce, para followm pois pensei qe todas as dependencias seriam intaladas. Quanto ao uso do GD, todas as aplicações que fiz graficas, rodam com o GD, e GD::alguma::coisa. Como estou trocando o servidor do windows, que ta rodando, para linux pois é mais rapido e não tem problema de licença, só esta faltando esta dependencia. > > Ah percebi que tambem pode ser lib, pois tambem deu erro ao instalar o Image::Magick. > > Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver alguma dica, obrigado. > > Ricado Stock > ricardostock em bol.com.br > Um bom programador tem um desafio > Um programador mediano, tem um problema. > > > > Em 11/06/2010 19:08, Thiago Glauco Sanchez< thiagoglauco em ticursos.net> escreveu: > > O Ubuntu server tem as bibliotecas gráficas do GD? > http://www.libgd.org/Main_Page > No CPAN é um módulo que realiza a interface do Perl para a biblioteca do > GD. > > 2010/6/11 Ricardo Stock: > >> >> >>> Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas através do comando CPAN e no prompt install GD >>> >>> >> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso >> Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote >> pronto. >> >> 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all >> >> [ ]'s >> Gilmar >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: thiagoglauco.vcf Tipo: text/x-vcard Tamanho: 178 bytes Descrição: não disponível URL: From daniel.oliveira.mantovani em gmail.com Fri Jun 11 17:36:34 2010 From: daniel.oliveira.mantovani em gmail.com (Mantovani) Date: Fri, 11 Jun 2010 21:36:34 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4C12C952.3050708@ticursos.net> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> Message-ID: Escrever com letra maiuscula tambem é falta de educacao. Eu estou sem computador nesse momento para testar o que eu vou falar. Voce poderia instalar a lib gd-perl que vem com o ubuntu, que se eu nao me engano ele ja instala os hearders necessarios: $apitude search gd|grep perl (instala) Depois vc só atualiza ela pelo CPAN. $cpan i GD::... Daniel Mantovani Em 11/06/2010, às 20:40, Thiago Glauco Sanchez escreveu: > DESCULPEM, ESQUECI DE APAGAR MINHA ASSINATURA NA MENSAGEM > ANTERIOR... E ENVIEI UMA IMAGEM PARA A LISTA. SORRY AGAIN > > Sei que a pergunta é óbvia, mas é só para me referenciar, vamos > por essa máquina pra rodar!!! > Já tentou o comando > > $sudo install libgd2-xpm-dev > > No meu funcionou, mas não é Server. é ubuntu desktop > > Em 11/06/2010 19:56, Ricardo Stock escreveu: >> Ola Thiago. Então, realmente eu percebi que o erro parece ser de d >> ependencias de bibliotecas graficas, por este motivo, antes de per >> guntar fiz um teste, e verifiquei o ambrite grafico, pois instalei >> o x11 apenas para suprir algumas dependencias. >> >> Eu tambem utilizei a configuração do polyce, para followm pois pen >> sei qe todas as dependencias seriam intaladas. Quanto ao uso do GD >> , todas as aplicações que fiz graficas, rodam com o GD, e GD::algu >> ma::coisa. Como estou trocando o servidor do windows, que ta rodan >> do, para linux pois é mais rapido e não tem problema de licença, >> só esta faltando esta dependencia. >> >> Ah percebi que tambem pode ser lib, pois tambem deu erro ao >> instalar o Image::Magick. >> >> Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver >> alguma dica, obrigado. >> >> Ricado Stock >> ricardostock em bol.com.br >> Um bom programador tem um desafio >> Um programador mediano, tem um problema. >> >> >> >> Em 11/06/2010 19:08, Thiago Glauco Sanchez< thiagoglauco em ticursos.net >> > escreveu: >> >> O Ubuntu server tem as bibliotecas gráficas do GD? >> http://www.libgd.org/Main_Page >> No CPAN é um módulo que realiza a interface do Perl para a bibliot >> eca do >> GD. >> >> 2010/6/11 Ricardo Stock: >> >>> >>> >>>> Estou tentando instalar no Ubuntu Server, não compilando o mod >>>> ulo, mas através do comando CPAN e no prompt install GD >>>> >>>> >>> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso >>> Debian e a última coisa que faço é instalar pelo cpan.. 99% tem >>> pacote >>> pronto. >>> >>> 1 - http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all >>> >>> [ ]'s >>> Gilmar >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From ricardostock em bol.com.br Fri Jun 11 17:46:38 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Fri, 11 Jun 2010 21:46:38 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo - resolvido In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> Message-ID: <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> Consegui resolver o problema, instalei manualmente as lib que faltavam no sistema apt-get -f install apt-get instal libgd-gd2-perl "" libgd-graph-perl "" libgd-text-perl Obrigado pela ajuda. PS: Mantovavi, não escrevi em maiuscula, sei o quanto iste é feio.. Mesmo assim, obrigado pela ajuda de todos. From andregarciacarneiro em gmail.com Fri Jun 11 18:15:51 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Fri, 11 Jun 2010 22:15:51 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: 2010/6/11 Ricardo Stock > > > Boa tarde. > > Estou tentanto instalar os modulos GD e GD::graph via cpan. > > Se faz questão de compilar essa meleca, boa sorte! Mas já aviso que é um SACO! > Deixei como repositório o mirror do yahoo. estou tendo como retorno > > ??? > Restored the state of none (in 0.7883 secs) > Running install for module 'GD' > Running make for L/LD/LDS/GD-2.45.tar.gz > Has already been unwrapped into directory /root/.cpan/build/GD-2.45-gEGjyJ > '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512, won't > make > Running make test > Make had some problems, won't test > Running make install > Make had some problems, won't install > > Dose de Jack agora... tô viajando... > Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas > através do comando CPAN e no prompt install GD > > Se vc está baixando do CPAN, você ESTÁ compilando o módulo. O CPAN apenas faz automático pra vc... mas nem sempre consegue resolver dependências. Nesse caso do GD, é mais fácil vc usar o apt-get ou o aptitude e ser feliz. Tente isso: $su - password: $apt-get install libgd-gd2-perl libgd-graph-perl libgd-text-perl Esse nome de lib pode variar dependendo da versão da distribuição do Ubuntu que você tá usando. Se isso acontecer, tente isso: $apt-cache search libgd #um montao de libs aqui. #instale as que se adequarem melhor Have fun! Cheers! tentei tambem entrando diretamente em /root/.cpan/build/GD-2.45-.. > executando perl Makefile.pl INSTALLDIRS='' e não consegui instalar. > > Qualquer ajuda é bem vinda. > > Obrigado > > Ricado Stock > ricardostock em bol.com.br > Um bom programador tem um desafio > Um programador mediano, tem um problema. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From andregarciacarneiro em gmail.com Fri Jun 11 18:17:49 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Fri, 11 Jun 2010 22:17:49 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo - resolvido In-Reply-To: <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> Message-ID: oops... parece q dei a resposta certa, só que com atraso. andre -- #não leu todos os e-mails antes de responder... Cheers! Em 11 de junho de 2010 21:46, Ricardo Stock escreveu: > Consegui resolver o problema, instalei manualmente as lib que faltavam no > sistema > apt-get -f install > apt-get instal libgd-gd2-perl > "" libgd-graph-perl > "" libgd-text-perl > > Obrigado pela ajuda. > > PS: Mantovavi, não escrevi em maiuscula, sei o quanto iste é feio.. > > Mesmo assim, obrigado pela ajuda de todos. > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Fri Jun 11 19:17:02 2010 From: edencardim em gmail.com (Eden Cardim) Date: Fri, 11 Jun 2010 23:17:02 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: (Gilmar Santos, Jr.'s message of "Fri, 11 Jun 2010 18:31:00 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: >>>>> "Gilmar" == Gilmar Santos writes: Gilmar> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu Gilmar> uso Debian e a última coisa que faço é instalar pelo Gilmar> cpan.. 99% tem pacote pronto. Usar pacotes de distro não é muito recomendável já que os empacotadores não tem a mesma agilidade de atualização que os autores dos módulos. Então usar pacotes de módulos é 99% de chance de você ter um módulo bugado ou faltando features. -- Eden Cardim From andregarciacarneiro em gmail.com Fri Jun 11 20:02:20 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Sat, 12 Jun 2010 00:02:20 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: Se chegar nesse ponto, você sempre poderá baixar o módulo e aí resolver as dependências. Eu particularmente nunca tive esse problema com módulos do Perl, e além do mais eu só faço isso com módulos extremamente chatos como o GD... É realmente frustrante, pra não dizer EXTREMAMENTE irritante e CHATO resolver dependências de libs.. aliás é algo que considero uma abominação, embora não tenha tido capacidade e nem vontade suficiente para pensar em algo para resolver e só ficar reclamando :P É claro que se vc estiver usando local::lib realmente vai ter que compilar o módulo e se irritar bastante com o GD. Eu pelo menos me lembro bem da época que tentava instalar esse troço no Slackware 7(q não tem apt da vida...). Mas acredite em mim, foi bem chato! Portanto mantenho o que falei. Use apt/aptitude e não seja estressado( a não ser que você curta resolver problemas com libs... eu já passei dessa fase ). Cheers! Em 11 de junho de 2010 23:17, Eden Cardim escreveu: > >>>>> "Gilmar" == Gilmar Santos writes: > > Gilmar> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu > Gilmar> uso Debian e a última coisa que faço é instalar pelo > Gilmar> cpan.. 99% tem pacote pronto. > > Usar pacotes de distro não é muito recomendável já que os empacotadores > não tem a mesma agilidade de atualização que os autores dos > módulos. Então usar pacotes de módulos é 99% de chance de você ter um > módulo bugado ou faltando features. > > -- > Eden Cardim > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From fernandocorrea em gmail.com Fri Jun 11 20:06:49 2010 From: fernandocorrea em gmail.com (Fernando Oliveira) Date: Sat, 12 Jun 2010 00:06:49 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: Quem usa debian, ou algo baseado nele, ja tentou usar auto-apt run cpan ... para esse tipo de modulo? On Jun 12, 2010 12:02 AM, "Andre Carneiro" wrote: Se chegar nesse ponto, você sempre poderá baixar o módulo e aí resolver as dependências. Eu particularmente nunca tive esse problema com módulos do Perl, e além do mais eu só faço isso com módulos extremamente chatos como o GD... É realmente frustrante, pra não dizer EXTREMAMENTE irritante e CHATO resolver dependências de libs.. aliás é algo que considero uma abominação, embora não tenha tido capacidade e nem vontade suficiente para pensar em algo para resolver e só ficar reclamando :P É claro que se vc estiver usando local::lib realmente vai ter que compilar o módulo e se irritar bastante com o GD. Eu pelo menos me lembro bem da época que tentava instalar esse troço no Slackware 7(q não tem apt da vida...). Mas acredite em mim, foi bem chato! Portanto mantenho o que falei. Use apt/aptitude e não seja estressado( a não ser que você curta resolver problemas com libs... eu já passei dessa fase ). Cheers! Em 11 de junho de 2010 23:17, Eden Cardim escreveu: > > >>>>> "Gilmar" == Gilmar Santos writes: > > Gilmar> O pacote libgd-graph-... -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 _______________________________________________ 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: From thiagoglauco em ticursos.net Fri Jun 11 20:20:43 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 00:20:43 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> Message-ID: <4C12FD0B.6020108@ticursos.net> Boi foi mal novo - culpo as 5 skools que tomei depois do expediente... Em 11/06/2010 21:36, Mantovani escreveu: > Escrever com letra maiuscula tambem é falta de educacao. > > Eu estou sem computador nesse momento para testar o que eu vou falar. > > Voce poderia instalar a lib gd-perl que vem com o ubuntu, que se eu > nao me engano ele ja instala os hearders necessarios: > > $apitude search gd|grep perl > (instala) > Depois vc só atualiza ela pelo CPAN. > $cpan i GD::... > > > Daniel Mantovani > > Em 11/06/2010, às 20:40, Thiago Glauco Sanchez > escreveu: > >> DESCULPEM, ESQUECI DE APAGAR MINHA ASSINATURA NA MENSAGEM ANTERIOR... >> E ENVIEI UMA IMAGEM PARA A LISTA. SORRY AGAIN >> >> Sei que a pergunta é óbvia, mas é só para me referenciar, vamos por >> essa máquina pra rodar!!! >> Já tentou o comando >> >> $sudo install libgd2-xpm-dev >> >> No meu funcionou, mas não é Server. é ubuntu desktop >> >> Em 11/06/2010 19:56, Ricardo Stock escreveu: >>> Ola Thiago. Então, realmente eu percebi que o erro parece ser de >>> dependencias de bibliotecas graficas, por este motivo, antes de >>> perguntar fiz um teste, e verifiquei o ambrite grafico, pois >>> instalei o x11 apenas para suprir algumas dependencias. >>> >>> Eu tambem utilizei a configuração do polyce, para followm pois >>> pensei qe todas as dependencias seriam intaladas. Quanto ao uso do >>> GD, todas as aplicações que fiz graficas, rodam com o GD, e >>> GD::alguma::coisa. Como estou trocando o servidor do windows, que ta >>> rodando, para linux pois é mais rapido e não tem problema de >>> licença, só esta faltando esta dependencia. >>> >>> Ah percebi que tambem pode ser lib, pois tambem deu erro ao instalar >>> o Image::Magick. >>> >>> Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver >>> alguma dica, obrigado. >>> >>> Ricado Stock >>> ricardostock em bol.com.br >>> Um bom programador tem um desafio >>> Um programador mediano, tem um problema. >>> >>> >>> >>> Em 11/06/2010 19:08, Thiago Glauco Sanchez< >>> thiagoglauco em ticursos.net> escreveu: >>> >>> O Ubuntu server tem as bibliotecas gráficas do GD? >>> http://www.libgd.org/Main_Page >>> No CPAN é um módulo que realiza a interface do Perl para a >>> biblioteca do >>> GD. >>> >>> 2010/6/11 Ricardo Stock: >>> >>>> >>>> >>>>> Estou tentando instalar no Ubuntu Server, não compilando o modulo, >>>>> mas através do comando CPAN e no prompt install GD >>>>> >>>>> >>>> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso >>>> Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote >>>> pronto. >>>> >>>> 1 - >>>> http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all >>>> >>>> >>>> [ ]'s >>>> Gilmar >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>>> >>>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >> >> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net -------------- Próxima Parte ---------- Um anexo não-texto foi limpo... Nome: thiagoglauco.vcf Tipo: text/x-vcard Tamanho: 178 bytes Descrição: não disponível URL: From jasimioni em gmail.com Fri Jun 11 20:48:32 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Sat, 12 Jun 2010 00:48:32 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4C12FD0B.6020108@ticursos.net> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4C12FD0B.6020108@ticursos.net> Message-ID: Skools? 2010/6/12 Thiago Glauco Sanchez > Boi foi mal novo - culpo as 5 skools que tomei depois do expediente... > > Em 11/06/2010 21:36, Mantovani escreveu: > > Escrever com letra maiuscula tambem é falta de educacao. >> >> Eu estou sem computador nesse momento para testar o que eu vou falar. >> >> Voce poderia instalar a lib gd-perl que vem com o ubuntu, que se eu nao me >> engano ele ja instala os hearders necessarios: >> >> $apitude search gd|grep perl >> (instala) >> Depois vc só atualiza ela pelo CPAN. >> $cpan i GD::... >> >> >> Daniel Mantovani >> >> Em 11/06/2010, às 20:40, Thiago Glauco Sanchez >> escreveu: >> >> DESCULPEM, ESQUECI DE APAGAR MINHA ASSINATURA NA MENSAGEM ANTERIOR... E >>> ENVIEI UMA IMAGEM PARA A LISTA. SORRY AGAIN >>> >>> Sei que a pergunta é óbvia, mas é só para me referenciar, vamos por essa >>> máquina pra rodar!!! >>> Já tentou o comando >>> >>> $sudo install libgd2-xpm-dev >>> >>> No meu funcionou, mas não é Server. é ubuntu desktop >>> >>> Em 11/06/2010 19:56, Ricardo Stock escreveu: >>> >>>> Ola Thiago. Então, realmente eu percebi que o erro parece ser de >>>> dependencias de bibliotecas graficas, por este motivo, antes de perguntar >>>> fiz um teste, e verifiquei o ambrite grafico, pois instalei o x11 apenas >>>> para suprir algumas dependencias. >>>> >>>> Eu tambem utilizei a configuração do polyce, para followm pois pensei qe >>>> todas as dependencias seriam intaladas. Quanto ao uso do GD, todas as >>>> aplicações que fiz graficas, rodam com o GD, e GD::alguma::coisa. Como estou >>>> trocando o servidor do windows, que ta rodando, para linux pois é mais >>>> rapido e não tem problema de licença, só esta faltando esta dependencia. >>>> >>>> Ah percebi que tambem pode ser lib, pois tambem deu erro ao instalar o >>>> Image::Magick. >>>> >>>> Mesmo assim, valeu pela ajuda... vou continuar tentando, se tiver alguma >>>> dica, obrigado. >>>> >>>> Ricado Stock >>>> ricardostock em bol.com.br >>>> Um bom programador tem um desafio >>>> Um programador mediano, tem um problema. >>>> >>>> >>>> >>>> Em 11/06/2010 19:08, Thiago Glauco Sanchez< thiagoglauco em ticursos.net> >>>> escreveu: >>>> >>>> O Ubuntu server tem as bibliotecas gráficas do GD? >>>> http://www.libgd.org/Main_Page >>>> No CPAN é um módulo que realiza a interface do Perl para a biblioteca do >>>> GD. >>>> >>>> 2010/6/11 Ricardo Stock: >>>> >>>> >>>>> >>>>> Estou tentando instalar no Ubuntu Server, não compilando o modulo, mas >>>>>> através do comando CPAN e no prompt install GD >>>>>> >>>>>> >>>>>> O pacote libgd-graph-perl[1] e libgd-perl não te atendem? Eu uso >>>>> Debian e a última coisa que faço é instalar pelo cpan.. 99% tem pacote >>>>> pronto. >>>>> >>>>> 1 - >>>>> http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all >>>>> >>>>> [ ]'s >>>>> Gilmar >>>>> _______________________________________________ >>>>> Cascavel-pm mailing list >>>>> Cascavel-pm em pm.org >>>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> > > > -- > Thiago Glauco Sanchez > Intrutor Perl e Redes > www.ticursos.net > > > _______________________________________________ > 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: From thiagoglauco em ticursos.net Fri Jun 11 22:12:01 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 02:12:01 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4C12FD0B.6020108@ticursos.net> Message-ID: <4C131721.2080204@ticursos.net> skols! -> to falando!!! tava ruim... Em 12/06/2010 00:48, João André Simioni escreveu: > Skools? > > 2010/6/12 Thiago Glauco Sanchez > > > Boi foi mal novo - culpo as 5 skools que tomei depois do expediente... > > Em 11/06/2010 21:36, Mantovani escreveu: > > Escrever com letra maiuscula tambem é falta de educacao. > > Eu estou sem computador nesse momento para testar o que eu vou > falar. > > Voce poderia instalar a lib gd-perl que vem com o ubuntu, que > se eu nao me engano ele ja instala os hearders necessarios: > > $apitude search gd|grep perl > (instala) > Depois vc só atualiza ela pelo CPAN. > $cpan i GD::... > > > Daniel Mantovani > > Em 11/06/2010, às 20:40, Thiago Glauco Sanchez > > > escreveu: > > DESCULPEM, ESQUECI DE APAGAR MINHA ASSINATURA NA MENSAGEM > ANTERIOR... E ENVIEI UMA IMAGEM PARA A LISTA. SORRY AGAIN > > Sei que a pergunta é óbvia, mas é só para me referenciar, > vamos por essa máquina pra rodar!!! > Já tentou o comando > > $sudo install libgd2-xpm-dev > > No meu funcionou, mas não é Server. é ubuntu desktop > > Em 11/06/2010 19:56, Ricardo Stock escreveu: > > Ola Thiago. Então, realmente eu percebi que o erro > parece ser de dependencias de bibliotecas graficas, > por este motivo, antes de perguntar fiz um teste, e > verifiquei o ambrite grafico, pois instalei o x11 > apenas para suprir algumas dependencias. > > Eu tambem utilizei a configuração do polyce, para > followm pois pensei qe todas as dependencias seriam > intaladas. Quanto ao uso do GD, todas as aplicações > que fiz graficas, rodam com o GD, e GD::alguma::coisa. > Como estou trocando o servidor do windows, que ta > rodando, para linux pois é mais rapido e não tem > problema de licença, só esta faltando esta dependencia. > > Ah percebi que tambem pode ser lib, pois tambem deu > erro ao instalar o Image::Magick. > > Mesmo assim, valeu pela ajuda... vou continuar > tentando, se tiver alguma dica, obrigado. > > Ricado Stock > ricardostock em bol.com.br > Um bom programador tem um desafio > Um programador mediano, tem um problema. > > > > Em 11/06/2010 19:08, Thiago Glauco Sanchez< > thiagoglauco em ticursos.net > > escreveu: > > O Ubuntu server tem as bibliotecas gráficas do GD? > http://www.libgd.org/Main_Page > No CPAN é um módulo que realiza a interface do Perl > para a biblioteca do > GD. > > 2010/6/11 Ricardo Stock: > > > > Estou tentando instalar no Ubuntu Server, não > compilando o modulo, mas através do comando > CPAN e no prompt install GD > > > O pacote libgd-graph-perl[1] e libgd-perl não te > atendem? Eu uso > Debian e a última coisa que faço é instalar pelo > cpan.. 99% tem pacote > pronto. > > 1 - > http://packages.ubuntu.com/search?keywords=libgd-graph-perl&searchon=names&suite=all§ion=all > > > > [ ]'s > Gilmar > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > Thiago Glauco Sanchez > Intrutor Perl e Redes > www.ticursos.net > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From jgasjr em gmail.com Sat Jun 12 04:46:37 2010 From: jgasjr em gmail.com (Gilmar Santos Jr) Date: Sat, 12 Jun 2010 08:46:37 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: Em 11 de junho de 2010 23:17, Eden Cardim escreveu: > Usar pacotes de distro não é muito recomendável já que os empacotadores > não tem a mesma agilidade de atualização que os autores dos > módulos. Então usar pacotes de módulos é 99% de chance de você ter um > módulo bugado ou faltando features. Do mesmo modo que usar a versão mais recente de um módulo (ou qualquer software) é assumir o risco de usar software não muito testado. Em 7 anos usando debian e 6 programando em Perl acho que só precisei instalar um módulo via cpan nos casos que não tinha pacote (e em boa parte desses casos fiz backport dos pacotes da unstable, quando precisei em servidores). E ainda supondo a possibilidade de usar módulos sem features ou com alguns bugs, mas poder gerenciar isso através do sistema de pacotes, eu prefiro do que instalar via cpan e não ter atualizações automáticas, resolução de dependências e poder remover depois as dependências desnecessárias (quando sai uma nova versão do módulo que depende da libfoo2 ao invés da libfoo1, nesse caso a libfoo1 vai pro saco, ao invés de ficar como lixo no sistema). No caso extremo, em que eu preciso da feature na versão nova ou um bug corrigido me afeta, eu baixo o fonte do pacote junto com o fonte da versão nova e faço um pacote. Dá mais trabalho do que via cpan, mas posso usar o pacote em várias máquinas e ter todas as vantagens/facilidades que citei antes. No dia-a-dia uso debian testing com alguns pacotes da unstable e vejo muito pouca defasagem entre as versões empacotadas dos módulos e o upstream. No cenário de uso do debian stable o problema aparece mais, pois são 2 anos e meio entra as versões. Mas ainda assim isso só seria impactante se algum sistema *realmente* precisasse da versão mais recente e que tal sistema *realmente* seja necessário. Já me deparei com casos em que não eram (achamos outro software similar ou ficamos com uma versão do sistema que funcionava com as libs que tínhamos). Meus dois centavos. [ ]'s Gilmar From edencardim em gmail.com Sat Jun 12 04:52:27 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 08:52:27 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4C131721.2080204@ticursos.net> (Thiago Glauco Sanchez's message of "Sat, 12 Jun 2010 02:12:01 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4C12FD0B.6020108@ticursos.net> <4C131721.2080204@ticursos.net> Message-ID: >>>>> "Thiago" == Thiago Glauco Sanchez writes: Thiago> skols! -> to falando!!! tava ruim... Claro que tava ruim, era Skol... -- Eden Cardim From thiagoglauco em ticursos.net Sat Jun 12 04:54:10 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 08:54:10 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: <4C137562.30909@ticursos.net> Sempre existem 2 pontos. A versão mais atual de uma lib pode conter bugs que afetem a estabilidade da máquina e a versão mais antiga pode não contemplar todas as funcionalidades. É sempre decisão do sysadmin e do programador verificar qual o melhor risco para a atividade em questão. Em 12/06/2010 08:46, Gilmar Santos Jr escreveu: > Em 11 de junho de 2010 23:17, Eden Cardim escreveu: > >> Usar pacotes de distro não é muito recomendável já que os empacotadores >> não tem a mesma agilidade de atualização que os autores dos >> módulos. Então usar pacotes de módulos é 99% de chance de você ter um >> módulo bugado ou faltando features. >> > Do mesmo modo que usar a versão mais recente de um módulo (ou qualquer > software) é assumir o risco de usar software não muito testado. > > Em 7 anos usando debian e 6 programando em Perl acho que só precisei > instalar um módulo via cpan nos casos que não tinha pacote (e em boa > parte desses casos fiz backport dos pacotes da unstable, quando > precisei em servidores). > > E ainda supondo a possibilidade de usar módulos sem features ou com > alguns bugs, mas poder gerenciar isso através do sistema de pacotes, > eu prefiro do que instalar via cpan e não ter atualizações > automáticas, resolução de dependências e poder remover depois as > dependências desnecessárias (quando sai uma nova versão do módulo que > depende da libfoo2 ao invés da libfoo1, nesse caso a libfoo1 vai pro > saco, ao invés de ficar como lixo no sistema). > > No caso extremo, em que eu preciso da feature na versão nova ou um bug > corrigido me afeta, eu baixo o fonte do pacote junto com o fonte da > versão nova e faço um pacote. Dá mais trabalho do que via cpan, mas > posso usar o pacote em várias máquinas e ter todas as > vantagens/facilidades que citei antes. > > No dia-a-dia uso debian testing com alguns pacotes da unstable e vejo > muito pouca defasagem entre as versões empacotadas dos módulos e o > upstream. No cenário de uso do debian stable o problema aparece mais, > pois são 2 anos e meio entra as versões. Mas ainda assim isso só seria > impactante se algum sistema *realmente* precisasse da versão mais > recente e que tal sistema *realmente* seja necessário. Já me deparei > com casos em que não eram (achamos outro software similar ou ficamos > com uma versão do sistema que funcionava com as libs que tínhamos). > > Meus dois centavos. > > [ ]'s > Gilmar > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From edencardim em gmail.com Sat Jun 12 04:54:00 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 08:54:00 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: (Andre Carneiro's message of "Sat, 12 Jun 2010 00:02:20 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: >>>>> "Andre" == Andre Carneiro writes: Andre> Se chegar nesse ponto, você sempre poderá baixar o módulo e Andre> aí resolver as dependências. Então, só precisa instalar as shared libs e os cabeçalhos pelo sistema de pacotes. Depois o cpan se vira sozinho. -- Eden Cardim From daniel.oliveira.mantovani em gmail.com Sat Jun 12 05:08:49 2010 From: daniel.oliveira.mantovani em gmail.com (Mantovani) Date: Sat, 12 Jun 2010 09:08:49 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo - resolvido In-Reply-To: <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> Message-ID: <7476B1C4-D769-4DCD-B848-2AE588942042@gmail.com> Nao foi para voce que eu disse sobre o maiuscula. Outra coisa só para ficar como dica, não mude o nome da thread, entra nos arquivos da lista e olha como eles estão organizados que voce vai entender. Daniel Mantovani Em 11/06/2010, às 21:46, Ricardo Stock escreveu: > Consegui resolver o problema, instalei manualmente as lib que > faltavam no sistema > apt-get -f install > apt-get instal libgd-gd2-perl > "" libgd-graph-perl > "" libgd-text-perl > > Obrigado pela ajuda. > > PS: Mantovavi, não escrevi em maiuscula, sei o quanto iste é feio.. > > Mesmo assim, obrigado pela ajuda de todos. > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From thiagoglauco em ticursos.net Sat Jun 12 05:13:56 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 09:13:56 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo - resolvido In-Reply-To: <7476B1C4-D769-4DCD-B848-2AE588942042@gmail.com> References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4c12d8eeb6bef_3d6fc1bee6c181@winter20.tmail> <7476B1C4-D769-4DCD-B848-2AE588942042@gmail.com> Message-ID: <4C137A04.702@ticursos.net> Fui eu!!! Mea culpa... Mea maxima culpa Sabia que era pendenga de lib... Em 12/06/2010 09:08, Mantovani escreveu: > Nao foi para voce que eu disse sobre o maiuscula. > > Outra coisa só para ficar como dica, não mude o nome da thread, entra > nos arquivos da lista e olha como eles estão organizados que voce vai > entender. > > Daniel Mantovani > > Em 11/06/2010, às 21:46, Ricardo Stock > escreveu: > >> Consegui resolver o problema, instalei manualmente as lib que >> faltavam no sistema >> apt-get -f install >> apt-get instal libgd-gd2-perl >> "" libgd-graph-perl >> "" libgd-text-perl >> >> Obrigado pela ajuda. >> >> PS: Mantovavi, não escrevi em maiuscula, sei o quanto iste é feio.. >> >> Mesmo assim, obrigado pela ajuda de todos. >> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From edencardim em gmail.com Sat Jun 12 05:39:10 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 09:39:10 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: (Gilmar Santos, Jr.'s message of "Sat, 12 Jun 2010 08:46:37 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: >>>>> "Gilmar" == Gilmar Santos writes: Gilmar> Do mesmo modo que usar a versão mais recente de um módulo Gilmar> (ou qualquer software) é assumir o risco de usar software Gilmar> não muito testado. Então a solução é ficar preso com a biblioteca bugada por 2 anos? Esse risco do qual você está falando só existe se você não tiver uma boa política de homologação. (Você tem uma política de homologação, né?) Gilmar> Em 7 anos usando debian e 6 programando em Perl acho que só Gilmar> precisei instalar um módulo via cpan nos casos que não tinha Gilmar> pacote (e em boa parte desses casos fiz backport dos pacotes Gilmar> da unstable, quando precisei em servidores). Pois é, em 11 anos programando perl e 5 anos como desenvolvedor e consultor de alguns dos módulos mais usados do CPAN, 99% dos problemas dos usuários são resolvidos com um "cpan upgrade". Gilmar> E ainda supondo a possibilidade de usar módulos sem features Gilmar> ou com alguns bugs, mas poder gerenciar isso através do Gilmar> sistema de pacotes, eu prefiro do que instalar via cpan e Gilmar> não ter atualizações automáticas, resolução de dependências Gilmar> e poder remover depois as dependências desnecessárias Gilmar> (quando sai uma nova versão do módulo que depende da libfoo2 Gilmar> ao invés da libfoo1, nesse caso a libfoo1 vai pro saco, ao Gilmar> invés de ficar como lixo no sistema). Acho que estamos falando de coisas diferentes aqui, mas vamos lá. Uma coisa é implantar uma biblioteca para utilizar durante o desenvolvimento, outra é implantar o sistema de produção per se. Em ambos os casos, a "remoção de dependências desnecessárias" é irrelevante. Se a biblioteca for para desenvolvimento, você vai precisar das versões antigas para testar/resolver problemas de retro-compatibilidade. Se for para release/implantação, o correto é distribuir versões auto-contidas do software, invés de implantar bibliotecas para uso global no sistema. Gilmar> No caso extremo, em que eu preciso da feature na versão nova Gilmar> ou um bug corrigido me afeta, eu baixo o fonte do pacote Gilmar> junto com o fonte da versão nova e faço um pacote. Dá mais Gilmar> trabalho do que via cpan, mas posso usar o pacote em várias Gilmar> máquinas e ter todas as vantagens/facilidades que citei Gilmar> antes. OK, isso funciona, até a hora em que o teu ambiente de implantação envolver 4 ou mais plataformas diferentes. Pelo menos no meu mundo, "casos extremos" envolvem mais plataformas do que isso. Gilmar> No dia-a-dia uso debian testing com alguns pacotes da Gilmar> unstable e vejo muito pouca defasagem entre as versões Gilmar> empacotadas dos módulos e o upstream. No cenário de uso do Gilmar> debian stable o problema aparece mais, pois são 2 anos e Gilmar> meio entra as versões. Mas ainda assim isso só seria Gilmar> impactante se algum sistema *realmente* precisasse da versão Gilmar> mais recente e que tal sistema *realmente* seja Gilmar> necessário. Já me deparei com casos em que não eram (achamos Gilmar> outro software similar ou ficamos com uma versão do sistema Gilmar> que funcionava com as libs que tínhamos). Ah, como eu suspeitava... O uso do termo "dia-a-dia" é um indicador de que você está falando sobre uso doméstico, e nesse caso talvez faça sentido usar pacotes sim. Mas em sistemas de grande porte e de missão crítica, as atualizações dos módulos são *muito* importantes, principalmente porque o ciclo de desenvolvimento dos módulos é propulsiondo pelos casos de uso que surgem no contexto desses sistemas de produção. Enfim, é frustrante, como desenvolvedor de módulos, ver usuários reclamando de problemas com módulos, quando o problema é com as práticas de engenharia de software que eles adotam. Já passei por inúmeros casos onde alguém falou "catalyst é uma porcaria, não faz X direito", quando fui ver, era uma versão defasada instalada por pacote e o bug tinha sido corrigido duas semanas depois num release subsequente mas os empacotadores não acompanharam. A culpa nem é dos empacotadores, não tem como uma equipe de empacotadores acompanharem e adotarem as políticas de release de todos os projetos no repositório de uma distribuição e também não tem como os desenvolvedores de um projeto fazerem o mesmo para todas as distros existentes. Mas, disseminar esse tipo de prática não contribui nem um pouco com a popularidade da linguagem. From edencardim em gmail.com Sat Jun 12 05:49:54 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 09:49:54 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: (Fernando Oliveira's message of "Sat, 12 Jun 2010 00:06:49 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: >>>>> "Fernando" == Fernando Oliveira writes: Fernando> Quem usa debian, ou algo baseado nele, ja tentou usar Fernando> auto-apt run cpan ... para esse tipo de modulo? Hm, é uma idéia interessante. Eu testei aqui rapidamente, sem muito sucesso, mas é bem provável que eu esteja fazendo algo errado. Me parece que o problema é que o builder do GD não está invocando o gdlib-config pelo path absoluto então o auto-apt não consegue localizar o arquivo no repositório. From thiagoglauco em ticursos.net Sat Jun 12 05:52:50 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 09:52:50 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C12B3D8.6070202@ticursos.net> <4c12bf073389e_5311c1bee6c11b@winter20.tmail> <4C12C952.3050708@ticursos.net> <4C12FD0B.6020108@ticursos.net> <4C131721.2080204@ticursos.net> Message-ID: <4C138322.80706@ticursos.net> Bem observado Eden... da próxima vez: package Beberrao; use Moose; has 'copo' => (isa => 'Int', is => 'rw', default => '1'); has 'Marca' => (isa =>'Str', is => 'ro', default => 'Heineken'); sub enche_o_copo { my ($self, $ml) = @_; confess "Garçom, enche mais" if $ml < 300; $self->copo = $ml; } package main; use 5.12.0; my $bebado = Beberrao->new('copo' => 500); printf "Eu quero minha %s no copo de %d\n", $bebado->Marca, $bebado->copo; Em 12/06/2010 08:52, Eden Cardim escreveu: >>>>>> "Thiago" == Thiago Glauco Sanchez writes: >>>>>> > Thiago> skols! -> to falando!!! tava ruim... > > Claro que tava ruim, era Skol... > > -- > Eden Cardim > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From thiagoglauco em ticursos.net Sat Jun 12 05:56:49 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Sat, 12 Jun 2010 09:56:49 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: <4C138411.6000401@ticursos.net> Eden told: >Enfim, é frustrante, como desenvolvedor de módulos, ver >usuários reclamando de problemas com módulos, quando o problema é com as >práticas de engenharia de software que eles adotam. Existem empresas que para atualizar um pacth, um firmware ou uma lib o processo de homologação é de mais de um mês... tempo mais que suficiente para grandes problemas acontecerem. Em 12/06/2010 09:39, Eden Cardim escreveu: >>>>>> "Gilmar" == Gilmar Santos writes: >>>>>> > Gilmar> Do mesmo modo que usar a versão mais recente de um módulo > Gilmar> (ou qualquer software) é assumir o risco de usar software > Gilmar> não muito testado. > > Então a solução é ficar preso com a biblioteca bugada por 2 anos? Esse > risco do qual você está falando só existe se você não tiver uma boa > política de homologação. (Você tem uma política de homologação, né?) > > Gilmar> Em 7 anos usando debian e 6 programando em Perl acho que só > Gilmar> precisei instalar um módulo via cpan nos casos que não tinha > Gilmar> pacote (e em boa parte desses casos fiz backport dos pacotes > Gilmar> da unstable, quando precisei em servidores). > > Pois é, em 11 anos programando perl e 5 anos como desenvolvedor e > consultor de alguns dos módulos mais usados do CPAN, 99% dos problemas > dos usuários são resolvidos com um "cpan upgrade". > > Gilmar> E ainda supondo a possibilidade de usar módulos sem features > Gilmar> ou com alguns bugs, mas poder gerenciar isso através do > Gilmar> sistema de pacotes, eu prefiro do que instalar via cpan e > Gilmar> não ter atualizações automáticas, resolução de dependências > Gilmar> e poder remover depois as dependências desnecessárias > Gilmar> (quando sai uma nova versão do módulo que depende da libfoo2 > Gilmar> ao invés da libfoo1, nesse caso a libfoo1 vai pro saco, ao > Gilmar> invés de ficar como lixo no sistema). > > Acho que estamos falando de coisas diferentes aqui, mas vamos lá. Uma > coisa é implantar uma biblioteca para utilizar durante o > desenvolvimento, outra é implantar o sistema de produção per se. Em > ambos os casos, a "remoção de dependências desnecessárias" é > irrelevante. Se a biblioteca for para desenvolvimento, você vai precisar > das versões antigas para testar/resolver problemas de > retro-compatibilidade. Se for para release/implantação, o correto é > distribuir versões auto-contidas do software, invés de implantar > bibliotecas para uso global no sistema. > > Gilmar> No caso extremo, em que eu preciso da feature na versão nova > Gilmar> ou um bug corrigido me afeta, eu baixo o fonte do pacote > Gilmar> junto com o fonte da versão nova e faço um pacote. Dá mais > Gilmar> trabalho do que via cpan, mas posso usar o pacote em várias > Gilmar> máquinas e ter todas as vantagens/facilidades que citei > Gilmar> antes. > > OK, isso funciona, até a hora em que o teu ambiente de implantação > envolver 4 ou mais plataformas diferentes. Pelo menos no meu mundo, > "casos extremos" envolvem mais plataformas do que isso. > > Gilmar> No dia-a-dia uso debian testing com alguns pacotes da > Gilmar> unstable e vejo muito pouca defasagem entre as versões > Gilmar> empacotadas dos módulos e o upstream. No cenário de uso do > Gilmar> debian stable o problema aparece mais, pois são 2 anos e > Gilmar> meio entra as versões. Mas ainda assim isso só seria > Gilmar> impactante se algum sistema *realmente* precisasse da versão > Gilmar> mais recente e que tal sistema *realmente* seja > Gilmar> necessário. Já me deparei com casos em que não eram (achamos > Gilmar> outro software similar ou ficamos com uma versão do sistema > Gilmar> que funcionava com as libs que tínhamos). > > Ah, como eu suspeitava... O uso do termo "dia-a-dia" é um indicador de > que você está falando sobre uso doméstico, e nesse caso talvez faça > sentido usar pacotes sim. Mas em sistemas de grande porte e de missão > crítica, as atualizações dos módulos são *muito* importantes, > principalmente porque o ciclo de desenvolvimento dos módulos é > propulsiondo pelos casos de uso que surgem no contexto desses sistemas > de produção. Enfim, é frustrante, como desenvolvedor de módulos, ver > usuários reclamando de problemas com módulos, quando o problema é com as > práticas de engenharia de software que eles adotam. Já passei por > inúmeros casos onde alguém falou "catalyst é uma porcaria, não faz X > direito", quando fui ver, era uma versão defasada instalada por pacote e > o bug tinha sido corrigido duas semanas depois num release subsequente > mas os empacotadores não acompanharam. A culpa nem é dos empacotadores, > não tem como uma equipe de empacotadores acompanharem e adotarem as > políticas de release de todos os projetos no repositório de uma > distribuição e também não tem como os desenvolvedores de um projeto > fazerem o mesmo para todas as distros existentes. Mas, disseminar esse > tipo de prática não contribui nem um pouco com a popularidade da > linguagem. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From edencardim em gmail.com Sat Jun 12 06:42:57 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 10:42:57 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: <4C138411.6000401@ticursos.net> (Thiago Glauco Sanchez's message of "Sat, 12 Jun 2010 09:56:49 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> <4C138411.6000401@ticursos.net> Message-ID: >>>>> "Thiago" == Thiago Glauco Sanchez writes: Thiago> Existem empresas que para atualizar um pacth, um firmware ou Thiago> uma lib o processo de homologação é de mais de um Thiago> mês... tempo mais que suficiente para grandes problemas Thiago> acontecerem. Provavelmente são as mesmas empresas que pagam merreca pra engenheiros de software. From jgasjr em gmail.com Sat Jun 12 07:18:56 2010 From: jgasjr em gmail.com (Gilmar Santos Jr) Date: Sat, 12 Jun 2010 11:18:56 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: Em 12 de junho de 2010 09:39, Eden Cardim escreveu: > Então a solução é ficar preso com a biblioteca bugada por 2 anos? Esse > risco do qual você está falando só existe se você não tiver uma boa > política de homologação. (Você tem uma política de homologação, né?) A solução é fazer o que for *preciso* fazer. Muitas correções de bugs ou features novas são irrelevantes. > Pois é, em 11 anos programando perl e 5 anos como desenvolvedor e > consultor de alguns dos módulos mais usados do CPAN, 99% dos problemas > dos usuários são resolvidos com um "cpan upgrade". E depois de algumas "soluções" dessa vc reinstala o S.O. Decisão de cada um ;) > Acho que estamos falando de coisas diferentes aqui, mas vamos lá. Uma > coisa é implantar uma biblioteca para utilizar durante o > desenvolvimento, outra é implantar o sistema de produção per se. Em > ambos os casos, a "remoção de dependências desnecessárias" é > irrelevante. Se a biblioteca for para desenvolvimento, você vai precisar > das versões antigas para testar/resolver problemas de > retro-compatibilidade. Se for para release/implantação, o correto é > distribuir versões auto-contidas do software, invés de implantar > bibliotecas para uso global no sistema. Se você tem recursos de hardware para que cada sistema rode no seu próprio ambiente, é melhor mesmo (se é pra cada um ser auto-contido, pq não partir logo pra virtualização e rodar cada sistema no seu próprio servidor? Muita gente por aí adota essa abordagem com sucesso). Quanto à relevância de remover dependências desnecessárias, vc pode considerar assim até o dia em que esse lixo te causar uma dor de cabeça enorme por vc já ter "esquecido" que ele está lá. > OK, isso funciona, até a hora em que o teu ambiente de implantação > envolver 4 ou mais plataformas diferentes. Pelo menos no meu mundo, > "casos extremos" envolvem mais plataformas do que isso. Se estivermos falando de plataformas em termo de "hardware", o processo é o mesmo para 1 ou N plataformas. Se estivermos falando de "Sistema Operacional", aí realmente cada sistema tem sua solução mais adequada. > Ah, como eu suspeitava... O uso do termo "dia-a-dia" é um indicador de > que você está falando sobre uso doméstico, e nesse caso talvez faça > sentido usar pacotes sim. Pois justamente em sistemas corporativos é que faz mais sentido. Ambientes que preciso fazer um plano de mudança antes de fazer qualquer coisa, com as opções de retorno muito bem definidas. Sem o uso de pacotes, tenho que partir para imagens. Retornar a versão de um pacote é muito mais rápido do que restaurar a imagem de um servidor. > (...) quando fui ver, era uma versão defasada instalada por pacote e > o bug tinha sido corrigido duas semanas depois num release subsequente > mas os empacotadores não acompanharam. Se sua equipe de desenvolvimento é mais rápida que os empacotadores e tem tempo para ficar verificando a versão mais recentes de todos os módulos usados todos os dias, que bom. Não vejo muitas equipes assim por aí... E quanto à defasagem, sorteie N módulos CPAN (ou escolha um conjunto de sua preferência) e verifique a versão mais recente do CPAN e do debian unstable. Por fim, boa parte do que estamos debatendo faz parte da política de cada empresa/organização. O uso de pacotes é bem adequado às políticas que tive contato até agora, o que não quer dizer que seja solução universal. Acho importante conhecer as alternativas e as vantagens e desvantagens de cada uma, assim a análise de cada caso fica mais precisa. [ ]'s Gilmar From edencardim em gmail.com Sat Jun 12 10:37:03 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 12 Jun 2010 14:37:03 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: (Gilmar Santos, Jr.'s message of "Sat, 12 Jun 2010 11:18:56 -0300") References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: >>>>> "Gilmar" == Gilmar Santos writes: Gilmar> A solução é fazer o que for *preciso* fazer. Muitas Gilmar> correções de bugs ou features novas são irrelevantes. Irrelevantes? Deve ser por conta dessa mentalidade que os contratos no Brasil são tão baratos. Quando o teu sistema sustentar um negócio que movimenta alguns milhões de dólares, você não vai poder se dar o luxo de ignorar bugs ou features. Gilmar> E depois de algumas "soluções" dessa vc reinstala o Gilmar> S.O. Decisão de cada um ;) "reinstala o S.O." porque? Estamos num fórum de "técnicos de uindous"? A "solução" se trata de consertar e reimplantar o software, inserindo o mínimo de efeitos colaterais, que é a única forma de se resolver um bug. Se uma atualização de software degenera a sua plataforma, tem algo muito errado na abordagem. Gilmar> Se você tem recursos de hardware para que cada sistema rode Gilmar> no seu próprio ambiente, é melhor mesmo (se é pra cada um Gilmar> ser auto-contido, pq não partir logo pra virtualização e Gilmar> rodar cada sistema no seu próprio servidor? Muita gente por Gilmar> aí adota essa abordagem com sucesso). É piada isso? Boa parte dos sistemas sérios não podem ser virtualizados, a linguagem já é lenta em hardware "de verdade" e outras soluções são lentas por natureza, precisam de todos os recursos que puderem ter. Gilmar> Quanto à relevância de remover dependências desnecessárias, Gilmar> vc pode considerar assim até o dia em que esse lixo te Gilmar> causar uma dor de cabeça enorme por vc já ter "esquecido" Gilmar> que ele está lá. "lixo"? Você não leu o que eu falei sobre retro-compatibilidade? E como assim "esquecido"? Um sistema de produção que valha o nome tem tudo documentado, monitorado e catalogado. Ou você está falando do laptop que você usa em casa? Gilmar> Se estivermos falando de plataformas em termo de "hardware", Gilmar> o processo é o mesmo para 1 ou N plataformas. Se estivermos Gilmar> falando de "Sistema Operacional", aí realmente cada sistema Gilmar> tem sua solução mais adequada. "plataforma" é a combinação do hardware e do software básico que estiver dando suporte à execução do software de negócio. Então qualquer mudança, no hardware ou no software básico requer um procedimento de implantação específico. Gilmar> Pois justamente em sistemas corporativos é que faz mais Gilmar> sentido. Ambientes que preciso fazer um plano de mudança Gilmar> antes de fazer qualquer coisa, com as opções de retorno Gilmar> muito bem definidas. Sem o uso de pacotes, tenho que partir Gilmar> para imagens. Retornar a versão de um pacote é muito mais Gilmar> rápido do que restaurar a imagem de um servidor. É muito mais rápido e é muito mais porco também (vide retrocompatibilidade, implantação, etc. que eu mencionei antes). E err, não precisa de uma "imagem" do sistema operacional, uma vez estabelecida a plataforma, você pode implantar e remover sistemas a vontade, é exatamente pra isso que serve uma plataforma. Me parece que você está viciado nos pacotes porque acha que essa é a única forma de se compilar bibliotecas para serem usadas em sistemas de software. Existem inúmeras distribuições de software que adotam uma estratégia auto-contida, isto significa que todo o software do sistema de negócios fica agrupado num único lugar, tipicamente, num diretório, sem compartilhar bibliotecas (que podem ser "linkadas" dinamica ou estaticamente), e alternar entre versões diferentes envolve um mero redirecionamento de link no sistema de arquivos. Inclusive tem sistemas operacionais que adotam essa abordagem como padrão, como por exemplo, os derivados de BSD. Gilmar> Se sua equipe de desenvolvimento é mais rápida que os Gilmar> empacotadores e tem tempo para ficar verificando a versão Gilmar> mais recentes de todos os módulos usados todos os dias, que Gilmar> bom. Não vejo muitas equipes assim por aí... Sim, no mundo real, onde rola o dinheiro de verdade e onde o "time to market" é o fator definitivo para o negócio (em bancos como o Chase Manhattan e redes como AOL e BBC), as equipes precisam ser ágeis. Não se trata de "verificar" todo dia, se trata de que as features novas e os bugs que aparecem para serem resolvidos são fundamentais para o negócio (isto é, os stakeholders perdem *muito* dinheiro, "tutu", "money"... capiche?) e *toda hora* (literalmente) aparece um problema que precisa ser resolvido com um patch ou que revela um bug na biblioteca. Gilmar> E quanto à defasagem, sorteie N módulos CPAN (ou escolha um Gilmar> conjunto de sua preferência) e verifique a versão mais Gilmar> recente do CPAN e do debian unstable. Você não está entendendo, "ágil" significa que não se pode depender de esperar nem um dia sequer pela boa vontade dos empacotadores. Além disso, é bastante complicado uma empresa escolher essa dependência sem ter um contrato formal em jogo, porque cada segundo se traduz em algumas centenas de dólares, cabeças precisam rolar se houver algum problema. Gilmar> Por fim, boa parte do que estamos debatendo faz parte da Gilmar> política de cada empresa/organização. O uso de pacotes é bem Gilmar> adequado às políticas que tive contato até agora, o que não Gilmar> quer dizer que seja solução universal. A quantos usuários os sistemas dessas organizações atendiam, e qual o volume de dados processados? Pode até ser possível usar pacotes em alguns cenários, mas nos cenários que requerem agilidade From jgasjr em gmail.com Sat Jun 12 14:17:41 2010 From: jgasjr em gmail.com (Gilmar Santos Jr) Date: Sat, 12 Jun 2010 18:17:41 -0300 Subject: [Cascavel-pm] Problemas ao instalar Modulo In-Reply-To: References: <4c12a1d3f6ab_106028f5e74480@winter27.tmail> Message-ID: Em 12 de junho de 2010 14:37, Eden Cardim escreveu: >>>>>> "Gilmar" == Gilmar Santos writes: > >    Gilmar> A solução é fazer o que for *preciso* fazer. Muitas >    Gilmar> correções de bugs ou features novas são irrelevantes. > > Irrelevantes? Deve ser por conta dessa mentalidade que os contratos no > Brasil são tão baratos. Quando o teu sistema sustentar um negócio que > movimenta alguns milhões de dólares, você não vai poder se dar o luxo de > ignorar bugs ou features. Parece que seu ambiente realmente requer atenção muito especial. Você está falando de sistemas que usam 100% de funcionalidade de 100% das bibliotecas das quais dependem e que sustenta negócios de milhões de dólares, atendendo a milhares de usuários. Ainda não tive a felicidade de ver pessoalmente tal sistema escrito em Perl. Como nunca lidei com ambientes tão críticos e impactantes assim, me retiro da discussão. Desculpem-me por ter proposto uma solução "porca". Apenas quis contribuir com o que funciona e sempre funcionou nos meus "medíocres" ambientes. [ ]'s Gilmar From acid06 em gmail.com Mon Jun 14 03:32:34 2010 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Mon, 14 Jun 2010 07:32:34 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?Plack_em_Portugu=EAs?= Message-ID: Pessoal, Fizeram o grande favor de traduzir os slides do Tatsuhiko Miyagawa para Português. Como sempre aparece alguém procurando material sobre Perl em Português, acredito que pode ser útil. Aqui vai o link: http://blog.plackperl.org/2010/06/plack-in-portuguese.html -Nilson From ricardostock em bol.com.br Mon Jun 14 12:29:49 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Mon, 14 Jun 2010 16:29:49 -0300 Subject: [Cascavel-pm] renomear imagem durante upload Message-ID: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Boa tarde a todos minha duvida seria como renomear um arquivo antes de gravar o mesmo, ou duratne. Estou fazendo um upload de arquivos, onde cada imagem, teria como nome o Id de registro. faço o upload normalmente, mas nao sei como fazer para trocar o nome do arquivo, pois nao quero que o usuario tenha que renomear o mesmo. Ex foto0001.jpg renomeia para ID.jpg PS: Não quero gravar a imagem no banco. Veja o codigo sub Upload_Imagem { $| = 1; my $arquivo=param('arquivo'); #arquivo de imagem my $cliente=param('cliente'); #campo do tipo hidden com o id do cliente my ($byte,$buffer,$byteread); my $diretorio="/home/htdocs/clientes/nome_cliente/album"; ## Pergunta, como renomear o arquivo de forma que fique id.jpg ?? ## minha duvida é como renomear o arquivo pois na variavel $arquivo tenho o nome do arquivo e o conteudo, ## que é a propria imagem, como trocar somente nome ## tentei $novo_nome=$arquivo, mas gravo a imagem sem bytes nenhum. #Gravo o arquivo open (UPLOAD, ">$diretorio/$arquivo") || die "Erro $!"; binmode UPLOAD; while ($byte = read($arquivo,$buffer,1024)) { $byteread += $byte; print UPLOAD $buffer; } close($arquivo); close(UPLOAD); #Grava o nome da imagem no banco #$sth=$dbh->prepare("update tb_cliente set imagem='$imagem' where id_cliente='$cliente'"); #$sth->execute() || die "Erro ao registrar a imagem $DBI::errstr"; #$sth->finish(); print "a imagem foi carregada com sucesso.\n"; } Ricardo Stock ricardostock em bol.com.br From jimmy.tty em gmail.com Mon Jun 14 12:49:53 2010 From: jimmy.tty em gmail.com (Ronaldo Ferreira de Lima) Date: Mon, 14 Jun 2010 16:49:53 -0300 Subject: [Cascavel-pm] renomear imagem durante upload In-Reply-To: <6FEA9C970DE64497A1377743D5C64967@pcricardo> References: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Message-ID: Em 14 de junho de 2010 16:29, Ricardo Stock escreveu: > Boa tarde a todos Boa tarde Ricardo, > > minha duvida seria como renomear um arquivo antes de gravar o mesmo, ou > duratne. Ficou estranho essa parte. Como renomear algo que não existe (ainda)? > > Estou fazendo um upload de arquivos, onde cada imagem, teria como nome o Id > de registro. faço o upload normalmente, mas nao sei como fazer para trocar o > nome do arquivo, pois nao quero que o usuario tenha que renomear o mesmo. > Ex foto0001.jpg  renomeia para ID.jpg "ID.jpg" é literal ou "ID" seria um número serial? > > PS: Não quero gravar a imagem no banco. > > > Veja o codigo > > sub Upload_Imagem { > >   $| = 1; > >   my $arquivo=param('arquivo'); #arquivo de imagem >   my $cliente=param('cliente'); #campo do tipo hidden com o id do cliente > >   my ($byte,$buffer,$byteread); >   my $diretorio="/home/htdocs/clientes/nome_cliente/album"; > > > >   ## Pergunta, como renomear o arquivo de forma que fique id.jpg ?? >   ## minha duvida é como renomear o arquivo pois na variavel $arquivo tenho > o nome do arquivo e o conteudo, >   ## que é a propria imagem, como trocar somente nome >   ## tentei $novo_nome=$arquivo, mas gravo a imagem sem bytes nenhum. > >   #Gravo o arquivo >   open (UPLOAD, ">$diretorio/$arquivo") || die "Erro $!"; porque não: open( my $upload, q(>), qq($diretorio/ID.jpg) ) or die >... ??? >   binmode UPLOAD; > >           while ($byte = read($arquivo,$buffer,1024)) { >                 $byteread += $byte; >                 print UPLOAD $buffer; > >                 } > >   close($arquivo); >   close(UPLOAD); > > >   #Grava o nome da imagem no banco >   #$sth=$dbh->prepare("update tb_cliente set imagem='$imagem' where > id_cliente='$cliente'"); >   #$sth->execute() || die "Erro ao registrar a imagem $DBI::errstr"; >   #$sth->finish(); > >   print "a imagem foi carregada com sucesso.\n"; > > } > Basicamente ou você descarrega a imagem em um arquivo aberto com o nome correto, ou use o "rename" para mudar o nome depois, mas não seria uma boa solução. > > > > > Ricardo Stock > ricardostock em bol.com.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From ricardostock em bol.com.br Mon Jun 14 14:25:22 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Mon, 14 Jun 2010 18:25:22 -0300 Subject: [Cascavel-pm] renomear imagem durante upload References: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Message-ID: Então, eu consegui... mais ainda nao esta como eu quero. Veja #Renomeia o arquivo opendir(diretorio,$diretorio); my @dir=readdir(diretorio); closedir(diretorio); rename ("$diretorio/$dir[2]", "$diretorio/$imagem") || die "$!"; Estou tendo que gravar a imagem em um diretorio temporario, e renomeando ela, mas esta errado, pois corre o risco de ter outra imagem no diretorio, e com isto causar erro. ----- Original Message ----- From: "Ronaldo Ferreira de Lima" To: "Cascavel Perl Mongers" Sent: Monday, June 14, 2010 4:49 PM Subject: Re: [Cascavel-pm] renomear imagem durante upload Em 14 de junho de 2010 16:29, Ricardo Stock escreveu: > Boa tarde a todos Boa tarde Ricardo, > > minha duvida seria como renomear um arquivo antes de gravar o mesmo, ou > duratne. Ficou estranho essa parte. Como renomear algo que não existe (ainda)? > > Estou fazendo um upload de arquivos, onde cada imagem, teria como nome o > Id > de registro. faço o upload normalmente, mas nao sei como fazer para trocar > o > nome do arquivo, pois nao quero que o usuario tenha que renomear o mesmo. > Ex foto0001.jpg renomeia para ID.jpg "ID.jpg" é literal ou "ID" seria um número serial? > > PS: Não quero gravar a imagem no banco. > > > Veja o codigo > > sub Upload_Imagem { > > $| = 1; > > my $arquivo=param('arquivo'); #arquivo de imagem > my $cliente=param('cliente'); #campo do tipo hidden com o id do cliente > > my ($byte,$buffer,$byteread); > my $diretorio="/home/htdocs/clientes/nome_cliente/album"; > > > > ## Pergunta, como renomear o arquivo de forma que fique id.jpg ?? > ## minha duvida é como renomear o arquivo pois na variavel $arquivo tenho > o nome do arquivo e o conteudo, > ## que é a propria imagem, como trocar somente nome > ## tentei $novo_nome=$arquivo, mas gravo a imagem sem bytes nenhum. > > #Gravo o arquivo > open (UPLOAD, ">$diretorio/$arquivo") || die "Erro $!"; porque não: open( my $upload, q(>), qq($diretorio/ID.jpg) ) or die >... ??? > binmode UPLOAD; > > while ($byte = read($arquivo,$buffer,1024)) { > $byteread += $byte; > print UPLOAD $buffer; > > } > > close($arquivo); > close(UPLOAD); > > > #Grava o nome da imagem no banco > #$sth=$dbh->prepare("update tb_cliente set imagem='$imagem' where > id_cliente='$cliente'"); > #$sth->execute() || die "Erro ao registrar a imagem $DBI::errstr"; > #$sth->finish(); > > print "a imagem foi carregada com sucesso.\n"; > > } > Basicamente ou você descarrega a imagem em um arquivo aberto com o nome correto, ou use o "rename" para mudar o nome depois, mas não seria uma boa solução. > > > > > Ricardo Stock > ricardostock em bol.com.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > _______________________________________________ Cascavel-pm mailing list Cascavel-pm em pm.org http://mail.pm.org/mailman/listinfo/cascavel-pm From diogo86 em gmail.com Tue Jun 15 04:12:33 2010 From: diogo86 em gmail.com (diogo86 em gmail.com) Date: Tue, 15 Jun 2010 08:12:33 -0300 Subject: [Cascavel-pm] renomear imagem durante upload In-Reply-To: <6FEA9C970DE64497A1377743D5C64967@pcricardo> References: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Message-ID: Ricardo, não tenho certeza de que API é essa nem o que $arquivo é exatamente, mas pelo o que você postou, "$arquivo" (numa string) retorna o nome do arquivo enviado, mesmo que $arquivo seja usado também no contexto de file handle. Já que não é esse nome que você quer, presumo que basta trocar ">$diretorio/$arquivo" para ">$diretorio/$cliente.jpg". Provavelmente você vai querer tratar a extensão do arquivo e talvez até salvar o mime type no banco, mas aí já é com você ;) Diogo 2010/6/14 Ricardo Stock : > Boa tarde a todos > > minha duvida seria como renomear um arquivo antes de gravar o mesmo, ou > duratne. > > Estou fazendo um upload de arquivos, onde cada imagem, teria como nome o Id > de registro. faço o upload normalmente, mas nao sei como fazer para trocar o > nome do arquivo, pois nao quero que o usuario tenha que renomear o mesmo. > Ex foto0001.jpg  renomeia para ID.jpg > > PS: Não quero gravar a imagem no banco. > > > Veja o codigo > > sub Upload_Imagem { > >   $| = 1; > >   my $arquivo=param('arquivo'); #arquivo de imagem >   my $cliente=param('cliente'); #campo do tipo hidden com o id do cliente > >   my ($byte,$buffer,$byteread); >   my $diretorio="/home/htdocs/clientes/nome_cliente/album"; > > > >   ## Pergunta, como renomear o arquivo de forma que fique id.jpg ?? >   ## minha duvida é como renomear o arquivo pois na variavel $arquivo tenho > o nome do arquivo e o conteudo, >   ## que é a propria imagem, como trocar somente nome >   ## tentei $novo_nome=$arquivo, mas gravo a imagem sem bytes nenhum. > >   #Gravo o arquivo >   open (UPLOAD, ">$diretorio/$arquivo") || die "Erro $!"; >   binmode UPLOAD; > >           while ($byte = read($arquivo,$buffer,1024)) { >                 $byteread += $byte; >                 print UPLOAD $buffer; > >                 } > >   close($arquivo); >   close(UPLOAD); > > >   #Grava o nome da imagem no banco >   #$sth=$dbh->prepare("update tb_cliente set imagem='$imagem' where > id_cliente='$cliente'"); >   #$sth->execute() || die "Erro ao registrar a imagem $DBI::errstr"; >   #$sth->finish(); > >   print "a imagem foi carregada com sucesso.\n"; > > } > > > > > > Ricardo Stock > ricardostock em bol.com.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From jimmy.tty em gmail.com Wed Jun 16 13:12:49 2010 From: jimmy.tty em gmail.com (Ronaldo Ferreira de Lima) Date: Wed, 16 Jun 2010 17:12:49 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?Plack_em_Portugu=EAs?= In-Reply-To: References: Message-ID: Sem dúvidas que é, Nilson. Thanks. Em 14 de junho de 2010 07:32, Nilson Santos Figueiredo Jr. escreveu: > Pessoal, > > Fizeram o grande favor de traduzir os slides do Tatsuhiko Miyagawa > para Português. > Como sempre aparece alguém procurando material sobre Perl em > Português, acredito que pode ser útil. > > Aqui vai o link: > >  http://blog.plackperl.org/2010/06/plack-in-portuguese.html > > -Nilson > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From gabriel em joaogabriel.org Fri Jun 18 09:59:34 2010 From: gabriel em joaogabriel.org (=?ISO-8859-1?Q?Jo=E3o_Gabriel_Casteluber_Laass?=) Date: Fri, 18 Jun 2010 13:59:34 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= Message-ID: Amigos, boa tarde. O problema que irei descrever a seguir não tem relação direta com Perl, mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, vamos descobrir). Me passaram uma solicitação aqui na empresa com o seguinte cenário: Fizeram um back-up de um banco de dados MySQL através do comando "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram a importação do banco de dados (usando o phpmyadmin ou via linha de comando - não sei afirmar qual método usaram). O problema é que todas as palavras acentuadas agora aparecem com um "?" em navegadores web. Não é o charset da aplicação que solicita dados no banco de dados porque é a mesma aplicação (inclusive a versão da aplicação é a mesma) [A aplicação em questão é o DotProject versão 2.1 e os campos com texto estão com COLLATE utf8_unicode_ci]. Outro fato é que os novos registros no banco de dados estão corretos. Já tentei de várias formas (usando Perl, Java, funções do PHP, outros softwares) descobrir em que charset estão as palavras acentuadas com erro. Não consegui nada. Absolutamente nada. Segue um exemplo de pequenas frases com problemas: CAF� DA TARDE --> deveria ser "CAFÉ DA TARDE" Café --> deveria ser "Café" REUNI�ES INTERNAS --> deveria ser "REUNIÕES INTERNAS" Algum membro pode dar alguns belos 2 centavos de ajuda? Um abraço, João Gabriel Casteluber Laass -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From mmmferreira em gmail.com Fri Jun 18 11:52:42 2010 From: mmmferreira em gmail.com (=?ISO-8859-1?Q?M=E1rcio_Ferreira_Ribeiro?=) Date: Fri, 18 Jun 2010 15:52:42 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Há anos eu não trabalho com MySQL e passei por problema semelhante, meu erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e fazer um novo importe dos dados. Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. Márcio Ferreira 2010/6/18 João Gabriel Casteluber Laass > Amigos, boa tarde. > > O problema que irei descrever a seguir não tem relação direta com Perl, mas > creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, vamos > descobrir). > > Me passaram uma solicitação aqui na empresa com o seguinte cenário: > Fizeram um back-up de um banco de dados MySQL através do comando > "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram > a importação do banco de dados (usando o phpmyadmin ou via linha de comando > - não sei afirmar qual método usaram). > > O problema é que todas as palavras acentuadas agora aparecem com um "?" em > navegadores web. Não é o charset da aplicação que solicita dados no banco de > dados porque é a mesma aplicação (inclusive a versão da aplicação é a mesma) > [A aplicação em questão é o DotProject versão 2.1 e os campos com texto > estão com COLLATE utf8_unicode_ci]. > > Outro fato é que os novos registros no banco de dados estão corretos. > > Já tentei de várias formas (usando Perl, Java, funções do PHP, outros > softwares) descobrir em que charset estão as palavras acentuadas com erro. > Não consegui nada. Absolutamente nada. > > Segue um exemplo de pequenas frases com problemas: > CAF� DA TARDE > --> deveria ser "CAFÉ DA TARDE" > > Café > --> deveria ser "Café" > > REUNI�ES INTERNAS > --> deveria ser "REUNIÕES INTERNAS" > > > Algum membro pode dar alguns belos 2 centavos de ajuda? > > Um abraço, > João Gabriel Casteluber Laass > > > > > > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Wiki sobre MySQL: MySQL-BR.wikidot.com -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From gabriel em joaogabriel.org Fri Jun 18 12:09:56 2010 From: gabriel em joaogabriel.org (=?ISO-8859-1?Q?Jo=E3o_Gabriel_Casteluber_Laass?=) Date: Fri, 18 Jun 2010 16:09:56 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Olá Márcio, boa tarde. O charset é o mesmo. Como eu disse, houve uma importação antes e depois foi inserido mais registros. O problema é encontrar o mapeamento dos "caracteres estranhos" para caracteres comuns. Dicas? Um abraço, João Gabriel Casteluber Laass 2010/6/18 Márcio Ferreira Ribeiro > Há anos eu não trabalho com MySQL e passei por problema semelhante, meu > erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava > anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e > fazer um novo importe dos dados. > Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. > > Márcio Ferreira > > 2010/6/18 João Gabriel Casteluber Laass > >> Amigos, boa tarde. >> >> O problema que irei descrever a seguir não tem relação direta com Perl, >> mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, >> vamos descobrir). >> >> Me passaram uma solicitação aqui na empresa com o seguinte cenário: >> Fizeram um back-up de um banco de dados MySQL através do comando >> "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram >> a importação do banco de dados (usando o phpmyadmin ou via linha de comando >> - não sei afirmar qual método usaram). >> >> O problema é que todas as palavras acentuadas agora aparecem com um "?" em >> navegadores web. Não é o charset da aplicação que solicita dados no banco de >> dados porque é a mesma aplicação (inclusive a versão da aplicação é a mesma) >> [A aplicação em questão é o DotProject versão 2.1 e os campos com texto >> estão com COLLATE utf8_unicode_ci]. >> >> Outro fato é que os novos registros no banco de dados estão corretos. >> >> Já tentei de várias formas (usando Perl, Java, funções do PHP, outros >> softwares) descobrir em que charset estão as palavras acentuadas com erro. >> Não consegui nada. Absolutamente nada. >> >> Segue um exemplo de pequenas frases com problemas: >> CAF� DA TARDE >> --> deveria ser "CAFÉ DA TARDE" >> >> Café >> --> deveria ser "Café" >> >> REUNI�ES INTERNAS >> --> deveria ser "REUNIÕES INTERNAS" >> >> >> Algum membro pode dar alguns belos 2 centavos de ajuda? >> >> Um abraço, >> João Gabriel Casteluber Laass >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > Wiki sobre MySQL: MySQL-BR.wikidot.com > > _______________________________________________ > 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: From mmmferreira em gmail.com Fri Jun 18 12:49:50 2010 From: mmmferreira em gmail.com (=?ISO-8859-1?Q?M=E1rcio_Ferreira_Ribeiro?=) Date: Fri, 18 Jun 2010 16:49:50 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: João, eu só consigo pensar em algum problema durante o import do backup feito com o mysqldump. Pois os "caracteres especiais" estão estranhos para os registros velhos e os novos estão normais. Vc tem acesso ao arquivo de dump usado? Os caracteres estão legiveis? Márcio Ferreira 2010/6/18 João Gabriel Casteluber Laass > Olá Márcio, boa tarde. O charset é o mesmo. Como eu disse, houve uma > importação antes e depois foi inserido mais registros. > > O problema é encontrar o mapeamento dos "caracteres estranhos" para > caracteres comuns. > > Dicas? > > > > Um abraço, > > João Gabriel Casteluber Laass > > > > > > > > > 2010/6/18 Márcio Ferreira Ribeiro > > Há anos eu não trabalho com MySQL e passei por problema semelhante, meu >> erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava >> anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e >> fazer um novo importe dos dados. >> Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. >> >> Márcio Ferreira >> >> 2010/6/18 João Gabriel Casteluber Laass >> >>> Amigos, boa tarde. >>> >>> O problema que irei descrever a seguir não tem relação direta com Perl, >>> mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, >>> vamos descobrir). >>> >>> Me passaram uma solicitação aqui na empresa com o seguinte cenário: >>> Fizeram um back-up de um banco de dados MySQL através do comando >>> "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram >>> a importação do banco de dados (usando o phpmyadmin ou via linha de comando >>> - não sei afirmar qual método usaram). >>> >>> O problema é que todas as palavras acentuadas agora aparecem com um "?" >>> em navegadores web. Não é o charset da aplicação que solicita dados no banco >>> de dados porque é a mesma aplicação (inclusive a versão da aplicação é a >>> mesma) [A aplicação em questão é o DotProject versão 2.1 e os campos com >>> texto estão com COLLATE utf8_unicode_ci]. >>> >>> Outro fato é que os novos registros no banco de dados estão corretos. >>> >>> Já tentei de várias formas (usando Perl, Java, funções do PHP, outros >>> softwares) descobrir em que charset estão as palavras acentuadas com erro. >>> Não consegui nada. Absolutamente nada. >>> >>> Segue um exemplo de pequenas frases com problemas: >>> CAF� DA TARDE >>> --> deveria ser "CAFÉ DA TARDE" >>> >>> Café >>> --> deveria ser "Café" >>> >>> REUNI�ES INTERNAS >>> --> deveria ser "REUNIÕES INTERNAS" >>> >>> >>> Algum membro pode dar alguns belos 2 centavos de ajuda? >>> >>> Um abraço, >>> João Gabriel Casteluber Laass >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> >> -- >> Wiki sobre MySQL: MySQL-BR.wikidot.com >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Wiki sobre MySQL: MySQL-BR.wikidot.com -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From gabriel em joaogabriel.org Fri Jun 18 14:21:26 2010 From: gabriel em joaogabriel.org (=?ISO-8859-1?Q?Jo=E3o_Gabriel_Casteluber_Laass?=) Date: Fri, 18 Jun 2010 18:21:26 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Posso tentar encontrar o arquivo de dump usado na importação. Fará alguma diferença? Pergunto pois temos necessariamente que usar a base de dados atual. Um abraço, João Gabriel Casteluber Laass 2010/6/18 Márcio Ferreira Ribeiro > João, > > eu só consigo pensar em algum problema durante o import do backup feito com > o mysqldump. Pois os "caracteres especiais" estão estranhos para os > registros velhos e os novos estão normais. > Vc tem acesso ao arquivo de dump usado? Os caracteres estão legiveis? > > > Márcio Ferreira > > > 2010/6/18 João Gabriel Casteluber Laass > >> Olá Márcio, boa tarde. O charset é o mesmo. Como eu disse, houve uma >> importação antes e depois foi inserido mais registros. >> >> O problema é encontrar o mapeamento dos "caracteres estranhos" para >> caracteres comuns. >> >> Dicas? >> >> >> >> Um abraço, >> >> João Gabriel Casteluber Laass >> >> >> >> >> >> >> >> >> 2010/6/18 Márcio Ferreira Ribeiro >> >> Há anos eu não trabalho com MySQL e passei por problema semelhante, meu >>> erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava >>> anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e >>> fazer um novo importe dos dados. >>> Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. >>> >>> Márcio Ferreira >>> >>> 2010/6/18 João Gabriel Casteluber Laass >>> >>>> Amigos, boa tarde. >>>> >>>> O problema que irei descrever a seguir não tem relação direta com Perl, >>>> mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, >>>> vamos descobrir). >>>> >>>> Me passaram uma solicitação aqui na empresa com o seguinte cenário: >>>> Fizeram um back-up de um banco de dados MySQL através do comando >>>> "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram >>>> a importação do banco de dados (usando o phpmyadmin ou via linha de comando >>>> - não sei afirmar qual método usaram). >>>> >>>> O problema é que todas as palavras acentuadas agora aparecem com um "?" >>>> em navegadores web. Não é o charset da aplicação que solicita dados no banco >>>> de dados porque é a mesma aplicação (inclusive a versão da aplicação é a >>>> mesma) [A aplicação em questão é o DotProject versão 2.1 e os campos com >>>> texto estão com COLLATE utf8_unicode_ci]. >>>> >>>> Outro fato é que os novos registros no banco de dados estão corretos. >>>> >>>> Já tentei de várias formas (usando Perl, Java, funções do PHP, outros >>>> softwares) descobrir em que charset estão as palavras acentuadas com erro. >>>> Não consegui nada. Absolutamente nada. >>>> >>>> Segue um exemplo de pequenas frases com problemas: >>>> CAF� DA TARDE >>>> --> deveria ser "CAFÉ DA TARDE" >>>> >>>> Café >>>> --> deveria ser "Café" >>>> >>>> REUNI�ES INTERNAS >>>> --> deveria ser "REUNIÕES INTERNAS" >>>> >>>> >>>> Algum membro pode dar alguns belos 2 centavos de ajuda? >>>> >>>> Um abraço, >>>> João Gabriel Casteluber Laass >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>> >>> >>> >>> -- >>> Wiki sobre MySQL: MySQL-BR.wikidot.com >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > Wiki sobre MySQL: MySQL-BR.wikidot.com > > _______________________________________________ > 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: From daniel.oliveira.mantovani em gmail.com Fri Jun 18 14:44:42 2010 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Fri, 18 Jun 2010 18:44:42 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Cara, deixa eu ver se eu entendi, fizeram um backup da aplicação e usando mysqldump e agora quando vocês fazem uma query o conteúdo aparece com caracteres estranhos ? Você viu o charset do MySQL ? Qual o encode da shell que você está fazendo a query ? Você já tentou mudar o encode de ISO/UTF ou vice-versa para testar ? 2010/6/18 João Gabriel Casteluber Laass : > Posso tentar encontrar o arquivo de dump usado na importação. Fará alguma > diferença? Pergunto pois temos necessariamente que usar a base de dados > atual. > > Um abraço, > João Gabriel Casteluber Laass > > > > > > > > > 2010/6/18 Márcio Ferreira Ribeiro >> >> João, >> >> eu só consigo pensar em algum problema durante o import do backup feito >> com o mysqldump. Pois os "caracteres especiais" estão estranhos para os >> registros velhos e os novos estão normais. >> Vc tem acesso ao arquivo de dump usado? Os caracteres estão legiveis? >> >> Márcio Ferreira >> >> >> 2010/6/18 João Gabriel Casteluber Laass >>> >>> Olá Márcio, boa tarde. O charset é o mesmo. Como eu disse, houve uma >>> importação antes e depois foi inserido mais registros. >>> >>> O problema é encontrar o mapeamento dos "caracteres estranhos" para >>> caracteres comuns. >>> >>> Dicas? >>> >>> >>> Um abraço, >>> >>> João Gabriel Casteluber Laass >>> >>> >>> >>> >>> >>> >>> >>> >>> 2010/6/18 Márcio Ferreira Ribeiro >>>> >>>> Há anos eu não trabalho com MySQL e passei por problema semelhante, meu >>>> erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava >>>> anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e >>>> fazer um novo importe dos dados. >>>> Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. >>>> >>>> Márcio Ferreira >>>> >>>> 2010/6/18 João Gabriel Casteluber Laass >>>>> >>>>> Amigos, boa tarde. >>>>> >>>>> O problema que irei descrever a seguir não tem relação direta com Perl, >>>>> mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, >>>>> vamos descobrir). >>>>> >>>>> Me passaram uma solicitação aqui na empresa com o seguinte cenário: >>>>> Fizeram um back-up de um banco de dados MySQL através do comando >>>>> "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram >>>>> a importação do banco de dados (usando o phpmyadmin ou via linha de comando >>>>> - não sei afirmar qual método usaram). >>>>> >>>>> O problema é que todas as palavras acentuadas agora aparecem com um "?" >>>>> em navegadores web. Não é o charset da aplicação que solicita dados no banco >>>>> de dados porque é a mesma aplicação (inclusive a versão da aplicação é a >>>>> mesma) [A aplicação em questão é o DotProject versão 2.1 e os campos com >>>>> texto estão com COLLATE utf8_unicode_ci]. >>>>> >>>>> Outro fato é que os novos registros no banco de dados estão corretos. >>>>> >>>>> Já tentei de várias formas (usando Perl, Java, funções do PHP, outros >>>>> softwares) descobrir em que charset estão as palavras acentuadas com erro. >>>>> Não consegui nada. Absolutamente nada. >>>>> >>>>> Segue um exemplo de pequenas frases com problemas: >>>>> CAF� DA TARDE >>>>> --> deveria ser "CAFÉ DA TARDE" >>>>> >>>>> Café >>>>> --> deveria ser "Café" >>>>> >>>>> REUNI�ES INTERNAS >>>>> --> deveria ser "REUNIÕES INTERNAS" >>>>> >>>>> >>>>> Algum membro pode dar alguns belos 2 centavos de ajuda? >>>>> >>>>> Um abraço, >>>>> João Gabriel Casteluber Laass >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Cascavel-pm mailing list >>>>> Cascavel-pm em pm.org >>>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>>> >>>> >>>> -- >>>> Wiki sobre MySQL: MySQL-BR.wikidot.com >>>> >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> -- >> Wiki sobre MySQL: MySQL-BR.wikidot.com >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- "If you?ve never written anything thoughtful, then you?ve never had any difficult, important, or interesting thoughts. That?s the secret: people who don?t write, are people who don?t think." From mmmferreira em gmail.com Fri Jun 18 15:40:57 2010 From: mmmferreira em gmail.com (=?ISO-8859-1?Q?M=E1rcio_Ferreira_Ribeiro?=) Date: Fri, 18 Jun 2010 19:40:57 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Se vc não pode fazer um novo import do zero, acho q não vale a pena procurar. O assunto tá parecendo mais especifico de MySQL que perl mesmo. Em perl alguém pode sugerir um código para fazer a correção, o q pode ser um tanto trabalhoso dependendo do tamanho do banco. Vc já tentou alguma lista de MySQL? Márcio Ferreira 2010/6/18 João Gabriel Casteluber Laass > Posso tentar encontrar o arquivo de dump usado na importação. Fará alguma > diferença? Pergunto pois temos necessariamente que usar a base de dados > atual. > > > Um abraço, > João Gabriel Casteluber Laass > > > > > > > > > 2010/6/18 Márcio Ferreira Ribeiro > >> João, >> >> eu só consigo pensar em algum problema durante o import do backup feito >> com o mysqldump. Pois os "caracteres especiais" estão estranhos para os >> registros velhos e os novos estão normais. >> Vc tem acesso ao arquivo de dump usado? Os caracteres estão legiveis? >> >> >> Márcio Ferreira >> >> >> 2010/6/18 João Gabriel Casteluber Laass >> >>> Olá Márcio, boa tarde. O charset é o mesmo. Como eu disse, houve uma >>> importação antes e depois foi inserido mais registros. >>> >>> O problema é encontrar o mapeamento dos "caracteres estranhos" para >>> caracteres comuns. >>> >>> Dicas? >>> >>> >>> >>> Um abraço, >>> >>> João Gabriel Casteluber Laass >>> >>> >>> >>> >>> >>> >>> >>> >>> 2010/6/18 Márcio Ferreira Ribeiro >>> >>> Há anos eu não trabalho com MySQL e passei por problema semelhante, meu >>>> erro na epoca foi não ter configurado o MYSQL com o mesmo charset que usava >>>> anteriormente. a solução foi dar um drop no banco. Arrumar a configuração e >>>> fazer um novo importe dos dados. >>>> Como vc não falou se o charset é o mesmo, fica aqui minha suspeita. >>>> >>>> Márcio Ferreira >>>> >>>> 2010/6/18 João Gabriel Casteluber Laass >>>> >>>>> Amigos, boa tarde. >>>>> >>>>> O problema que irei descrever a seguir não tem relação direta com Perl, >>>>> mas creio que com ajuda dos membros eu possa resolve-lo com Perl (ou não, >>>>> vamos descobrir). >>>>> >>>>> Me passaram uma solicitação aqui na empresa com o seguinte cenário: >>>>> Fizeram um back-up de um banco de dados MySQL através do comando >>>>> "mysqldump". Formataram o servidor do cliente, atualizaram o MySQL e fizeram >>>>> a importação do banco de dados (usando o phpmyadmin ou via linha de comando >>>>> - não sei afirmar qual método usaram). >>>>> >>>>> O problema é que todas as palavras acentuadas agora aparecem com um "?" >>>>> em navegadores web. Não é o charset da aplicação que solicita dados no banco >>>>> de dados porque é a mesma aplicação (inclusive a versão da aplicação é a >>>>> mesma) [A aplicação em questão é o DotProject versão 2.1 e os campos com >>>>> texto estão com COLLATE utf8_unicode_ci]. >>>>> >>>>> Outro fato é que os novos registros no banco de dados estão corretos. >>>>> >>>>> Já tentei de várias formas (usando Perl, Java, funções do PHP, outros >>>>> softwares) descobrir em que charset estão as palavras acentuadas com erro. >>>>> Não consegui nada. Absolutamente nada. >>>>> >>>>> Segue um exemplo de pequenas frases com problemas: >>>>> CAF� DA TARDE >>>>> --> deveria ser "CAFÉ DA TARDE" >>>>> >>>>> Café >>>>> --> deveria ser "Café" >>>>> >>>>> REUNI�ES INTERNAS >>>>> --> deveria ser "REUNIÕES INTERNAS" >>>>> >>>>> >>>>> Algum membro pode dar alguns belos 2 centavos de ajuda? >>>>> >>>>> Um abraço, >>>>> João Gabriel Casteluber Laass >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Cascavel-pm mailing list >>>>> Cascavel-pm em pm.org >>>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>>> >>>> >>>> >>>> >>>> -- >>>> Wiki sobre MySQL: MySQL-BR.wikidot.com >>>> >>>> _______________________________________________ >>>> Cascavel-pm mailing list >>>> Cascavel-pm em pm.org >>>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>>> >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> >> -- >> Wiki sobre MySQL: MySQL-BR.wikidot.com >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Wiki sobre MySQL: MySQL-BR.wikidot.com -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Fri Jun 18 17:51:06 2010 From: edencardim em gmail.com (Eden Cardim) Date: Fri, 18 Jun 2010 21:51:06 -0300 Subject: [Cascavel-pm] =?utf-8?q?=5Boff=5D_Problemas_com_charset=2E_Dicas_?= =?utf-8?b?cGFyYSBzb2x1w6fDo28/?= In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o?= Gabriel Casteluber Laass"'s message of "Fri, 18 Jun 2010 13:59:34 -0300") References: Message-ID: >>>>> "João" == João Gabriel Casteluber Laass writes: João> O problema é que todas as palavras acentuadas agora aparecem João> com um "?" em navegadores web. Tem certeza que são só as acentuadas? João> Não é o charset da aplicação que solicita dados no banco de João> dados porque é a mesma aplicação (inclusive a versão da João> aplicação é a mesma) Explica de novo, isso que você falou não fez sentido. João> [A aplicação em questão é o DotProject versão 2.1 e os campos João> com texto estão com COLLATE utf8_unicode_ci]. COLLATE não tem nada a ver com a exibição dos caracteres. João> Outro fato é que os novos registros no banco de dados estão João> corretos.Já tentei de várias formas (usando Perl, Java, João> funções do PHP, outros softwares) descobrir em que charset João> estão as palavras acentuadas com erro. Não consegui João> nada. Absolutamente nada. Sinto lhe informar, mas codificação de caracteres não é algo dedutível, você precisa saber a codificação usada na hora em que os caracteres foram armazenados, não tem como "adivinhar". O máximo que você pode fazer é ir tentando todas as codificações que você acha que foram usadas e verificar visualmente se o caracter que aparece faz sentido. João> Segue um exemplo de pequenas frases com problemas:CAF� DA João> TARDE --> deveria ser "CAFÉ DA TARDE"Caf é --> deveria ser João> "Café"REUNI�ES INTERNAS --> deveria ser "REUNIÕES INTERNAS" Isso está com cara de UTF8 interpretado como Latin-1 ou algum outro tipo de codificação de largura não-variável. Tanto UTF8 e Latin-1 são projetadas para que os primeiros 128 caracteres coincidam com ASCII, por motivo de retrocompatibilidade, por isso o problema só se manifesta nos caracteres non-ASCII (dentre eles, as letras acentuadas). Observa como o "é" se transformou em "é" (dois caracteres) e "Õ" se transformou em "�" (3 caracteres) por conta do fato de "é" em UTF8 ser representado por 2 bytes e "Õ" ser representado por 3 bytes. Ou seja, os caracteres estão armazenados em UTF8 mas o software que exibe os caracteres está decodificando em alguma codificação de tamanho fixo (como Latin-1). Se for isso é bem simples, é só mudar a codificação do browser para UTF-8 (no firefox fica em View > Character Encoding > Unicode (UTF8)). Mas, pode ser que algum software recodificou os caracteres com essa interpretação errada e aí você nunca vai saber qual era a codificação do caracter original, porque nesse caso o banco de dados realmente está armazenando caracteres codificados, em UTF8, que foram re-convertidos de uma decodificação errônea para Latin-1. (ufa, deu pra entender?) Seguem alguns artigos que deve esclarecer melhor o que está acontecendo: http://www.joelonsoftware.com/articles/Unicode.html http://www.faqs.org/rfcs/rfc2044.html From gabriel em joaogabriel.org Sat Jun 19 06:14:46 2010 From: gabriel em joaogabriel.org (=?ISO-8859-1?Q?Jo=E3o_Gabriel_Casteluber_Laass?=) Date: Sat, 19 Jun 2010 10:14:46 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Uhh! Vamos com calma, vou tentar responder algumas questões. 1. Se eu "voltar no tempo" e exportar o banco de dados antes da formatação, eu irei perder os novos registros. Acreditem, depois da formatação muitos registros foram feitos. 2. A codificação do banco e a codificação da página web (aplicação) estão em UTF-8. 3. Se eu der um dump hoje, via DOS, os novos registros saem corretamente acentuaçãos. Os antigos permanecem incorretos. (a saida do dump vai para um arquivo SQL) > Mas, pode ser que algum software recodificou os caracteres com essa > interpretação errada e aí você nunca vai saber qual era a codificação do > caracter original, porque nesse caso o banco de dados realmente está > armazenando caracteres codificados, em UTF8, que foram re-convertidos de > uma decodificação errônea para Latin-1. (ufa, deu pra entender?) Sim, entendi. (não queria entender, mas entendi). Vou fazer mais alguns testes (em ambiente de testes é claro) e posto minha conclusões assim que possível. Um abraço, João Gabriel Casteluber Laass Em 18 de junho de 2010 21:51, Eden Cardim escreveu: > >>>>> "João" == João Gabriel Casteluber Laass > writes: > > João> O problema é que todas as palavras acentuadas agora aparecem > João> com um "?" em navegadores web. > > Tem certeza que são só as acentuadas? > > João> Não é o charset da aplicação que solicita dados no banco de > João> dados porque é a mesma aplicação (inclusive a versão da > João> aplicação é a mesma) > > Explica de novo, isso que você falou não fez sentido. > > João> [A aplicação em questão é o DotProject versão 2.1 e os campos > João> com texto estão com COLLATE utf8_unicode_ci]. > > COLLATE não tem nada a ver com a exibição dos caracteres. > > João> Outro fato é que os novos registros no banco de dados estão > João> corretos.Já tentei de várias formas (usando Perl, Java, > João> funções do PHP, outros softwares) descobrir em que charset > João> estão as palavras acentuadas com erro. Não consegui > João> nada. Absolutamente nada. > > Sinto lhe informar, mas codificação de caracteres não é algo dedutível, > você precisa saber a codificação usada na hora em que os caracteres > foram armazenados, não tem como "adivinhar". O máximo que você pode > fazer é ir tentando todas as codificações que você acha que foram usadas > e verificar visualmente se o caracter que aparece faz sentido. > > João> Segue um exemplo de pequenas frases com problemas:CAF� DA > João> TARDE --> deveria ser "CAFÉ DA TARDE"Caf é --> deveria ser > João> "Café"REUNI�ES INTERNAS --> deveria ser "REUNIÕES INTERNAS" > > Isso está com cara de UTF8 interpretado como Latin-1 ou algum outro tipo > de codificação de largura não-variável. Tanto UTF8 e Latin-1 são > projetadas para que os primeiros 128 caracteres coincidam com ASCII, por > motivo de retrocompatibilidade, por isso o problema só se manifesta nos > caracteres non-ASCII (dentre eles, as letras acentuadas). Observa como o > "é" se transformou em "é" (dois caracteres) e "Õ" se transformou em > "�" (3 caracteres) por conta do fato de "é" em UTF8 ser representado > por 2 bytes e "Õ" ser representado por 3 bytes. Ou seja, os caracteres > estão armazenados em UTF8 mas o software que exibe os caracteres está > decodificando em alguma codificação de tamanho fixo (como Latin-1). Se > for isso é bem simples, é só mudar a codificação do browser para UTF-8 > (no firefox fica em View > Character Encoding > Unicode (UTF8)). Mas, > pode ser que algum software recodificou os caracteres com essa > interpretação errada e aí você nunca vai saber qual era a codificação do > caracter original, porque nesse caso o banco de dados realmente está > armazenando caracteres codificados, em UTF8, que foram re-convertidos de > uma decodificação errônea para Latin-1. (ufa, deu pra entender?) > > Seguem alguns artigos que deve esclarecer melhor o que está acontecendo: > http://www.joelonsoftware.com/articles/Unicode.html > http://www.faqs.org/rfcs/rfc2044.html > _______________________________________________ > 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: From blabos em gmail.com Sat Jun 19 09:56:47 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Sat, 19 Jun 2010 13:56:47 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Almost very easy... Primeiramente arrependa-se verdadeiramente dos seus pecados (e dos pecados de quem não fez tudo em UTF-8 desde o começo). Faz um dump do banco atual para arquivo, de forma análoga ao modo que foi feito com o antigo. Espera-se que os dados antigos fiquem idênticos ao dump anterior. Se não ficar, converta adequadamente para que fiquem. É possível que caracteres estranhos importados sejam recodificados denovo no dump, então pode ser necessário mais de um passo de decodificação. Provavelmente 2 passos bastam se necessário. Deixe os dois arquivos de dump como mesmo encoding dos registros antigos. Mesmo que os dados novos fiquem quebrados. Se você tem sorte, use os campos de datas para separar os registro novos. Se você tem quase nada de sorte, use diff para separar os registros novos. Se você não tem sorte alguma e não conseguiu obter os encodings corretos, use Perl para separar os registros (Quem precisa de sorte quando se tem Perl?). String::Trigram é uma boa pedida. Converta os registros novos para o mesmo encoding usado no dump antigo. Use patch (ou meld) para adicionar ao dump antigo os registros novos convertidos para o mesmo encoding no passo anterior. Um de Dois: 1) Converta tudo para UTF-8 (inclusive a aplicação), recrie o banco em UTF-8 e viva feliz. 2) Recrie o banco com o mesmo encoding do dump e torça para ninguém nunca mais repetir essa cagada. Peça uma promoção e me mande 10% :) Provavelmente deve ser simples descobrir os encodings, que geralmente são ISO-8859-1, ISO-8859-15, UTF-8 ou WINDOWS-1252, por tentativas. Bom, se a sua aplicação for em alguma língua estranha, vai ficar um pouco mais difícil... Abraços 2010/6/19 João Gabriel Casteluber Laass : > Uhh! Vamos com calma, vou tentar responder algumas questões. > > 1. Se eu "voltar no tempo" e exportar o banco de dados antes da formatação, > eu irei perder os novos registros. Acreditem, depois da formatação muitos > registros foram feitos. > > 2. A codificação do banco e a codificação da página web (aplicação) estão em > UTF-8. > > 3. Se eu der um dump hoje, via DOS, os novos registros saem corretamente > acentuaçãos. Os antigos permanecem incorretos. (a saida do dump vai para um > arquivo SQL) > > >> Mas, pode ser que algum software recodificou os caracteres com essa >> interpretação errada e aí você nunca vai saber qual era a codificação do >> caracter original, porque nesse caso o banco de dados realmente está >> armazenando caracteres codificados, em UTF8, que foram re-convertidos de >> uma decodificação errônea para Latin-1. (ufa, deu pra entender?) > > Sim, entendi. (não queria entender, mas entendi). > > > Vou fazer mais alguns testes (em ambiente de testes é claro) e posto minha > conclusões assim que possível. > > > Um abraço, > João Gabriel Casteluber Laass > > > > > > > > > > Em 18 de junho de 2010 21:51, Eden Cardim escreveu: >> >> >>>>> "João" == João Gabriel Casteluber Laass >> >>>>> writes: >> >>    João> O problema é que todas as palavras acentuadas agora aparecem >>    João> com um "?" em navegadores web. >> >> Tem certeza que são só as acentuadas? >> >>    João> Não é o charset da aplicação que solicita dados no banco de >>    João> dados porque é a mesma aplicação (inclusive a versão da >>    João> aplicação é a mesma) >> >> Explica de novo, isso que você falou não fez sentido. >> >>    João> [A aplicação em questão é o DotProject versão 2.1 e os campos >>    João> com texto estão com COLLATE utf8_unicode_ci]. >> >> COLLATE não tem nada a ver com a exibição dos caracteres. >> >>    João> Outro fato é que os novos registros no banco de dados estão >>    João> corretos.Já tentei de várias formas (usando Perl, Java, >>    João> funções do PHP, outros softwares) descobrir em que charset >>    João> estão as palavras acentuadas com erro. Não consegui >>    João> nada. Absolutamente nada. >> >> Sinto lhe informar, mas codificação de caracteres não é algo dedutível, >> você precisa saber a codificação usada na hora em que os caracteres >> foram armazenados, não tem como "adivinhar". O máximo que você pode >> fazer é ir tentando todas as codificações que você acha que foram usadas >> e verificar visualmente se o caracter que aparece faz sentido. >> >>    João> Segue um exemplo de pequenas frases com problemas:CAF� DA >>    João> TARDE --> deveria ser "CAFÉ DA TARDE"Caf é --> deveria ser >>    João> "Café"REUNI�ES INTERNAS --> deveria ser "REUNIÕES INTERNAS" >> >> Isso está com cara de UTF8 interpretado como Latin-1 ou algum outro tipo >> de codificação de largura não-variável. Tanto UTF8 e Latin-1 são >> projetadas para que os primeiros 128 caracteres coincidam com ASCII, por >> motivo de retrocompatibilidade, por isso o problema só se manifesta nos >> caracteres non-ASCII (dentre eles, as letras acentuadas). Observa como o >> "é" se transformou em "é" (dois caracteres) e "Õ" se transformou em >> "�" (3 caracteres) por conta do fato de "é" em UTF8 ser representado >> por 2 bytes e "Õ" ser representado por 3 bytes. Ou seja, os caracteres >> estão armazenados em UTF8 mas o software que exibe os caracteres está >> decodificando em alguma codificação de tamanho fixo (como Latin-1). Se >> for isso é bem simples, é só mudar a codificação do browser para UTF-8 >> (no firefox fica em View > Character Encoding > Unicode (UTF8)). Mas, >> pode ser que algum software recodificou os caracteres com essa >> interpretação errada e aí você nunca vai saber qual era a codificação do >> caracter original, porque nesse caso o banco de dados realmente está >> armazenando caracteres codificados, em UTF8, que foram re-convertidos de >> uma decodificação errônea para Latin-1. (ufa, deu pra entender?) >> >> Seguem alguns artigos que deve esclarecer melhor o que está acontecendo: >> http://www.joelonsoftware.com/articles/Unicode.html >> http://www.faqs.org/rfcs/rfc2044.html >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From blabos em gmail.com Sat Jun 19 10:03:45 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Sat, 19 Jun 2010 14:03:45 -0300 Subject: [Cascavel-pm] renomear imagem durante upload In-Reply-To: References: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Message-ID: Correção, Nada de > ">$diretorio/$arquivo" para ">$diretorio/$cliente.jpg". Use sempre open com 3 argumentos. open my $file_handle, '>', "$dir/$filename.jpg"; 2010/6/15 diogo86 em gmail.com : > Ricardo, > > não tenho certeza de que API é essa nem o que $arquivo é exatamente, > mas pelo o que você postou, "$arquivo" (numa string) retorna o nome do > arquivo enviado, mesmo que $arquivo seja usado também no contexto de > file handle. > > Já que não é esse nome que você quer, presumo que basta trocar > ">$diretorio/$arquivo" para ">$diretorio/$cliente.jpg". > > Provavelmente você vai querer tratar a extensão do arquivo e talvez > até salvar o mime type no banco, mas aí já é com você ;) > > > Diogo > > 2010/6/14 Ricardo Stock : >> Boa tarde a todos >> >> minha duvida seria como renomear um arquivo antes de gravar o mesmo, ou >> duratne. >> >> Estou fazendo um upload de arquivos, onde cada imagem, teria como nome o Id >> de registro. faço o upload normalmente, mas nao sei como fazer para trocar o >> nome do arquivo, pois nao quero que o usuario tenha que renomear o mesmo. >> Ex foto0001.jpg  renomeia para ID.jpg >> >> PS: Não quero gravar a imagem no banco. >> >> >> Veja o codigo >> >> sub Upload_Imagem { >> >>   $| = 1; >> >>   my $arquivo=param('arquivo'); #arquivo de imagem >>   my $cliente=param('cliente'); #campo do tipo hidden com o id do cliente >> >>   my ($byte,$buffer,$byteread); >>   my $diretorio="/home/htdocs/clientes/nome_cliente/album"; >> >> >> >>   ## Pergunta, como renomear o arquivo de forma que fique id.jpg ?? >>   ## minha duvida é como renomear o arquivo pois na variavel $arquivo tenho >> o nome do arquivo e o conteudo, >>   ## que é a propria imagem, como trocar somente nome >>   ## tentei $novo_nome=$arquivo, mas gravo a imagem sem bytes nenhum. >> >>   #Gravo o arquivo >>   open (UPLOAD, ">$diretorio/$arquivo") || die "Erro $!"; >>   binmode UPLOAD; >> >>           while ($byte = read($arquivo,$buffer,1024)) { >>                 $byteread += $byte; >>                 print UPLOAD $buffer; >> >>                 } >> >>   close($arquivo); >>   close(UPLOAD); >> >> >>   #Grava o nome da imagem no banco >>   #$sth=$dbh->prepare("update tb_cliente set imagem='$imagem' where >> id_cliente='$cliente'"); >>   #$sth->execute() || die "Erro ao registrar a imagem $DBI::errstr"; >>   #$sth->finish(); >> >>   print "a imagem foi carregada com sucesso.\n"; >> >> } >> >> >> >> >> >> Ricardo Stock >> ricardostock em bol.com.br >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From blabos em gmail.com Sat Jun 19 10:15:27 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Sat, 19 Jun 2010 14:15:27 -0300 Subject: [Cascavel-pm] Catalyst: Dispatching In-Reply-To: References: <4BF5CC95.4090502@lobo.eti.br> <4BF69867.4090600@lobo.eti.br> <4BF6ABC1.1060209@lobo.eti.br> <4BF6E753.9010008@lobo.eti.br> Message-ID: Vê se ajuda: http://www.amazon.co.uk/Definitive-Guide-Catalyst-Maintainable-Applications/dp/1430223650?&camp=2486&linkCode=wey&tag=enligperlorga-21&creative=8882 2010/5/21 Lindolfo "Lorn" Rodrigues : > Sim, esse é um atributo do Catalyst > Catalyst::DispatchType::* > > 2010/5/21 Ednardo Lobo >> >> Eden Cardim escreveu: >>>>>>>> >>>>>>>> "Ednardo" == Ednardo Lobo writes: >>> >>>    Ednardo> Já imaginava que o Catalyst fornecia tal recurso, mas em >>>    Ednardo> meio a tantos documentos e não sabendo que o recurso se >>>    Ednardo> chamava "Wrapper" acabei não encontrando-o sozinho. >>> >>> Na verdade, essa funcionalidade é do Template Toolkit, o Catalyst é bem >>> agnóstico e não fornece nada que não seja referente ao workflow das >>> requisições HTTP. >> >> Certo, fico muito grato por sua correção. >> >> Como sou iniciante, ainda não tenho uma percepção muito clara sobre quem >> (módulo) provém o quê (funcionalidade). >> >> Apenas para não ficar dúvida, o mapeamento de URL para ações é um >> atribuição do Catalyst? >> >> -- >>    Ednardo Lobo >> >>    www.lobo.eti.br >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > lorn at lornlab dot org > Lindolfo "Lorn" Rodrigues > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From breno em rio.pm.org Sat Jun 19 16:42:25 2010 From: breno em rio.pm.org (breno) Date: Sat, 19 Jun 2010 20:42:25 -0300 Subject: [Cascavel-pm] renomear imagem durante upload In-Reply-To: References: <6FEA9C970DE64497A1377743D5C64967@pcricardo> Message-ID: 2010/6/19 Blabos de Blebe : > Correção, > > Nada de > >> ">$diretorio/$arquivo" para ">$diretorio/$cliente.jpg". > > Use sempre open com 3 argumentos. > > open my $file_handle, '>', "$dir/$filename.jpg"; > Lembrando de tratar a exceção: open my $file_handle, '>', "$dir/$filename.jpg" or die "erro abrindo arquivo para escrita: $!"; se não quiser se preocupar com isso, bote um "use autodie" no inicio do programa. e, para maior portabilidade, crie caminhos para arquivos com Path::Class ou File::Spec :-) my $file = Path::Class::File->new( $dir, "$filename.jpg" ); my $file = File::Spec->catfile( $dir, "$filename.jpg" ); Finalmente, não se esqueça que está recebendo valores da Internet, então trate de higienizá-los antes! Mesmo com o diretório base $dir hardcoded no seu script, e se o sujeito passar, por exemplo, '../../../../../../../../../etc/passwd' como nome de arquivo? Pra não levar sustos, pode valer a pena rodar seu programa web em modo taint: #!/usr/bin/perl -T []s -b From andregarciacarneiro em gmail.com Sun Jun 20 14:27:40 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Sun, 20 Jun 2010 18:27:40 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: > Segue um exemplo de pequenas frases com problemas: > CAF� DA TARDE > --> deveria ser "CAFÉ DA TARDE" > > Café > --> deveria ser "Café" > > REUNI�ES INTERNAS > --> deveria ser "REUNIÕES INTERNAS" > > > A codificação de caracteres do mysqldump está diferente da configuração do 'locales' do S.O. de quem criou o dump, e/ou diferente da codificação de caracteres do próprio mysql. Esse é o problema. Você pode tentar usar esse script na linha de comando: user$ perl -MEncode -e 'open my $ndump ,">","/tmp/meunovodump.sql" while(<>){my $line = $_; my $nline = decode "iso-8859-1",$line; $nline = encode "utf-8",$nline; print $ndump $nline;}close $ndump;' path/para/o/dump/cagado.sql Isso lê o arquivo com a codificação errada, linha a linha, converte cada linha de iso-8859-1 para utf-8 e escreve num novo arquivo em /tmp. O que é estranho, é que você disse que a página está em utf-8. O código do dump também parece estar em UTF-8, portanto não deveria estar exibindo caracteres 'idiotas'. Sugiro que você vá saber primeiro qual é a codificação em todo o caminho do fluxo desses dados, desde S.O., máquinas etc. para saber exatamente para qual codificação você deve converter os seus dados. Espero que isso ajude! Cheers! -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From breno em rio.pm.org Sun Jun 20 22:01:01 2010 From: breno em rio.pm.org (breno) Date: Mon, 21 Jun 2010 02:01:01 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: 2010/6/20 Andre Carneiro : > > >> >> Segue um exemplo de pequenas frases com problemas: >> CAF� DA TARDE >> --> deveria ser "CAFÉ DA TARDE" >> >> Café >> --> deveria ser "Café" >> >> REUNI�ES INTERNAS >> --> deveria ser "REUNIÕES INTERNAS" >> >> > > A codificação de caracteres do mysqldump está diferente da configuração do > 'locales' do S.O. de quem criou o dump, e/ou diferente da codificação de > caracteres do próprio mysql. Esse é o problema. > > Você pode tentar usar esse script na linha de comando: > > user$ perl -MEncode -e 'open my $ndump ,">","/tmp/meunovodump.sql" > while(<>){my $line = $_; my $nline = decode "iso-8859-1",$line; $nline = > encode "utf-8",$nline; print $ndump $nline;}close $ndump;' > path/para/o/dump/cagado.sql > > Isso lê o arquivo com a codificação errada, linha a linha, converte cada > linha de iso-8859-1 para utf-8 e escreve num novo arquivo em /tmp. > >  O que é estranho, é que você disse que a página está em utf-8. O código do > dump também parece estar em UTF-8, portanto não deveria estar exibindo > caracteres 'idiotas'. Sugiro que você vá saber primeiro qual é a codificação > em todo o caminho do fluxo desses dados, desde S.O., máquinas etc. para > saber exatamente para qual codificação você deve converter os seus dados. > Se funciona para registros novos, de repente até uma subsituição simples no dump (com vim ou perl) já resolveria. Mudar os comandos do dump pra apenas alterar as entradas com problemas sem fazer drop nas tabelas ou modificar índices não me parece um grande desafio (por outro lado não sei a complexidade do modelo). Quanto a adivinhar a codificação, os arquivos gerados pelo mysqldump costumam definir isso dentro do arquivo (procure por SET NAMES $foo). Na pior das hipóteses, abra o dump no vim (ou no perl), e veja qual código ele representa. Daí ou tente fazer a conversão apropriada (como Blabos e Andre sugeriram) ou troque pela correta via substituição simples. A título de "não cometamos o mesmo erro no futuro", lembre-se que dá pra forçar charset no mysqldump (veja a opção --default-character-set=$foo) http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set E que devemos sempre testar backups antes de dependermos deles :-) []s -b From andregarciacarneiro em gmail.com Mon Jun 21 08:07:35 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Mon, 21 Jun 2010 12:07:35 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?=5Boff=5D_Problemas_com_charset=2E_D?= =?iso-8859-1?q?icas_para_solu=E7=E3o=3F?= In-Reply-To: References: Message-ID: Achei isso aqui... pode ser interessante no futuro... http://search.cpan.org/~frew/DBIx-Class-0.08123/lib/DBIx/Class/Manual/Cookbook.pod#MySQL Cheers! Em 21 de junho de 2010 02:01, breno escreveu: > 2010/6/20 Andre Carneiro : > > > > > >> > >> Segue um exemplo de pequenas frases com problemas: > >> CAF� DA TARDE > >> --> deveria ser "CAFÉ DA TARDE" > >> > >> Café > >> --> deveria ser "Café" > >> > >> REUNI�ES INTERNAS > >> --> deveria ser "REUNIÕES INTERNAS" > >> > >> > > > > A codificação de caracteres do mysqldump está diferente da configuração > do > > 'locales' do S.O. de quem criou o dump, e/ou diferente da codificação de > > caracteres do próprio mysql. Esse é o problema. > > > > Você pode tentar usar esse script na linha de comando: > > > > user$ perl -MEncode -e 'open my $ndump ,">","/tmp/meunovodump.sql" > > while(<>){my $line = $_; my $nline = decode "iso-8859-1",$line; $nline = > > encode "utf-8",$nline; print $ndump $nline;}close $ndump;' > > path/para/o/dump/cagado.sql > > > > Isso lê o arquivo com a codificação errada, linha a linha, converte cada > > linha de iso-8859-1 para utf-8 e escreve num novo arquivo em /tmp. > > > > O que é estranho, é que você disse que a página está em utf-8. O código > do > > dump também parece estar em UTF-8, portanto não deveria estar exibindo > > caracteres 'idiotas'. Sugiro que você vá saber primeiro qual é a > codificação > > em todo o caminho do fluxo desses dados, desde S.O., máquinas etc. para > > saber exatamente para qual codificação você deve converter os seus dados. > > > > Se funciona para registros novos, de repente até uma subsituição > simples no dump (com vim ou perl) já resolveria. Mudar os comandos do > dump pra apenas alterar as entradas com problemas sem fazer drop nas > tabelas ou modificar índices não me parece um grande desafio (por > outro lado não sei a complexidade do modelo). Quanto a adivinhar a > codificação, os arquivos gerados pelo mysqldump costumam definir isso > dentro do arquivo (procure por SET NAMES $foo). Na pior das hipóteses, > abra o dump no vim (ou no perl), e veja qual código ele representa. > Daí ou tente fazer a conversão apropriada (como Blabos e Andre > sugeriram) ou troque pela correta via substituição simples. > > A título de "não cometamos o mesmo erro no futuro", lembre-se que dá > pra forçar charset no mysqldump (veja a opção > --default-character-set=$foo) > > > http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_default-character-set > > E que devemos sempre testar backups antes de dependermos deles :-) > > []s > > -b > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ricardostock em bol.com.br Thu Jun 24 06:17:14 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Thu, 24 Jun 2010 10:17:14 -0300 Subject: [Cascavel-pm] off topic DotNet Message-ID: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> Gente queria uma ajuda para uma resposta. Por estes dias, apresentando um projeto, o dono de uma outra empresa me perguntou ? Você programa em DotNet... eu falei não. a resposta dele foi.. que pena se não você viria trabalhar para mim. Falar de uma linguagem é como falar de uma religião ou de um time. Não existe uma melhor linguagem, existe um programador BOM que sabe usar a sua linguagem na situação que ela se aplica. O que mata o projeto, não é a linguagem e sim o programador. Ai eu falei, o que o DotNet faz, que o Perl não faz, e também... o que o Perl Faz que o dotNet Não faz. Temos módulos para quase tudo, e no dotnet, temos componentes. falou também que no dotnet, é clicar e arrastar. Falei para ele como consertar uma aplicação remotamente sem ambiente gráfico :-) E para terminar, eu falei, entre outras coisas, que a internet vive e nasceu sem dotnet. Mas ela não nasceria e também não seria o que é hoje sem o perl Porem não conheço o DotNet. Não sei sobre sua produtividade ou mesmo aplicações que não sejam web, Mas sei que aqui tem pessoas que conhecem. Queria a opinião da lista, para uma melhor resposta na próxima. (não que queria trabalhar com dotnet:-)) Qualquer opinião será valida. principalmente construtivas e destrutivas sobre a comparação entre as duas. um abraço Ricardo Stock ricardostock em bol.com.br -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From frederico em imovlr.com Thu Jun 24 06:27:43 2010 From: frederico em imovlr.com (Frederico Recsky) Date: Thu, 24 Jun 2010 15:27:43 +0200 Subject: [Cascavel-pm] off topic DotNet In-Reply-To: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> Message-ID: Olá, 2010/6/24 Ricardo Stock : >     Ai eu falei, o que o DotNet faz, que o Perl não faz, e também... o que o > Perl Faz que o dotNet Não faz. Temos módulos para quase tudo, e no dotnet, > temos componentes. falou também que no dotnet, é clicar e arrastar. Falei > para ele como consertar uma aplicação remotamente sem ambiente gráfico :-) > Se voce quer comparar as linguagens per si da para falar alguma coisa, mas como tecnologia no contexto eu nem sei se se compara. Não consigo imaginar uma aplicação para windows, "janelada", em perl. Ah, tem wx bla, etc... Mas quem quer fazer uma coisa que tenha "cultura" de windows usa Visual Studio.net Via de regra eu gosto da IDE per si do Visual Studio, no contexto dela claro. Por outro lado tenho certa dó de quem usa asp.net. É mais ou menos o inverso, algo totalmente fora da cultura web sendo usada para tal. -- Frederico Recsky http://fred.eti.br From ptfzs em yahoo.com.br Thu Jun 24 07:34:37 2010 From: ptfzs em yahoo.com.br (Patty Silva) Date: Thu, 24 Jun 2010 07:34:37 -0700 (PDT) Subject: [Cascavel-pm] Comando system Message-ID: <733808.84586.qm@web31308.mail.mud.yahoo.com> Olá Pessoal. Uma duvida, Estou usando o comando system para executar um outro script, porem ao terminar de executar esse script eu preciso dar um comando "gend" para "matar" os processos que ele gera. So que com o comando system eu nao consigo usar o comando gpend . Ele nao "mata" os outros processos. Isso pq o system roda como se fosse em shell "diferente". Bom +- isso! :D Qual a solucao?? Alguem sugere algo!! ?? :) Obrigada -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glasswalk3r em yahoo.com.br Thu Jun 24 07:40:26 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Thu, 24 Jun 2010 07:40:26 -0700 (PDT) Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> Message-ID: <145021.41319.qm@web30802.mail.mud.yahoo.com> Ricardo, O mercado brasileiro é muito motivado por modismo e marketing. Geralmente gerentes de sistemas não manjam muito (ou manjam nada) dos sistemas que estão sob responsabilidade da equipe que ele gerencia. Portanto, a decisão de qual linguagem de programação a ser utilizada geralmente é por questões de custo (do programador), aproveitamento do perfil dos programadores que a empresa já tem ou apoiada em "recomendações do mercado" (o que o mercado usa é o que vou usar). Eu acho que .Net é como o Java: você consegue fazer tudo razoavelmente bem. Mas elas não são "ótimas para nada" porque não foram desenvolvidas para resolver problemas específicos. Outra questão (mais fácil de achar em empresas grandes) é a questão do "padrão de tecnologias utilizada". Geralmente optam por Java ou .Net e bem... é isso! Não se procura saber se a ferramenta que estão usando é a mais adequada para o trabalho, se trabalha com o que é padronizado e pronto! Linguagens compiladas não são exatamente boas para programas rápidos e Perl é praticamente imbatível para fazer data munging. Também não conheço nenhuma linguagem de programação com algo tão bom quanto o CPAN. Só que Java e Microsoft contam com apoio de profissionais de marketing, além da questão de suporte. O pessoal reclama que Perl não tem visibilidade, mas Ruby e Python estão no mesmo nível quando estamos falando de empresas cujo foco de negócio não é tecnologia, IMHO, aqui no Brasil. Considere dar uma lida no livro "My Job Went to India". Você vai obter algumas dicas interessantes sobre este tema lá. Abraços, Alceu > >De: Ricardo Stock >Para: Cascavel Perl Mongers >Enviadas: Quinta-feira, 24 de Junho de 2010 10:17:14 >Assunto: [Cascavel-pm] off topic DotNet > > > > Gente queria uma ajuda para uma >resposta. > > Por estes dias, apresentando um >projeto, o dono de uma outra empresa me perguntou ? Você programa em >DotNet... eu falei não. a resposta dele foi.. que pena se não você viria >trabalhar para mim. > > Falar de uma linguagem é como >falar de uma religião ou de um time. Não existe uma melhor linguagem, existe um >programador BOM que sabe usar a sua linguagem na situação que ela se aplica. O >que mata o projeto, não é a linguagem e sim o programador. > > Ai eu falei, o que o DotNet faz, >que o Perl não faz, e também... o que o Perl Faz que o dotNet Não faz. Temos >módulos para quase tudo, e no dotnet, temos componentes. falou também que no >dotnet, é clicar e arrastar. Falei para ele como consertar uma aplicação >remotamente sem ambiente gráfico :-) > > E para terminar, eu falei, entre >outras coisas, que a internet vive e nasceu sem dotnet. Mas ela não >nasceria e também não seria o que é hoje sem o perl > > Porem não conheço o DotNet. Não >sei sobre sua produtividade ou mesmo aplicações que não sejam web, Mas sei >que aqui tem pessoas que conhecem. > > Queria a opinião da lista, para >uma melhor resposta na próxima. (não que queria trabalhar com >dotnet:-)) > > Qualquer opinião será valida. >principalmente construtivas e destrutivas sobre a comparação entre as >duas. > > >um abraço > > > > >Ricardo Stock >ricardostock em bol.com.br -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From thiagoglauco em ticursos.net Thu Jun 24 07:42:20 2010 From: thiagoglauco em ticursos.net (thiagoglauco em ticursos.net) Date: Thu, 24 Jun 2010 11:42:20 -0300 Subject: [Cascavel-pm] Comando system In-Reply-To: <733808.84586.qm@web31308.mail.mud.yahoo.com> References: <733808.84586.qm@web31308.mail.mud.yahoo.com> Message-ID: <5d420d8653c7dbedc01124b0ce0e1010.squirrel@www.ticursos.net> Humm... você já tentou usar o módulo Expect que está no CPAN. É feito para iteração com outros programas que executam em forma de shell. > Olá Pessoal. > Uma duvida, > Estou usando o comando system para executar um outro script, porem ao > terminar de executar esse script eu preciso dar um comando "gend" para > "matar" os processos que ele gera. > So que com o comando system eu nao consigo usar o comando gpend . Ele nao > "mata" os outros processos. Isso pq o system roda como se fosse em shell > "diferente". Bom +- isso! :D > Qual a solucao?? Alguem sugere algo!! ?? :) > > Obrigada > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From glasswalk3r em yahoo.com.br Thu Jun 24 07:42:43 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Thu, 24 Jun 2010 07:42:43 -0700 (PDT) Subject: [Cascavel-pm] Res: Comando system In-Reply-To: <733808.84586.qm@web31308.mail.mud.yahoo.com> References: <733808.84586.qm@web31308.mail.mud.yahoo.com> Message-ID: <314153.56646.qm@web30806.mail.mud.yahoo.com> Use fork() para fazer isso. Assim você vai ter controle maior sobre o processo filho. A menos que você realmente precisa rodar esse programa gpend (não conheço) você pode fazer assim. Como de praxe, se você mandar algum trecho de código a gente vai achar mais fácil te ajudar. Abraços, Alceu Rodrigues de Freitas Junior -------------------------------------- glasswalk3r em yahoo.com.br --- A well-used door needs no oil on its hinges. A swift-flowing stream does not grow stagnant. Neither sound nor thoughts can travel through a vacuum. Software rots if not used. These are great mysteries -- The Tao Of Programming, 5.1 > >De: Patty Silva >Para: Cascavel Perl Mongers >Enviadas: Quinta-feira, 24 de Junho de 2010 11:34:37 >Assunto: [Cascavel-pm] Comando system > > >Olá Pessoal. >Uma duvida, >Estou usando o comando system para executar um outro script, porem ao terminar de executar esse script eu preciso dar um comando "gend" para "matar" os processos que ele gera. >So que com o comando system eu nao consigo usar o comando gpend . Ele nao "mata" os outros processos. Isso pq o system roda como se fosse em shell "diferente". Bom +- isso! :D >Qual a solucao?? Alguem sugere algo!! ?? :) > >Obrigada > > > > >> > > > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glasswalk3r em yahoo.com.br Thu Jun 24 07:45:25 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Thu, 24 Jun 2010 07:45:25 -0700 (PDT) Subject: [Cascavel-pm] ebook reader [ off-topic ] Message-ID: <696171.58144.qm@web30806.mail.mud.yahoo.com> Pessoal, Alguém aí usa um ebook reader? Kindle, Noob, Sony? Eu gostaria de adquirir um que tivesse bom suporte para ler arquivos PDF. Eu costumo ler, por exemplo, edições da Linux Magazine em PDF e os arquivos costumam ser pesadões. Ou receio que tenho é adquirir um e dançar depois de um tempo por causa da bateria. Me parece que o Kindle não dá acesso a sua bateria e você precisa mandar o equipamento inteiro para a Amazon trocar a bateria (maldito seja o Steve Jobs!). Abraços, Alceu Rodrigues de Freitas Junior -------------------------------------- glasswalk3r em yahoo.com.br --- A well-used door needs no oil on its hinges. A swift-flowing stream does not grow stagnant. Neither sound nor thoughts can travel through a vacuum. Software rots if not used. These are great mysteries -- The Tao Of Programming, 5.1 From frederico em imovlr.com Thu Jun 24 07:45:39 2010 From: frederico em imovlr.com (Frederico Recsky) Date: Thu, 24 Jun 2010 16:45:39 +0200 Subject: [Cascavel-pm] Comando system In-Reply-To: <733808.84586.qm@web31308.mail.mud.yahoo.com> References: <733808.84586.qm@web31308.mail.mud.yahoo.com> Message-ID: Esse pessoal que fica fazendo previsão do tempo (...) 2010/6/24 Patty Silva : > Olá Pessoal. > Uma duvida, > Estou usando o comando system para executar um outro script, porem ao > terminar de executar esse script eu preciso dar um comando "gend" para > "matar" os processos que ele gera. > So que com o comando system eu nao consigo usar o comando gpend . Ele nao > "mata" os outros processos. Isso pq o system roda como se fosse em shell > "diferente". Bom +- isso! :D > Qual a solucao?? Alguem sugere algo!! ?? :) Tem certeza que o gempak continua com zumbis ? Eventualmente o perl termina e mata todos os filhos. -- Frederico Recsky http://fred.eti.br From frederico em imovlr.com Thu Jun 24 07:48:09 2010 From: frederico em imovlr.com (Frederico Recsky) Date: Thu, 24 Jun 2010 16:48:09 +0200 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: <696171.58144.qm@web30806.mail.mud.yahoo.com> References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: 2010/6/24 Alceu R. de Freitas Jr. : > Ou receio que tenho é adquirir um e dançar depois de um tempo por causa da bateria. Me parece que o Kindle não dá acesso a sua bateria e você precisa mandar o equipamento inteiro para a Amazon trocar a bateria (maldito seja o Steve Jobs!). gosto do kindle, o nelson tem um e é massa. Via de regra eu não lembro de ter trocado bateria de celular nos ultimos 6 anos (...) . Provavelmente quando voce for trocar a bateria seja economicamente viavel comprar um e-book reader colorido :). -- Frederico Recsky http://fred.eti.br From thiagoglauco em ticursos.net Thu Jun 24 08:01:26 2010 From: thiagoglauco em ticursos.net (thiagoglauco em ticursos.net) Date: Thu, 24 Jun 2010 12:01:26 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <145021.41319.qm@web30802.mail.mud.yahoo.com> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: Perl, .Net, C++ e Java... Realmente linguagens diferentes. Que foram criadas em situações diferentes para resolver problemas diferentes. O .Net foi criado pela Microsoft para combater a sua então concorrente na época, a Borland. Ou seja, nasceu meramente para que a Microsoft pudesse atuar em determinada fatia do mercado. Para isso ela coaptou a equipe de desenvolvimento da Borland... O Delphi3 (1998) tinha características que foram implementadas no VB .Net apenas em 2001. O Java surgiu de constantes customizações sobre o C++ para atender necessidades de projetos da Sun, que depois viu um interessante poder de marketing e econômico em divulgar a linguagem para o mundo. Hoje é posse da Oracle. O C++ foi uma evolução natural do C, desenvolvida para atender as necessidades internas da AT&T. O Perl surgiu da necessidade de Larry Wall em programção de sistemas que exigiam muito processamento de strings e muita segurança. E foi evoluindo, e evolui até hoje deacordo com as necessidades dos programadores que a utlizam. O Brasil, além do modismo tem o "colonialismo cultural". É melhor o que os americanos dizem ser melhor. E a Microsoft oferece plaquinhas polidas e certificações que teóricamente dão lisura aos profissionais. Sem falar na concorrencia desleal. Muitas empresas preferem usar sistemas piratas. Tem muita micro/pequena empresa desenvolvendo sistemas com .Net que, se fossemos calcular ela teria que fazer um investimento de algumas centanas de milhares de reais para iniciar. Adobe, flash, Photoshop, Windows Server, Office, Visual Studio... Tudo isso é caro para uma pequena empresa! > Ricardo, > > > O mercado brasileiro é muito motivado por modismo e marketing. Geralmente > gerentes de sistemas não manjam muito (ou manjam nada) dos sistemas que > estão sob responsabilidade da equipe que ele gerencia. > > Portanto, a decisão de qual linguagem de programação a ser utilizada > geralmente é por questões de custo (do programador), aproveitamento do > perfil dos programadores que a empresa já tem ou apoiada em "recomendações > do mercado" (o que o mercado usa é o que vou usar). > > Eu acho que .Net é como o Java: você consegue fazer tudo razoavelmente > bem. Mas elas não são "ótimas para nada" porque não foram desenvolvidas > para resolver problemas específicos. Outra questão (mais fácil de achar em > empresas grandes) é a questão do "padrão de tecnologias utilizada". > Geralmente optam por Java ou .Net e bem... é isso! Não se procura saber se > a ferramenta que estão usando é a mais adequada para o trabalho, se > trabalha com o que é padronizado e pronto! > > Linguagens compiladas não são exatamente boas para programas rápidos e > Perl é praticamente imbatível para fazer data munging. Também não conheço > nenhuma linguagem de programação com algo tão bom quanto o CPAN. Só que > Java e Microsoft contam com apoio de profissionais de marketing, além da > questão de suporte. > > O pessoal reclama que Perl não tem visibilidade, mas Ruby e Python estão > no mesmo nível quando estamos falando de empresas cujo foco de negócio não > é tecnologia, IMHO, aqui no Brasil. > > Considere dar uma lida no livro "My Job Went to India". Você vai obter > algumas dicas interessantes sobre este tema lá. > > Abraços, > Alceu > > >> >>De: Ricardo Stock >>Para: Cascavel Perl Mongers >>Enviadas: Quinta-feira, 24 de Junho de 2010 10:17:14 >>Assunto: [Cascavel-pm] off topic DotNet >> >> > >> Gente queria uma ajuda para uma >>resposta. >> >> Por estes dias, apresentando um >>projeto, o dono de uma outra empresa me perguntou ? Você programa em >>DotNet... eu falei não. a resposta dele foi.. que pena se não você viria >>trabalhar para mim. >> >> Falar de uma linguagem é como >>falar de uma religião ou de um time. Não existe uma melhor linguagem, >> existe um >>programador BOM que sabe usar a sua linguagem na situação que ela se >> aplica. O >>que mata o projeto, não é a linguagem e sim o programador. >> >> Ai eu falei, o que o DotNet faz, >>que o Perl não faz, e também... o que o Perl Faz que o dotNet Não faz. >> Temos >>módulos para quase tudo, e no dotnet, temos componentes. falou também que >> no >>dotnet, é clicar e arrastar. Falei para ele como consertar uma aplicação >>remotamente sem ambiente gráfico :-) >> >> E para terminar, eu falei, entre >>outras coisas, que a internet vive e nasceu sem dotnet. Mas ela não >>nasceria e também não seria o que é hoje sem o perl >> >> Porem não conheço o DotNet. Não >>sei sobre sua produtividade ou mesmo aplicações que não sejam web, Mas >> sei >>que aqui tem pessoas que conhecem. >> >> Queria a opinião da lista, para >>uma melhor resposta na próxima. (não que queria trabalhar com >>dotnet:-)) >> >> Qualquer opinião será valida. >>principalmente construtivas e destrutivas sobre a comparação entre as >>duas. >> >> >>um abraço >> >> >> >> >>Ricardo Stock >>ricardostock em bol.com.br > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From gabriel.vieira em gmail.com Thu Jun 24 08:05:16 2010 From: gabriel.vieira em gmail.com (Gabriel Vieira) Date: Thu, 24 Jun 2010 12:05:16 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: 2010/6/24 > Sem falar na concorrencia desleal. Muitas empresas preferem usar sistemas > piratas. Tem muita micro/pequena empresa desenvolvendo sistemas com .Net > que, se fossemos calcular ela teria que fazer um investimento de algumas > centanas de milhares de reais para iniciar. Adobe, flash, Photoshop, > Windows Server, Office, Visual Studio... Tudo isso é caro para uma pequena > empresa! > Essa parte não entendi. -- Gabriel Vieira -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From thiagoglauco em ticursos.net Thu Jun 24 08:08:27 2010 From: thiagoglauco em ticursos.net (thiagoglauco em ticursos.net) Date: Thu, 24 Jun 2010 12:08:27 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: <91bcf97582140c03e2010cb2fc4ace99.squirrel@www.ticursos.net> Tem empresa que vende produtos muito baratos. Se você colocar na ponta do lápis, ela muito provavelmente não tem todos os softwares licenciados. Desenvolver em VisualStudio é caro. > 2010/6/24 > >> Sem falar na concorrencia desleal. Muitas empresas preferem usar >> sistemas >> piratas. Tem muita micro/pequena empresa desenvolvendo sistemas com .Net >> que, se fossemos calcular ela teria que fazer um investimento de algumas >> centanas de milhares de reais para iniciar. Adobe, flash, Photoshop, >> Windows Server, Office, Visual Studio... Tudo isso é caro para uma >> pequena >> empresa! >> > > Essa parte não entendi. > > -- > Gabriel Vieira > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From nferraz em gmail.com Thu Jun 24 08:11:57 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Thu, 24 Jun 2010 17:11:57 +0200 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: Em 24 de junho de 2010 16:48, Frederico Recsky escreveu: > gosto do kindle, o nelson tem um e é massa. Eu comprei o meu Kindle no final do ano passado. Na maior parte do tempo, leio livros de ficção baixados na internet. (O Cory Doctorow, por exemplo, é um escritor fantástico -- recomendo fortemente!) Mas confesso que o lançamento do iPad abalou minha convicção no Kindle. O Kindle ainda é mais confortável para leitura de conteúdo estático, e a bateria dura uma semana sem recarga. Estas duas vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por aí) são melhores em todo o resto. Simplesmente não tem comparação. Estou esperando apenas pela primeira leva de tablets rodando Android. :) []s Nelson From frederico em imovlr.com Thu Jun 24 08:15:17 2010 From: frederico em imovlr.com (Frederico Recsky) Date: Thu, 24 Jun 2010 17:15:17 +0200 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: 2010/6/24 Nelson Ferraz : > Em 24 de junho de 2010 16:48, Frederico Recsky escreveu: > Mas confesso que o lançamento do iPad abalou minha convicção no > Kindle. O Kindle ainda é mais confortável para leitura de conteúdo > estático, e a bateria dura uma semana sem recarga. Estas duas > vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por > aí) são melhores em todo o resto. Simplesmente não tem comparação. > > Estou esperando apenas pela primeira leva de tablets rodando Android. :) Ler concentrado alguma coisa na tela "berrante" do ipad não rola. Por isso nao consigo ler livros no computador também. -- Frederico Recsky http://fred.eti.br From glasswalk3r em yahoo.com.br Thu Jun 24 08:21:54 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Thu, 24 Jun 2010 08:21:54 -0700 (PDT) Subject: [Cascavel-pm] Res: ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: <383294.33143.qm@web30803.mail.mud.yahoo.com> Legal Nelson! Mas a tela do Ipad para leitura é tão boa quanto de um ebook reader? Se a tela do Ipad for semelhante a de um notebook/netbook, a vista fica cansada mais rapidamente por causa da luminosidade da tela. Você chegou a fazer essa comparação? Abraços, Alceu ----- Mensagem original ---- > De: Nelson Ferraz > Para: Cascavel Perl Mongers > Enviadas: Quinta-feira, 24 de Junho de 2010 12:11:57 > Assunto: Re: [Cascavel-pm] ebook reader [ off-topic ] > > Em 24 de junho de 2010 16:48, Frederico Recsky < > ymailto="mailto:frederico em imovlr.com" > href="mailto:frederico em imovlr.com">frederico em imovlr.com> > escreveu: > gosto do kindle, o nelson tem um e é massa. Eu comprei > o meu Kindle no final do ano passado. Na maior parte do tempo, leio livros de > ficção baixados na internet. (O Cory Doctorow, por exemplo, é um escritor > fantástico -- recomendo fortemente!) Mas confesso que o lançamento do > iPad abalou minha convicção no Kindle. O Kindle ainda é mais confortável para > leitura de conteúdo estático, e a bateria dura uma semana sem recarga. Estas > duas vantagens são indiscutíveis. Mas o iPad (e os tablets que virão > por aí) são melhores em todo o resto. Simplesmente não tem > comparação. Estou esperando apenas pela primeira leva de tablets rodando > Android. > :) From nferraz em gmail.com Thu Jun 24 08:50:35 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Thu, 24 Jun 2010 17:50:35 +0200 Subject: [Cascavel-pm] Res: ebook reader [ off-topic ] In-Reply-To: <383294.33143.qm@web30803.mail.mud.yahoo.com> References: <696171.58144.qm@web30806.mail.mud.yahoo.com> <383294.33143.qm@web30803.mail.mud.yahoo.com> Message-ID: > Mas a tela do Ipad para leitura é tão boa quanto de um ebook reader? Como eu disse anteriormente, o Kindle ganha em dois aspectos: conforto para leitura e duração da bateria. Para piorar, o Kindle não é muito bom para ler PDFs: quando as páginas A4 são reduzidas para caber no Kindle, as letras ficam muito pequenas. Enfim... eu acho que o Kindle foi uma boa compra em 2009, mas o iPad mudou completamente o jogo. From glasswalk3r em yahoo.com.br Thu Jun 24 09:03:34 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Thu, 24 Jun 2010 09:03:34 -0700 (PDT) Subject: [Cascavel-pm] Res: Res: ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> <383294.33143.qm@web30803.mail.mud.yahoo.com> Message-ID: <728019.22393.qm@web30807.mail.mud.yahoo.com> E você já deu uma olhada no da Barnes and Noble? http://www.barnesandnoble.com/nook/features/techspecs/fontsize/?cds2Pid=30218&linkid=1599030 Não vi este tipo de funcionalidade do Kindle. ----- Mensagem original ---- > De: Nelson Ferraz > Para: Cascavel Perl Mongers > Enviadas: Quinta-feira, 24 de Junho de 2010 12:50:35 > Assunto: Re: [Cascavel-pm] Res: ebook reader [ off-topic ] > > > Mas a tela do Ipad para leitura é tão boa quanto de um ebook > reader? Como eu disse anteriormente, o Kindle ganha em dois aspectos: > conforto para leitura e duração da bateria. Para piorar, o Kindle não > é muito bom para ler PDFs: quando as páginas A4 são reduzidas para caber no > Kindle, as letras ficam muito pequenas. Enfim... eu acho que o Kindle foi > uma boa compra em 2009, mas o iPad mudou completamente o > jogo. _______________________________________________ Cascavel-pm mailing > list > href="mailto:Cascavel-pm em pm.org">Cascavel-pm em pm.org > href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target=_blank > >http://mail.pm.org/mailman/listinfo/cascavel-pm From ogilnei em gmail.com Thu Jun 24 09:09:46 2010 From: ogilnei em gmail.com (ogilnei og) Date: Thu, 24 Jun 2010 13:09:46 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: Curioso, eu estou justamente num momento de olhar tecnologias em ascensão, especificamente o .Net, o Objective-C e o Go pela velha questão de escolher o que menos me incomode dentro do que os clientes desejam... Olhem aí os preços do Visual Studio: http://www.microsoft.com/visualstudio/pt-br/products Especificamente a suite com ferramentas de teste Ultimate com MSDN... (Alguém pensa em desenvolver sem ferramentas de teste????) Quando eu digo que o que eu mais gosto em Perl é o fato de que ele é muito bem testado e é fácil implementar mais testes para o produto especifico e que se eles querem em .Net eu vou embutir o preço da suite de testes, todo mundo me olha com aquela carinha de ficou louco!!! Hahahaha... Ou seja, põe aí na tua lista de argumentos este... Olhem o Tiobe Index do mês, eu gosto deste índice porque ele sempre me diz o que eu vou ter que "aguentar" nas reuniões que escolhem tecnologias pelo número de artigos que saem em revistas e não pelo escopo de problemas que cada tecnologia busca resolver... (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) Para reduzir o custo de softwares .net "de padaria da esquina" olhem o projeto MonoDevelop (http://monodevelop.com/) que corta o custo do visual studio e do windows dos projetos... já fiz muitos "bacas" para windows sem ter windows usando ele... Não sei como seria em corporate applications, mas sei que tem gente usando pois é basicamente um produto derivado da Novell... Ou seja, há uma grande diferença quando a gente pode escolher em que fazer o projeto e chegar de paraquedas numa empresa que te diz o que você vai ter de usar,... Ah, e se for projeto na área de games pesados, o .net não "rola"... todo mundo que pode continua no C++... meus 2 centavos... fui... bye og Em 24 de junho de 2010 12:01, escreveu: > Perl, .Net, C++ e Java... > > Realmente linguagens diferentes. Que foram criadas em situações diferentes > para resolver problemas diferentes. > > O .Net foi criado pela Microsoft para combater a sua então concorrente na > época, a Borland. Ou seja, nasceu meramente para que a Microsoft pudesse > atuar em determinada fatia do mercado. Para isso ela coaptou a equipe de > desenvolvimento da Borland... O Delphi3 (1998) tinha características que > foram implementadas no VB .Net apenas em 2001. > > O Java surgiu de constantes customizações sobre o C++ para atender > necessidades de projetos da Sun, que depois viu um interessante poder de > marketing e econômico em divulgar a linguagem para o mundo. Hoje é posse > da Oracle. > > O C++ foi uma evolução natural do C, desenvolvida para atender as > necessidades internas da AT&T. > > O Perl surgiu da necessidade de Larry Wall em programção de sistemas que > exigiam muito processamento de strings e muita segurança. E foi evoluindo, > e evolui até hoje deacordo com as necessidades dos programadores que a > utlizam. > > O Brasil, além do modismo tem o "colonialismo cultural". É melhor o que os > americanos dizem ser melhor. E a Microsoft oferece plaquinhas polidas e > certificações que teóricamente dão lisura aos profissionais. > > Sem falar na concorrencia desleal. Muitas empresas preferem usar sistemas > piratas. Tem muita micro/pequena empresa desenvolvendo sistemas com .Net > que, se fossemos calcular ela teria que fazer um investimento de algumas > centanas de milhares de reais para iniciar. Adobe, flash, Photoshop, > Windows Server, Office, Visual Studio... Tudo isso é caro para uma pequena > empresa! > > >> Ricardo, >> >> >> O mercado brasileiro é muito motivado por modismo e marketing. Geralmente >> gerentes de sistemas não manjam muito (ou manjam nada) dos sistemas que >> estão sob responsabilidade da equipe que ele gerencia. >> >> Portanto, a decisão de qual linguagem de programação a ser utilizada >> geralmente é por questões de custo (do programador), aproveitamento do >> perfil dos programadores que a empresa já tem ou apoiada em "recomendações >> do mercado" (o que o mercado usa é o que vou usar). >> >> Eu acho que .Net é como o Java: você consegue fazer tudo razoavelmente >> bem. Mas elas não são "ótimas para nada" porque não foram desenvolvidas >> para resolver problemas específicos. Outra questão (mais fácil de achar em >> empresas grandes) é a questão do "padrão de tecnologias utilizada". >> Geralmente optam por Java ou .Net e bem... é isso! Não se procura saber se >> a ferramenta que estão usando é a mais adequada para o trabalho, se >> trabalha com o que é padronizado e pronto! >> >> Linguagens compiladas não são exatamente boas para programas rápidos e >> Perl é praticamente imbatível para fazer data munging. Também não conheço >> nenhuma linguagem de programação com algo tão bom quanto o CPAN. Só que >> Java e Microsoft contam com apoio de profissionais de marketing, além da >> questão de suporte. >> >> O pessoal reclama que Perl não tem visibilidade, mas Ruby e Python estão >> no mesmo nível quando estamos falando de empresas cujo foco de negócio não >> é tecnologia, IMHO, aqui no Brasil. >> >> Considere dar uma lida no livro "My Job Went to India". Você vai obter >> algumas dicas interessantes sobre este tema lá. >> >> Abraços, >> Alceu >> >> >>> >>>De: Ricardo Stock >>>Para: Cascavel Perl Mongers >>>Enviadas: Quinta-feira, 24 de Junho de 2010 10:17:14 >>>Assunto: [Cascavel-pm] off topic DotNet >>> >>> > >>>    Gente queria uma ajuda para uma >>>resposta. >>> >>>    Por estes dias, apresentando um >>>projeto, o dono de uma outra  empresa me perguntou ? Você programa em >>>DotNet... eu falei não. a resposta dele foi.. que pena se não você viria >>>trabalhar para mim. >>> >>>    Falar de uma linguagem é como >>>falar de uma religião ou de um time. Não existe uma melhor linguagem, >>> existe um >>>programador BOM que sabe usar a sua linguagem na situação que ela se >>> aplica. O >>>que mata o projeto, não é a linguagem e sim o programador. >>> >>>    Ai eu falei, o que o DotNet faz, >>>que o Perl não faz, e também... o que o Perl Faz que o dotNet Não faz. >>> Temos >>>módulos para quase tudo, e no dotnet, temos componentes. falou também que >>> no >>>dotnet, é clicar e arrastar. Falei para ele como consertar uma aplicação >>>remotamente sem ambiente gráfico :-) >>> >>>    E para terminar, eu falei, entre >>>outras coisas,  que a internet vive e nasceu sem dotnet. Mas ela não >>>nasceria e também não seria o que é hoje sem o perl >>> >>>    Porem não conheço o DotNet. Não >>>sei sobre sua produtividade ou mesmo aplicações que não sejam web,  Mas >>> sei >>>que aqui tem pessoas que conhecem. >>> >>>    Queria a opinião da lista, para >>>uma melhor resposta na próxima. (não que queria trabalhar com >>>dotnet:-)) >>> >>>    Qualquer opinião será valida. >>>principalmente construtivas e destrutivas sobre a comparação entre as >>>duas. >>> >>> >>>um abraço >>> >>> >>> >>> >>>Ricardo Stock >>>ricardostock em bol.com.br >> >> >>       _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From andregarciacarneiro em gmail.com Thu Jun 24 09:24:52 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Thu, 24 Jun 2010 13:24:52 -0300 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: Tenta o 'O inquisidor' de Valerio Evangelisti, muito bom também!! Sobre o Kindle, estou seriamente tentado a comprar um. Cheers! Em 24 de junho de 2010 12:11, Nelson Ferraz escreveu: > Em 24 de junho de 2010 16:48, Frederico Recsky > escreveu: > > gosto do kindle, o nelson tem um e é massa. > > Eu comprei o meu Kindle no final do ano passado. Na maior parte do > tempo, leio livros de ficção baixados na internet. (O Cory Doctorow, > por exemplo, é um escritor fantástico -- recomendo fortemente!) > > Mas confesso que o lançamento do iPad abalou minha convicção no > Kindle. O Kindle ainda é mais confortável para leitura de conteúdo > estático, e a bateria dura uma semana sem recarga. Estas duas > vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por > aí) são melhores em todo o resto. Simplesmente não tem comparação. > > Estou esperando apenas pela primeira leva de tablets rodando Android. :) > > []s > > Nelson > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ricardostock em bol.com.br Thu Jun 24 09:50:16 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Thu, 24 Jun 2010 13:50:16 -0300 Subject: [Cascavel-pm] Res: off topic DotNet References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo><145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: <3F4BA0E65095426EAFC670C9C0991B7B@pcricardo> Uma coisa eu ja tinha em mente, o perl é imbativel na internet, seja para o processamento de texto, seja na segurança, e em alguns casos na propria velocidade de execução dependendo da tarefa a ser feita. algumas coisas faladas aqui, são a mais pura verdade. Muitas empresas (gambiarreiros) fazer principamente SITES lindos com flash, dot algumacoisa, C# e coisas assim, mas são pessoas que que vendem tudo pirata, desde os programs instalados no computador que são piratas, pois quem vende um site a R$1.000,00 não pagou as licenças da adobe, da microsoft e as demias. quanto menos do serivodor de testes. Ja o perl eu posso utilizalo em qualquer arquitetura praticamente. dotnet nao, até hospedagem tende a ser mais cara. Acho que o verdadeiro problema não é linguagem ou marketing sobre ela, O perl é um exemplo, pois nunca vi marketing sobre ela. Acho que grande problema ainda é a cultura.... Eu sou um exemplo, iniciei desenvolvendo em Windows, e hoje migrei tudo para linux, pois dois motivos. Preço da licença Preço da multa por nao ter licença :-) Agora uma das melhores vem do Alceu, que comprovei na empresa que trabalhava. O diretor de informatica, um médico, isso mesmo um médico recomendava e ferramentas e sistemas mediante o numero de materias que ele lia na Info, e se achava um analista. Bom, obrigado a todos ----- Original Message ----- From: "ogilnei og" To: "Cascavel Perl Mongers" Sent: Thursday, June 24, 2010 1:09 PM Subject: Re: [Cascavel-pm] Res: off topic DotNet Curioso, eu estou justamente num momento de olhar tecnologias em ascensão, especificamente o .Net, o Objective-C e o Go pela velha questão de escolher o que menos me incomode dentro do que os clientes desejam... Olhem aí os preços do Visual Studio: http://www.microsoft.com/visualstudio/pt-br/products Especificamente a suite com ferramentas de teste Ultimate com MSDN... (Alguém pensa em desenvolver sem ferramentas de teste????) Quando eu digo que o que eu mais gosto em Perl é o fato de que ele é muito bem testado e é fácil implementar mais testes para o produto especifico e que se eles querem em .Net eu vou embutir o preço da suite de testes, todo mundo me olha com aquela carinha de ficou louco!!! Hahahaha... Ou seja, põe aí na tua lista de argumentos este... Olhem o Tiobe Index do mês, eu gosto deste índice porque ele sempre me diz o que eu vou ter que "aguentar" nas reuniões que escolhem tecnologias pelo número de artigos que saem em revistas e não pelo escopo de problemas que cada tecnologia busca resolver... (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) Para reduzir o custo de softwares .net "de padaria da esquina" olhem o projeto MonoDevelop (http://monodevelop.com/) que corta o custo do visual studio e do windows dos projetos... já fiz muitos "bacas" para windows sem ter windows usando ele... Não sei como seria em corporate applications, mas sei que tem gente usando pois é basicamente um produto derivado da Novell... Ou seja, há uma grande diferença quando a gente pode escolher em que fazer o projeto e chegar de paraquedas numa empresa que te diz o que você vai ter de usar,... Ah, e se for projeto na área de games pesados, o .net não "rola"... todo mundo que pode continua no C++... meus 2 centavos... fui... bye og Em 24 de junho de 2010 12:01, escreveu: > Perl, .Net, C++ e Java... > > Realmente linguagens diferentes. Que foram criadas em situações diferentes > para resolver problemas diferentes. > > O .Net foi criado pela Microsoft para combater a sua então concorrente na > época, a Borland. Ou seja, nasceu meramente para que a Microsoft pudesse > atuar em determinada fatia do mercado. Para isso ela coaptou a equipe de > desenvolvimento da Borland... O Delphi3 (1998) tinha características que > foram implementadas no VB .Net apenas em 2001. > > O Java surgiu de constantes customizações sobre o C++ para atender > necessidades de projetos da Sun, que depois viu um interessante poder de > marketing e econômico em divulgar a linguagem para o mundo. Hoje é posse > da Oracle. > > O C++ foi uma evolução natural do C, desenvolvida para atender as > necessidades internas da AT&T. > > O Perl surgiu da necessidade de Larry Wall em programção de sistemas que > exigiam muito processamento de strings e muita segurança. E foi evoluindo, > e evolui até hoje deacordo com as necessidades dos programadores que a > utlizam. > > O Brasil, além do modismo tem o "colonialismo cultural". É melhor o que os > americanos dizem ser melhor. E a Microsoft oferece plaquinhas polidas e > certificações que teóricamente dão lisura aos profissionais. > > Sem falar na concorrencia desleal. Muitas empresas preferem usar sistemas > piratas. Tem muita micro/pequena empresa desenvolvendo sistemas com .Net > que, se fossemos calcular ela teria que fazer um investimento de algumas > centanas de milhares de reais para iniciar. Adobe, flash, Photoshop, > Windows Server, Office, Visual Studio... Tudo isso é caro para uma pequena > empresa! > > >> Ricardo, >> >> >> O mercado brasileiro é muito motivado por modismo e marketing. Geralmente >> gerentes de sistemas não manjam muito (ou manjam nada) dos sistemas que >> estão sob responsabilidade da equipe que ele gerencia. >> >> Portanto, a decisão de qual linguagem de programação a ser utilizada >> geralmente é por questões de custo (do programador), aproveitamento do >> perfil dos programadores que a empresa já tem ou apoiada em >> "recomendações >> do mercado" (o que o mercado usa é o que vou usar). >> >> Eu acho que .Net é como o Java: você consegue fazer tudo razoavelmente >> bem. Mas elas não são "ótimas para nada" porque não foram desenvolvidas >> para resolver problemas específicos. Outra questão (mais fácil de achar >> em >> empresas grandes) é a questão do "padrão de tecnologias utilizada". >> Geralmente optam por Java ou .Net e bem... é isso! Não se procura saber >> se >> a ferramenta que estão usando é a mais adequada para o trabalho, se >> trabalha com o que é padronizado e pronto! >> >> Linguagens compiladas não são exatamente boas para programas rápidos e >> Perl é praticamente imbatível para fazer data munging. Também não conheço >> nenhuma linguagem de programação com algo tão bom quanto o CPAN. Só que >> Java e Microsoft contam com apoio de profissionais de marketing, além da >> questão de suporte. >> >> O pessoal reclama que Perl não tem visibilidade, mas Ruby e Python estão >> no mesmo nível quando estamos falando de empresas cujo foco de negócio >> não >> é tecnologia, IMHO, aqui no Brasil. >> >> Considere dar uma lida no livro "My Job Went to India". Você vai obter >> algumas dicas interessantes sobre este tema lá. >> >> Abraços, >> Alceu >> >> >>> >>>De: Ricardo Stock >>>Para: Cascavel Perl Mongers >>>Enviadas: Quinta-feira, 24 de Junho de 2010 10:17:14 >>>Assunto: [Cascavel-pm] off topic DotNet >>> >>> > >>> Gente queria uma ajuda para uma >>>resposta. >>> >>> Por estes dias, apresentando um >>>projeto, o dono de uma outra empresa me perguntou ? Você programa em >>>DotNet... eu falei não. a resposta dele foi.. que pena se não você viria >>>trabalhar para mim. >>> >>> Falar de uma linguagem é como >>>falar de uma religião ou de um time. Não existe uma melhor linguagem, >>> existe um >>>programador BOM que sabe usar a sua linguagem na situação que ela se >>> aplica. O >>>que mata o projeto, não é a linguagem e sim o programador. >>> >>> Ai eu falei, o que o DotNet faz, >>>que o Perl não faz, e também... o que o Perl Faz que o dotNet Não faz. >>> Temos >>>módulos para quase tudo, e no dotnet, temos componentes. falou também que >>> no >>>dotnet, é clicar e arrastar. Falei para ele como consertar uma aplicação >>>remotamente sem ambiente gráfico :-) >>> >>> E para terminar, eu falei, entre >>>outras coisas, que a internet vive e nasceu sem dotnet. Mas ela não >>>nasceria e também não seria o que é hoje sem o perl >>> >>> Porem não conheço o DotNet. Não >>>sei sobre sua produtividade ou mesmo aplicações que não sejam web, Mas >>> sei >>>que aqui tem pessoas que conhecem. >>> >>> Queria a opinião da lista, para >>>uma melhor resposta na próxima. (não que queria trabalhar com >>>dotnet:-)) >>> >>> Qualquer opinião será valida. >>>principalmente construtivas e destrutivas sobre a comparação entre as >>>duas. >>> >>> >>>um abraço >>> >>> >>> >>> >>>Ricardo Stock >>>ricardostock em bol.com.br >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > _______________________________________________ Cascavel-pm mailing list Cascavel-pm em pm.org http://mail.pm.org/mailman/listinfo/cascavel-pm From thiagoglauco em ticursos.net Thu Jun 24 17:57:41 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Thu, 24 Jun 2010 21:57:41 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> Message-ID: <4C23FF05.60108@ticursos.net> Em 24/06/2010 13:09, ogilnei og escreveu: > Olhem o Tiobe Index do mês, eu gosto deste índice porque ele sempre me > diz o que eu > vou ter que "aguentar" nas reuniões que escolhem tecnologias pelo > número de artigos que > saem em revistas e não pelo escopo de problemas que cada tecnologia > busca resolver... > (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) > O índice TIOBE pesquisa o quanto uma linguagem é pesquisada no Google, não o que ela faz. Realmente, você está na roça. E vamos ser realistas, quem mais faz pesquisas sobre uma linguagem é quem não conhece nenhuma!!! Iniciantes de faculdades vão pesquisar C++ e Java, oras bolas, é o que elas ensinam!!! E é lógico que o Power Shell está subindo. A microsoft faz Marketing. Mas nada que o Power Shell faça que não possamos fazer com Win32::WMI. E viva o CPAN. -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From jasimioni em gmail.com Thu Jun 24 21:14:35 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Fri, 25 Jun 2010 01:14:35 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <4C23FF05.60108@ticursos.net> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: Pessoal, Perl é, e sempre será, uma linguagem de e para administradores de sistemas. Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de sistemas. É claro que vocês podem achar sistemas desenvolvidos em Perl, mas para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. O que eu sempre considero como o diferencial de quem conhece Perl é saber solucionar problemas. Perl é a ferramenta para isso, e uma das melhores. Agora, usem as ferramentas certas para as coisas certas. Tentar desenvolver aplicação gráfica usando Perl usando wxWidgets, TK ou qualquer outra coisa é bater o prego com o alicate. Mesmo Web, há opções melhores. E acreditem, sou um grande defensor de Perl - mas o importante é saber onde ela faz diferença. Achar que ela é solução para qualquer necessidade é inocência. E se quiserem discutir esse assunto, podem me mandar mensagens privadas para não poluir a lista. []'s João André Simioni 2010/6/24 Thiago Glauco Sanchez > Em 24/06/2010 13:09, ogilnei og escreveu: > > Olhem o Tiobe Index do mês, eu gosto deste índice porque ele sempre me >> diz o que eu >> vou ter que "aguentar" nas reuniões que escolhem tecnologias pelo >> número de artigos que >> saem em revistas e não pelo escopo de problemas que cada tecnologia >> busca resolver... >> (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) >> >> > > O índice TIOBE pesquisa o quanto uma linguagem é pesquisada no Google, não > o que ela faz. Realmente, você está na roça. > E vamos ser realistas, quem mais faz pesquisas sobre uma linguagem é quem > não conhece nenhuma!!! Iniciantes de faculdades vão pesquisar C++ e Java, > oras bolas, > é o que elas ensinam!!! > E é lógico que o Power Shell está subindo. A microsoft faz Marketing. Mas > nada que o Power Shell faça que não possamos fazer com Win32::WMI. > > E viva o CPAN. > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From breno em rio.pm.org Thu Jun 24 21:24:28 2010 From: breno em rio.pm.org (breno) Date: Fri, 25 Jun 2010 01:24:28 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 2010/6/25 João André Simioni : > > O que eu sempre considero como o diferencial de quem conhece Perl é saber > solucionar problemas. Perl é a ferramenta para isso, e uma das melhores. > Agora, usem as ferramentas certas para as coisas certas. Tentar desenvolver > aplicação gráfica usando Perl usando wxWidgets, TK ou qualquer outra coisa é > bater o prego com o alicate. Mesmo Web, há opções melhores. > Flame bait? From acid06 em gmail.com Thu Jun 24 21:42:14 2010 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Fri, 25 Jun 2010 01:42:14 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 2010/6/25 João André Simioni : > Perl é, e sempre será, uma linguagem de e para administradores de sistemas. > Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de > sistemas. É claro que vocês podem achar sistemas desenvolvidos em Perl, mas > para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. Seguindo esta lógica, uma Ferrari não é um carro de verdade, pois pra cada uma, existem 100 Honda Civics e 400 Uno Mille. Realmente, é um ótimo argumento! -Nilson From thiagoglauco em ticursos.net Fri Jun 25 03:09:45 2010 From: thiagoglauco em ticursos.net (Thiago Glauco Sanchez) Date: Fri, 25 Jun 2010 07:09:45 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: <4C248069.7060207@ticursos.net> Em 25/06/2010 01:14, João André Simioni escreveu: > O que eu sempre considero como o diferencial de quem conhece Perl é > saber solucionar problemas. Perl é a ferramenta para isso, e uma das > melhores. Agora, usem as ferramentas certas para as coisas certas. > Tentar desenvolver aplicação gráfica usando Perl usando wxWidgets, TK > ou qualquer outra coisa é bater o prego com o alicate. Mesmo Web, há > opções melhores. Eu realmente não consigo conceber a internet sem Perl. Seja como uma "clue language" entre sistemas ou como a linguagem principal de um sistema. O que PHP teria de melhor que o Perl, por exemplo? -- Thiago Glauco Sanchez Intrutor Perl e Redes www.ticursos.net From nferraz em gmail.com Fri Jun 25 03:15:20 2010 From: nferraz em gmail.com (Nelson Ferraz) Date: Fri, 25 Jun 2010 12:15:20 +0200 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 2010/6/25 João André Simioni : > Perl é, e sempre será, uma linguagem de e para administradores de sistemas. > Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de > sistemas. É melhor avisar o pessoal aqui da Booking... afinal, a gente usa Perl (e MySQL) para gerenciar mais de 100 mil reservas de hotéis por dia. E não estou falando apenas do site, mas de todos os sistemas de gerenciamento de uma empresa com mais de 2000 funcionários espalhados por todo o mundo. > É claro que vocês podem achar sistemas desenvolvidos em Perl, mas > para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. Ainda bem que você fez essa ressalva. Mas é bom rever seus conceitos: linguagens dinâmicas como Perl, Python e Ruby são ótimas ferramentas de desenvolvimento de sistemas. Nelson From ricardostock em bol.com.br Fri Jun 25 03:24:39 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Fri, 25 Jun 2010 07:24:39 -0300 Subject: [Cascavel-pm] Res: off topic DotNet References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo><145021.41319.qm@web30802.mail.mud.yahoo.com><4C23FF05.60108@ticursos.net> Message-ID: <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Nelson concordo 100% com voce... Voce pode ter um otimo sistema em .net, java ou php mas voce pode ?! ter um melhor e mais rapido em Perl ----- Original Message ----- From: "Nelson Ferraz" To: "Cascavel Perl Mongers" Sent: Friday, June 25, 2010 7:15 AM Subject: Re: [Cascavel-pm] Res: off topic DotNet 2010/6/25 João André Simioni : > Perl é, e sempre será, uma linguagem de e para administradores de > sistemas. > Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de > sistemas. É melhor avisar o pessoal aqui da Booking... afinal, a gente usa Perl (e MySQL) para gerenciar mais de 100 mil reservas de hotéis por dia. E não estou falando apenas do site, mas de todos os sistemas de gerenciamento de uma empresa com mais de 2000 funcionários espalhados por todo o mundo. > É claro que vocês podem achar sistemas desenvolvidos em Perl, mas > para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. Ainda bem que você fez essa ressalva. Mas é bom rever seus conceitos: linguagens dinâmicas como Perl, Python e Ruby são ótimas ferramentas de desenvolvimento de sistemas. Nelson _______________________________________________ Cascavel-pm mailing list Cascavel-pm em pm.org http://mail.pm.org/mailman/listinfo/cascavel-pm From jasimioni em gmail.com Fri Jun 25 05:29:38 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Fri, 25 Jun 2010 09:29:38 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 1. Eu não disse que não é uma linguagem de verdade. Disse que ela é uma linguagem para apoio. E a história de Perl nos conta isso - como foi criada, porque foi criada e como é usada na maioria dos casos. 2. Se você for viajar com sua família ou fazer compras no mercado você acha que é melhor uma ferrari um corolla? Como eu disse, há ferramentas melhores para cada ocasião. Você pode ir com a Ferrari, mas há diversos inconvenientes. 3. Sua comparação com a Ferrari foi péssima - afinal de contas uma Ferrari quase ninguém tem, tem um custo benefício péssimo e normalmente quem tem só tem pra ostentar alguma coisa. 4. Meu email particular está disponível para discussões, ou meu gtalk. []'s João André Simioni 2010/6/25 Nilson Santos Figueiredo Jr. > 2010/6/25 João André Simioni : > > Perl é, e sempre será, uma linguagem de e para administradores de > sistemas. > > Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de > > sistemas. É claro que vocês podem achar sistemas desenvolvidos em Perl, > mas > > para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. > > Seguindo esta lógica, uma Ferrari não é um carro de verdade, pois pra > cada uma, existem 100 Honda Civics e 400 Uno Mille. > Realmente, é um ótimo argumento! > > -Nilson > _______________________________________________ > 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: From jasimioni em gmail.com Fri Jun 25 05:36:20 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Fri, 25 Jun 2010 09:36:20 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <4C248069.7060207@ticursos.net> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <4C248069.7060207@ticursos.net> Message-ID: Também não consigo conceber a Internet sem Perl - e te garanto que por onde eu passo, muito código em Perl é desenvolvido. Provavelmente eu tenha mais linhas de código de Perl que muitos aqui. A discussão não é essa - é sobre onde usar cada linguagem. Perl é excelente como ferramenta para system admins, relatórios, 'clue language'. PHP tem algumas vantagens - é mais facilmente e melhor integrado ao Apache, a documentação é melhor, suporte a classes é melhor (para reutilização de código), na maioria dos casos é mais rápido, tem suporte a sessões nativo. Sem contar o número de desenvolvedores disponíveis em PHP para Web e de Perl para Web. Oferta de mão de obra é muito relevante na escolha da linguagem. []'s João André 2010/6/25 Thiago Glauco Sanchez > Em 25/06/2010 01:14, João André Simioni escreveu: > > O que eu sempre considero como o diferencial de quem conhece Perl é saber >> solucionar problemas. Perl é a ferramenta para isso, e uma das melhores. >> Agora, usem as ferramentas certas para as coisas certas. Tentar desenvolver >> aplicação gráfica usando Perl usando wxWidgets, TK ou qualquer outra coisa é >> bater o prego com o alicate. Mesmo Web, há opções melhores. >> > > Eu realmente não consigo conceber a internet sem Perl. Seja como uma "clue > language" entre sistemas ou como a linguagem principal de um sistema. O que > PHP teria de melhor que o Perl, por exemplo? > > > -- > Thiago Glauco Sanchez > Intrutor Perl e Redes > www.ticursos.net > > _______________________________________________ > 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: From giulianisanches em gmail.com Fri Jun 25 05:41:29 2010 From: giulianisanches em gmail.com (Giuliani Sanches) Date: Fri, 25 Jun 2010 09:41:29 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <4C248069.7060207@ticursos.net> Message-ID: Não ia me meter aqui, mas discordo de algumas coisas: 2010/6/25 João André Simioni : > PHP tem algumas vantagens - é mais facilmente e melhor integrado ao Apache, > a documentação é melhor, suporte a classes é melhor (para reutilização de > código), na maioria dos casos é mais rápido, tem suporte a sessões nativo. > Sem contar o número de desenvolvedores disponíveis em PHP para Web e de Perl > para Web. Oferta de mão de obra é muito relevante na escolha da linguagem. Mais facilmente sim, melhor integrado eu não entendi porque. Acho q documentação do perl bem superior a do php, detalhadamente explicativa. Suporte a classes é "melhor" até você começar a usar o Moose. Perl também é mais rápido na maioria dos casos. ** stack overflow detected ** Não vejo suporte a sessões nativo como uma vantagem. Quanto a mão de obra, concordo. []'s -- Giuliani Sanches twitter.com/giulianisanches giulianisanches.blogspot.com Como elaborar uma pergunta: http://www.istf.com.br/perguntas/ From jasimioni em gmail.com Fri Jun 25 05:43:35 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Fri, 25 Jun 2010 09:43:35 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: O melhor e mais rápido fica por conta do desenvolvedor. Uma aplicação Web tem a maior parte do seu desempenho dependente do Banco de Dados e do navegador, ou da aplicação em ajax ou flex. Nelson, em relação à Booking, como eu disse, é sim possível desenvolver em Perl - e bem. E eu acredito que todo o seu sistema é Web, mesmo internamente, ou vocês tem GUIs com Tk ou wxWidgets? []'s 2010/6/25 Ricardo Stock > Nelson concordo 100% com voce... > > Voce pode ter um otimo sistema em .net, java ou php > > mas voce pode ?! ter um melhor e mais rapido em Perl > > > ----- Original Message ----- From: "Nelson Ferraz" > To: "Cascavel Perl Mongers" > Sent: Friday, June 25, 2010 7:15 AM > > Subject: Re: [Cascavel-pm] Res: off topic DotNet > > > 2010/6/25 João André Simioni : > >> Perl é, e sempre será, uma linguagem de e para administradores de >> sistemas. >> Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de >> sistemas. >> > > É melhor avisar o pessoal aqui da Booking... afinal, a gente usa Perl > (e MySQL) para gerenciar mais de 100 mil reservas de hotéis por dia. > > E não estou falando apenas do site, mas de todos os sistemas de > gerenciamento de uma empresa com mais de 2000 funcionários espalhados > por todo o mundo. > > É claro que vocês podem achar sistemas desenvolvidos em Perl, mas >> para cada um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. >> > > Ainda bem que você fez essa ressalva. Mas é bom rever seus conceitos: > linguagens dinâmicas como Perl, Python e Ruby são ótimas ferramentas > de desenvolvimento de sistemas. > > Nelson > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > _______________________________________________ > 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: From andregarciacarneiro em gmail.com Fri Jun 25 05:45:22 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Fri, 25 Jun 2010 09:45:22 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 2010/6/25 João André Simioni > Pessoal, > > Perl é, e sempre será, uma linguagem de e para administradores de sistemas. > Ela é uma linguagem de apoio e não uma linguagem para desenvolvimento de > sistemas. Tantos módulos no CPAN pra fazer bem mais coisas do que administrar sistemas... que desperdício, não? É triste ver que as pessoas ainda vejam Perl dessa maneira, espero que os eventos que estão para ocorrer nos próximos anos mudem pelo menos um pouco, e a sua visão também. > É claro que vocês podem achar sistemas desenvolvidos em Perl, mas para cada > um deles vai ter 100 sistemas em .NET e 400 sistemas em JAVA. > É claro que vamos achar 10000 sistemas em .NET e JAVA, uns 60% descartáveis, uns 30% POG, e uns 10% que realmente servem para alguma coisa tendo o mínimo de organização em projetos. Sinto lhe informar que Perl é uma linguagem de propósito geral, meu caro. Pode ter nascido de um administrador de sistemas, mas certamente hoje serve pra bem mais que isso. Acho que está lhe faltando informação... > O que eu sempre considero como o diferencial de quem conhece Perl é saber > solucionar problemas. Perl é a ferramenta para isso, e uma das melhores. > Agora, usem as ferramentas certas para as coisas certas. Tentar desenvolver > aplicação gráfica usando Perl usando wxWidgets, TK ou qualquer outra coisa é > bater o prego com o alicate. Mesmo Web, há opções melhores. > Eu particularmente não tenho interesse algum em desenvolver aplicações usando wx, muito menos TK, considerando que o mercado está migrando todo para a Web. Talvez quando eu resolver virar um engenheiro ou algo assim, eu prefira programar e C/C++ + ASM e frameworks que me ajudem com hardware, mas por enquanto trabalho apenas com Internet mesmo... Quanto ao seu comentário sobre desenvolvimento Web, considero Catalyst como um marco no desenvolvimento Web. Já experimentei PHP, Ruby, Phyton e JAVA, e ainda continuo preferindo desenvolver em Perl no Catalyst. Java é a coisa mais desajeitada do universo para desenvolver Web, PHP + Cake ou Yii é muito produtivo, mas nada elegante, e 'reza' algumas línguas que não é lá muito seguro. Phyton eu achei um saco e com um suporte absolutamente medíocre, e Ruby é o que se aproxima mais do que hoje em dia os defensores de .NET e outras tranqueiras que os homens do dinheiro(os que contratam por aqui...) gostariam de ver no mundo opensource, se não fosse a questão da 'performance' ( minha visão ). Então ainda fico com Perl + Catalyst + mod_perl ou fastcgi + DBIx::Class. Mas quanto a questão de mercado, nem discuto com você. É muito claro pra mim que .NET e Java dominam o mercado por aqui. E acreditem, sou um grande defensor de Perl - mas o importante é saber onde > ela faz diferença. Achar que ela é solução para qualquer necessidade é > inocência. E se quiserem discutir esse assunto, podem me mandar mensagens > privadas para não poluir a lista. > Não se preocupe com isso, adoramos 'poluir' a lista ... :-D Cheers! > > []'s > > João André Simioni > > > > 2010/6/24 Thiago Glauco Sanchez > > Em 24/06/2010 13:09, ogilnei og escreveu: >> >> Olhem o Tiobe Index do mês, eu gosto deste índice porque ele sempre me >>> diz o que eu >>> vou ter que "aguentar" nas reuniões que escolhem tecnologias pelo >>> número de artigos que >>> saem em revistas e não pelo escopo de problemas que cada tecnologia >>> busca resolver... >>> (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) >>> >>> >> >> O índice TIOBE pesquisa o quanto uma linguagem é pesquisada no Google, não >> o que ela faz. Realmente, você está na roça. >> E vamos ser realistas, quem mais faz pesquisas sobre uma linguagem é quem >> não conhece nenhuma!!! Iniciantes de faculdades vão pesquisar C++ e Java, >> oras bolas, >> é o que elas ensinam!!! >> E é lógico que o Power Shell está subindo. A microsoft faz Marketing. Mas >> nada que o Power Shell faça que não possamos fazer com Win32::WMI. >> >> E viva o CPAN. >> > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From acid06 em gmail.com Fri Jun 25 06:12:29 2010 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Fri, 25 Jun 2010 10:12:29 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: 2010/6/25 João André Simioni : > 2. Se você for viajar com sua família ou fazer compras no mercado você acha > que é melhor uma ferrari um corolla? Como eu disse, há ferramentas melhores > para cada ocasião. Você pode ir com a Ferrari, mas há diversos > inconvenientes. Eu não recomendo fazer "software de padaria" em Perl. Até aqui a analogia está dentro do que eu queria. > 3. Sua comparação com a Ferrari foi péssima - afinal de contas uma Ferrari > quase ninguém tem, tem um custo benefício péssimo e normalmente quem tem só > tem pra ostentar alguma coisa. Você acha que colocar um Uno Mille pra correr na Formula 1 vai ser um bom custo benefício? É lógico que seu custo vai ser menor que o da Ferrari, mas você não vai conseguir nem sair na largada... A realidade de sistemas web importantes de hoje em dia se parece mais com a F1 do que com levar sua família na padaria. -Nilson From andregarciacarneiro em gmail.com Fri Jun 25 06:13:28 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Fri, 25 Jun 2010 10:13:28 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: 2010/6/25 João André Simioni > O melhor e mais rápido fica por conta do desenvolvedor. Uma aplicação Web > tem a maior parte do seu desempenho dependente do Banco de Dados e do > navegador, ou da aplicação em ajax ou flex. > > Concordo em partes. Depende muito do problema. Mas para comparar desempenho, você precisa testar problemas idênticos em soluções diferentes. Simplesmente afirmar que depende do Banco de dados ou de outra coisa qualquer é muito vago, e realmente não explica nada. Teste o mesmo problema utilizando linguagens diferentes no mesmo banco de dados, e use algo como um benchmark para medir os tempos. Então talvez você tenha algo mais palpável do que simplesmente afirmar coisas ao vento... :-D Cheers! -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Sat Jun 26 17:37:59 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 26 Jun 2010 21:37:59 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Fri, 25 Jun 2010 01:14:35 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> Message-ID: >>>>> "João" == João André Simioni writes: João> Pessoal,Perl é, e sempre será, uma linguagem de e para João> administradores de sistemas. Sinto lhe informar, mas você está redondamente enganado, o Larry era desenvolvedor da NASA quando ele desenvolveu a primeira versão de Perl e sempre foi estudioso de linguística. (vide documentação do Perl, Programming Perl, wikipedia, etc.) João> Ela é uma linguagem de apoio e não uma linguagem para João> desenvolvimento de sistemas. Por favor, defina o que é uma "linguagem de apoio" e o que é uma "linguagem para desenvolvimento de sistemas"? João> É claro que vocês podem achar sistemas desenvolvidos em Perl, João> mas para cada um deles vai ter 100 sistemas em .NET e 400 João> sistemas em JAVA. Essa informação é meio duvidosa, e a definição de "sistema" está sujeita a debate. Você poderia, por favor, citar a fonte da informação? João> O que eu sempre considero como o diferencial de quem conhece João> Perl é saber solucionar problemas. Perl é a ferramenta para João> isso, e uma das melhores. "para isso"? Seja mais específico, sim? João> Agora, usem as ferramentas certas para as coisas João> certas. Tentar desenvolver aplicação gráfica usando Perl João> usando wxWidgets, TK ou qualquer outra coisa é bater o prego João> com o alicate. Me fala uma dificuldade imposta pelo Perl na hora de desenvolver uma GUI? E também, se possível, fala qual é a "ferramenta certa" pra desenvolver GUIs? João> Mesmo Web, há opções melhores. E acreditem, sou um grande João> defensor de Perl - mas o importante é saber onde ela faz João> diferença. Achar que ela é solução para qualquer necessidade é João> inocência. Qualquer linguagem pode ser solução para qualquer problema, porém o grau de dificuldade para desenvolver a solução varia de acordo com a definição de sucesso de cada projeto. Eu consigo listar vários projetos onde a aplicação de perl seria uma má escolha, como por exemplo, competições de desenvolvimento de algoritmos, mas isso devido a peculiaridades específicas de cada projeto, não da linguagem. Se quiser, começamos outro tópico a respeito de "projetos onde perl seria um fracasso". João> E se quiserem discutir esse assunto, podem me mandar mensagens João> privadas para não poluir a lista. Não sei como é nas comunidades das outras linguagens, mas creio que aqui, "poluir a lista" é falar com arbitrariedade sem indicar base/fontes. E quando isso acontece, eu particularmente costumo "despoluir" a lista em público para que todo mundo fique informado dos fatos reais. From edencardim em gmail.com Sat Jun 26 18:07:10 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 26 Jun 2010 22:07:10 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Fri, 25 Jun 2010 09:36:20 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <4C248069.7060207@ticursos.net> Message-ID: >>>>> "João" == João André Simioni writes: João> PHP tem algumas vantagens - é mais facilmente e melhor João> integrado ao Apache É mesmo? Até onde eu sei, as soluções de integração com apache são agnósticas a linguagem (FastCGI, CGI). A implementação e setup de mod_php/mod_perl são quase idênticos em termos de estratégia (interpretador embutido no processo do apache, com ponto de entrada definido na configuração). Além disso, Apache não é adequado para todos os projetos. João> a documentação é melhor "Melhor" segundo qual critério? João> suporte a classes é melhor (para reutilização de código), É mesmo? Pelo que me consta, PHP não implementa roles (nem nada parecido) nem sobrecarga de operadores. Na minha definição de "melhor para reutilização de código", ambas as features são fundamentais num sistema de orientação a objetos [1]. João> na maioria dos casos é mais rápido Cadê o benchmark e a metodologia aplicada, para comprovar? João> tem suporte a sessões nativo. O que é "suporte a sessões nativo"? João> Sem contar o número de desenvolvedores disponíveis em PHP para João> Web e de Perl para Web. Oferta de mão de obra é muito João> relevante na escolha da linguagem. A qualidade da mão de obra é mais relevante ainda. Uma equipe menor composta de desenvolvedores de qualidade é quase sempre mais produtiva do que uma equipe grande onde os desenvolvedores habilidosos trabalham na gestão [2]. [1] - GAMMA, E.; HELM, R.; JOHNSON, R.; VLISSIDES, J. M. Design Patterns: Elements of Reusable Object-Oriented Software. 1st ed., 1994. Addison-Wesley Professional. [2] - BROOKS, F. P. The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition. 2nd ed., 1995. Addison-Wesley Professional. From edencardim em gmail.com Sat Jun 26 18:23:43 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sat, 26 Jun 2010 22:23:43 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Fri, 25 Jun 2010 09:43:35 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: >>>>> "João" == João André Simioni writes: João> O melhor e mais rápido fica por conta do desenvolvedor. Não, não fica. Por exemplo, sem XS, é impossível implementar um algoritmo com o máximo de eficiência em perl, já que você não tem acesso a aritmética low-level como por exemplo, adição de constantes caracter. Perl sempre converte números para sua própria representação nativa, que roda dentro do interpretador do perl, por isso, é sempre mais lento que C, onde não acontece a conversão e a operação acontece diretamente nos registradores do processador. João> Uma aplicação Web tem a maior parte do seu desempenho dependente João> do Banco de Dados e do navegador, ou da aplicação em ajax ou João> flex. Você está presumindo que toda aplicação web utiliza um banco de dados, requisições assíncronas ou flex. Aplicações para facebook, por exemplo, tem o gargalo de tempo nas requisições à API do facebook. Serviços de hosting de imagens, como o flickr, tem o gargalo na transferência e processamento das imagens. From jasimioni em gmail.com Sun Jun 27 13:58:03 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Sun, 27 Jun 2010 17:58:03 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: Eder, assim como Perl tem XS, outras linguagens têm suas próprias maneiras de acessar bibliotecas em C para otimizar desempenho. E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o gargalo não é o CGI, mas usualmente o processamento do client ou banco de dados. Você só deu mais dois exemplos complementando a minha afirmação. A discussão levantada é que, na minha opinião, Perl é melhor utilizado como uma clue language e para rotinas administrativas - sejam elas de redes, de banco de dados ou de sistema, do que como linguagem para desenvolvimento de sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é Ok, só comentei que considero que há opções melhores. []'s 2010/6/26 Eden Cardim > >>>>> "João" == João André Simioni writes: > > João> O melhor e mais rápido fica por conta do desenvolvedor. > > Não, não fica. Por exemplo, sem XS, é impossível implementar um > algoritmo com o máximo de eficiência em perl, já que você não tem acesso > a aritmética low-level como por exemplo, adição de constantes > caracter. Perl sempre converte números para sua própria representação > nativa, que roda dentro do interpretador do perl, por isso, é sempre mais > lento que C, onde não acontece a conversão e a operação acontece > diretamente nos registradores do processador. > > João> Uma aplicação Web tem a maior parte do seu desempenho dependente > João> do Banco de Dados e do navegador, ou da aplicação em ajax ou > João> flex. > > Você está presumindo que toda aplicação web utiliza um banco de dados, > requisições assíncronas ou flex. Aplicações para facebook, por exemplo, > tem o gargalo de tempo nas requisições à API do facebook. Serviços de > hosting de imagens, como o flickr, tem o gargalo na transferência e > processamento das imagens. > _______________________________________________ > 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: From blabos em gmail.com Sun Jun 27 14:03:41 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Sun, 27 Jun 2010 18:03:41 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: #define LINGUAGEM_DE_APOIO "Java" /** * Uso o seu grande livro para apoiar o pé da minha mesa. E só. */ Abraços 2010/6/27 João André Simioni : > Eder, > > assim como Perl tem XS, outras linguagens têm suas próprias maneiras de > acessar bibliotecas em C para otimizar desempenho. > > E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o > gargalo não é o CGI, mas usualmente o processamento do client ou banco de > dados. Você só deu mais dois exemplos complementando a minha afirmação. > > A discussão levantada é que, na minha opinião, Perl é melhor utilizado como > uma clue language e para rotinas administrativas - sejam elas de redes, de > banco de dados ou de sistema, do que como linguagem para desenvolvimento de > sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é > Ok, só comentei que considero que há opções melhores. > > []'s > > 2010/6/26 Eden Cardim >> >> >>>>> "João" == João André Simioni writes: >> >>    João> O melhor e mais rápido fica por conta do desenvolvedor. >> >> Não, não fica. Por exemplo, sem XS, é impossível implementar um >> algoritmo com o máximo de eficiência em perl, já que você não tem acesso >> a aritmética low-level como por exemplo, adição de constantes >> caracter. Perl sempre converte números para sua própria representação >> nativa, que roda dentro do interpretador do perl, por isso, é sempre mais >> lento que C, onde não acontece a conversão e a operação acontece >> diretamente nos registradores do processador. >> >>    João> Uma aplicação Web tem a maior parte do seu desempenho dependente >>    João> do Banco de Dados e do navegador, ou da aplicação em ajax ou >>    João> flex. >> >> Você está presumindo que toda aplicação web utiliza um banco de dados, >> requisições assíncronas ou flex. Aplicações para facebook, por exemplo, >> tem o gargalo de tempo nas requisições à API do facebook.  Serviços de >> hosting de imagens, como o flickr, tem o gargalo na transferência e >> processamento das imagens. >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From andregarciacarneiro em gmail.com Sun Jun 27 16:01:36 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Sun, 27 Jun 2010 20:01:36 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: 2010/6/27 João André Simioni > Eder, > Eder não, Eden. Por favor, leia os seus e-mails antes de postar ! Respeito é bom e todo mundo gosta! > > assim como Perl tem XS, outras linguagens têm suas próprias maneiras de > acessar bibliotecas em C para otimizar desempenho. > > Sério? Me dá um exemplo em Java, PHP e WHATEVER .NET por favor, já que você gosta tanto de mencionar essas ferramentas, caso contrário é melhor escutar o que os outros colegas mais experientes que você tem a dizer. > E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o > gargalo não é o CGI, mas usualmente o processamento do client ou banco de > dados. Você só deu mais dois exemplos complementando a minha afirmação. > > Não, ele não complementou sua afirmação. Os exemplos que ele deu referem-se a tipos diferentes de gargalo, já que voc? restringiu a limitação de desempenho para banco de dados e browser, o que é ridículo, principalmente no caso do browser. O browser nada mais faz do que renderizar HTML/XHTML etc na tela e processar Javascript. Nada tem a ver com Perl. Se voc? disser algo sobre como controlar suas requisiçoes de modo mais eficiente para que o servidor 'cuspa' um HTML/XHTML etc. de forma mais eficiente, isso sim, tem a ver com Perl. O browser em si é um mero coadjuvante. A discussão levantada é que, na minha opinião, Perl é melhor utilizado como > uma clue language e para rotinas administrativas - sejam elas de redes, de > banco de dados ou de sistema, do que como linguagem para desenvolvimento de > sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é > Ok, só comentei que considero que há opções melhores. > > Sua opinião é baseada em que? Eden é um dos gurus da lista, então você deveria, no mínimo, escutar o que ele diz. Tanto eu quanto vários outros colegas sustentamos a idéia de que Perl é uma linguagem de propósito geral, ou seja, dá para resolver muitos problemas além de administração de sistemas via scripts descartáveis. Logo, se Eden perguntou em que você está se baseando para fazer essas afirmações( e eu também estou curioso para saber ) , então por favor, mostre algo. Aliás, está começando a parecer que você não está querendo escutar, então antes de continuar a discussão, peço encarecidamente que voc? comece a colocar fatos, exemplos, ou qualquer coisa assim que sustente o que você está dizendo, pois, se você está dizendo isso baseando-se na sua experiência, lhe digo que tem gente aqui com muito, mas muito mais experiência e casos de sucesso com Perl em diversos tipos de problemas do que você. Então em respeito a essas pessoas, sugiro que ou você ou pare de discutir e gaste algum tempo estudando Perl mais a fundo, tirando suas dúvidas aqui, ou mostre exemplos de projetos fracassados em Perl que você conheça. Senão fica parecendo que você é só mais um mané aficionado por Java enchendo o saco em listas de discussão de outras linguagens. Mas é claro que não é isso, certo? Cheers! -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From daniel.oliveira.mantovani em gmail.com Sun Jun 27 16:13:17 2010 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Sun, 27 Jun 2010 20:13:17 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: 2010/6/27 João André Simioni : > Eder, > > assim como Perl tem XS, outras linguagens têm suas próprias maneiras de > acessar bibliotecas em C para otimizar desempenho. > > E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o > gargalo não é o CGI, mas usualmente o processamento do client ou banco de > dados. Você só deu mais dois exemplos complementando a minha afirmação. > > A discussão levantada é que, na minha opinião, Perl é melhor utilizado como > uma clue language e para rotinas administrativas - sejam elas de redes, de > banco de dados ou de sistema, do que como linguagem para desenvolvimento de > sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é > Ok, só comentei que considero que há opções melhores. Está com cheiro de gente que programa em Perl sem declarar variáveis. > > []'s > > 2010/6/26 Eden Cardim >> >> >>>>> "João" == João André Simioni writes: >> >>    João> O melhor e mais rápido fica por conta do desenvolvedor. >> >> Não, não fica. Por exemplo, sem XS, é impossível implementar um >> algoritmo com o máximo de eficiência em perl, já que você não tem acesso >> a aritmética low-level como por exemplo, adição de constantes >> caracter. Perl sempre converte números para sua própria representação >> nativa, que roda dentro do interpretador do perl, por isso, é sempre mais >> lento que C, onde não acontece a conversão e a operação acontece >> diretamente nos registradores do processador. >> >>    João> Uma aplicação Web tem a maior parte do seu desempenho dependente >>    João> do Banco de Dados e do navegador, ou da aplicação em ajax ou >>    João> flex. >> >> Você está presumindo que toda aplicação web utiliza um banco de dados, >> requisições assíncronas ou flex. Aplicações para facebook, por exemplo, >> tem o gargalo de tempo nas requisições à API do facebook.  Serviços de >> hosting de imagens, como o flickr, tem o gargalo na transferência e >> processamento das imagens. >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- http://www.danielmantovani.com "If you?ve never written anything thoughtful, then you?ve never had any difficult, important, or interesting thoughts. That?s the secret: people who don?t write, are people who don?t think." From edencardim em gmail.com Sun Jun 27 16:22:30 2010 From: edencardim em gmail.com (Eden Cardim) Date: Sun, 27 Jun 2010 20:22:30 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Sun, 27 Jun 2010 17:58:03 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: >>>>> "João" == João André Simioni writes: João> Eder,assim como Perl tem XS, outras linguagens têm suas João> próprias maneiras de acessar bibliotecas em C para otimizar João> desempenho. Valeu pela dica, não entendi o porque do comentário, já que ninguém afirmou o contrário, acho que todo mundo aqui já sabe disso. João> E com relação à Flickr / Facebook o que eu quis dizer é que João> geralmente o gargalo não é o CGI, mas usualmente o João> processamento do client ou banco de dados. Você só deu mais João> dois exemplos complementando a minha afirmação. Não, não complementei nada da sua afirmação, eu dei dois contra-exemplos. Me parece que você não leu direito (o erro na grafia do meu nome é um indicador disso). João> A discussão levantada é que, na minha opinião, Perl é melhor João> utilizado como uma clue language e para rotinas João> administrativas - sejam elas de redes, de banco de dados ou de João> sistema, do que como linguagem para desenvolvimento de João> sistemas complexos e sistemas que possuam GUI sem ser João> Web. Para Web Perl é Ok, só comentei que considero que há João> opções melhores. Você não respondeu nenhuma das perguntas, provavelmente porque não as leu direito. Vou repetir algumas com um pouco mais de clareza: "opções melhores" segundo qual critério? Mais rápidas em termos de execução? Mais rápidas em termos de velocidade de desenvolvimento? Mais baratas? Mais fáceis de implantar? Qual o limiar de complexidade que separa "sistema complexos" de "sistemas não complexos"? Qual é exatamente a limitação de perl que impede de desenvolver GUIs non-web? From nuba em fastmail.fm Sun Jun 27 16:26:13 2010 From: nuba em fastmail.fm (Nuba Princigalli) Date: Sun, 27 Jun 2010 20:26:13 -0300 (BRT) Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: Message-ID: YOU HAVE BEEN TROLLED On Sun, 27 Jun 2010, cascavel-pm-request at pm.org wrote: > Date: Sun, 27 Jun 2010 16:13:26 -0700 > From: cascavel-pm-request at pm.org > Reply-To: cascavel-pm at pm.org > To: cascavel-pm at pm.org > Subject: Digest Cascavel-pm, volume 352, assunto 10 From jasimioni em gmail.com Sun Jun 27 20:34:38 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Mon, 28 Jun 2010 00:34:38 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: > Valeu pela dica, não entendi o porque do comentário, já que > ninguém > afirmou o contrário, acho que todo mundo aqui já sabe disso. Eu afirmei que desempenho depende do desenvolvedor. Você justificou que isso não é verdade e deu XS de exemplo. Eu reafirmo que depende. Saber que existem tais recursos e como usar é mérito do desenvolvedor. Todas as linguagens têm recursos para usufruir de código otimizado. > Não, não complementei nada da sua afirmação, eu dei dois > contra-exemplos. Me parece que você não leu direito (o erro > na grafia do > meu nome é um indicador disso). Acredito que você não tenha entendido meus exemplos então, pois os seus contra exemplos não contradizem a minha opinião. Peço desculpas pelo erro da grafia do seu nome, isso realmente não deveria ter acontecido. > Você não respondeu nenhuma das perguntas, provavelmente > porque não as > leu direito. Vou repetir algumas com um pouco mais de clareza: Por algum motivo, seu email veio quebrado em 3 emails... o gmail agrupou e eu so vi o último. > "opções melhores" segundo qual critério? Mais rápidas em > termos de > execução? Mais rápidas em termos de velocidade de > desenvolvimento? Mais > baratas? Mais fáceis de implantar? 2 critérios básicos - quantidade de sistemas desenvolvidos na plataforma e disponibilidade mão de obra. Em ambas, PHP e Java batem Perl muito facilmente. Pelo menos no Brasil (acho que você não mora aqui). Em termos de fazer o que tem que ser feito, todas elas fazem o que tem que ser feito. > Qual o limiar de complexidade que separa "sistema complexos" > de > "sistemas não complexos"? > Qual é exatamente a limitação de perl que impede de desenvolver > GUIs > non-web? Segundo minha opinião: - Sistemas complexos são aqueles que envolvem: * Uma interface administrativa (GUI) * Uma interface de usuário (GUI) * Um core com N funções Em relação a GUIs em Perl: * TK tem uma série de limitações - tanto que wxWidgets é considerada a melhor API para GUIs em Perl. * wxWidgets ainda não tem versão 1.0 e vários itens disponíveis em outros APIs (incluindo Flex) ainda não estão disponíveis. []'s 2010/6/27 Eden Cardim > >>>>> "João" == João André Simioni writes: > > João> Eder,assim como Perl tem XS, outras linguagens têm suas > João> próprias maneiras de acessar bibliotecas em C para otimizar > João> desempenho. > > Valeu pela dica, não entendi o porque do comentário, já que ninguém > afirmou o contrário, acho que todo mundo aqui já sabe disso. > > João> E com relação à Flickr / Facebook o que eu quis dizer é que > João> geralmente o gargalo não é o CGI, mas usualmente o > João> processamento do client ou banco de dados. Você só deu mais > João> dois exemplos complementando a minha afirmação. > > Não, não complementei nada da sua afirmação, eu dei dois > contra-exemplos. Me parece que você não leu direito (o erro na grafia do > meu nome é um indicador disso). > > João> A discussão levantada é que, na minha opinião, Perl é melhor > João> utilizado como uma clue language e para rotinas > João> administrativas - sejam elas de redes, de banco de dados ou de > João> sistema, do que como linguagem para desenvolvimento de > João> sistemas complexos e sistemas que possuam GUI sem ser > João> Web. Para Web Perl é Ok, só comentei que considero que há > João> opções melhores. > > Você não respondeu nenhuma das perguntas, provavelmente porque não as > leu direito. Vou repetir algumas com um pouco mais de clareza: > > "opções melhores" segundo qual critério? Mais rápidas em termos de > execução? Mais rápidas em termos de velocidade de desenvolvimento? Mais > baratas? Mais fáceis de implantar? > > Qual o limiar de complexidade que separa "sistema complexos" de > "sistemas não complexos"? > > Qual é exatamente a limitação de perl que impede de desenvolver GUIs > non-web? > _______________________________________________ > 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: From jasimioni em gmail.com Sun Jun 27 20:46:46 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Mon, 28 Jun 2010 00:46:46 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: André, acho que o Eden não precisa de um bajulador... ele pode responder sozinho. E eu sou um grande defensor de Perl e tão experiente quanto o próprio Eden. A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma ferramenta de trabalho, para administração de sistemas, redes, db, e não uma linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET. E com relação às minhas fontes: eu estou dando minha opinião! Se eu estivesse escrevendo um artigo academico, voces poderiam cobrar fontes... []'s 2010/6/27 Andre Carneiro > > > 2010/6/27 João André Simioni > >> Eder, >> > > Eder não, Eden. Por favor, leia os seus e-mails antes de postar ! Respeito > é bom e todo mundo gosta! > > >> >> assim como Perl tem XS, outras linguagens têm suas próprias maneiras de >> acessar bibliotecas em C para otimizar desempenho. >> >> > Sério? Me dá um exemplo em Java, PHP e WHATEVER .NET por favor, já que você > gosta tanto de mencionar essas ferramentas, caso contrário é melhor escutar > o que os outros colegas mais experientes que você tem a dizer. > > >> E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o >> gargalo não é o CGI, mas usualmente o processamento do client ou banco de >> dados. Você só deu mais dois exemplos complementando a minha afirmação. >> >> > > Não, ele não complementou sua afirmação. Os exemplos que ele deu referem-se > a tipos diferentes de gargalo, já que voc? restringiu a limitação de > desempenho para banco de dados e browser, o que é ridículo, principalmente > no caso do browser. O browser nada mais faz do que renderizar HTML/XHTML etc > na tela e processar Javascript. Nada tem a ver com Perl. Se voc? disser algo > sobre como controlar suas requisiçoes de modo mais eficiente para que o > servidor 'cuspa' um HTML/XHTML etc. de forma mais eficiente, isso sim, tem a > ver com Perl. O browser em si é um mero coadjuvante. > > > A discussão levantada é que, na minha opinião, Perl é melhor utilizado como >> uma clue language e para rotinas administrativas - sejam elas de redes, de >> banco de dados ou de sistema, do que como linguagem para desenvolvimento de >> sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é >> Ok, só comentei que considero que há opções melhores. >> >> > Sua opinião é baseada em que? Eden é um dos gurus da lista, então você > deveria, no mínimo, escutar o que ele diz. Tanto eu quanto vários outros > colegas sustentamos a idéia de que Perl é uma linguagem de propósito geral, > ou seja, dá para resolver muitos problemas além de administração de sistemas > via scripts descartáveis. Logo, se Eden perguntou em que você está se > baseando para fazer essas afirmações( e eu também estou curioso para saber ) > , então por favor, mostre algo. > > Aliás, está começando a parecer que você não está querendo escutar, então > antes de continuar a discussão, peço encarecidamente que voc? comece a > colocar fatos, exemplos, ou qualquer coisa assim que sustente o que você > está dizendo, pois, se você está dizendo isso baseando-se na sua > experiência, lhe digo que tem gente aqui com muito, mas muito mais > experiência e casos de sucesso com Perl em diversos tipos de problemas do > que você. > > Então em respeito a essas pessoas, sugiro que ou você ou pare de discutir e > gaste algum tempo estudando Perl mais a fundo, tirando suas dúvidas aqui, ou > mostre exemplos de projetos fracassados em Perl que você conheça. Senão fica > parecendo que você é só mais um mané aficionado por Java enchendo o saco em > listas de discussão de outras linguagens. Mas é claro que não é isso, certo? > > > > > Cheers! > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > _______________________________________________ > 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: From andregarciacarneiro em gmail.com Sun Jun 27 21:52:33 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Mon, 28 Jun 2010 01:52:33 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: 2010/6/28 João André Simioni > André, > > acho que o Eden não precisa de um bajulador... ele pode responder sozinho. > > Não sou bajulador, você é quem não tem educação. Todo mundo que entra aqui e comete 'gafes' como essa é tratado da mesma maneira. Se não fosse eu, provavelmente alguém iria fazer por esse ou por outro motivo, então é só pedir desculpas, não precisa ficar nervosinho. Vc tá errado mesmo... > E eu sou um grande defensor de Perl e tão experiente quanto o próprio Eden. > Estranho...para quem fica falando que Perl só serve para ser linguagem de administração, tá parecendo mais o contrário. Está parecendo que você é mais um cara desses que experimentou Perl no seu dia-dia como administrador, e escutou um monte de besteira de pessoas aficionadas nas suas próprias conjecturas, mas que não sabem realmente do que estão falando de fato. Se quiser uma nova visão sobre a linguagem, a lista é um bom caminho pra você, e teremos prazer em ajudá-lo. > > A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma > ferramenta de trabalho, para administração de sistemas, redes, db, e não uma > linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda > porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas > grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET. > > Ninguém aqui nega que temos problemas para divulgação da linguagem nas empresas AQUI NO BRASIL, e em grande parte a culpa é nossa mesmo( da comunidade ), mas acredito que sair por ai dizendo besteiras como 'Perl é uma linguagem de administradores, e sempre será' é particularmente incompreensível vindo de alguém que 'defende' Perl. Além disso você já está mudando de assunto. O foco principal da discussão é a sua afirmação que Perl não serve para isso ou para aquilo, e agora está mudando para mercado de trabalho, e 'aderência' de Catalyst nas empresas?!?!! O que você considera um 'sistema complexo' ? Que metodologias de projeto de software que você, ou outras pessoas, usaram, em quais empresas, e que não funcionaram com Perl? Já perguntaram algo parecido umas duas ou três vezes, e você ainda não conseguiu responder, e fica contornando mudando de assunto. Isso mostra que você não tem argumentos para sustentar o que você diz, então não tem credibilidade, e vai ser criticado mesmo. Oras, tá na lista de Perl, criticando Perl, sem argumentos, o que você esperava? Ganhar um bom-bom? joão -- #não responde as perguntas, e não tem argumentos para sustentar as opiniões, e muda de assunto quando convém. E ainda quer um bom-bom... :-D > E com relação às minhas fontes: eu estou dando minha opinião! Se eu > estivesse escrevendo um artigo academico, voces poderiam cobrar fontes... > > Piiiiiipipipipipi!... desculpa de alejado é muleta! Não estamos cobrando fontes... estamos curiosos para saber se você realmente experimentou alguma coisa que te impediu de continuar algum projeto em Perl. E aí? Se sabe de algum projeto em Perl parou por causa de alguma dificuldade técnica específica com a linguagem, já que, supostamente, ela não serve para 'projetos complexos'( seja lá o que isso seja pra você ), nos mostre! Não precisa ficar bravinho, é só responder. Mesmo porque isso muito nos interessa como estudo de caso . E já que ouvimos a sua opinião, tente escutar agora as pessoas aqui que tiveram experiências boas em projetos em Perl( principalmente com Catalyst, que é o mais popular). Aposto que vai se surpreender, e quem sabe nos ajudar a mudar essa visão que você tem sobre Perl. joão ++ #pediu desculpas por escrever errado o nome do Eden Tô encerrando minha participação por aqui na discussão. Cansei... Cheers! -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From jasimioni em gmail.com Sun Jun 27 22:01:02 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Mon, 28 Jun 2010 02:01:02 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: André, eu tenho certeza que: 1. Você programou em Perl muito menos que eu. 2. Você entende de Perl muito menos que eu. 3. Você defendeu Perl muito menos que eu. 4. Você ensinou Perl muito menos que eu. Se eu fosse você, eu teria mais respeito. Melhor você me conhecer antes de escrever o que que escreve. Minha opinião continua a mesma. []'s 2010/6/28 Andre Carneiro > > > 2010/6/28 João André Simioni > > André, >> >> acho que o Eden não precisa de um bajulador... ele pode responder sozinho. >> >> > Não sou bajulador, você é quem não tem educação. Todo mundo que entra aqui > e comete 'gafes' como essa é tratado da mesma maneira. Se não fosse eu, > provavelmente alguém iria fazer por esse ou por outro motivo, então é só > pedir desculpas, não precisa ficar nervosinho. Vc tá errado mesmo... > > > >> E eu sou um grande defensor de Perl e tão experiente quanto o próprio >> Eden. >> > > > Estranho...para quem fica falando que Perl só serve para ser linguagem de > administração, tá parecendo mais o contrário. Está parecendo que você é mais > um cara desses que experimentou Perl no seu dia-dia como administrador, e > escutou um monte de besteira de pessoas aficionadas nas suas próprias > conjecturas, mas que não sabem realmente do que estão falando de fato. Se > quiser uma nova visão sobre a linguagem, a lista é um bom caminho pra você, > e teremos prazer em ajudá-lo. > > >> >> A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma >> ferramenta de trabalho, para administração de sistemas, redes, db, e não uma >> linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda >> porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas >> grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET. >> >> > Ninguém aqui nega que temos problemas para divulgação da linguagem nas > empresas AQUI NO BRASIL, e em grande parte a culpa é nossa mesmo( da > comunidade ), mas acredito que sair por ai dizendo besteiras como 'Perl é > uma linguagem de administradores, e sempre será' é particularmente > incompreensível vindo de alguém que 'defende' Perl. > > Além disso você já está mudando de assunto. O foco principal da discussão é > a sua afirmação que Perl não serve para isso ou para aquilo, e agora está > mudando para mercado de trabalho, e 'aderência' de Catalyst nas > empresas?!?!! > > O que você considera um 'sistema complexo' ? Que metodologias de projeto de > software que você, ou outras pessoas, usaram, em quais empresas, e que não > funcionaram com Perl? Já perguntaram algo parecido umas duas ou três vezes, > e você ainda não conseguiu responder, e fica contornando mudando de assunto. > Isso mostra que você não tem argumentos para sustentar o que você diz, então > não tem credibilidade, e vai ser criticado mesmo. Oras, tá na lista de Perl, > criticando Perl, sem argumentos, o que você esperava? Ganhar um bom-bom? > > joão -- #não responde as perguntas, e não tem argumentos para sustentar as > opiniões, e muda de assunto quando convém. E ainda quer um bom-bom... :-D > > > >> E com relação às minhas fontes: eu estou dando minha opinião! Se eu >> estivesse escrevendo um artigo academico, voces poderiam cobrar fontes... >> >> > Piiiiiipipipipipi!... desculpa de alejado é muleta! > > Não estamos cobrando fontes... estamos curiosos para saber se você > realmente experimentou alguma coisa que te impediu de continuar algum > projeto em Perl. E aí? > > Se sabe de algum projeto em Perl parou por causa de alguma dificuldade > técnica específica com a linguagem, já que, supostamente, ela não serve para > 'projetos complexos'( seja lá o que isso seja pra você ), nos mostre! Não > precisa ficar bravinho, é só responder. Mesmo porque isso muito nos > interessa como estudo de caso . > > E já que ouvimos a sua opinião, tente escutar agora as pessoas aqui que > tiveram experiências boas em projetos em Perl( principalmente com Catalyst, > que é o mais popular). Aposto que vai se surpreender, e quem sabe nos ajudar > a mudar essa visão que você tem sobre Perl. > > > > joão ++ #pediu desculpas por escrever errado o nome do Eden > > > > Tô encerrando minha participação por aqui na discussão. Cansei... > > > > Cheers! > > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > _______________________________________________ > 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: From frederico em imovlr.com Sun Jun 27 23:42:51 2010 From: frederico em imovlr.com (Frederico Recsky) Date: Mon, 28 Jun 2010 08:42:51 +0200 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: mmmm, 2010/6/28 João André Simioni : > 2 critérios básicos - quantidade de sistemas desenvolvidos na plataforma e > disponibilidade mão de obra. > > Em ambas, PHP e Java batem Perl muito facilmente. Pelo menos no Brasil (acho > que você não mora aqui). > > Em termos de fazer o que tem que ser feito, todas elas fazem o que tem que > ser feito. Visite Hortolandia. http://tinyurl.com/2gyyv3m > Segundo minha opinião: > > - Sistemas complexos são aqueles que envolvem: > > * Uma interface administrativa (GUI) > * Uma interface de usuário (GUI) > * Um core com N funções Pela sua definição kernel, core utils e drivers são trivialidades. Para não falar de sistemas bancarios em mainframe que é o que usam 90% dos bancos, ou imagens de satelite para previsao do tempo, dados de billing de telefonia (alguem da tim/vivo aqui?) , mmm , mmmm -- Frederico Recsky http://fred.eti.br From blabos em gmail.com Mon Jun 28 03:16:26 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Mon, 28 Jun 2010 07:16:26 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: > 1. Você programou em Perl muito menos que eu. > 2. Você entende de Perl muito menos que eu. > 3. Você defendeu Perl muito menos que eu. > 4. Você ensinou Perl muito menos que eu. Se você é tão importante assim para o mundo Perl, por que é que eu nunca ouvi valar em você? Seria você aqui: http://bit.ly/d9x8G6 ? É só um critério vago, mas no google, o seu nome associado a Perl retorna 30x menos resultados que o meu, que sou ralé da ralé. Veja bem, não estou afirmando que a única fora válida de conhecer Perl seja através da lista, ou fazendo isso publicamente, mas ao contrário das outras linguagens, a comunidade Perl é bem coesa, e em geral, as pessoas se conhecem. O que você disse em 1, é difícil de provar ou negar, mas quando você diz 2 e 3, baseado no critério anterior, eu tendo a duvidar, pois não vejo indícios disso. "Show me the code". Se você entendesse e defendesse Perl tanto assim, você endenderia um pouco mais da nossa cultura. Perl é na minha opinião, bem menos tecnologia e bem mais cultura. E por causa disso, quando você afirma 4 eu fico muito, mas muito temeroso, pois como alguém pode ensinar algo que demonstra não compreender? Pra começar, quem precisa de defesa é réu. A defesa do Perl são os fatos. E pela *minha* experiência, é fato que quem não está envolvido com a cultura Perl está sempre carregado de preconceitos e espalhando isso por trás de uma máscara (consciente ou não) de "defensor de Perl". Pode ficar tranquilo que quando Perl precisar de advogado, a Perl Foundation vai contratar um. Se você realmente se importa com Perl, eu faço um convite a abandonar os preconceitos, baixar as armas, tomar uma boa cerveja e se enturmar com as pessoas que são relevantes no mundo Perl. Você achar que Perl é só pra sysadmin, é um preconceito tão idiota quanto eu achar que todo engenheiro é um imbecil. Só prova que você conhece tanto Perl quanto eu conheço engenheiros... embora assim como você eu também tenha muuuuuitos exemplos disso. E lembre-se, respeito não é algo que se pede, é algo que se conquista. Abraços P.S.: Nada contra os engs, um de meus melhores amigos é eng. Amizade também é saber perdoar. ;) 2010/6/28 Frederico Recsky : > mmmm, > > 2010/6/28 João André Simioni : >> 2 critérios básicos - quantidade de sistemas desenvolvidos na plataforma e >> disponibilidade mão de obra. >> >> Em ambas, PHP e Java batem Perl muito facilmente. Pelo menos no Brasil (acho >> que você não mora aqui). >> >> Em termos de fazer o que tem que ser feito, todas elas fazem o que tem que >> ser feito. > > Visite Hortolandia.  http://tinyurl.com/2gyyv3m > >> Segundo minha opinião: >> >> - Sistemas complexos são aqueles que envolvem: >> >> * Uma interface administrativa (GUI) >> * Uma interface de usuário (GUI) >> * Um core com N funções > > Pela sua definição kernel, core utils e drivers são trivialidades. > > Para não falar de sistemas bancarios em mainframe que é o que usam 90% > dos bancos, ou imagens de satelite para previsao do tempo, dados de > billing de telefonia (alguem da tim/vivo aqui?) , mmm , mmmm > > > -- > Frederico Recsky > http://fred.eti.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From giulianisanches em gmail.com Mon Jun 28 05:58:27 2010 From: giulianisanches em gmail.com (Giuliani Sanches) Date: Mon, 28 Jun 2010 09:58:27 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: Só faltou colocar um "5) Você é feio, bobo e me da minha bola que não brinco mais!" :P []'s Em 28 de junho de 2010 07:16, Blabos de Blebe escreveu: >> 1. Você programou em Perl muito menos que eu. >> 2. Você entende de Perl muito menos que eu. >> 3. Você defendeu Perl muito menos que eu. >> 4. Você ensinou Perl muito menos que eu. > > Se você é tão importante assim para o mundo Perl, por que é que eu > nunca ouvi valar em você? > > Seria você aqui: http://bit.ly/d9x8G6 ? > > É só um critério vago, mas no google, o seu nome associado a Perl > retorna 30x menos resultados que o meu, que sou ralé da ralé. > > Veja bem, não estou afirmando que a única fora válida de conhecer Perl > seja através da lista, ou fazendo isso publicamente, mas ao contrário > das outras linguagens, a comunidade Perl é bem coesa, e em geral, as > pessoas se conhecem. > > O que você disse em 1, é difícil de provar ou negar, mas quando você > diz 2 e 3, baseado no critério anterior, eu tendo a duvidar, pois não > vejo indícios disso. "Show me the code". > > Se você entendesse e defendesse Perl tanto assim, você endenderia um > pouco mais da nossa cultura. Perl é na minha opinião, bem menos > tecnologia e bem mais cultura. > > E por causa disso, quando você afirma 4 eu fico muito, mas muito > temeroso, pois como alguém pode ensinar algo que demonstra não > compreender? > > Pra começar, quem precisa de defesa é réu. A defesa do Perl são os fatos. > > E pela *minha* experiência, é fato que quem não está envolvido com a > cultura Perl está sempre carregado de preconceitos e espalhando isso > por trás de uma máscara (consciente ou não) de "defensor de Perl". > > Pode ficar tranquilo que quando Perl precisar de advogado, a Perl > Foundation vai contratar um. > > Se você realmente se importa com Perl, eu faço um convite a abandonar > os preconceitos, baixar as armas, tomar uma boa cerveja e se enturmar > com as pessoas que são relevantes no mundo Perl. > > Você achar que Perl é só pra sysadmin, é um preconceito tão idiota > quanto eu achar que todo engenheiro é um imbecil. Só prova que você > conhece tanto Perl quanto eu conheço engenheiros... embora assim como > você eu também tenha muuuuuitos exemplos disso. > > E lembre-se, respeito não é algo que se pede, é algo que se conquista. > > Abraços > > P.S.: Nada contra os engs, um de meus melhores amigos é eng. Amizade > também é saber perdoar. ;) > > > > > 2010/6/28 Frederico Recsky : >> mmmm, >> >> 2010/6/28 João André Simioni : >>> 2 critérios básicos - quantidade de sistemas desenvolvidos na plataforma e >>> disponibilidade mão de obra. >>> >>> Em ambas, PHP e Java batem Perl muito facilmente. Pelo menos no Brasil (acho >>> que você não mora aqui). >>> >>> Em termos de fazer o que tem que ser feito, todas elas fazem o que tem que >>> ser feito. >> >> Visite Hortolandia.  http://tinyurl.com/2gyyv3m >> >>> Segundo minha opinião: >>> >>> - Sistemas complexos são aqueles que envolvem: >>> >>> * Uma interface administrativa (GUI) >>> * Uma interface de usuário (GUI) >>> * Um core com N funções >> >> Pela sua definição kernel, core utils e drivers são trivialidades. >> >> Para não falar de sistemas bancarios em mainframe que é o que usam 90% >> dos bancos, ou imagens de satelite para previsao do tempo, dados de >> billing de telefonia (alguem da tim/vivo aqui?) , mmm , mmmm >> >> >> -- >> Frederico Recsky >> http://fred.eti.br >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Giuliani Sanches twitter.com/giulianisanches giulianisanches.blogspot.com Como elaborar uma pergunta: http://www.istf.com.br/perguntas/ From edencardim em gmail.com Mon Jun 28 06:24:19 2010 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 28 Jun 2010 10:24:19 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Mon, 28 Jun 2010 00:34:38 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> >>>>> "João" == João André Simioni writes: João> Eu afirmei que desempenho depende do desenvolvedor. Você João> justificou que isso não é verdade e deu XS de exemplo. Eu João> reafirmo que depende. Saber que existem tais recursos e como João> usar é mérito do desenvolvedor. Todas as linguagens têm João> recursos para usufruir de código otimizado. Não, o que determina a otimização é a disponibilidade do recurso na linguagem. João> Acredito que você não tenha entendido meus exemplos então, João> pois os seus contra exemplos não contradizem a minha opinião. Contradizem sim, você disse que o gargalo é sempre no banco de dados e eu afirmei que nem sempre, indicando dois casos onde isso não é verdade. João> 2 critérios básicos - quantidade de sistemas desenvolvidos na João> plataforma e disponibilidade mão de obra. Esses dois critérios são contra-argumentados na literatura de engenharia de software que eu indiquei num email anterior. João> Em ambas, PHP e Java batem Perl muito facilmente. Pelo menos João> no Brasil (acho que você não mora aqui). Ciência não tem nacionalidade, o fato de uma ou outra linguagem ser mais ou menos popular no Brasil não fazem dela a melhor ou pior linguagem. João> Em termos de fazer o que tem que ser feito, todas elas fazem o João> que tem que ser feito. "fazem o que tem que ser feito" é o argumento mais vago que eu já li na vida. João> Segundo minha opinião: - Sistemas complexos são aqueles que João> envolvem: João> * Uma interface administrativa (GUI) João> * Uma interface de usuário (GUI) João> * Um core com N funções Segundo o teu critério, o northwind (o banco de dados do ms access) é mais complexo do que o fritz (a engine de xadrez que empatou 4 vezes com o Garry Kasparov e derrotou outros grandmasters como Vladimir Kramnik). De novo, a literatura introdutória de engenharia de software é categórica nesse assunto. Deve ser desse tipo de análise que saem os orçamentos de software superfaturados típicos do Brasil. João> Em relação a GUIs em Perl: * TK tem uma série de limitações - João> tanto que wxWidgets é considerada a melhor API para GUIs em João> Perl. "uma série de limitações" é um problema de qualquer produto, por exemplo, o meu computador precisa de energia elétrica para funcionar. Seja mais específico, sim? João> * wxWidgets ainda não tem versão 1.0 e vários itens João> disponíveis em outros APIs (incluindo Flex) ainda não estão João> disponíveis. Ok, enumera os itens disponíveis no flex que não estão disponíveis no wxWidgets. Por sinal, wxWidgets é uma biblioteca C, perl só fornece bindings. A propósito, como é mesmo o procedimento para se desenvolver GUIs em PHP? Falta ainda o benchmark indicando que PHP é mais rápido que perl. From andregarciacarneiro em gmail.com Mon Jun 28 06:30:39 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Mon, 28 Jun 2010 10:30:39 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: 2010/6/28 João André Simioni > André, > > eu tenho certeza que: > > 1. Você programou em Perl muito menos que eu. > Que dó! Menos blablabala e mais código! > 2. Você entende de Perl muito menos que eu. > Que dó! idem! > 3. Você defendeu Perl muito menos que eu. > Nossa!!! Muita dó! > 4. Você ensinou Perl muito menos que eu. > Ah sim... provavelmente... > > Se eu fosse você, eu teria mais respeito. Melhor você me conhecer antes de > escrever o que que escreve. > Respeito tenha você que está chegando agora meu caro... Seja mais humilde e sustente seus argumentos com fatos, aí eu e todos aqui vamos te respeitar, e pedirei desculpas, e talvez até pague uma breja no próximo ES !!! Enquanto isso não acontece, vou ficando por aqui... ;-) > > Minha opinião continua a mesma. > > []'s > > > > 2010/6/28 Andre Carneiro > >> >> >> 2010/6/28 João André Simioni >> >> André, >>> >>> acho que o Eden não precisa de um bajulador... ele pode responder >>> sozinho. >>> >>> >> Não sou bajulador, você é quem não tem educação. Todo mundo que entra aqui >> e comete 'gafes' como essa é tratado da mesma maneira. Se não fosse eu, >> provavelmente alguém iria fazer por esse ou por outro motivo, então é só >> pedir desculpas, não precisa ficar nervosinho. Vc tá errado mesmo... >> >> >> >>> E eu sou um grande defensor de Perl e tão experiente quanto o próprio >>> Eden. >>> >> >> >> Estranho...para quem fica falando que Perl só serve para ser linguagem de >> administração, tá parecendo mais o contrário. Está parecendo que você é mais >> um cara desses que experimentou Perl no seu dia-dia como administrador, e >> escutou um monte de besteira de pessoas aficionadas nas suas próprias >> conjecturas, mas que não sabem realmente do que estão falando de fato. Se >> quiser uma nova visão sobre a linguagem, a lista é um bom caminho pra você, >> e teremos prazer em ajudá-lo. >> >> >>> >>> A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma >>> ferramenta de trabalho, para administração de sistemas, redes, db, e não uma >>> linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda >>> porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas >>> grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET. >>> >>> >> Ninguém aqui nega que temos problemas para divulgação da linguagem nas >> empresas AQUI NO BRASIL, e em grande parte a culpa é nossa mesmo( da >> comunidade ), mas acredito que sair por ai dizendo besteiras como 'Perl é >> uma linguagem de administradores, e sempre será' é particularmente >> incompreensível vindo de alguém que 'defende' Perl. >> >> Além disso você já está mudando de assunto. O foco principal da discussão >> é a sua afirmação que Perl não serve para isso ou para aquilo, e agora está >> mudando para mercado de trabalho, e 'aderência' de Catalyst nas >> empresas?!?!! >> >> O que você considera um 'sistema complexo' ? Que metodologias de projeto >> de software que você, ou outras pessoas, usaram, em quais empresas, e que >> não funcionaram com Perl? Já perguntaram algo parecido umas duas ou três >> vezes, e você ainda não conseguiu responder, e fica contornando mudando de >> assunto. Isso mostra que você não tem argumentos para sustentar o que você >> diz, então não tem credibilidade, e vai ser criticado mesmo. Oras, tá na >> lista de Perl, criticando Perl, sem argumentos, o que você esperava? Ganhar >> um bom-bom? >> >> joão -- #não responde as perguntas, e não tem argumentos para sustentar as >> opiniões, e muda de assunto quando convém. E ainda quer um bom-bom... :-D >> >> >> >>> E com relação às minhas fontes: eu estou dando minha opinião! Se eu >>> estivesse escrevendo um artigo academico, voces poderiam cobrar fontes... >>> >>> >> Piiiiiipipipipipi!... desculpa de alejado é muleta! >> >> Não estamos cobrando fontes... estamos curiosos para saber se você >> realmente experimentou alguma coisa que te impediu de continuar algum >> projeto em Perl. E aí? >> >> Se sabe de algum projeto em Perl parou por causa de alguma dificuldade >> técnica específica com a linguagem, já que, supostamente, ela não serve para >> 'projetos complexos'( seja lá o que isso seja pra você ), nos mostre! Não >> precisa ficar bravinho, é só responder. Mesmo porque isso muito nos >> interessa como estudo de caso . >> >> E já que ouvimos a sua opinião, tente escutar agora as pessoas aqui que >> tiveram experiências boas em projetos em Perl( principalmente com Catalyst, >> que é o mais popular). Aposto que vai se surpreender, e quem sabe nos ajudar >> a mudar essa visão que você tem sobre Perl. >> >> >> >> joão ++ #pediu desculpas por escrever errado o nome do Eden >> >> >> >> Tô encerrando minha participação por aqui na discussão. Cansei... >> >> >> >> Cheers! >> >> >> -- >> André Garcia Carneiro >> Analista/Desenvolvedor Perl >> (11)82907780 >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From shonorio em gmail.com Mon Jun 28 08:04:00 2010 From: shonorio em gmail.com (Solli Honorio) Date: Mon, 28 Jun 2010 12:04:00 -0300 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: Eu tive o prazer de testar um reader (da Sony) e o iPad em Londres, e fiquei decepcionado com os readers. Eles são caros e tem problemas com PDFs. O iPad é um produto que eu não gostei no início, mas depois fui me dando conta que ele é bem interessante, a interface da Apple é muito legal para este tipo de produto, tem um tamanho interessante para ler PDF, não tem comparação algum com um netbook ou notebook e ainda faz outras tantas outras coisas (alias, estou escrevendo este email num iPad) por um preço muito próximo aos do readers. A Amazon reduziu o preço do Kindle de 500 para 200 dolares, seria o efeito iPad ? Como o Nelson disse, neste momento estou aguardando os outros tablet com Android que deverão chegar no final do ano, só depois vou decidir por qual comprar, mas definitivamente este produto entrou na minha lista de coisas do qual eu não preciso, mas quero :D ... Solli M. Honório 2010/6/24 Andre Carneiro > Tenta o 'O inquisidor' de Valerio Evangelisti, muito bom também!! > > > Sobre o Kindle, estou seriamente tentado a comprar um. > > > Cheers! > > Em 24 de junho de 2010 12:11, Nelson Ferraz escreveu: > > Em 24 de junho de 2010 16:48, Frederico Recsky >> escreveu: >> > gosto do kindle, o nelson tem um e é massa. >> >> Eu comprei o meu Kindle no final do ano passado. Na maior parte do >> tempo, leio livros de ficção baixados na internet. (O Cory Doctorow, >> por exemplo, é um escritor fantástico -- recomendo fortemente!) >> >> Mas confesso que o lançamento do iPad abalou minha convicção no >> Kindle. O Kindle ainda é mais confortável para leitura de conteúdo >> estático, e a bateria dura uma semana sem recarga. Estas duas >> vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por >> aí) são melhores em todo o resto. Simplesmente não tem comparação. >> >> Estou esperando apenas pela primeira leva de tablets rodando Android. :) >> >> []s >> >> Nelson >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From andregarciacarneiro em gmail.com Mon Jun 28 09:04:18 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Mon, 28 Jun 2010 13:04:18 -0300 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: Que legal! Eu tô mesmo querendo um Kindle... mas não tô afim de pagar um barão aqui no Brasil. Se alguém estiver indo viajar me avisem ok??? Cheers! 2010/6/28 Solli Honorio > Eu tive o prazer de testar um reader (da Sony) e o iPad em Londres, e > fiquei decepcionado com os readers. Eles são caros e tem problemas com PDFs. > O iPad é um produto que eu não gostei no início, mas depois fui me dando > conta que ele é bem interessante, a interface da Apple é muito legal para > este tipo de produto, tem um tamanho interessante para ler PDF, não tem > comparação algum com um netbook ou notebook e ainda faz outras tantas outras > coisas (alias, estou escrevendo este email num iPad) por um preço muito > próximo aos do readers. A Amazon reduziu o preço do Kindle de 500 para 200 > dolares, seria o efeito iPad ? > > Como o Nelson disse, neste momento estou aguardando os outros tablet com > Android que deverão chegar no final do ano, só depois vou decidir por qual > comprar, mas definitivamente este produto entrou na minha lista de coisas do > qual eu não preciso, mas quero :D ... > > Solli M. Honório > > 2010/6/24 Andre Carneiro > > Tenta o 'O inquisidor' de Valerio Evangelisti, muito bom também!! >> >> >> Sobre o Kindle, estou seriamente tentado a comprar um. >> >> >> Cheers! >> >> Em 24 de junho de 2010 12:11, Nelson Ferraz escreveu: >> >> Em 24 de junho de 2010 16:48, Frederico Recsky >>> escreveu: >>> > gosto do kindle, o nelson tem um e é massa. >>> >>> Eu comprei o meu Kindle no final do ano passado. Na maior parte do >>> tempo, leio livros de ficção baixados na internet. (O Cory Doctorow, >>> por exemplo, é um escritor fantástico -- recomendo fortemente!) >>> >>> Mas confesso que o lançamento do iPad abalou minha convicção no >>> Kindle. O Kindle ainda é mais confortável para leitura de conteúdo >>> estático, e a bateria dura uma semana sem recarga. Estas duas >>> vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por >>> aí) são melhores em todo o resto. Simplesmente não tem comparação. >>> >>> Estou esperando apenas pela primeira leva de tablets rodando Android. :) >>> >>> []s >>> >>> Nelson >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> >> -- >> André Garcia Carneiro >> Analista/Desenvolvedor Perl >> (11)82907780 >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > "o animal satisfeito dorme". - Guimarães Rosa > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From jasimioni em gmail.com Mon Jun 28 09:21:42 2010 From: jasimioni em gmail.com (=?ISO-8859-1?Q?Jo=E3o_Andr=E9_Simioni?=) Date: Mon, 28 Jun 2010 13:21:42 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: Okay pessoal, vou encerrar a discussão então, porque o objetivo inicial era apenas expressar minha opinião e não entrar numa guerra com vocês. Cada um usa Perl da forma que acha mais adequada. []'s João André 2010/6/28 Andre Carneiro > > > 2010/6/28 João André Simioni > >> André, >> >> eu tenho certeza que: >> >> 1. Você programou em Perl muito menos que eu. >> > > Que dó! Menos blablabala e mais código! > > >> 2. Você entende de Perl muito menos que eu. >> > > Que dó! idem! > > >> 3. Você defendeu Perl muito menos que eu. >> > > Nossa!!! Muita dó! > > >> 4. Você ensinou Perl muito menos que eu. >> > > > Ah sim... provavelmente... > > >> >> Se eu fosse você, eu teria mais respeito. Melhor você me conhecer antes de >> escrever o que que escreve. >> > > Respeito tenha você que está chegando agora meu caro... Seja mais humilde e > sustente seus argumentos com fatos, aí eu e todos aqui vamos te respeitar, > e pedirei desculpas, e talvez até pague uma breja no próximo ES !!! > Enquanto isso não acontece, vou ficando por aqui... > > ;-) > > >> >> Minha opinião continua a mesma. >> >> []'s >> >> >> >> 2010/6/28 Andre Carneiro >> >>> >>> >>> 2010/6/28 João André Simioni >>> >>> André, >>>> >>>> acho que o Eden não precisa de um bajulador... ele pode responder >>>> sozinho. >>>> >>>> >>> Não sou bajulador, você é quem não tem educação. Todo mundo que entra >>> aqui e comete 'gafes' como essa é tratado da mesma maneira. Se não fosse eu, >>> provavelmente alguém iria fazer por esse ou por outro motivo, então é só >>> pedir desculpas, não precisa ficar nervosinho. Vc tá errado mesmo... >>> >>> >>> >>>> E eu sou um grande defensor de Perl e tão experiente quanto o próprio >>>> Eden. >>>> >>> >>> >>> Estranho...para quem fica falando que Perl só serve para ser linguagem de >>> administração, tá parecendo mais o contrário. Está parecendo que você é mais >>> um cara desses que experimentou Perl no seu dia-dia como administrador, e >>> escutou um monte de besteira de pessoas aficionadas nas suas próprias >>> conjecturas, mas que não sabem realmente do que estão falando de fato. Se >>> quiser uma nova visão sobre a linguagem, a lista é um bom caminho pra você, >>> e teremos prazer em ajudá-lo. >>> >>> >>>> >>>> A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma >>>> ferramenta de trabalho, para administração de sistemas, redes, db, e não uma >>>> linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda >>>> porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas >>>> grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET. >>>> >>>> >>> Ninguém aqui nega que temos problemas para divulgação da linguagem nas >>> empresas AQUI NO BRASIL, e em grande parte a culpa é nossa mesmo( da >>> comunidade ), mas acredito que sair por ai dizendo besteiras como 'Perl é >>> uma linguagem de administradores, e sempre será' é particularmente >>> incompreensível vindo de alguém que 'defende' Perl. >>> >>> Além disso você já está mudando de assunto. O foco principal da discussão >>> é a sua afirmação que Perl não serve para isso ou para aquilo, e agora está >>> mudando para mercado de trabalho, e 'aderência' de Catalyst nas >>> empresas?!?!! >>> >>> O que você considera um 'sistema complexo' ? Que metodologias de projeto >>> de software que você, ou outras pessoas, usaram, em quais empresas, e que >>> não funcionaram com Perl? Já perguntaram algo parecido umas duas ou três >>> vezes, e você ainda não conseguiu responder, e fica contornando mudando de >>> assunto. Isso mostra que você não tem argumentos para sustentar o que você >>> diz, então não tem credibilidade, e vai ser criticado mesmo. Oras, tá na >>> lista de Perl, criticando Perl, sem argumentos, o que você esperava? Ganhar >>> um bom-bom? >>> >>> joão -- #não responde as perguntas, e não tem argumentos para sustentar >>> as opiniões, e muda de assunto quando convém. E ainda quer um bom-bom... >>> :-D >>> >>> >>> >>>> E com relação às minhas fontes: eu estou dando minha opinião! Se eu >>>> estivesse escrevendo um artigo academico, voces poderiam cobrar fontes... >>>> >>>> >>> Piiiiiipipipipipi!... desculpa de alejado é muleta! >>> >>> Não estamos cobrando fontes... estamos curiosos para saber se você >>> realmente experimentou alguma coisa que te impediu de continuar algum >>> projeto em Perl. E aí? >>> >>> Se sabe de algum projeto em Perl parou por causa de alguma dificuldade >>> técnica específica com a linguagem, já que, supostamente, ela não serve para >>> 'projetos complexos'( seja lá o que isso seja pra você ), nos mostre! Não >>> precisa ficar bravinho, é só responder. Mesmo porque isso muito nos >>> interessa como estudo de caso . >>> >>> E já que ouvimos a sua opinião, tente escutar agora as pessoas aqui que >>> tiveram experiências boas em projetos em Perl( principalmente com Catalyst, >>> que é o mais popular). Aposto que vai se surpreender, e quem sabe nos ajudar >>> a mudar essa visão que você tem sobre Perl. >>> >>> >>> >>> joão ++ #pediu desculpas por escrever errado o nome do Eden >>> >>> >>> >>> Tô encerrando minha participação por aqui na discussão. Cansei... >>> >>> >>> >>> Cheers! >>> >>> >>> -- >>> André Garcia Carneiro >>> Analista/Desenvolvedor Perl >>> (11)82907780 >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > _______________________________________________ > 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: From edencardim em gmail.com Mon Jun 28 09:31:59 2010 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 28 Jun 2010 13:31:59 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: (=?utf-8?B?Ikpvw6NvIEFuZHLDqQ==?= Simioni"'s message of "Mon, 28 Jun 2010 13:21:42 -0300") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> Message-ID: <87ocevdsow.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> >>>>> "João" == João André Simioni writes: João> Okay pessoal, vou encerrar a discussão então, porque o João> objetivo inicial era apenas expressar minha opinião e não João> entrar numa guerra com vocês. Cada um usa Perl da forma que João> acha mais adequada. Não está havendo guerra nenhuma, só pedi pra você fornecer fundamentação pros argumentos que expôs. Como você não expôs nenhum fundamento pro que falou, acho que sua opinião vai ter pouco valor, aqui ou em qualquer outro lugar. From glasswalk3r em yahoo.com.br Mon Jun 28 09:32:29 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 28 Jun 2010 09:32:29 -0700 (PDT) Subject: [Cascavel-pm] Res: Res: off topic DotNet In-Reply-To: <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> Message-ID: <789796.97590.qm@web30807.mail.mud.yahoo.com> ----- Mensagem original ---- > De: Eden Cardim > Enviadas: Segunda-feira, 28 de Junho de 2010 10:24:19 João> 2 > critérios básicos - quantidade de sistemas desenvolvidos na > João> plataforma e disponibilidade mão de obra. > Esses dois critérios são contra-argumentados na literatura de engenharia > de software que eu indiquei num email anterior. Eden, e o que eu faço com meu gerente que não leu e nem está interessado em ler tal literatura? Digo isso porque atualmente eu não consigo "vender" o uso interno de Perl aqui. Não temos NENHUMA linguagem de programação fracamente tipada e sem compilação (vulgarmente chamada de script) para podermos produzir código rápido e funcional. E olha que meus usuários acham que a área de TI deve funcionar como pastelaria. Eu concordo com você, mas uma coisa é a teoria, outra é a prática. João> Em > ambas, PHP e Java batem Perl muito facilmente. Pelo menos > João> no Brasil (acho que você não mora aqui). > Ciência não tem > nacionalidade, o fato de uma ou outra linguagem ser mais > ou menos popular no > Brasil não fazem dela a melhor ou pior linguagem. Acho que aí entra a questão de contexto. No contexto científico, você está correto.No conceito mercadológico, o João está correto. Vou citar um exemplo: se eu checar para meu chefe aqui e dizer que agora sou mestre em inteligência artificial, ele vai cagar e andar. Se disser, no entanto, que agora tenho MBA de Harvard, ele vai colocar uma foto minha na mesa dele. Por que isso? Empresas querem saber de resultados. Se Perl pode ajudar a empresa a ser eficiente e ganhar dinheiro, é isso que vai interessar meu chefe. O problema é vender essa idéia para quem não tem conhecimento técnico. O Brasil não valoriza profissional especialista, basta verificar como cientistas e pesquisadores competentes decidem ir embora do país. É uma visão curta, ridícula... mas é o que temos por aqui. > João> Em termos de fazer o que tem que ser feito, todas elas fazem > o João> que tem que ser feito. > fazem o que tem que > ser feito" é o argumento mais vago que eu já li na > vida. Outro exemplo que me faz concordar com o João. Eu não acho que ele esteja denegrindo nossa linguagem favorita, mas colocando seu ponto de vista. Se tecnicamente é tão bom quanto ou melhor que outras linguagens, por que não é utilizado em escala maior? Acho que são estas perguntas que temos que nos fazer. Lembram-se da história do VHS e Betamax? Voltando a questão do "fazer o que tem que ser feito", para os usuários tanto faz se o programa é bem estruturado ou não. Para eles o importante é que o programa: 1 - Funcione 2 - Rode num tempo aceitável 3 - Não fique dando problemas Todo o caminho que deve ser percorrido para chegar nisto é de interesse da área técnica, não usuária. Um exemplo: minha área usuária me mostrou um banco de dados SQL Server feito à partir de um monte de planilhas Excel com dados, pois estava sendo um tormento atualizá-las manualmente. Eu sugeri usar Access para ter acesso aos dados rapidamente. Eles não quiseram, queriam um "sistema web" porque era mais moderno. Bem, eu comecei fazer algo com CGI::Application e quando fui olhar o modelo relacional... era a coisa mais escabrosa que eu vi. Disse ao usuário que teria que arrumar aquilo primeiro, ou não teria como garantir integridade dos dados. Ele achou ruim, porque ia demorar mais. Eu fiz um monte de horas extras para entregar o sistema funcional... e o sistema foi reprovado porque era feio. Eles queriam uma interface bonita, eu avisei que não era designer (fiz um HTML pé de boi mesmo com HTML::Template) e eles não quiseram arrumar um por causa de custos. Enfim, nem sei o que eles usaram depois. A conclusão que tirei disto foi: 1 - Para o usuário, tanto faz se o modelo de dados precisa ser arrumado ou não; 2 - Para o usuário, tanto faz se o backend é eficiente e bem desenhado; João> Segundo minha opinião: - Sistemas complexos são > aqueles que João> envolvem: João> * Uma > interface administrativa (GUI) João> * Uma interface de > usuário (GUI) João> * Um core com N funções Segundo o > teu critério, o northwind (o banco de dados do ms access) é mais complexo do > que o fritz (a engine de xadrez que empatou 4 vezes com o Garry Kasparov e > derrotou outros grandmasters como Vladimir Kramnik). De novo, a literatura > introdutória de engenharia de software é categórica nesse assunto. Esse foi um exemplo bem ruim mesmo. Mas aqui vai um bom (ponto de vista): http://www.faqs.org/docs/artu/ch14s04.html#perl. É claro que já está desatualizado, existem recursos no Perl para contornar ou resolver os pontos negativos apresentados, mas essas coisas ainda não estão no core do Perl (Moose é um excelente exemplo). De novo, você sabe, eu sei disso. Mas muito programadores experientes por aí não sabem. Se pensarmos em como a linguagem auxilia o programador a não escrever código ruim, temos o Perl::Critic. Mas eu, por exemplo, não comprei ainda o Perl Best Practices que o pessoal tanto cita. Então fiquei meio sem "ajuda" da linguagem. Daí a necessidade de divulgação e pesquisas. Eu estou vendo um progresso nessa área, mas ainda falta bastante. > Deve > ser desse tipo de análise que saem os orçamentos de software > superfaturados > típicos do Brasil. É bem por aí. Ou pior ainda Eden. Eu tenho uma porção de histórias de consultorias "especialistas" que fariam seu cabelos ficarem de pé e depois caírem. João> * wxWidgets ainda não > tem versão 1.0 e vários itens João> disponíveis em outros > APIs (incluindo Flex) ainda não estão João> > disponíveis. > Ok, enumera os itens disponíveis no flex que > não estão disponíveis no > wxWidgets. Por sinal, wxWidgets é uma biblioteca C, > perl só fornece bindings. Eu acho que API está OK. Somos bons nisso. Mas não temos ferramentas para auxiliar a criar interfaces gráficas. C# e Java contam com ferramentas gráficas bem competentes para fazer esse tipo de coisa. Se não me engano, temos o Padre (que ainda não chegou lá) e o Glade (mas só gera XML, não código Perl). A propósito, como é mesmo o procedimento > para se desenvolver GUIs em PHP? Falta ainda o benchmark indicando que PHP é > mais rápido que > perl. Tem o PHP-GTK, mas não tenho idéia se é bom ou ruim. Mas se eu fosse um programador novo que quisesse criar interfaces gráficas com uma linguagem script, esse seria um bom ponto para começar: ao menos existe publicação em português sobre o assunto (http://www.novateceditora.com.br/livros/phpgtk/). []'s Alceu From andregarciacarneiro em gmail.com Mon Jun 28 10:14:45 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Mon, 28 Jun 2010 14:14:45 -0300 Subject: [Cascavel-pm] Res: Res: off topic DotNet In-Reply-To: <789796.97590.qm@web30807.mail.mud.yahoo.com> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: Em 28 de junho de 2010 13:32, Alceu R. de Freitas Jr. < glasswalk3r em yahoo.com.br> escreveu: > > > ----- Mensagem original ---- > > De: Eden Cardim > > Enviadas: Segunda-feira, 28 de Junho de 2010 10:24:19 > > João> 2 > > critérios básicos - quantidade de sistemas desenvolvidos na > > > João> plataforma e disponibilidade mão de obra. > > > Esses dois critérios são contra-argumentados na literatura de engenharia > > de software que eu indiquei num email anterior. > > Eden, e o que eu faço com meu gerente que não leu e nem está interessado em > ler tal literatura? > > Digo isso porque atualmente eu não consigo "vender" o uso interno de Perl > aqui. Não temos NENHUMA linguagem de programação fracamente tipada e sem > compilação (vulgarmente chamada de script) para podermos produzir código > rápido e funcional. E olha que meus usuários acham que a área de TI deve > funcionar como pastelaria. > Logo, o problema não é conseguir vender Perl, o problema é o seu chefe, que me desculpe, mas é um dos muitos chefes imbecis com os quais eu já tive que lidar. Aqui eu uso Perl em sistemas internos, com interface web no Catalyst. Mas para conseguir isso eu passei por três chefes difefentes o que, do meu ponto de vista, confirma a minha 'pseudo-teoria' do chefe idiota. > Eu concordo com você, mas uma coisa é a teoria, outra é a prática. > > João> Em > > ambas, PHP e Java batem Perl muito facilmente. Pelo menos > > João> no Brasil (acho que você não mora aqui). > > > Ciência não tem > > nacionalidade, o fato de uma ou outra linguagem ser mais > > ou menos popular no > > Brasil não fazem dela a melhor ou pior linguagem. > > Acho que aí entra a questão de contexto. > > No contexto científico, você está correto.No conceito mercadológico, o João > está correto. > Vou citar um exemplo: se eu checar para meu chefe aqui e dizer que agora > sou mestre em inteligência artificial, ele vai cagar e andar. Se disser, no > entanto, que agora tenho MBA de Harvard, ele vai colocar uma foto minha na > mesa dele. > Não entendi. O que tem a ver ser formado em Havard, com produtividade ??? > > Por que isso? > > Empresas querem saber de resultados. Se Perl pode ajudar a empresa a ser > eficiente e ganhar dinheiro, é isso que vai interessar meu chefe. > > De novo, o que tem a ver ser formado em Havard com isso. Mesmo porque, se você fosse formado em Havard, dificilmente estaria trablahando para um chefe idiota. > O problema é vender essa idéia para quem não tem conhecimento técnico. O > Brasil não valoriza profissional especialista, basta verificar como > cientistas e pesquisadores competentes decidem ir embora do país. > Now we talking... Sim, esse é o problema, principalmente porque tem muito idiota por aí, que insiste em acreditar no que a porcaria de empresa de RH que ele terceiriza para contratar diz a respeito dos seus candidatos. Se falta qualificação profissional como eles dizem, eu digo que falta gente capacitada para avaliar isso, logo qualquer estatística sobre isso é, no mínimo, duvidosa. Mesmo porque tem muita gente boa por aí empregada. Com certeza não ganhando o que merecem, mas estão melhores do que a maioria dos manés como eu... > > É uma visão curta, ridícula... mas é o que temos por aqui. > Concordo plenamente! Principalmente porque esse povo que tem essa visão é o mesmo que deturpa a imagem de Perl por aí. Mais um motivo para apoiarmos iniciativas como a do Thiago Rondom, com os eventos que estão vindo. Isso ajudará muito! > > > João> Em termos de fazer o que tem que ser feito, todas elas fazem > > o > João> que tem que ser feito. > > > fazem o que tem que > > ser feito" é o argumento mais vago que eu já li na > > vida. > > Outro exemplo que me faz concordar com o João. Eu não acho que ele esteja > denegrindo nossa linguagem favorita, mas colocando seu ponto de vista. > Se tecnicamente é tão bom quanto ou melhor que outras linguagens, por que > não é utilizado em escala maior? > Se alguém fala por aí, e ainda 'ensina' os outros o que ele disse aqui na lista, então sim, esse alguém está denegrindo a imagem, na minha opinião, injustamente e pior, sem embasamento nenhum ... > > Acho que são estas perguntas que temos que nos fazer. Lembram-se da > história do VHS e Betamax? > Sim, a diferença é que Perl não foi descartado como o sistema Betamax. Então acho que a comparação é bem triste, porque você parece concordar que Perl está morto, é isso? > > Voltando a questão do "fazer o que tem que ser feito", para os usuários > tanto faz se o programa é bem estruturado ou não. Para eles o importante é > que o programa: > 1 - Funcione > 2 - Rode num tempo aceitável > 3 - Não fique dando problemas > > Eu realmente tô cansado pra comentar isso, vou ver o jogo, falow! > Todo o caminho que deve ser percorrido para chegar nisto é de interesse da > área técnica, não usuária. > Jesus!!! Por favor salve esse irmão!! Você ouviu falar em web 2.0 né?? Diz que sim, e que você sabe que o foco de tudo o que é desenvolvido hoje é no usuário( Facebook, Google, Amazon, Linkedin, etc... huh??? ). > > Um exemplo: minha área usuária me mostrou um banco de dados SQL Server > feito à partir de um monte de planilhas Excel com dados, pois estava sendo > um tormento atualizá-las manualmente. > Não consigo imaginar o por que... :p > Eu sugeri usar Access para ter acesso aos dados rapidamente. Eles não > quiseram, queriam um "sistema web" porque era mais moderno. > Bem, eu comecei fazer algo com CGI::Application e quando fui olhar o > modelo relacional... era a coisa mais escabrosa que eu vi. Disse ao usuário > que teria que arrumar aquilo primeiro, ou não teria como garantir > integridade dos dados. Ele achou ruim, porque ia demorar mais. > Agora é sério, vou ver o jogo, falow!! > > Eu fiz um monte de horas extras para entregar o sistema funcional... e o > sistema foi reprovado porque era feio. Eles queriam uma interface bonita, eu > avisei que não era designer (fiz um HTML pé de boi mesmo com HTML::Template) > e eles não quiseram arrumar um por causa de custos. Enfim, nem sei o que > eles usaram depois. > > A conclusão que tirei disto foi: > 1 - Para o usuário, tanto faz se o modelo de dados precisa ser arrumado ou > não; > 2 - Para o usuário, tanto faz se o backend é eficiente e bem desenhado; > > João> Segundo minha opinião: - Sistemas complexos são > > aqueles que > João> envolvem: > João> * Uma > > interface administrativa (GUI) > João> * Uma interface de > > usuário (GUI) > João> * Um core com N funções > > Segundo o > > teu critério, o northwind (o banco de dados do ms access) é > mais complexo do > > que o fritz (a engine de xadrez que empatou 4 vezes com > o Garry Kasparov e > > derrotou outros grandmasters como Vladimir > Kramnik). De novo, a literatura > > introdutória de engenharia de software é > categórica nesse assunto. > > Esse foi um exemplo bem ruim mesmo. Mas aqui vai um bom (ponto de vista): > http://www.faqs.org/docs/artu/ch14s04.html#perl. É claro que já está > desatualizado, existem recursos no Perl para contornar ou resolver os pontos > negativos apresentados, mas essas coisas ainda não estão no core do Perl > (Moose é um excelente exemplo). > > De novo, você sabe, eu sei disso. Mas muito programadores experientes por > aí não sabem. > > Se pensarmos em como a linguagem auxilia o programador a não escrever > código ruim, temos o Perl::Critic. Mas eu, por exemplo, não comprei > ainda o Perl Best Practices que o pessoal tanto cita. Então fiquei meio > sem "ajuda" da linguagem. > > Daí a necessidade de divulgação e pesquisas. Eu estou vendo um progresso > nessa área, mas ainda falta bastante. > > > Deve > > ser desse tipo de análise que saem os orçamentos de software > > superfaturados > > típicos do Brasil. > > É bem por aí. Ou pior ainda Eden. Eu tenho uma porção de histórias de > consultorias "especialistas" que fariam seu cabelos ficarem de pé e depois > caírem. > > João> * wxWidgets ainda não > > tem versão 1.0 e vários itens > João> disponíveis em outros > > APIs (incluindo Flex) ainda não estão > João> > > disponíveis. > > > Ok, enumera os itens disponíveis no flex que > > não estão disponíveis no > > wxWidgets. Por sinal, wxWidgets é uma biblioteca C, > > perl só fornece bindings. > > Eu acho que API está OK. Somos bons nisso. > Mas não temos ferramentas para auxiliar a criar interfaces gráficas. > C# e Java contam com ferramentas gráficas bem competentes para fazer esse > tipo de coisa. > > Se não me engano, temos o Padre (que ainda não chegou lá) e o Glade (mas só > gera XML, não código Perl). > > A propósito, como é mesmo o procedimento > > para se desenvolver GUIs em > PHP? Falta ainda o benchmark indicando que PHP é > > mais rápido que > > perl. > > Tem o PHP-GTK, mas não tenho idéia se é bom ou ruim. Mas se eu fosse um > programador novo que quisesse criar interfaces gráficas com uma linguagem > script, esse seria um bom ponto para começar: ao menos existe publicação em > português sobre o assunto (http://www.novateceditora.com.br/livros/phpgtk/ > ). > > []'s > Alceu > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glasswalk3r em yahoo.com.br Mon Jun 28 10:54:15 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 28 Jun 2010 10:54:15 -0700 (PDT) Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: <281647.60587.qm@web30806.mail.mud.yahoo.com> >De: Andre Carneiro >Enviadas: Segunda-feira, 28 de Junho de 2010 14:14:45 > Logo, o problema não é conseguir vender Perl, o problema é o seu chefe, que me desculpe, mas é um dos muitos chefes imbecis com os quais eu já tive que lidar. Aqui eu uso > Perl em sistemas internos, com interface web no Catalyst. Mas para conseguir isso eu passei por três chefes difefentes o que, do meu ponto de vista, confirma a minha 'pseudo-teoria' do chefe idiota. Mas eu não gostaria de mudar de chefe, pelo menos agora. Eu gostaria é de mudar a forma como as coisas são pensadas, o que já é parte da cultura da empresa. >Não entendi. O que tem a ver ser formado em Havard, com produtividade ??? Não é produtividade de software. A questão é que, teoricamente, depois de você ter um MBA de Harvard você seria o "cara" para alavancar novas oportunidades de negócio para a empresa. Ou revigorar as já existentes. Mas não manjo mais nada sobre MBA do que isto. :-) >>> >>>>Por que isso? >> >>>>Empresas querem saber de resultados. Se Perl pode ajudar a empresa a ser eficiente e ganhar dinheiro, é isso que vai interessar meu chefe. >> >> > >De novo, o que tem a ver ser formado em Havard com isso. Mesmo porque, se você fosse formado em Havard, dificilmente estaria trablahando para um chefe idiota. Depende. Eu acho o Larry Ellison da Oracle um grande idiota, mas eu gostaria de trabalhar na Oracle. :-) >Concordo plenamente! Principalmente porque esse povo que tem essa visão é o mesmo que deturpa a imagem de Perl por aí. Mais um motivo para apoiarmos iniciativas como a do Thiago Rondom, com os eventos que estão vindo. Isso ajudará muito! > Eu nem consegui ir ao evento sobre Catalyst e desenvolvimento web no IG. :-( > >Se alguém fala por aí, e ainda 'ensina' os outros o que ele disse aqui na lista, então sim, esse alguém está denegrindo a imagem, na minha opinião, injustamente e pior, sem embasamento nenhum ... Eu acho que os argumentos não foram de todos válidos, mas a idéia ainda se aplica. Mas se você não consegue mudar a opinião de um único desenvolvedor sem massacrar ele, como espera convencer o mundo? > >Sim, a diferença é que Perl não foi descartado como o sistema Betamax. Então acho que a comparação é bem triste, porque você parece concordar que Perl está morto, é isso? > E se eu estivesse? Você conseguiria responder sem parecer um fanático? De qualquer forma, eu não acho que Perl tenha sido descartado. A estagnação que tanto se falava já ficou para trás. A analogia é de que nem sempre o tecnicamente superior ganha a disputa. >>Todo o caminho que deve ser percorrido para chegar nisto é de interesse da área técnica, não usuária. > >Jesus!!! Por favor salve esse irmão!! Você ouviu falar em web 2.0 né?? Diz que sim, e que você sabe que o foco de tudo o que é desenvolvido hoje é no usuário( Facebook, Google, Amazon, Linkedin, etc... huh??? ). > Web 2.0 não é nada de novo, só mais um buzzword. E não, eu não trabalho com desenvolvimento web como boa parte do pessoal aqui da lista. Desde que a informática surgiu, o usuário sempre foi o foco, exceto se você trabalha com pesquisa para algo que vai ajudar, teoricamente, o profissional que vai atender o mesmo usuário. O que quis dizer é que, para o usuário se interessar pelo que você está fazendo "melhor, mais inteligente, mais rápido" isso deve trazer resultados positivos diretamente ligados ao trabalho dele. Nem que seja a sua satisfação de trabalhar de forma inteligente e indiretamente entregar algo melhor por não estar estressado. []'s Alceu From daniel.oliveira.mantovani em gmail.com Mon Jun 28 11:13:22 2010 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Mon, 28 Jun 2010 15:13:22 -0300 Subject: [Cascavel-pm] Res: Res: off topic DotNet In-Reply-To: <789796.97590.qm@web30807.mail.mud.yahoo.com> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: 2010/6/28 Alceu R. de Freitas Jr. : > > > ----- Mensagem original ---- >> De: Eden Cardim >> Enviadas: Segunda-feira, 28 de Junho de 2010 10:24:19 > >    João> 2 >> critérios básicos - quantidade de sistemas desenvolvidos na > >> João> plataforma e disponibilidade mão de obra. > >> Esses dois critérios são contra-argumentados na literatura de engenharia >> de software que eu indiquei num email anterior. > > Eden, e o que eu faço com meu gerente que não leu e nem está interessado em ler tal literatura? > > Digo isso porque atualmente eu não consigo "vender" o uso interno de Perl aqui. Não temos NENHUMA linguagem de programação fracamente tipada e sem compilação (vulgarmente chamada de script) para podermos produzir código rápido e funcional. E olha que meus usuários acham que a área de TI deve funcionar como pastelaria. > > Eu concordo com você, mas uma coisa é a teoria, outra é a prática. > > João> Em >> ambas, PHP e Java batem Perl muito facilmente. Pelo menos >> João> no Brasil (acho que você não mora aqui). > >> Ciência não tem >> nacionalidade, o fato de uma ou outra linguagem ser mais >> ou menos popular no >> Brasil não fazem dela a melhor ou pior linguagem. > > Acho que aí entra a questão de contexto. > > No contexto científico, você está correto.No conceito mercadológico, o João está correto. > > Vou citar um exemplo: se eu checar para meu chefe aqui e dizer que agora sou mestre em inteligência artificial, ele vai cagar e andar. Se disser, no entanto, que agora tenho MBA de Harvard, ele vai colocar uma foto minha na mesa dele. Você está difundindo os contextos, isso o que você disse não tem sentido nenhum. Só porque alguém tem expectativas melhores de alguém formado em Hardvard e um pré julgamento inconsciente implícito , não significa que num mundo real os fatores significativos fazem a ordem para os resultados apresentados, um profissional criativo reverte qualquer fator. Além disso, esse contexto é só pré definido, ao longo dos resultados apresentados / esperados pela equipe o profissional criativo vai se sobrepor sobre qualquer pré critério estabelecido aos olhos do gerente. Esse fator significativo, "formado em Hardvard". O Steve Jobs não é formado, quem você acha que o seu gerente vai contratar um cara com MBA em Hardvard ou o Steve Jobs para ser o CEO da sua empresa ? O Larry Wall é formado em Lingüística, quem você acha que o seu gerente vai contratar, um cara com máxima certificação C#/JAVA ou o Larry Wall ? Isso ocorre nas empresas também, você não precisa ser "famoso" para ter seu o mérito conhecido, você faz isso na empresa, onde os pré julgamentos se desfazem no primeiro projeto. Isso ocorre o tempo toda na comunidade Perl, os seus argumentos não são válidos com o que você diz. > > Por que isso? > > Empresas querem saber de resultados. Se Perl pode ajudar a empresa a ser eficiente e ganhar dinheiro, é isso que vai interessar meu chefe. Mas é isso o que acontece, se você não sabia o pessoal usa Perl por isso. Por que você acha que o pessoal usa Perl ? > > O problema é vender essa idéia para quem não tem conhecimento técnico. O Brasil não valoriza profissional especialista, basta verificar como cientistas e pesquisadores competentes decidem ir embora do país. Essa seu argumento de usar um dos países em maior desenvolvimento econômico como empecilho para um negócio, é furado. > > É uma visão curta, ridícula... mas é o que temos por aqui. > >>   João> Em termos de fazer o que tem que ser feito, todas elas fazem >> o >    João> que tem que ser feito. > >> fazem o que tem que >> ser feito" é o argumento mais vago que eu já li na >> vida. > > Outro exemplo que me faz concordar com o João. Eu não acho que ele esteja denegrindo nossa linguagem favorita, mas colocando seu ponto de vista. > Se tecnicamente é tão bom quanto ou melhor que outras linguagens, por que não é utilizado em escala maior? O Eden já escreveu sobre isso na lista, "Mark Twain: "Quando você se encontra no lado da maioria, está na hora de pausar e refletir"; e Oscar Wilde: "Tudo que é popular é errado" " De acordo com o seu argumento, assistir novelas da globo é tecnicamente bom. > > Acho que são estas perguntas que temos que nos fazer. Lembram-se da história do VHS e Betamax? > > Voltando a questão do "fazer o que tem que ser feito", para os usuários tanto faz se o programa é bem estruturado ou não. Para eles o importante é que o programa: > 1 - Funcione > 2 - Rode num tempo aceitável > 3 - Não fique dando problemas > > Todo o caminho que deve ser percorrido para chegar nisto é de interesse da área técnica, não usuária. > > Um exemplo: minha área usuária me mostrou um banco de dados SQL Server feito à partir de um monte de planilhas Excel com dados, pois estava sendo um tormento atualizá-las manualmente. > Eu sugeri usar Access para ter acesso aos dados rapidamente. Eles não quiseram, queriam um "sistema web" porque era mais moderno. > Bem, eu comecei  fazer algo com CGI::Application e quando fui olhar o modelo relacional... era a coisa mais escabrosa que eu vi. Disse ao usuário que teria que arrumar aquilo primeiro, ou não teria como garantir integridade dos dados. Ele achou ruim, porque ia demorar mais. > > Eu fiz um monte de horas extras para entregar o sistema funcional... e o sistema foi reprovado porque era feio. Eles queriam uma interface bonita, eu avisei que não era designer (fiz um HTML pé de boi mesmo com HTML::Template) e eles não quiseram arrumar um por causa de custos. Enfim, nem sei o que eles usaram depois. > > A conclusão que tirei disto foi: > 1 - Para o usuário, tanto faz se o modelo de dados precisa ser arrumado ou não; > 2 - Para o usuário, tanto faz se o backend é eficiente e bem desenhado; > >    João> Segundo minha opinião: - Sistemas complexos são >> aqueles que >    João> envolvem: >    João> * Uma >> interface administrativa (GUI) >    João> * Uma interface de >> usuário (GUI) >    João> * Um core com N funções > > Segundo o >> teu critério, o northwind (o banco de dados do ms access) é > mais complexo do >> que o fritz (a engine de xadrez que empatou 4 vezes com > o Garry Kasparov e >> derrotou outros grandmasters como Vladimir > Kramnik). De novo, a literatura >> introdutória de engenharia de software é > categórica nesse assunto. > > Esse foi um exemplo bem ruim mesmo. Mas aqui vai um bom (ponto de vista): http://www.faqs.org/docs/artu/ch14s04.html#perl. É claro que já está desatualizado, existem recursos no Perl para contornar ou resolver os pontos negativos apresentados, mas essas coisas ainda não estão no core do Perl (Moose é um excelente exemplo). > > De novo, você sabe, eu sei disso. Mas muito programadores experientes por aí não sabem. O que torna um programador experiente, não é ele saber o que ele *precisa saber* ? A tecnologia se desenvolve a cada segundo, o exemplo que você argumento, parece o de um profissional que parou no tempo. > > Se pensarmos em como a linguagem auxilia o programador a não escrever > código ruim, temos o Perl::Critic. Mas eu, por exemplo, não comprei > ainda o Perl Best Practices que o pessoal tanto cita. Então fiquei meio > sem "ajuda" da linguagem. > > Daí a necessidade de divulgação e pesquisas. Eu estou vendo um progresso nessa área, mas ainda falta bastante. O que você disse está muito vago, então o problema dos 'programadores' escreverem código porco é falta de divulgação ? Por que você sabe do Perl::Critic e outros programadores não ? Por um simples motivo, as pessoas conquistam aquilo que elas correm atrás. Um programador que entra as 8:00 e sai as 17:00 e esquece do trabalho até o dia seguinte, nunca vai conquistar nada mesmo. > >> Deve >> ser desse tipo de análise que saem os orçamentos de software >> superfaturados >> típicos do Brasil. > > É bem por aí. Ou pior ainda Eden. Eu tenho uma porção de histórias de consultorias "especialistas" que fariam seu cabelos ficarem de pé e depois caírem. > >  João> * wxWidgets ainda não >> tem versão 1.0 e vários itens >    João> disponíveis em outros >> APIs (incluindo Flex) ainda não estão >    João> >> disponíveis. > >> Ok, enumera os itens disponíveis no flex que >> não estão disponíveis no >> wxWidgets. Por sinal, wxWidgets é uma biblioteca C, >> perl só fornece bindings. > > Eu acho que API está OK. Somos bons nisso. > Mas não temos ferramentas para auxiliar a criar interfaces gráficas. > C# e Java contam com ferramentas gráficas bem competentes para fazer esse tipo de coisa. > > Se não me engano, temos o Padre (que ainda não chegou lá) e o Glade (mas só gera XML, não código Perl). Temos um core-developer no canal, você pode ser mais especifico ? O que falta no Padre ? > > A propósito, como é mesmo o procedimento >> para se desenvolver GUIs em > PHP? Falta ainda o benchmark indicando que PHP é >> mais rápido que >> perl. > > Tem o PHP-GTK, mas não tenho idéia se é bom ou ruim. Mas se eu fosse um programador novo que quisesse criar interfaces gráficas com uma linguagem script, esse seria um bom ponto para começar: ao menos existe publicação em português sobre o assunto (http://www.novateceditora.com.br/livros/phpgtk/). > > []'s > Alceu > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- http://www.danielmantovani.com "If you?ve never written anything thoughtful, then you?ve never had any difficult, important, or interesting thoughts. That?s the secret: people who don?t write, are people who don?t think." From glasswalk3r em yahoo.com.br Mon Jun 28 12:33:17 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 28 Jun 2010 12:33:17 -0700 (PDT) Subject: [Cascavel-pm] Res: Res: Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: <454235.74289.qm@web30801.mail.mud.yahoo.com> ----- Mensagem original ---- > De: Daniel de Oliveira Mantovani > Enviadas: Segunda-feira, 28 de Junho de 2010 15:13:22 Você está difundindo os contextos, isso o que você > disse não tem sentido nenhum. Só porque alguém tem expectativas melhores de > alguém formado em Hardvard e um pré julgamento inconsciente implícito , > não significa que num mundo real os fatores significativos fazem a > ordem para os resultados apresentados, um profissional criativo > reverte qualquer fator. Além disso, esse contexto é só pré definido, ao > longo dos resultados apresentados / esperados pela equipe o > profissional criativo vai se sobrepor sobre qualquer pré critério > estabelecido aos olhos do gerente. Esse fator significativo, "formado em > Hardvard". Não estou entrando no mérito de pré-conceitos com relação a instituição de ensino. Talvez eu tenha me explicado mal. O ponto de vista do meu gerente é aquilo que ELE considera importante para o negócio da empresa. O Steve Jobs não é formado, quem você acha que o seu gerente > vai contratar um cara com MBA em Hardvard ou o Steve Jobs para ser o > CEO da sua empresa ? O Larry Wall é formado em Lingüística, quem você acha > que o seu gerente vai contratar, um cara com máxima certificação C#/JAVA ou > o Larry Wall ? Vou contratar o cara que consiga resolver meus problemas da área usuária. Do meu ponto de vista, o profissional deve ter boa bagagem técnica. Do ponto de vista do meu diretor e gerente, isso não basta. O Steve Jobs, como você citou, é uma pessoal bem difícil de se trabalhar. Isso ocorre nas empresas também, você não precisa ser > "famoso" para ter seu o mérito conhecido, você faz isso na empresa, onde os > pré julgamentos se desfazem no primeiro projeto. Isso ocorre o tempo > toda na comunidade Perl, os seus argumentos não são válidos com o que > você diz. Eu acho que eu não entendi o que você quis dizer aqui. Poderia esclarecer? > Por que isso? > > Empresas querem > saber de resultados. Se Perl pode ajudar a empresa a ser eficiente e ganhar > dinheiro, é isso que vai interessar meu chefe. Mas é isso o que acontece, > se você não sabia o pessoal usa Perl por isso. Por que você acha que o > pessoal usa Perl ? Daniel, não sou que estou com dúvidas. É o pessoal lá de fora da lista. E a lista é grande, vai desde o estudante que ainda não saiu da faculdade até gerentes de informática. > > O problema é vender essa idéia para quem > não tem conhecimento técnico. O Brasil não valoriza profissional especialista, > basta verificar como cientistas e pesquisadores competentes decidem ir embora do > país. Essa seu argumento de usar um dos países em maior > desenvolvimento econômico como empecilho para um negócio, é > furado. Boa. Você deve ser partidário do Lula. :-) Brincadeiras a parte, você vai entender melhor este argumento se observar como anda mercado de construção civil: não existe mão-de-obra suficiente para atender a demanda atual. Se não me engano, engenheiros civis estavam com dificuldades de arrumar emprego entre 2001 e 2002. Isso que eu chamo de mercado reativo. Você realmente acha que o Brasil valoriza profissionais de TI com grande bagagem técnica? Só se o negócio da empresa for tecnologia ou em ambientes críticos (como bancos). Basta dar uma olhada quanto tempo você consegue se manter no mercado brasileiro, de uma forma geral, sendo somente programador. O Eden já escreveu sobre isso na > lista, "Mark Twain: "Quando você se encontra no lado da maioria, está na > hora de pausar e refletir"; e Oscar Wilde: "Tudo que é popular é errado" > " Legal. Então vai essa aqui para você refletir: "Sabedoria é agir" (http://amateriadosonho.blogspot.com/2008/04/o-caminho-do-guerreiro-pacfico_26.html, na falta de um link melhor). De acordo com o seu argumento, assistir novelas da globo é tecnicamente > bom. Desculpe. Aonde mesmo foi que eu escrevi que devemos agir como gado? O que torna um > programador experiente, não é ele saber o que ele *precisa saber* ? A > tecnologia se desenvolve a cada segundo, o exemplo que você argumento, parece > o de um profissional que parou no tempo. O que eu preciso saber? O necessário para resolver o problema. "Existe mais de uma maneira de fazer" mas nem todas as formas são boas ou bonitas. Sem conhecer o que a linguagem oferece de recursos, você fica sem escolhas. O profissional que escreveu o link que forneci tem mais experiência na área que eu e você juntos. Eu acho que isso deve contar alguma coisa. O que você disse > está muito vago, então o problema dos 'programadores' escreverem código porco > é falta de divulgação ? Por que você sabe do Perl::Critic e outros > programadores não ? Porque isso não faz parte da grade curricular nas faculdades. Porque boa parte dos profissionais de informática não lêem material periódico da área. Divulgação pode sim ajudar a programadores a verem alternativas e refletirem sobre a forma como trabalham. > Se não me engano, temos o Padre (que ainda não chegou lá) > e o Glade (mas só gera XML, não código Perl). Temos um core-developer no > canal, você pode ser mais especifico ? O que falta no Padre > ? Uma versão estável? Ele já tem uma? Eu não consegui achar uma informação sobre isto aqui: http://padre.perlide.org/download.html Também não consegui achar se eu consigo desenhar graficamente formulários no Padre. Veja isso: http://perlbuzz.com/2009/03/how-to-write-an-announcement.html Mas sendo justo, eu tentei achar isso em alguns segundos agora. Pode ser que tenha. Não estou criticando o projeto (e eu sei como é duro ter um projeto e não receber ajuda), mas projetos precisam ser divulgados e eu não tenho lido muito sobre o Padre nos canais que eu acompanho (br-linux, perlbuzz, Linux Magazine). Não dá para esperar que todo mundo vá atrás disso especificamente em Perl se a pessoa está simplesmente procurando uma solução para desenvolver projetos gráficos. Isso é divulgação. []'s Alceu From edencardim em gmail.com Mon Jun 28 14:12:41 2010 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 28 Jun 2010 18:12:41 -0300 Subject: [Cascavel-pm] Res: Res: off topic DotNet In-Reply-To: <789796.97590.qm@web30807.mail.mud.yahoo.com> (Alceu R. de Freitas, Jr.'s message of "Mon, 28 Jun 2010 09:32:29 -0700 (PDT)") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: >>>>> "Alceu" == Alceu R de Freitas writes: Alceu> Eden, e o que eu faço com meu gerente que não leu e nem está Alceu> interessado em ler tal literatura? Seja competente e tome o lugar dele, ou muda de emprego. Alceu> Digo isso porque atualmente eu não consigo "vender" o uso Alceu> interno de Perl aqui. Não temos NENHUMA linguagem de Alceu> programação fracamente tipada e sem compilação (vulgarmente Alceu> chamada de script) para podermos produzir código rápido e Alceu> funcional. E olha que meus usuários acham que a área de TI Alceu> deve funcionar como pastelaria. Toda linguagem de programação é necessariamente compilada. Alceu> Eu concordo com você, mas uma coisa é a teoria, outra é a Alceu> prática. A literatura que eu sugeri são relatos de projetos reais que coincidiram bastante com a minha própria experiência em desenvolvimento e gestão de projetos de software. Alceu> Acho que aí entra a questão de contexto. Alceu> No contexto científico, você está correto.No conceito Alceu> mercadológico, o João está correto. Não, não está porque ele desqualificou a linguagem de forma geral. Se ele dissesse "Perl é difícil de vender pro mercado nacional", invés disso, ele pegou a visão estreita que ele tem sobre o assunto e extrapolou pruma área onde ele não tem autoridade. Alceu> Vou citar um exemplo: se eu checar para meu chefe aqui e Alceu> dizer que agora sou mestre em inteligência artificial, ele Alceu> vai cagar e andar. Se disser, no entanto, que agora tenho MBA Alceu> de Harvard, ele vai colocar uma foto minha na mesa dele. Alceu> Por que isso? Porque você provavelmente está trabalhando no lugar errado, vendendo o produto errado pra pessoa errada. É igual tentar vender espelho pro Stevie Wonder. Alceu> Empresas querem saber de resultados. Se Perl pode ajudar a Alceu> empresa a ser eficiente e ganhar dinheiro, é isso que vai Alceu> interessar meu chefe. Alceu> O problema é vender essa idéia para quem não tem conhecimento Alceu> técnico. O Brasil não valoriza profissional especialista, Alceu> basta verificar como cientistas e pesquisadores competentes Alceu> decidem ir embora do país. Alceu> É uma visão curta, ridícula... mas é o que temos por aqui. É uma visão que requer habilidade pessoal e tempo pra mudar, alguns sentam pra fazer, outros ficam reclamando e disseminando fatos imprecisos. Alceu> Outro exemplo que me faz concordar com o João. Eu não acho Alceu> que ele esteja denegrindo nossa linguagem favorita, mas Alceu> colocando seu ponto de vista. Se tecnicamente é tão bom Alceu> quanto ou melhor que outras linguagens, por que não é Alceu> utilizado em escala maior? Porque em geral os profissionais de TI não tem a formação necessária para se compreender as virtudes e fraquezas das ferramentas num contexto mais amplo. Os que tem formação suficiente estão ocupados trabalhando e perdem pouco tempo com esse tipo de discussão (eu deveria seguir o exemplo, mas não consigo ainda, tenho muita coisa ainda por aprender). Alceu> Acho que são estas perguntas que temos que nos Alceu> fazer. Lembram-se da história do VHS e Betamax? Alceu> Voltando a questão do "fazer o que tem que ser feito", para Alceu> os usuários tanto faz se o programa é bem estruturado ou Alceu> não. Para eles o importante é que o programa: 1 - Funcione 2 Alceu> - Rode num tempo aceitável 3 - Não fique dando problemas Alceu> Todo o caminho que deve ser percorrido para chegar nisto é de Alceu> interesse da área técnica, não usuária. Não é bem assim, o iphone é uma prova disso, tem várias falhas técnicas e mesmo assim as pessoas fazem fila para comprar. O mercado de um produto é uma combinação de vários fatores e "não existe bala de prata". Alceu> Um exemplo: minha área usuária me mostrou um banco de dados Alceu> SQL Server feito à partir de um monte de planilhas Excel com Alceu> dados, pois estava sendo um tormento atualizá-las Alceu> manualmente. Eu sugeri usar Access para ter acesso aos dados Alceu> rapidamente. Eles não quiseram, queriam um "sistema web" Alceu> porque era mais moderno. Bem, eu comecei fazer algo com Alceu> CGI::Application e quando fui olhar o modelo Alceu> relacional... era a coisa mais escabrosa que eu vi. Disse ao Alceu> usuário que teria que arrumar aquilo primeiro, ou não teria Alceu> como garantir integridade dos dados. Ele achou ruim, porque Alceu> ia demorar mais. Em primeiro lugar, "integridade dos dados" faz parte da lista de requisitos desse projeto? Em qual prioridade? Se você não souber a resposta pra essas duas perguntas, sinto lhe informar, mas o erro foi seu. Alceu> Eu fiz um monte de horas extras para entregar o sistema Alceu> funcional... e o sistema foi reprovado porque era feio. Eles Alceu> queriam uma interface bonita, eu avisei que não era designer Alceu> (fiz um HTML pé de boi mesmo com HTML::Template) e eles não Alceu> quiseram arrumar um por causa de custos. Enfim, nem sei o que Alceu> eles usaram depois. Alceu> A conclusão que tirei disto foi: 1 - Para o usuário, tanto Alceu> faz se o modelo de dados precisa ser arrumado ou não; 2 - Alceu> Para o usuário, tanto faz se o backend é eficiente e bem Alceu> desenhado; Na verdade, a conclusão é que antes de começar o trabalho, você precisa sentar e coletar os requisitos do sistema, e depois você começa a tirar conclusões e tomar decisões a respeito de qual ferramenta você vai utilizar. Se for uma tarefa impossível, você vai precisar falar "não dá pra fazer". Alceu> Esse foi um exemplo bem ruim mesmo. Mas aqui vai um bom Alceu> (ponto de vista): Alceu> http://www.faqs.org/docs/artu/ch14s04.html#perl. É claro que Alceu> já está desatualizado, existem recursos no Perl para Alceu> contornar ou resolver os pontos negativos apresentados, mas Alceu> essas coisas ainda não estão no core do Perl (Moose é um Alceu> excelente exemplo). E porque "não estar no core do Perl" é um problema? O artigo começa falando "Perl is shell on steroids.", quando um artigo começa com uma colocação completamente equivocada como essa, eu nem leio o resto. Alceu> De novo, você sabe, eu sei disso. Mas muito programadores Alceu> experientes por aí não sabem. Ah, então o problema está nos programadores, não na linguagem, correto? Alceu> Se pensarmos em como a linguagem auxilia o programador a não Alceu> escrever código ruim, temos o Perl::Critic. Mas eu, por Alceu> exemplo, não comprei ainda o Perl Best Practices que o Alceu> pessoal tanto cita. Então fiquei meio sem "ajuda" da Alceu> linguagem. Alceu> Daí a necessidade de divulgação e pesquisas. Eu estou vendo Alceu> um progresso nessa área, mas ainda falta bastante. Cara, isso depende muito do perfil de quem está usando a linguagem, geralmente as pessoas mais instruídas preferem ferramentas menos intrusivas e mais flexíveis. Por isso que a maioria de nós usamos unix ou derivados invés de windows, não é mesmo? >> Deve ser desse tipo de análise que saem os orçamentos de software >> superfaturados típicos do Brasil. Alceu> É bem por aí. Ou pior ainda Eden. Eu tenho uma porção de Alceu> histórias de consultorias "especialistas" que fariam seu Alceu> cabelos ficarem de pé e depois caírem. Deixa pra contar quando estivermos no boteco, é mais divertido. >> Ok, enumera os itens disponíveis no flex que não estão >> disponíveis no wxWidgets. Por sinal, wxWidgets é uma biblioteca >> C, perl só fornece bindings. Alceu> Eu acho que API está OK. Somos bons nisso. Mas não temos Alceu> ferramentas para auxiliar a criar interfaces gráficas. C# e Alceu> Java contam com ferramentas gráficas bem competentes para Alceu> fazer esse tipo de coisa. Cara, WYSIWYG, apesar de útil para escrever protótipos, não funciona muito bem com GUIs, porque a área útil da aplicação é desconhecida e de tamanho variável e o "layout" e a quantidade de elementos gráficos precisa mudar programaticamente para se adequar. Então, a não ser que não exista o requisito de "ser utilizável em qualquer resolução ou tamanho de janela", a existência de uma ferramenta WYSIWYG pode vir a ser pouco relevante para projetos envolvendo GUIs. De novo, os requisitos vão determinar qual ferramenta é mais adequada. Alceu> Se não me engano, temos o Padre (que ainda não chegou lá) e o Alceu> Glade (mas só gera XML, não código Perl). Alceu> A propósito, como é mesmo o procedimento >> para se desenvolver GUIs em Alceu> PHP? Falta ainda o benchmark indicando que PHP é >> mais rápido que perl. Alceu> Tem o PHP-GTK, mas não tenho idéia se é bom ou ruim. Mas se Alceu> eu fosse um programador novo que quisesse criar interfaces Alceu> gráficas com uma linguagem script, esse seria um bom ponto Alceu> para começar: ao menos existe publicação em português sobre o Alceu> assunto (http://www.novateceditora.com.br/livros/phpgtk/). Quer dizer que se usa a mesma biblioteca que pode-se usar com perl, mas com bindings para PHP? Continuo sem enxergar a vantagem ou desvantagem entre as duas abordagens. From ricardostock em bol.com.br Mon Jun 28 17:00:16 2010 From: ricardostock em bol.com.br (Ricardo Stock) Date: Mon, 28 Jun 2010 21:00:16 -0300 Subject: [Cascavel-pm] Res: Res: Res: off topic DotNet References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo><145021.41319.qm@web30802.mail.mud.yahoo.com><4C23FF05.60108@ticursos.net><02594ED1B3634DAEA204463B6FFFE8CF@pcricardo><87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me><789796.97590.qm@web30807.mail.mud.yahoo.com> <454235.74289.qm@web30801.mail.mud.yahoo.com> Message-ID: <617285956782415482D15A5FE8B549B8@pcricardo> Gente, iniciei toda esta discussão apenas para ter mais argumentos sobre a produtividade do Perl sobre o DotNet. Não para falar sobre o Larry Hall, o Steve Jobs ou mesmo Jeses Cristo ou Mao Tse Tung.... Muitos menos ler flams Porém, algo muito importante foi falado. 1 - Usuário não quer saber se o programa é bem estruturado, se tem gargalo, se roda em assembler, VMS, perl ou asp, o usuário quer que o mesmo funcione, seja bonitinho e faça o que ele deseja, e não fique travando. Sistemas Web, tem um grande problema, de nada importa ter uma super maquina, um super hiper megar cluster com 999999..... computadores, se a conexão / rede / host do usuário é uma porcaria e vive caindo. 2 - Para o usuário, FaceBook, orkut, twiter, flick, é tudo a mesma coisa, ele nem imagina o que tem atraz do browser. a unica diferença é que o amiguinho dele esta em um e a namorada em outro. Perl, dotNet, PHP, JavaScript... isso tudo é sumério.... 3 - Perl é uma OTIMA ferramenta para desenvolver sistemas, MINHA OPINIÃO, eu acho a melhor, para se desenvolver interfaces graficas existem soluções mais simples e mais amigaveis de se trabalhar, mas nada que um pouco de trabalho não resolva, se fosse impossivel, não teriamos aquele jogo das bolinhas, o FrozenBubble. 4- Não importa quem voce vai contratar para sua empresa, seja para CEO ou para ALG (auxiliar de limpeza geral) o importante é se a pessoa vai conseguir resolver o problema da melhor forma para empresa. Um canudo "pode" te abrir uma porta, para aqueles que tem MBA. Atitudes erradas ou arrogancia podem te fechar muitas, como o Jobs. Mas CDF, dedicação e perseverança, podem te manter as portas abertas, Bill. Não que eu concorde com tudo, mas é o que a história mostra. Ou seja, de nada vale o titulo sem o conhecimento, de nada vale o conhecimento sem a experiencia, e para o mercado, de nada vale a experiencia sem o titulo... é uma roda que foi imposta pelo mercado e para o mercado. Bom funcionário é aquele que faz o trabalho sem ter que ficar ligando nos finais de semana para consertar problemas. 5 - Perl no Brasil, eu moro litoral de São Paulo, não conheço fisicamente ninguem que programe em perl, gostaria de conhecer, onde eu trabalhava, perl = gasparzinho, mas isto não foi motivo para eu nao estudar perl, continuar estudando perl, aprender a desenvolver em perl, e começar "tentar" viver com isso, que sera meu sonho, e claro oferecer soluções aos meus clientes feitas em perl. Quando perguntam a linguaguem que utilizo, eu falo, Perl, quando perguntam o Banco eu falo Mysql, quando falam o "windows" eu falo Linux Ubuntu, mas quem pergunta, quem se interessa pelo assunto e são poucos, mas sempre faço questão de falar sobre o perl. Mas como eu disse no inicio, o cliente quer algo rapido, bonito e funcional. Seja uma "padaria" ou um MegaMercado, acho que a sua dedicação e o profissionalismo devem ser o mesmo para ambos. Ja pensou se voce fosse no mercado comprar uma lata de batatas e ser mal tratado ou despezado, ou impedido de comprar só porque nao fez a compra do mês. 6 - Interface gráfica, exitem formas de melhorar a "cara" do projeto, seja com wxWidgets, CGI::Varios_Modulos, ou até mesmo Javascript, o importante é que da para se fazer. 7 Agora o mais importante de tudo. de nada adianta toda essa discussão, se quem fez o projeto fez algo do tipo #!/user/bin/perl $a=1; $b=3; $c=$a+$c; print $c; chmod 777 prog.pl ou seja o que acaba com um projeto é o programador. Mais uma coisa. Para aqueles que falam de chefe. reclamar de nada adianta sem atitude... eu cansei de reclamar do meu, da atitude ou mesmo da postura arcaica da empresa... quando não esta satisfeito, by... Toque a sua vida, crie suas proprias oportunidades... eu fiz isso, posso me arrepender amanha, mas com certeza, não me arrependerei de tentar. acho que ja falamos demais sobre isso, obrigado por tudo Ricardo Stock From glasswalk3r em yahoo.com.br Mon Jun 28 17:55:49 2010 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 28 Jun 2010 17:55:49 -0700 (PDT) Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> Message-ID: <804913.77832.qm@web30804.mail.mud.yahoo.com> ----- Mensagem original ---- > De: Eden Cardim > Enviadas: Segunda-feira, 28 de Junho de 2010 18:12:41 > Seja competente e tome o lugar dele, ou muda de > emprego. Ui... espero que ele não veja o histórico desta lista. Não quero ser gerente, então não cogito isto. :-) > Toda linguagem de > programação é necessariamente compilada. Ok, ok. Rodamos bytecode. Mas eu não preciso ficar compilando, testando, compilando, testando. Não me diga que NÃO entendeu isso. > Não, não está porque ele > desqualificou a linguagem de forma geral. Se ele dissesse "Perl é difícil de > vender pro mercado nacional", invés disso, ele pegou a visão estreita que ele > tem sobre o assunto e extrapolou pruma área onde ele não tem > autoridade. Eu acho que bebi alguma coisa. Eu não vi um comentário tão "pejorativo" assim. Porque em geral os profissionais de > TI não tem a formação necessária para se compreender as virtudes e fraquezas > das ferramentas num contexto mais amplo. Os que tem formação suficiente estão > ocupados trabalhando e perdem pouco tempo com esse tipo de discussão (eu > deveria seguir o exemplo, mas não consigo ainda, tenho muita coisa ainda por > aprender). Caramba... eu sempre achei que o fato de discutir pontos de vista diferentes te enriquece, e não o contrário. Não > é bem assim, o iphone é uma prova disso, tem várias falhas técnicas e mesmo > assim as pessoas fazem fila para comprar. O mercado de um produto é uma > combinação de vários fatores e "não existe bala de prata". O que você conclui disso? Estamos usando discurso certo para disseminar o uso de Perl? Em primeiro > lugar, "integridade dos dados" faz parte da lista de requisitos desse > projeto? Em qual prioridade? Se você não souber a resposta pra essas duas > perguntas, sinto lhe informar, mas o erro foi seu. É mesmo? Imagine você ir ao médico e ele não receitar um remédio para você porque você não entende para que você precisa de seu fígado... Não é porque o usuário não tem a menor idéia de algo que eu devo ser omisso e fazer vista grossa para um erro potencial. Na verdade, a conclusão é que antes de começar o trabalho, > você precisa sentar e coletar os requisitos do sistema, e depois você começa > a tirar conclusões e tomar decisões a respeito de qual ferramenta você > vai utilizar. Se for uma tarefa impossível, você vai precisar falar "não > dá pra fazer". O que eu posso dizer aqui? Meus usuários não são ortodoxos... E porque "não > estar no core do Perl" é um problema? O artigo começa falando "Perl is shell > on steroids.", quando um artigo começa com uma colocação completamente > equivocada como essa, eu nem leio o resto. É simples. Peça para um newbie começar a programar em Perl. Assim que ele terminar de aprender a programar usando orientação à objetos do jeito que está no CORE, alguém avisa ele que ele poderia ter ido direto para o Moose. Eu acho que, justamente por algo não estar correto, você deveria ler e quem sabe comentar sobre o assunto. Ah, então o problema está > nos programadores, não na linguagem, correto? Não sei. Eu provavelmente cometeria uma porção de error crassos se não tivesse a documentação adequada ou recebesse orientação. Obviamente, só se ensina quem quer aprender, de qualquer forma. Quer dizer que se > usa a mesma biblioteca que pode-se usar com perl, mas com bindings para PHP? > Continuo sem enxergar a vantagem ou desvantagem entre as duas > abordagens. Documentação. Temos alguma publicação em português sobre o assunto (Perl + GTK)? Não estou reclamando ou criticando: estou apontando aonde temos uma deficiência. []'s Alceu From blabos em gmail.com Mon Jun 28 18:33:35 2010 From: blabos em gmail.com (Blabos de Blebe) Date: Mon, 28 Jun 2010 22:33:35 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <804913.77832.qm@web30804.mail.mud.yahoo.com> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> <804913.77832.qm@web30804.mail.mud.yahoo.com> Message-ID: > O que você conclui disso? Estamos usando discurso certo para disseminar o uso de Perl? *EU* já fui bastante veemente ao afirmar que *não*, o discurso não está adequado e essa thread é uma prova disso. Até o Eden tá (literalmente) careca de saber... Essa balela toda de Perl X PHP, Perl X .net, Perl X Java, Tiobe, isso tudo pra mim é shit. Essa palhaçada de ai, Perl é só pra sysadmin, ai, Catalyst não tem aderência, isso tudo pra mim é ranho. Esse papo de ai, não consigo vender o peixe pro meu chefe, é caquinha. ao invés de perder tempo com isso denovo, deveríamos estar é mostrando como Moose, Catalyst, etc nos faz ganhar mais cervejas no fim do mês, assim como a Microsoft faz com .NET. Infelizmente tem uns dez anos pelo menos, que temos sempre que voltar nesse papo inútil, porque graças a desinformação, esses tópicos sempre voltam e voltam e voltam denovo... E, se não há empresa por trás de Perl como o Java ou o .NET, é responsabilidade de quem fala em nome de Perl, vulgo, *Comunidade*, mexer esses traseiros gordos para que esse monte de besteira pare de ser assunto recorrente. Infelizmente também, só uns 4 ou 5 gatos pingados se importam com isso. Uma grande parte só quer saber de reclamar, reclamar, por a culpa no governo, ou no Dunga e só. É muita pirotecnia pra pouco megaton. Isso me dá asco. Vou citar alguém que diz isso com mais propriedade que eu: "Meus irmãos, que adianta alguém dizer que tem fé se ela não vier acompanhada de ações? Será que essa fé pode salvá-lo? Por exemplo, pode haver irmãos ou irmãs que precisam de roupa e que não têm nada para comer. Se vocês não lhes dão o que eles precisam para viver, não adianta nada dizer: 'Que Deus os abençoe! Vistam agasalhos e comam bem.' *Portanto, a fé é assim: se não vier acompanhada de ações, é coisa morta*" Tg 2:14-17 Palavras sem ações, pra mim são apenas cocô. Pra mim chega, já perdi (denovo) tempo demais com isso. pelo jeito eu também não aprendo... Abraços 2010/6/28 Alceu R. de Freitas Jr. : > > > ----- Mensagem original ---- >> De: Eden Cardim >> Enviadas: Segunda-feira, 28 de Junho de 2010 18:12:41 > >> Seja competente e tome o lugar dele, ou muda de >> emprego. > > Ui... espero que ele não veja o histórico desta lista. > > Não quero ser gerente, então não cogito isto. :-) > >> Toda linguagem de >> programação é necessariamente compilada. > > Ok, ok. Rodamos bytecode. > Mas eu não preciso ficar compilando, testando, compilando, testando. Não me diga que NÃO entendeu isso. > >> Não, não está porque ele >> desqualificou a linguagem de forma geral. Se > ele dissesse "Perl é difícil de >> vender pro mercado nacional", invés > disso, ele pegou a visão estreita que ele >> tem sobre o assunto e > extrapolou pruma área onde ele não tem >> autoridade. > > Eu acho que bebi alguma coisa. Eu não vi um comentário tão "pejorativo" assim. > > Porque em geral os profissionais de >> TI não tem a formação necessária > para se compreender as virtudes e fraquezas >> das ferramentas num contexto > mais amplo. Os que tem formação suficiente estão >> ocupados trabalhando e > perdem pouco tempo com esse tipo de discussão (eu >> deveria seguir o > exemplo, mas não consigo ainda, tenho muita coisa ainda por >> aprender). > > Caramba... eu sempre achei que o fato de discutir pontos de vista diferentes te enriquece, e não o contrário. > > Não >> é bem assim, o iphone é uma prova disso, tem várias falhas técnicas > e mesmo >> assim as pessoas fazem fila para comprar. O mercado de um > produto é uma >> combinação de vários fatores e "não existe bala de > prata". > > O que você conclui disso? Estamos usando discurso certo para disseminar o uso de Perl? > > Em primeiro >> lugar, "integridade dos dados" faz parte da lista de > requisitos desse >> projeto? Em qual prioridade? Se você não souber a > resposta pra essas duas >> perguntas, sinto lhe informar, mas o erro foi > seu. > > É mesmo? > Imagine você ir ao médico e ele não receitar um remédio para você porque você não entende para que você precisa de seu fígado... > Não é porque o usuário não tem a menor idéia de algo que eu devo ser omisso e fazer vista grossa para um erro potencial. > > Na verdade, a conclusão é que antes de começar o trabalho, >> você precisa > sentar e coletar os requisitos do sistema, e depois você começa >> a tirar > conclusões e tomar decisões a respeito de qual ferramenta você >> vai > utilizar. Se for uma tarefa impossível, você vai precisar falar "não >> dá > pra fazer". > > O que eu posso dizer aqui? Meus usuários não são ortodoxos... > > E porque "não >> estar no core do Perl" é um problema? O artigo começa > falando "Perl is shell >> on steroids.", quando um artigo começa com uma > colocação completamente >> equivocada como essa, eu nem leio o resto. > > É simples. > Peça para um newbie começar a programar em Perl. > Assim que ele terminar de aprender a programar usando orientação à objetos do jeito que está no CORE, alguém avisa ele que ele poderia ter ido direto para o Moose. > > Eu acho que, justamente por algo não estar correto, você deveria ler e quem sabe comentar sobre o assunto. > > Ah, então o problema está >> nos programadores, não na linguagem, correto? > > Não sei. Eu provavelmente cometeria uma porção de error crassos se não tivesse a documentação adequada ou recebesse orientação. > Obviamente, só se ensina quem quer aprender, de qualquer forma. > > Quer dizer que se >> usa a mesma biblioteca que pode-se usar com perl, mas > com bindings para PHP? >> Continuo sem enxergar a vantagem ou desvantagem > entre as duas >> abordagens. > > Documentação. Temos alguma publicação em português sobre o assunto (Perl + GTK)? > Não estou reclamando ou criticando: estou apontando aonde temos uma deficiência. > > []'s > Alceu > > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From edencardim em gmail.com Mon Jun 28 19:23:45 2010 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 28 Jun 2010 23:23:45 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <804913.77832.qm@web30804.mail.mud.yahoo.com> (Alceu R. de Freitas, Jr.'s message of "Mon, 28 Jun 2010 17:55:49 -0700 (PDT)") References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> <804913.77832.qm@web30804.mail.mud.yahoo.com> Message-ID: <87aaqeshji.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> >>>>> "Alceu" == Alceu R de Freitas writes: Alceu> Ui... espero que ele não veja o histórico desta lista. Alceu> Não quero ser gerente, então não cogito isto. :-) Bom, se você não quer, vai ter que se contentar com o gerente atual. Alceu> Ok, ok. Rodamos bytecode. Mas eu não preciso ficar Alceu> compilando, testando, compilando, testando. Não me diga que Alceu> NÃO entendeu isso. Sim, você precisa compilar, testar, compilar, testar, como em qualquer outra linguagem. Alceu> Eu acho que bebi alguma coisa. Eu não vi um comentário tão Alceu> "pejorativo" assim. Eu não disse que foi pejorativo, eu disse que foi equivocado. Alceu> Caramba... eu sempre achei que o fato de discutir pontos de Alceu> vista diferentes te enriquece, e não o contrário. "Ter um ponto de vista diferente" e "ser desinformado" são condições bem distintas. Em geral, pessoas que "tem um ponto de vista" mas só tem a si mesmo como referência, estão na segunda categoria. Essa discussão já aconteceu bastante nas duas décadas passadas. Coisas como coleta de requisitos e gestão de projetos de software já tem fundamentos básicos documentados e essa thread se degenerou em recitar o que já existe na literatura, sem acrescentar nada. Alceu> Não >> é bem assim, o iphone é uma prova disso, tem várias falhas >> técnicas Alceu> e mesmo >> assim as pessoas fazem fila para comprar. O mercado de um Alceu> produto é uma >> combinação de vários fatores e "não existe bala de Alceu> prata". Alceu> O que você conclui disso? Estamos usando discurso certo para Alceu> disseminar o uso de Perl? E sim, acredito que esse discurso é o correto para disseminar qualquer linguagem: colocar os fatos na mesa. Um desses fatos é que seu sistema vai ter falhas e limitações, sempre, não importa a linguagem que você escolher, a questão é escolher quais trade-offs você está disposto a fazer. O errado é descartar perl de primeira porque "é uma linguagem de e para administradores de sistema". Alceu> Em primeiro >> lugar, "integridade dos dados" faz parte da lista de Alceu> requisitos desse >> projeto? Em qual prioridade? Se você não souber a Alceu> resposta pra essas duas >> perguntas, sinto lhe informar, mas o erro foi Alceu> seu. Alceu> É mesmo? Imagine você ir ao médico e ele não receitar um Alceu> remédio para você porque você não entende para que você Alceu> precisa de seu fígado... Não é porque o usuário não tem a Alceu> menor idéia de algo que eu devo ser omisso e fazer vista Alceu> grossa para um erro potencial. A analogia correta não é bem essa. O que aconteceu foi equivalente ao médico receitar uma medicação e eu me recusar a tomar porque o sabor é ruim. Se o médico me receitar outra medicação que tenha sabor mais agradável mas me avisar que isso vai diminuir minha expectativa de vida em 10 anos, aí eu como usuário vou poder revisar minhas prioridades e escolher. Basicamente, se você explicar as consequências da escolha do usuário, ele vai poder tomar uma decisão fundamentada e você se exime da responsabilidade sem ser omisso. E se você como programador não consegue explicar um caso de falha para uma pessoa sem habilidade na área, talvez você deveria investir tempo para adquirir a habilidade ou delegar para outra pessoa fazer a análise de requisitos. Alceu> Na verdade, a conclusão é que antes de começar o trabalho, >> você precisa Alceu> sentar e coletar os requisitos do sistema, e depois você Alceu> começa >> a tirar Alceu> conclusões e tomar decisões a respeito de qual ferramenta Alceu> você >> vai Alceu> utilizar. Se for uma tarefa impossível, você vai precisar Alceu> falar "não >> dá Alceu> pra fazer". Alceu> O que eu posso dizer aqui? Meus usuários não são ortodoxos... Programação é uma atividade determinística, as três coisas que você pode dizer são "sim", "não" ou "te digo 'sim' ou 'não' depois que eu analisar os requisitos". Todas as três respostas são corretas e aceitáveis, se for "sim", maravilha, se pedirem pra fazer o computador voar literalmente, só com software você vai ter que dizer "não", mentir ou ser um engenheiro muito bom pra poder dizer "sim" com honestidade (já construiram trenzinhos com drum storage, quem sabe não dá pra improvisar um helicóptero com as ventoinhas). Alceu> E porque "não >> estar no core do Perl" é um problema? O artigo começa Alceu> falando "Perl is shell >> on steroids.", quando um artigo começa com uma Alceu> colocação completamente >> equivocada como essa, eu nem leio o resto. Alceu> É simples. Peça para um newbie começar a programar em Perl. Alceu> Assim que ele terminar de aprender a programar usando Alceu> orientação à objetos do jeito que está no CORE, alguém avisa Alceu> ele que ele poderia ter ido direto para o Moose. Alceu> Eu acho que, justamente por algo não estar correto, você Alceu> deveria ler e quem sabe comentar sobre o assunto. Eu não acho que perl seja uma boa linguagem para um "newbie" aprender porque mascara coisas que acontecem por trás das cenas que um programador deveria saber. Isso acontece bastante com o Moose, quase ninguém que usa entende o que é meta-programação e depois vem reclamar que "é muito lento" porque não fazem idéia de como otimizar esse tipo de objeto. Alceu> Ah, então o problema está >> nos programadores, não na linguagem, correto? Alceu> Não sei. Eu provavelmente cometeria uma porção de error Alceu> crassos se não tivesse a documentação adequada ou recebesse Alceu> orientação. Obviamente, só se ensina quem quer aprender, de Alceu> qualquer forma. Exatamente, nenhuma linguagem salva um programador que não quer aprender, nem com auto-complete, IDE, etc. E esse é um problema que eu vejo bastante no Brasil: "dinheiro primeiro, depois eu aprendo", quando deveria ser ao contrário. Alceu> Quer dizer que se >> usa a mesma biblioteca que pode-se usar com perl, mas Alceu> com bindings para PHP? >> Continuo sem enxergar a vantagem ou desvantagem Alceu> entre as duas >> abordagens. Alceu> Documentação. Temos alguma publicação em português sobre o Alceu> assunto (Perl + GTK)? Não estou reclamando ou criticando: Alceu> estou apontando aonde temos uma deficiência. Pode ser uma deficiência, OK, mas não é tão ruim quanto parece. Um programador que não sabe ao menos ler inglês vai escrever um programa bem porco, com ou sem documentação, então no final das contas, não adianta nada ter documentação. Além disso, as versões de literatura de TI em português que eu já li são todas muito ruins. Erros de grafia, uso equivocado de homônimos, tradução de código (inclusive variáveis) resultando em código inválido, etc., isso porque tem uma editora e revisores por trás, quem dirá um autor independente. From andregarciacarneiro em gmail.com Tue Jun 29 04:42:30 2010 From: andregarciacarneiro em gmail.com (Andre Carneiro) Date: Tue, 29 Jun 2010 08:42:30 -0300 Subject: [Cascavel-pm] Res: off topic DotNet In-Reply-To: <281647.60587.qm@web30806.mail.mud.yahoo.com> References: <99B9DF9045EE461FA02A6DE7C86A5792@pcricardo> <145021.41319.qm@web30802.mail.mud.yahoo.com> <4C23FF05.60108@ticursos.net> <02594ED1B3634DAEA204463B6FFFE8CF@pcricardo> <87zkyfb88s.fsf@janis.i-did-not-set--mail-host-address--so-tickle-me> <789796.97590.qm@web30807.mail.mud.yahoo.com> <281647.60587.qm@web30806.mail.mud.yahoo.com> Message-ID: > > > Não é produtividade de software. > > A questão é que, teoricamente, depois de você ter um MBA de Harvard você > seria o "cara" para alavancar novas oportunidades de negócio para a empresa. > Ou revigorar as já existentes. Mas não manjo mais nada sobre MBA do que > isto. :-) > > Se você é 'o cara' não precisa trabalhar para chefes idiotas... > > Depende. Eu acho o Larry Ellison da Oracle um grande idiota, mas eu > gostaria de trabalhar na Oracle. :-) > Eu não! Acho que aí está o porque da divergência de opiniões ... :D > > Eu nem consegui ir ao evento sobre Catalyst e desenvolvimento web > no IG. :-( > > Não tem problema! Dia 10/06 tem outro evento no IG. Apareça! http://sao-paulo.pm.org > Mas se você não consegue mudar a opinião de um único desenvolvedor sem > massacrar ele, como espera convencer o mundo? > > Não preciso mudar a opinião do mundo. O resto do mundo civilizado já sabe bem o lugar de Perl. Gostaria de mudar aqui em São Paulo primeiro, depois no Brasil. > > E se eu estivesse? Você conseguiria responder sem parecer um fanático? > > Acho que não! :D > De qualquer forma, eu não acho que Perl tenha sido descartado. A estagnação > que tanto se falava já ficou para trás. > Humm... acho que temos um longo caminho antes de afirmar isso. Principalmente com as 'benditas' empresinhas de RH.... > > A analogia é de que nem sempre o tecnicamente superior ganha a disputa. > Nem sempre, prova disso é a galera que se vê obrigada a deixar o país. Isso eu acho muito preocupante, e que não deveria acontecer. Principalmente porque considero alguns deles como beberrões de primeira e sinto falta dos caras nos ES... ( sem boiolagem ) > > Web 2.0 não é nada de novo, só mais um buzzword. E não, eu não trabalho com > desenvolvimento web como boa parte do pessoal aqui da lista. > > Se você sabe que não é nada de novo, deveria saber também que isso não se aplica só a Web... :D > Desde que a informática surgiu, o usuário sempre foi o foco, exceto se você > trabalha com pesquisa para algo que vai ajudar, teoricamente, o profissional > que vai atender o mesmo usuário. > Se isso fosse verdade, teríamos bons sistemas, excelentes sites, e usuários felizes por toda a parte, e não haveria motivo para discutir sobre isso. ;-) Cheers! -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ednardo em lobo.eti.br Tue Jun 29 06:51:01 2010 From: ednardo em lobo.eti.br (Ednardo Lobo) Date: Tue, 29 Jun 2010 10:51:01 -0300 Subject: [Cascavel-pm] Catalyst: Autentication In-Reply-To: References: <4BFD4C77.7040701@lobo.eti.br> <4BFD5B81.4090403@lobo.eti.br> <4BFE4FB6.6080303@lobo.eti.br> <4BFE703F.3070501@lobo.eti.br> Message-ID: <4C29FA45.1000701@lobo.eti.br> Giuliani, Agora sou e que peço desculpas por demorar em lhe dar um retorno. Precisei suspender meus estudos e experimentos com o Catalyst para dar continuidade a outros projetos com maior prioridade. Hoje tive um tempo de dar uma olhada no código que enviou e ele será bastante útil. O simples fato de saber que alguém conseguiu executar o exemplo é uma grande motivação para continuar persistindo. Assim que tiver novidades entro em contato. Obrigado, Giuliani Sanches escreveu: >> Ednardo, >> >> Desculpe a demora em responder, mas os ultimos dias foram bem tensos >> em todos as áreas do meu dia a dia e somente nesse momento consegui >> dar uma olhada nisso. >> >> Como estou com preguiça e achei mais rápido e prático refazer os >> seguintes passos: >> >> http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/04_BasicCRUD.pod >> http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/05_Authentication.pod >> >> ao invés de analisar seus "schemas", para ver se ao menos eu conseguia >> gerar a aplicação e fazer funcionar o esquema de autenticação. >> >> Eu consegui montar a app com a autenticação sem problemas. Utilizei o >> postgresql, baseado nas instruções oferecidas aqui: >> >> http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/10_Appendices.pod >> >> Apesar de não estar te apontando a solução exata, espero que isso >> ajude (apesar de você ter dito que já havia lido o tutorial, mas >> enfim, as vezes alguma detalhes passa em branco ;) ). >> >> []'s >> >> -- >> Giuliani Sanches >> twitter.com/giulianisanches >> giulianisanches.blogspot.com >> >> Como elaborar uma pergunta: >> http://www.istf.com.br/perguntas/ >> > > Ops, > > No lugar do 04, substitua por: > > http://search.cpan.org/~hkclark/Catalyst-Manual-5.8004/lib/Catalyst/Manual/Tutorial/03_MoreCatalystBasics.pod > > Eu fiz o 03 e 05 (pela metade, apenas para funcionar). > > Resolvi te mandar o exemplo para matar a cobra e mostrar o sarrafo > (sarrafo foi usado para evitar piadinhas infames :P), você vai > precisar criar o banco, setar seu usuário e senha no DB.pm e importar > os sql que estão em script/sql. > > Se não for permitido anexos na lista me avisem que não enviarei mais. > > []'s -- Ednardo Lobo www.lobo.eti.br From jc em joaocoutinho.com.br Tue Jun 29 15:54:53 2010 From: jc em joaocoutinho.com.br (=?ISO-8859-1?Q?Jo=E3o_C=2E_Coutinho?=) Date: Tue, 29 Jun 2010 19:54:53 -0300 Subject: [Cascavel-pm] ebook reader [ off-topic ] In-Reply-To: References: <696171.58144.qm@web30806.mail.mud.yahoo.com> Message-ID: On 6/24/10, Nelson Ferraz wrote: > Em 24 de junho de 2010 16:48, Frederico Recsky escreveu: > > > gosto do kindle, o nelson tem um e é massa. > > > Eu comprei o meu Kindle no final do ano passado. Na maior parte do > tempo, leio livros de ficção baixados na internet. (O Cory Doctorow, > por exemplo, é um escritor fantástico -- recomendo fortemente!) > > Mas confesso que o lançamento do iPad abalou minha convicção no > Kindle. O Kindle ainda é mais confortável para leitura de conteúdo > estático, e a bateria dura uma semana sem recarga. Estas duas > vantagens são indiscutíveis. Mas o iPad (e os tablets que virão por > aí) são melhores em todo o resto. Simplesmente não tem comparação. > > Estou esperando apenas pela primeira leva de tablets rodando Android. :) Então a sua espera acabou: http://www.cisco.com/en/US/products/ps11156/index.html > > []s > > > Nelson > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > --