[Cascavel-pm] Res: off topic DotNet

[Alceu R. de Freitas Jr.]

----- Mensagem original ----
> De: Eden Cardim <edencardim em gmail.com>
> 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