Remodelar todo o sistema, contratar profissionais Java, aquisição de novos servidores porque J2EE é uma bomba (e todo o programador Java sabe disso, mas fica calado que é para não perder o pão), etc...
Haha. A maior parte dos sistemas bancarios, sistemas de comunicação, e uma boa parte da area critica governamental, esta em J2EE. E funcionam perfeitamente. Sistemas podem ser bem arquitetados em qualquer linguagem, não é porque é Java que é bem feito, é porque o arquiteto é bom. A quantidade de lixo java que existe hoje disponível é supreendente. Mas e mais facil de se projetar, implementar e manter, dependendo da complexibilidade do sistema. Em 16/10/07, Pablo Sánchez<[EMAIL PROTECTED]> escreveu: > Em 16/10/07, Angelo Augusto Frozza (UNIPLAC*)<[EMAIL PROTECTED]> escreveu: > > >> O sistema se encontra documentado? > > > > R: Estou partindo do princípio de que o sistema atual não está documentado, > > mas o usuário sabe exatamente quais os problemas que tem e que > > funcionalidades estão faltando. > > CAOS!!! :-D > > > >> O novo sistema adotaria o padrão MVC? > > > > R: Acredito que com o desenvolvimento de um novo sistema, a opção por > > separar a apresentação da lógica de negócios e do acesso aos dados é a opção > > mais inteligente, considerando as novas tendências de desenvolvimento e > > orientação a objetos (mesmo em PHP). > > Alguém vê realmente uma luz no fim do túnel aqui. :-D É perfeitamente > possível fazer toda a orquestração dos serviços com webservice, o que > descarta a questão de "ficar preso a uma tecnologia" já que é possível > intercambiar informações entre sistemas de linguagens diferentes com > WebServices. > > > >> Existe mão de obra qualificada? > > > > R: No estudo de caso vou definir que mão-de-obra não é problema, pois tem-se > > pessoas qualificadas nas duas linguagens. > > PÉÉÉÉÉ! Ponto de perigo. Lembre-se de citar curva de aprendizagem da > linguagem, e custo de preparação/capacitação dos programadores e > analistas nas linguagens, além, claro, dos custos de certificação (a > certificação PHP da Zend, mais aceita pela comunidade, custa apenas > US$ 125,00). > > > >> Custo? > > > > R: Deve aparecer como resultado do estudo de caso. Podemos considerar custo > > de programador igual para as duas linguagens... a diferença então ficaria no > > tempo que se leva para desenvolver algo em PHP ou em Java. > > ERRO. Programadores Java cobram os olhos da cara, mesmo quando muito > ruins. Programadores PHP caem de cachos de banana, o que também é um > problema. Então, você tem que, ainda, acrescentar os custos do > processo de seleção. Dica: www.expertrating.com. Você pode aplicar a > prova de PHP deles (que tem várias questões no banco de dados, e > dificilmente se repetem) para selecionar na teoria o programador PHP, > e depois ainda aplicar um teste prático. O custo de cada prova é de > US$ 10,00. > > > >> Compra de Hardware para rodar o novo sistema? > > > > R: Idem... não foi definido o hardware atual... mas pode ser sugerido no > > resultado do estudo de caso. Vou considerar que a empresa está aberta a > > trocar o hardware (servidor). > > Sistemas em Java costumam consumir horrores de hardware. Um simples > início de sessão requer megas de ram, e mantem threads inativas > abertas e consumindo mais RAM. PHP nesse quesito ganha muito disparado > pois a memória é liberada logo em seguida do processamento do script, > e atende muito bem massas grandes de usuários simultâneos. > > Um abc > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
