| Autor |
Mensagem |
|
|
Taz wrote:
Pior... um projeto estratégico desse porte deveria ser coordenado e executado internamente, quando na verdade a grande responsabilidade fica a cago de consultorias terceirizadas que são obrigadas a seguir os conselhos de consultores de fornecedores de produtos que nunca tiveram experiência prática com projetos SOA e cujo único objetivo é entuchar mais licenças (ou subscrições) no cliente.
Nunca confie em consultores. Como diria sei la quem: "Quem sabe faz, quem nao sabe ensina, e quem nao sabe ensinar presta consultoria".
|
 |
|
|
carol_programadora wrote:
1) Como fazer teste de carga e estresse na prática apenas com requisitos???
Pra mim, isso seria depois de um módulo, ou alguma parte pronta, você começa a fazer um teste desse pra ver o comportamento, se o sistema vai aguentar várias requisições, vários usários, etc. Como seria feito isso na prática sem nenhum código???? Estou errada?
Nao faz. Voce esta certa!
carol_programadora wrote:
2) Como fazer testes funcionais apenas com protótipos???
No meu entendimento, teste funcional o sistema já deve ter alguma tela pronta, ou usando um framework para fazer isso simulando usuários, depois de ter feito teste de unidade e o teste de sistema e aí sim fazer um teste funcional. Estou errada?
Nao, voce precisa fazer/executar testes funcionais desde o inicio, nao com prototipos mas sim com os requisitos. O ideal seria nao incluir a UI nos testes funcionais. O objetivo é testar as regras de negocio. Num projeto bem arquitetado essas regras de negocio estao agrupadas num lugar, e este lugar nao é a interface do usuario. Quando os testes funcionais passarem significa que o caso de uso foi implementado.
carol_programadora wrote:
3) Teste de sistema antes do teste de unidade???
Pelo pouco que estudei até agora, eu achava que primeiro fazia teste em unidades pequenas e separadas, e aí sim depois disso seria feito o teste de sistema, onde envolveria varias unidades que foram testadas, mas agora sendo testadas num conjunto maior, digamos essas unidades integradas. Estou errada ?
Quem tiver uma conhecimento prático sobre desenvolvimento utilizando prática de testes, me auxilie nas minhas dúvidas.
Obrigada, Carol.
Voce esta falando dos testes de integracao? Se for acho que voce esta certa.
|
|
|
|
Joao.Gabriel wrote:Cara, massa a montagem!
Dá pra fazer um com o Duke dando um tiro na cabeça do presidente da Oracle? 
Parabéns.
ou vice-versa.
|
|
|
|
ralphsilver wrote:Duvido muito que a oracle vá acabar com o java, principalmente porque os projetos dela são feitos com essa linguagem. Mas acredito que ela poderá tornar varios componentes free para pagos.
O que seria acabar com Java? como isso seria feito? (note que COBOL esta por ai ate hoje!)
|
|
|
|
Reviraovlta? Descoberta relacao entre o juiz do caso e a industria de copyright:
http://www.thelocal.se/19028/20090423/
|
|
|
|
|
Em geral sao 10 anos ou 10.000 horas para se dominar uma linguagem.
|
|
|
|
fredferrao wrote:
Tem certeza que nao viu? " Ow my god, estou estudando pra SCJP e agora nao sei mais o que fazer!! Eu vi pelo menos 3 destas!! Isso relacionado com certificacoes, sem falar em: " ow my god, estava com duvida se estudava java, agora sim vou me dedicar" essa pelo lado positivo. Ou outro do outro lado "ow my god, vou fazer um curso .net, esta tudo acabado".
Acho quem ta comecando a estudar Java agora tem todos os motivos pra estar preocupado, e quem ja programa seria bom comecar a ampliar seu conhecimento em outras linguagens porque daqui pra frente é ladeira abaixo!
|
|
|
|
ranophoenix wrote:
cmoscoso wrote:
Mas "tecnologia alinhada aos negocios" foi o mais engracado.. 
Em nenhum momento quis te fazer rir com minha opinião e estava levando a sério as tuas até agora. Fico por aqui.
Desculpa cara,
Foi o calor da discussao, nao tive a intencao de ofender.
Abracos,
|
|
|
|
Sera que os criadores de K7, CDs e MP3s tambem devem ser processados?
Quanto ao servico nao concordo que ele seja tirado do ar, afinal ele promove a troca de conteudo legal tambem.
|
|
|
|
ranophoenix wrote:
Pensando corporativamente, qual seria o CIO que adotaria uma tecnologia adotada somente por alguns apaixonados que só sabem justificar tecnologia pela tecnologia? Na minha opinião, se a tecnologia não estiver alinhada aos negócios é um custo e não um investimento.
O mesmo CIO que hoje se ve preso a um fornecedor que em plena crise reajusta o valor das suas licencas consideravelmente?
Mas "tecnologia alinhada aos negocios" foi o mais engracado..
|
|
|
|
ranophoenix wrote:
Joao.Gabriel wrote:
Usar a tecnologia é uma coisa, contribuir para o crescimento dela é outra.
Discordo completamente. Na minha opinião quando uma grande organização, como a Oracle, ou até mesmo uma grande comunidade, resolve adotar uma tecnologia, consequentemente, ela está contribuindo tanto para o crescimento como para consolidação dessa tecnologia. Isso gera demanda e se o crescimento da demanda não estimular o crescimento de uma tecnologia então não sei mais o que estimularia.
Java nunca precisou da Oracle pra se consolidar!
A Oracle sempre usou a tecnologia para empurrar suas licencas de banco de dados, estimulando um mercado de contratacao bodyshop e projetos waterfall. Ou seja, ela nunca contribui em nada pra tecnologia e seus usuarios!
Mas agora os tempos sao de crise, nao sei como sera a nova Oracle. Talvez se a sun for tratada como uma unidade interna da Oracle podemos esperar alguma inovacao, senao a propria Oracle estara em apuros num futuro proximo.
|
|
|
|
israel.fonseca wrote:Hmm interessante, mas o que isso muda na vida dos desenvolvedores?
Se voce trabalha numa oracle shop provavelmente sera obrigado a usar o netbeans ao inves do jdeveloper.
|
|
|
|
|
Quem leu o livro e tirou algum provoeito das ideias ali contidas provavelmente nao compartilha da mesma opiniao de que DDD é apenas sobre orientacao a objeto. Nessa questao o Sergio parece nao perceber a diferenca entre afirmar: "DDD é igual a OO" -de- "DDD é igual a OO com responsabilidade". Mas entre essas duas afirmacoes existe uma grande diferenca, a responsabilidade. E responsabilidade é um componente inerente tanto ao processo quanto ao design. Portanto DDD pode ser sim OO com responsabilidade, ou programacao funcional com responsabilidade, ou metodologia agil com responsabilidade, e em todos os casos DDD traz algo de util que pode ser aproveitado. Se é novidade ou nao qual a importancia disso para o objetivo final que é entregar software que atenda as necessidades do usuario?
|
|
|
|
Felipe Kan wrote:
kaizenman wrote:Olá pessoal. Seguinte, em algumas empresas, o UML é amplamente utilizado. Às vezes, o programador recebe o UML já pronto,
completo, e só deve preencher a implementação, devendo seguir À RISCA o UML. Essa é uma prática boa? Ou tem várias desvantagens?
Acho que é boa sim. Pois provavelmente quem fez foi o arquiteto (teoricamente o cara deve manjar* bem).
*Na minha opinião um arquiteto deve ser bom em Java(OOP, EJB, e etc) e na "regra de negócio". O que adianta uma certificação de arquiteto se ele não vai ter a visão da regra de negócio de que "Pessoa" pode ser "Jurídica" e "Física". Na prática, vejo coisas totalmente esdrúluxas em termo de arquitetura, pois o cara sabe bem Java, mas não conhece "regra de negócio".
Nada é mais esdruxulo pra mim do que arquitetos que nao produzem sistemas, apenas documentacao.
|
|
|
|
kaizenman wrote:Olá pessoal. Seguinte, em algumas empresas, o UML é amplamente utilizado. Às vezes, o programador recebe o UML já pronto,
completo, e só deve preencher a implementação, devendo seguir À RISCA o UML. Essa é uma prática boa? Ou tem várias desvantagens?
Esse modelo é ineficiente. Mas vantagem ou desvantagens depende de cada caso, por exemplo se nao souber fazer melhor qual outro jeito senao desenvolver software como ha 20 anos?
Particularmente, quando uso, uso UML pra comunicacao informal entre os papeis de perfil tecnico, nunca entre os usuarios. Uma equipe que usa UML pra especificar requisitos tem muito que melhorar no seu processo.
|
|
|
|