Trabalho com java a 5 anos e hoje inicio um novo projeto a cada 4 meses mais ou menos e um único detalhe que a programação PHP se esquece é que a vida de um sistema é 10% em programação e 90% em manutenção, ou seja, não adianta fazer uma aplicação em 10 dias com qualidade baixa(entendam qualidade como manutenibilidade) e depois passar 90 dias tendo dor de cabeça devido a uma alteração(adaptação) de um caso de uso que não foi corretamente detalhado, por exemplo.
Onde estou querendo chegar? Se você vai fazer um programa pra você, pra empresa do seu pai, pra padaria do seu Joaquim ou até mesmo um site então use php, concordo plenamente, são linguagens com propósitos totalmente diferentes. Agora se você está numa equipe de 30 pessoas(todas desenvolvendo a mesma aplicação) em um grande projeto, onde métricas de software e a necessidade de sincronização do pensamento da equipe são fundamentais, então nem pense duas vezes, J2EE e alguns frameworks dão conta do recado, dependendo apenas do talento da equipe e do arquiteto. Quanto a compra de hardware: Mais uma vez, você não vai comprar um Xeon com 4 processadores e 32Gb de Ram com 4 discos SCSI pra padaria do seu Joaquim! Servidores J2EE são projetados pra aguentar o tranco de muitas conexões simultâneas e garantir o nível de isolamento de transações necessário para aplicação. Até aproveitando a oportunidade na lista, do que adianta um cluster de postgres (4 máquinas) bem configuradas, tunadas e trabalhando em sincronismo se a sua aplicação(php no caso) não faz sua parte? Abraço a todos. Em 16/10/07, Vitor Fernandes <[EMAIL PROTECTED]> escreveu: > > 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 > -- Sds, Thiago Diogo --- "Em um mundo sem paredes, quem precisa de janelas ?" - www.bizupedia.com ---
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
