> Bom... IMHO, um bom desenvolvedor tem que ter uma visao
> completa de todoo o processo de desenv. de software. Acho
> que esse negocio de "eu faço essa peça, passo pra voce,
> que faz a outra parte e passa pra outro, etc..." é coisa
> de revolução industrial, 1850, Taylor, Dent, Ford, etc..
Me desculpe mas acho que voce esta redondamente enganado.
Orientacao a objetos, componentes de software, etc. sao
tecnologias que vieram exatamente para agilizar o desenvolvimento
de softwares e aumentar a produtividade dos desenvolvedores.
"Software Reuse" (vide Jacobson book) eh a palavra chave aqui.
> Somente um desenvolvedor que conhece a arquitetura como um
> todo vai ter dicernimento para tomar as decisoes corretas,
> visualizar os riscos de um projeto, e se comprometer realmente
> com a entrega do produto final, e nao "da tarefa que me
> passaram".
Voce esta descrevendo a tarefa de um arquiteto, nao de um
desenvolvedor (programador, em outras palavras). Esse cara
que voce esta falando nao tem que saber todos os detalhes
de implementacao de um determinado software. Isso, por sinal,
pode ser impossivel. Eu trabalhei em um projeto que, quando
eu sai, tinha mais de um milhao de linhas de codigo, desde
infra-estrutura (seguranca, banco de dados, comunicacao,
I/O, etc.) ate a interface grafica, passando pelas mais
esquisitas regras de negocio.
Todos os desenvolvedores tinham uma visao geral da arquitetura
do sistema (um diagrama mais algumas poucas paginas descrevendo
o projeto). Mas era humanamente impossivel fazer com que cada
um deles soubesse dos detalhes dos demais modulos. Concordo que
a visao geral eh necessaria, mas "esse negocio de eu faco esta
peca, voce faz aquela e depois a gente junta" funciona muito
bem, desde que voce saiba o que voce esta fazendo.
Abraco!
Andre
Sakonnet Technology, LLC
NYC
Para desenvolver software robusto, voce
precisa de pessoas capacitadas em areas especificas nos lugares
especificos. Ex: não manda quem sabe fazer interface Swing criar um EJB, não
mande quem sabe fazer EJB criar servlets etcetera
>From: Sven van ´t Veer <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [java-list] Qual o valor de um Certificado JAVA ?
>Date: Tue, 13 Mar 2001 14:53:31 -0300
>
>
>
>Leonardo wrote:
>
>>Uma coisa que aprendemos é que um bom profissional possue uma boa formação
>>(faculdades de primeira linha).
>>Para quem fez uma faculdade de primeira linha sabe hoje porque teve que
>>construir compiladores, sistema operacional, algoritmos de alto
>>desempenho,
>>estruturas internas de um banco de dados, programar em Smalltalk, aprender
>>inteligencia artificial
>
>E bla bla bla..
>
>Isso não necesariamente somente aprende na faculdade. Conheço o livro 'A
>Small C Compiler' era o primeiro livro que li dois decadas atras sobre C
>e nunca vi ninguem, a non ser que tinha lida aquilo, que apos da
>faculdade sabe tanto sobre C que o Livro ensina.
>
>A area de informática é enorme, não dá para saber de tudo. Eu não quero
>alguem que é ferra em Solaris ou Linux (com anos de experiência) e por
>acaso fez cursinho de Java e passou no certificado. Quero pessoas que
>saben escrever código nas cadeiras de desnevolvedores.
>
>Provavelmente não ia passar seu teste. Sou desenvolvedor J2EE, não sei
>nadinha de AWT (ultima vez foi quando jdk 1.1.1 era novinha), não sei
>nada de swing, fez faculdade de direito (tentei Informática mas achei
>uma merda..) e não tenho tempo de estudar para certificação em Java. Mas
>desenvolve e desenho arquiteturas robustas na plataforma J2EE.
>
>Vocé não pode generalisar. Um professional de informática é IMHO aquele
>que se não sabe fazer, sabe achar (nos docs ou num livro) como resolver
>com pouco ajuda e em tempo curto. Não adianta você mandar fazer um teste
>da ´linguagem java´ em geral. Para desenvolver software robusto, voce
>precisa de pessoas capacitadas em areas especificas nos lugares
>especificos. Ex: não manda quem sabe fazer interface Swing criar um EJB,
>não mande quem sabe fazer EJB criar servlets etcetera.
>
>>
>>etc,etc.
>>Só mais uma coisa: Pecado não é copiar código dos outros. Pecado é copiar
>>e
>>não entender nada e ainda por cima dizer que foi ele que escreveu.
>
>Copiar código para tentar entender é um dos melhores maneiras para
>aprender!
>
>sven
>
>
>------------------------------ LISTA SOUJAVA ----------------------------
>http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED]
>-------------------------------------------------------------------------
>
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
