| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | A versão que _AINDA_NAO_ESTA_ESTAVEL_ do PHP vai passar a ter as funcionalidades que o ASP.NET já tem há cerca de um ano!
[Ironia]
Como serão os ultimos dias do moribundo ASP.NET ?!!
[/Ironia]
|
| |
| |
| | Eventualmente, os mesmos do moribundo ASP assim que surgiu o PHP 1.0 :-)
|
| |
| | | A versão que _AINDA_NAO_ESTA_ESTAVEL_ do PHP vai passar a ter as funcionalidades que o ASP.NET já tem há cerca de um ano! Do artigo M$: - Compilation
- Built-in Objects
- Supported Programming Languages
- Debugging
- Opportunities for Code Reuse
- DataSources Supported
Do artigo do PHPBuilder: - The new object model
- Exceptions
- Namespaces
Ena, tudo coisas que o Zope tem há 3 anos... Cumprimentos Mario Valente
|
| |
| | Ainda há quem pense que o primeiro a chegar é o melhor...
|
| |
| | Pelo menos tem mais tempo para amadurecer do que os outros.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | "O PHP5 ainda não saiu oficialmente e já mostra ter grande potencial." Desculpa la mas isto é tipico paleio da MS :) Pelo menos ja andam a aprender o paleio do marketing! Assim o Linux e PHP ja podem evoluir e conquistar o mundo :)
|
| |
| |
| | Ok desculpa pela maneira como expressei o meu contentamento .
Mas seja como for é um passo em frente no open source.
|
| |
| Giro. (Pontos:1, Despropositado) |
| | | Features muito interessantes (nao resisto a dizer que estas existem em Java ha' anos) -- mas o que interessa e': existem ferramentas CASE e um conjunto bem suportado de application-servers para PHP?. Se a resposta e' nao, entao esta comparacao e' academica.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| |
| | Se reparares, essa ideia do academico acompanha sempre o proprio desenvolvimento open-source.
Acredito sim, que se houvesse uma empresa a passar facturas pelo produto ja' nao fosse tao academico.
Quanto aos pre-requisitos necessarios para partir a linha do academico -- onde e' que recebeste formacao para as definir?
Cheers.
^S^ |
| |
| | | Quanto aos pre-requisitos necessarios para partir a linha do academico -- onde e' que recebeste formacao para as definir? E' preciso formacao ? Quem decide sao as pessoas que investem dinheiro e tempo nestas coisas -- esses e' que decidem se uma tecnologia sobrevive ou morre. E segundo esse ponto de vista, posso-te dizer que pessoalmente nao investia $$$ no PHP.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Eu não investia dinheiro em java.. Sabes, é que sou daqueles que gosto de desenvolver aplicações rápidas, nem que isso implique o emprego de várias tecnologias diferentes, não "one-ring-to-rule-them-all" e depois ficar à espera que algo aconteca.. A ideia de ter 4 linhas de código para escrever um hello world que ocupa 4 megas de ram e demora uns 15 segundos a executar, simplesmente é um mau começo numa linguagem =)
Java tem o seu lugar, mas para web scripting, nada como php.
|
| |
| | quando saires dos programas "hello world" para algo mais avançado, talvez querias usar o java ;)
o PHP é uma scripting language, e como todas as scripting languages é bom para desenrrascanços apenas
|
| |
| | Tenho 4 anos de experiência em Java, infelizmente a Universidade obriga a isso.. desde simples programas até RMI's, passando por sockets, jogos, estruturas, etc, todo o curso ensina a programar em java. E quanto maior é o projecto, mais tedioso é a compilação e execussão do projecto. Atão se fores buscar AWT e SWING, ui, que tédio.
PHP é uma scripting language para a web, se queres comparar vai buscar JSP. E não, não é boa para desenrascansos, para WEB considero pela minha experiência em desenvolvimento de pequenos e médios sites a minha preferida. E há quem tenha grandes projectos em PHP, basta procurares. Até o SAPO segundo se constou, já foi em tempos php disfarçado de ASP.
|
| |
| | | Tenho 4 anos de experiência em Java, infelizmente a Universidade obriga a isso.. desde simples programas até RMI's, passando por sockets, jogos, estruturas, etc, todo o curso ensina a programar em java. E quanto maior é o projecto, mais tedioso é a compilação e execussão do projecto. Atão se fores buscar AWT e SWING, ui, que tédio. Ou te estao a ensinar as coisas erradas sobre o Java, ou entao nao queres ouvir.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
|
| | | http://www.tek271.com/articles/JavaOrPhp.html
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Parece-me um pouco tendencioso, o código java aparece descontextualizado; no caso do PHP o código necessário é realmente só o que lá aparece, no caso do java o que eles mostram é regra geral uma linha para além de várias outras sem a qual o programa nem correria.
A maneira como eles transformam o facto de o java não fazer as coisas em wins é um pouco dúbia, por exemplo no PHP "<?php phpinfo(); ?>" e no java "Java does not have global variables." dá como resultado "Java. Not having global variables helps in maintenance and upgrade of software.", para já isto nunca seria um win para o java porque no PHP existe opção e no java não, depois o phpinfo() é uma função e não uma variável global, a informação apresentada pelo phpinfo() simplesmente está colocada em variáveis globais o que não impede a sua colocação como propriedades de um objecto ou algo do género, logo é uma perda para o java.
No caso dos data types, o java ganha porque tem mais, não me parece que isso só por si seja uma vantagem.
Nos nomes das variáveis o java ganha assim de repente sem uma explicação, não é convincente.
De vez em quando o java ganha porque "as coisas estão em objectos bem organizados", este é o tipo de argumento relativo que não quer dizer nada.
Estes são alguns exemplos das muitas mais falhas que existem neste artigo é puro java advocacy em que se dá 5 victórias ao PHP para não parecer mal.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | | Nao acho o artigo tao tendencioso como isso, pelo facto de que o artigo ignora um numero de coisas -- por exemplo, o facto de que o Java/J2EE e' uma framework e nao apenas uma linguagem -- que e' o ponto (muito) fraco do PHP.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Por isso é que a comparação é ridícula! Mas serei o único a defender que não se compara Java com php? Cada macaco no seu galho, se realmente querem fazer uma comparação mais justa entre php e outra linguagem, escolham uma linguagem para web scripting, neste caso JSP. Java tem uma panóplia de aplicações. Agora a moda é java nos telemóveis, continuando com o meu ponto inicial, que éra a lentidão do java, já repararam no tempo enorme que as aplicações java demoram a arrancar? Ainda não vi um telemóvel onde isso fosse rápido. Ok, não os vi todos no mercado, mas até agora, so far so bad.
|
| |
| | | Por isso é que a comparação é ridícula! Mas serei o único a defender que não se compara Java com php? Cada macaco no seu galho, se realmente querem fazer uma comparação mais justa entre php e outra linguagem, escolham uma linguagem para web scripting, neste caso JSP. Pa', acredita que nao quero ser mauzinho -- mas a tua ignorancia de Java e J2EE invalida os teus argumentos todos. Passo a explicar: 'JSP' nao e' uma linguagem de web-scripting -- e' apenas uma outra aplicacao do Java -- o JSP e' parte do framework J2EE, que entre outras coisas te permite desenvolver aplicacoes para a web. O J2EE tem um numero de abstraccoes: o 'JSP', 'Servlets' e 'Beans' (ou 'Enterprise Beans') -- isto segue um padrao de desenho chamado 'Model-View-Controller', onde o 'Model' (Beans) representa a abstraccao dos dados, 'View' (JSP's) representa a apresentacao dos dados, e o 'Controller' (Servlets) e' o interface entre as duas abstraccoes. Este e' um modelo muito poderoso que te permite desenhar aplicacoes onde os dados sao separados do teu modelo de visualizacao (entre outras coisas) -- e' algo que o PHP (por muito que queiras) nao faz -- o PHP tem os tres modelos semi-integrados na mesma coisa (e mal integrados pois nao tens persistencia). Sugiro a leitura de uns livrinhos antes de vires mandar postas de bacalhau a quem anda nisto 'a muitos anos...
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Eu sei disso, infelizmente tive que usar jsp a invocar umas tralhas em RMi que me deram uma dor de cabeça do caraças. Mas, caro Sr-que-sabe-tudo, neste caso, dentro do J2EE indica-me uma parte que seja equivalente ao php. Qual a única que podes comparar? Que eu saiba, tirando obviamente todas as opções de servlets, beans, etc, etc e ficando limitado a JSP, essa é possívelmente a única comparação justa que podes fazer, sabendo claro que JSP é mais poderoso por poder usar outros componentes de todo o J2EE. E mais, se sentes que te mandei postas de bacalhau, problema teu. Se andas à muitos anos devias tentar perceber o que as pessoas escrevem e não tentar encontrar pontos para criticar.
|
| |
| | Penso que o artigo do MSDN está uma análise muito mais completa e interessante de comparação (ASP/PHP)do que este (JAVA/PHP), que está demasiado simplista no meu ponto de vista.
|
| |
|
| | | Quite frankly, there are only two reasons I can see for writing Java servlets instead of using the others. One, your company is a Java shop and Java programmers are required to do server-side programming; or two, your server-side programming needs require large, complex programs, and it has been determined that you need the "power of Java." If this requirement was determined by your pointy-haired boss, use one of the other languages, surf for a few weeks, then tell him you did it in Java. Esta conclusao do tipo que escreveu o artigo demonstra que ele nao conhece: - J2EE (apenas fala de Java servlets, que nao teem nada a ver com PHP -- o equivalente do PHP no J2EE sao JSP's),
- Modelacao (ainda gostava de ver alguem a produzir uma ferramenta CASE que gera PHP),
- Ambientes empresariais (o apelo do Java nao tem nada a ver com aspectos de marketing, mas sim a ver com consideracoes tecnicas como escalabilidade, e distribuicao de componentes).
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | | o apelo do Java nao tem nada a ver com aspectos de marketing, mas sim a ver com consideracoes tecnicas como escalabilidade, e distribuicao de componentes Nalguns casos tens razão. noutros é puro "hype". Faz-me lembrar uma história que me contou o professor de Sistemas Distribuidos, onde uma empresa estava a usar Web Services dentro da sua intra net só porque "Web Services é o futuro!" Acontece o mesmo em java, nalguns casos, claro.
|
| |
| | | Quando saires da universidade e tiveres uns anos de bagagem diz qualquer coisa e falamos a falar nisto.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
|
| | Eu até li com muito interesse, agora peço que me expliques é o que é que o artigo tem a ver com a minha crítica da velocidade de compilação e execução de java?
Depois o artigo está cheio de incoerências. Num dos pontos indica que o uso de variàveis globais é um aspecto mau e que Java ganha por nao as ter, e nos pontos 5 e 6 do primeiro quadro diz que é um empate no uso de variáveis globais.. No segundo quadro, no ponto 7 o autor não tem conhecimento da diferença entre include e require do php. Para finalizar quero apenas dizer mais uma vez que comparar uma scripting language feita para a WEB com uma linguagem All-in-one é no mínimo injusto. O autor numas partes compara claramente jsp com php, noutras já compara java em si com php.
|
| |
| | | Eu até li com muito interesse, agora peço que me expliques é o que é que o artigo tem a ver com a minha crítica da velocidade de compilação e execução de java? E agora digo-te eu: este argumento da velocidade de execucao/compilacao do Java so' e' valido para quem tem uma falta de visao completa das coisas. 'A 30 anos atras tambem havia quem achava que linguagens compiladas eram 'muito lentas' e nao optimizadas -- os homens a serio tinham barba e escreviam software em assembler. O que interessa nao e' se a linguagem executa com mais ou menos latencia (sabes o que isto quer dizer ?) -- o que interessa e' se o cenario de execucao escala, e o codigo e' "maintainable". Sugiro a leitura do seguinte: Why OO/Java is Good
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information |
| |
| | | E agora digo-te eu: este argumento da velocidade de execucao/compilacao do Java so' e' valido para quem tem uma falta de visao completa das coisas. Tanta gente com falta de visão 'A 30 anos atras tambem havia quem achava que linguagens compiladas eram 'muito lentas' e nao optimizadas -- os homens a serio tinham barba e escreviam software em assembler. Á 30 anos atrás, se eles tivessem o poder de uma máquina actual se calhar não diziam isso. Se calhar à 30 anos atrás fazia realmente a diferença O que interessa nao e' se a linguagem executa com mais ou menos latencia (sabes o que isto quer dizer ?) -- o que interessa e' se o cenario de execucao escala, e o codigo e' "maintainable". Sei o que é latência. Afinal quem aprende java na faculdade tem que viver com isso. Os teus argumentos poderão ser válidos tento em conta a tua experiência e os casos onde trabalhas. Há aplicações onde a velocidade interessa. Há aplicações onde a escalabilidade interessa. Há aplicações onde tudo interessa. E java tem feito muitos progressos, ainda me lembro de programar em AWT com java 1.2. Melhor, ainda me lembro de numa cadeira de inteligência artificial estarmos a correr o robocup com uma máquina servidor e mais duas, uma para cada cliente porque simplesmente o servidor não aguentava mais. e na altura eram máquinas razoáveis. Hoje em dia com Swing já é bem melhor. Resumindo, java é lento. Está a melhorar mas continua a ser lento. Lembro-me de um artigo na ZDnet já há bastante tempo que comparava php com jsp e jsp era francamente mais lento. Procurei no google e na zdnet mas já não entonrei nada. Eu comparo a filosofia dos jipes com java.. fazem tudo o que os outros fazem, fazem muita coisa que os carros normais não fazem. Mas tudo mais devagarinho =)
|
| |
| | A limitação do hardware pelos vistos obrigou-te a criar uma aplicação cliente-servidor altamente escalável. Cada cliente do robocup passou a fazer processamento AI e o servidor apenas faz a comunicação entre os dois clientes.
Isso é porreiro porque assim, em vez de apenas o teu grupo de trabalho de duas pessoas poder jogar, podem existir vários grupos de duas pessoas.
Ou mais que isso, podes implementar jogos entre mais de duas pessoas sem teres de mexer uma palha no código do servidor - isto claro, se não tiveres limitado o nr de jogadores por jogo - o que faz da tua aplicação um potente jogo multiplayer que podes distribuir com uma licença GPL pelo Campus e fazer toda a gente feliz :)
Para estas coisas é que o Java e a .Net Framework servem... podem ser lentos mas são potentes o suf para não se irem abaixo se planeares ir mais além ;)
Nada do que foi escrito deve ser levado em consideração... |
| |
| | Esse jogo seria feito em JAVA? Só se fosse um jogo de tabuleiro, pela velocidade que tenho visto nas aplicações feitas em JAVA.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | A analogia do jipes esta excelente !!
|
| |
| | Features muito interessantes (nao resisto a dizer que estas existem em Java ha' anos) -- mas o que interessa e': existem ferramentas CASE e um conjunto bem suportado de application-servers para PHP?. Se a resposta e' nao, entao esta comparacao e' academica.
Qual sera a dificuldade da Trilogia ASP; JSP; CF com todo o poder de marketing da MICROSFOT; SUN e respectiva MACROMEDIA em conseguir derrubar o PHP?
Academica?
acho que nao. A dificuldade e' bem real!
Make World; Not War; |
| |
| | Quando à um menos de um mês perguntei a um membro do canal #php no irc.freenode.org, quando é que o PHP iria suportar destructores como em Java ( a mim dava-me jeito ), ele disse que PHP não era Java, mas que já haviam saído novas funcionalidades para OOP no PHP.
Foi mais ou menos assim a conversa que tive com ele.
De qualquer modo o pessoal que não se preocupe, só usa OOP quem quiser.
|
| |
| | MSDN:
when passing the object as a parameter to a function, the whole object is copied. Para variar... "esquecem-se" de alguns detalhes; neste caso, o operador & Shmucks. Nem vou perder mais tempo.
|
| |
| |
| | Tens razão mas só em PHP4 (que é supostamente o que é analisado no artigo).
Mas lê o resto que vale a pena... e é verdade.
|
| |
| | Não fales sem saber... tens o operador ref...
|
| |
| | Mas eu só espero é que as novas funcionalidades que surgem com o objectivo de aproximar o PHP às outras linguagens OO não acabem por estragar o que o PHP tem de bom. É que o PHP tem ganho por ser diferente (para melhor) e orientado para a web... E assim, não sei. Teremos que esperar para ver.
Também não percebo qual é o interesse e necessidade de montar tanto hype à volta do PHP5. Se o PHP teve o sucesso que teve foi devido a ser o melhor naquilo que faz e não porque alguém decidiu entrar em "guerra" com a M$.
|
| |
| | Tentem votar este artigo neste link. Em seguida copiem o endereço da barra de endereço e abram em outra janela e tentem votar novamente... voilá... Server Error, é isto que a M$ quere mostrar e vender... grande coisa.
Eusébio |
| |
| |
| | Olha lá depois de experimentar a tua receita obtive "please rate each page only once".
|
| |
| | Então tenta mais uma vez depois de obteres essa mensagem maravilhosa!! hheehhe... ...i'm not the only one...
Eusébio |
| |
| | Eusébio craque, tentei uma série de vezes e tenho a mesma resposta sempre (está a ser muito consistente), e não consigo ter o server error...
|
| |
| | estranho... esquece o copiar o endereço para outra janela... tenta só votar a seguir a mensagem... eu levo logo com o belo erro onde deveria estar o formulário de "rate".
Eusébio |
| |
| | nope, continuo sem conseguir
|
| |
| | óptimo! pelo menos não calha todos.. hehehe. Mas já tentaste olhar o final da página??
Eusébio |
| |
| | Deixa-me adivinhar... tás a usar Internet Explorer?
|
| |
|
| | Pois! É assim, o ASP.NET foi desenvolvido com a premissa de ser independente do browser. No entanto e como é óbvio os browsers possuem capacidades diferentes e em algum lado (no servidor) é necessário configurar, mediante o 'target' o que é que ele suporta ou não. Por exemplo, dizer que o IE6 suporta Javascript 1.2 e que o IE4 não.
Pois bem , este ficheiro tb tem as configurações para o Mozilla. O problema está que, estarem lá ou não vai dar ao mesmo, porque estão erradas. Por exemplo, na configuração base o Mozilla está marcado como um browser a não suportar... javascript.
E a explicação é essa, o outro pessoal estava a aceder usando o Mozilla.
|
| |
| | Isso explica muita coisa e não abona nada a favor do que corre no servidor.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Eu tive o erro logo à primeira, nem precisei de tentar votar 2x. Estou a usar o Mozilla Firebird(Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6).
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | E mais uma coisa... eu aqui no meu mozilla faço reload à página e voto quantas as vezes me apetecer, excepto quando dá o belo erro! É isto que a M$ quere vender?? isto não demonstra fiabilidade nem consitência alguma. Se não é do ASP .NET é do belo servidor IIS/NT
Eusébio |
| |
| | Deve ser culpa dos nabos dos programadores, afinal não estou a ver os bons programadores a perderem tempo com merdas tipo ASP's.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | | Hummm... interessante, sempre ouvi dizer que "a culpa nunca e' do material", mas pronto.
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Mas pode ser da linguagem e do típico utilizador da mesma.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
