[SP-pm] [ Was: Boas vindas a Diana ] Now: World vs. Java

[Blabos de Blebe]

Malandro é malandro, mané é mané...

Nâo existe linguagem à prova de macaco, mas existe macaco à prova de
linguagem...

2009/11/20 Daniel Vinciguerra <daniel-vinciguerra em hotmail.com>:
>
>
>
>
> From: saopaulo-pm-bounces+daniel-vinciguerra=hotmail.com em pm.org
> [mailto:saopaulo-pm-bounces+daniel-vinciguerra=hotmail.com em pm.org] On Behalf
> Of Diana Rosa
> Sent: sexta-feira, 20 de novembro de 2009 15:30
> To: saopaulo-pm em mail.pm.org
> Subject: Re: [SP-pm] [ Was: Boas vindas a Diana ] Now: World vs. Java
>
>
>
>
>>  Daniel Vinciguerra
>>> Desanimador é dar manutenção em uma classe que implementa o conceito de
>>> ManagedBean(Controller) do framework Java ServerFaces, onde nesta o
>>> desenvolvedor fez toda as regras de negócios e conexões com banco...
>>> O conceito do uso do framework e o pattern MVC foram pro saco...
>
> ou pior.. num projeto EJB3/JPA/JSF, de repente vc encontra um Servlet puro
> na vista com tudo embrulhado!
>
>> Tarcísio Sassara
>> A quantidade de código mau feito nas empresas é proporcional a:
>> * Falta de profissionais competentes no mercado.
>>  * Incompetência no processo de contratação.
>>  * Profissionais mau pagos.
>> * (outros fatores)
>
> sim, em graaande parte seriam deficiencias do programador, mas alguma
> orientação por parte da empresa também faz falta.. gosto muito da pratica de
> pair programming.. equilibra a equipe e é otima forma de troca de
> conhecimento..
>
> Também já vi muito neguinho fazendo cagada por não saber seguir o processo
> que a empresa construiu com muito suor.
> Não que o processo seja a alma da coisa mas oferece no mínimo um “flow”
> bacana para os desenvolvedores não “pisarem fora da faixa” e para que possa
> se mantido o mínimo de organização entre alguma atividades.
>
>
>
>
>
> 2009/11/20 Tarcísio Sassara <sassara.tarcisio em gmail.com>
>
> 2009/11/20 Nilson Santos Figueiredo Jr. <acid06 em gmail.com>:
>
>> 2009/11/20 Daniel Vinciguerra <daniel-vinciguerra em hotmail.com>:
>>> Desanimador é dar manutenção em uma classe que implementa o conceito de
>>> ManagedBean(Controller) do framework Java ServerFaces, onde nesta o
>>> desenvolvedor fez toda as regras de negócios e conexões com banco...
>>> O conceito do uso do framework e o pattern MVC foram pro saco...
>>
>> Agora imagina um script CGI com 6mil linhas em que nem existe uma
>> classe pra implementar nada.
>> Está tudo dentro de uma blocão de if-elsif, sem usar warnings ou
>> struct, sem mesmo usar o CGI.pm, fazendo leitura de parâmetros na mão.
>> Esse tipo de coisa tem aos montes por aí.
>>
>> Esse é o meu ponto.
>>
>> Eu provavelmente sou um dos maiores adversários de Java que você vai
>> encontrar por aí, mas eu conheço por experiência própria o que
>> desenvolvedores ruins são capazes de fazer em Perl. É coisa
>> inimaginável. Parece que eles pegam o slogan de Perl e entendem como:
>> existe mais de uma maneira de fazer cagada. E buscam a pior maneira
>> possível.
>
> Existe linguagem à prova de programador ruim? (Nem é uma pergunta retórica)
>
> O que não me conformo é que a teoria da evolução proposta por Darwin,
> a seleção natural não se aplicam neste ramo.
>
> Melhor ter uma boa "lábia" que habilidades.
>
> Programadores experientes ou não que não querem nem
> saber de novas maneiras ou boas práticas estão por todo lugar.
>
> A quantidade de código mau feito nas empresas é proporcional a:
>  * Falta de profissionais competentes no mercado.
>  * Incompetência no processo de contratação.
>  * Profissionais mau pagos.
>  * (outros fatores)
>
> Diferentes linguagens se destacam em diferentes áreas.
> Gosto muito de Java para aplicativos Desktop,
> enquanto acho uma porcaria para WEB.
> Prefiro PHP com um bom framework.
>
>
> --
> Tarcisio F. Sassara
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>