Barrapunto

Cada lenguaje tiene su propósito. No me parece muy justo comparar J2EE con PHP. Si tuviera que hacer una gran web gubernamental, por ejemplo, seguramente usaría J2EE. De la misma forma, no se me ocurriría montar toda una infraestructura de EJBs para desarrollar un pequeño foro o un carrito de la compra de "los de andar por casa". En este caso optaría por PHP seguramente. Yo creo que tanto J2EE como PHP cumplen la función para la que fueron creados perfectamente. Lo de .NET lo dejo a parte porque no conozco mucho la tecnología (ni me apetece mirarmela a no ser que me obligue el trabajo). Una reflexión (muy personal): A mi me gusta PHP porque es sencillo y se programa rápido, sin comerte mucho el coco. Si PHP empezara a parecerse cada día más a J2EE ¿no perdería su encanto?

Siguiendo los enlaces he llegado a una página donde sale la encuesta de donde extraen esas presuntas conclusiones. El número de desarrolladores entrevistados ha sido de 400. Me parece que la desviación por error puede ser tan alta como para tirar el estudio directamente a la basura. Sólo falta que sean 400 empleados de Micro$oft.

cuando salio en theserverside

opino como bastante gente de alli, la rigurosidad del estudio y lo en serio que se pueden tomar los resultados es, como minimo, dudosa

para empezar, el "estudio" esta hecho sobre 400 supuestos programadores en la region EMEA (Europa, Oriente poximo y Africa), lo cual es una porcion de la poblacion demasiado pequeña

por otro lado, al parecer es gente que ha respondido a encuestas por la posibilidad de ganar dinero (de 500 a 1000$), lo cual me hace dudar que de verdad todos sean desarrolladores... no es la primera vez que veo estudios donde ofrecen dinero por dar tu opinion sobre un producto (pagando) y se ofrece todo dios a hacerlo.

Lo primero es que en ningun sitio dan datos sobre otras tecnologias que hayan "aumentado" su cuota de mercado. Esto puede significar dos cosas:

1- Es un estudio parcial, por lo tanto no concluyente de nada. Si la gente deja de comer carne no quiere decir que haya mas vegetarianos, puede ser que haya menos vacas.

2- Ninguna tecnologia esta decayendo, simplemente el numero de proyectos esta en declive, y puedo usar el mismo ejemplo de la carne y las vacas.

Yo utilizo varias tecnologias a diario (entre ellas PHP y JAVA, las mencionadas en el articulo), y me parece un poco cansino el eterno debate de cual es mejor o peor. Es como en todo, quien puede decir si un martillo o un destornillador es lo mejor? Cada cosa es lo mejor para lo que mejor sirve, punto.

Anoche estuve instalando mi sistema LAMP conectado con una adsl de telefonica con ip estática (recientemente doblada la velocidad), pero las webs solo eran visibles desde la red interna, y no desde internet. Sin embargo al cambiar los puertos de escucha al 8080 todo funcionaba bien. ¿Tiene telefónica capado este puerto o hay alguna otra cosa que esté haciendo mal? Perdón por el offtopic y gracias

Noticia extraida de javaHispano donde hay quien opina que estos lenguajes de script son para cosas pequeñas Creo que cosas como el portage de Gentoo, Drupal, Gazpacho, Ruby on rails, Slashcode y una lista enorme de proyectos desarrollados con lenguajes de script, no son precisamente "cosas pequeñas"... Es más, no hace falta hablar de la cantidad de hits que tiene Slashdot a diario y no está precisamente hecho con Java.

Aparte de los comentarios ya dichos sobre la fiabilidad del estudio, habría que estudiar esas herramientas por separado. Nadie duda de que Apache tiene la mayor cuota de mercado en Internet en su terreno, y de que Linux va ganando terreno. A lo mejor es que existen muchas más soluciones intermedias, entre J2EE puro con BBDD comerciales, y toda la aplicación desarrollada en plataforma LAMP.

¿Cuántas páginas a las que accedemos a diario acaban en .php? Y otras muchas que sin la extensión propia, haciendo un "curl" nos devuelve un PHP como gestor. Por un lado, el estudio carece de seriedad, y por otro, opino que con PHP y con lo que mejora en cada versión (en este versión 5 inclutye bastantes novedades) se pueden realizar portales enormes El único problema: ser interpretado. Solución: un proxy-caché en el servidor, y como las balas Saludos

No se esas estadísticas como estarán pero la realidad que me he encontrado en estos últimos 5 años es que al menos para la realización de aplicaciones grandes distribuidas y multiusuario se está trabajando con servidores de aplicación en su mayoría para el lenguaje Java, aunque puedes encontrar otras variantes como .Net (en mi caso Mono). Aún así, el número de "usuarios normales" (que supera con creces a las de las empresas que hacen aplicaciones grandes) utilizan soluciones LAMP así que no tengo muy claro si esos datos son muy veraces.

De todos modos y eso es sabido por todos, que es más sencillo encontrar programadores Java que de Phyton, Perl o incluso C++, así que en teoría para las empresas seguro que las soluciones LAMP no están tan extendidas para proyectos que no sean puramente webs creadas con los conocidísimos Nukes, Mambos, Drupales, etc.

Buenas. Desde la experiencia, os corroboro EMO que PHP deberíamos usarlo sólo en proyectos pequeños.

Yo lo primero que utilicé fue ASP a secas. En cuanto el proyecto crecía, era muy difícil su mantenibilidad, por problemas derivados de su rapidez y potencia del lenguaje (VB Script).

Más tarde, reescribí el proyecto ASP anterior en PHP [php.net], esperando que con software libre obtuviera resultados mejores. Y lo fueron: PHP, además de ser libre, era más potente, disponía de más herramientas para facilitar el trabajo, más funcionalidades, etc.

Sin embargo, a medida que se va profundizando en PHP y los proyectos PHP van creciendo, se empiezan a ver proyectos para PHP que permiten tener más estructuradas las cosas: sistemas de plantillas como Smarty [php.net], frameworks MVC (Modelo Vista Controlador), e incluso la propia actualización de PHP4 a PHP5. Hasta que te das cuenta de que PHP, y todo su plataforma de desarrollo conjunta formada por estas herramientas, tiende a parecerse a cosas más robustas y estructuradas como las que existen para el mundo Java.

También he tocado Java con aplicaciones web, un poquito de JSP's y demás, pero no demasiado. Porque la verdad, yo también soy un poco reticente a Java, por el hecho de que no es software libre (no quiero iniciar un flame please).

Por eso, como veía que mi tendencia era llegar a Java sin usar Java, eché un vistazo a .NET. La plataforma .NET sin duda ofrece mucha productividad y el lenguaje C# se puede codear perfectamente con Java (incluso es mejor en algunas cosas EMNTHO, pero esto ya es discutible). Sin embargo, lo que echaba de menos con .NET eran dos cosas:

a) Una plataforma de desarrollo multiplataforma.
b) La tendencia "inherente" a los proyectos y plataformas de desarrollo del mundo Java de estructurar completamente y de forma exquisita el código, obteniendo capas de abstracción de la más mínima cosa.

El punto (b) viene fundado, sobre todo, por la tecnología ASP.NET con la que irremediablamente he tenido que tratar a la ahora de utilizar la plataforma .NET. La versión 1.1 para empezar tiene importantes fallos concernientes a la arquitectura, como que resulta difícil hacer páginas web que validen con los estándares, y sobre todo, páginas web accesibles, en las que el JavaScript sea solamente una opción. Ofrece una capa de abstracción que hace que el programador se olvide de todo, y que incluso no necesite saber ni CSS ni JavaScript. Esto es en mi opinión un error. Además, desde el punto de vista del backend de una aplicación web, con ASP.NET es más difícil elaborar una estructura MVC (al parecer, Microsoft se enorgullece de hacer desaparecer, por arte de magia, la capa del Controlador).

Sin embargo, en el mundo Java, un ejemplo del punto (b) puede ser el proyecto Maverick [sourceforge.net], que ofrece un framework MVC para desarrollar aplicaciones web. Algo bastante elegante.

¿Qué decisión tomé entonces? Una intermedia: no usar Java (J2EE), pero tampoco ASP.NET, ni nada que tenga que ver con Microsoft. Actualmente estoy utilizando un framework MVC denominado "Maverick.NET" [sourceforge.net], el cual es un port de Maverick de Java a C#, y me está dando unos resultados muy buenos. Para desarrollar utilizo MonoDevelop [monodevelop.org], y para los deployments utilizo el runtime de Mono [mono-project.com], Apache 2.0 [apache.org] y el módulo mod_mono [mono-project.com] que permite reenviar las peticiones al servidor XSP [go-mono.com] de Mono.

Para la vista estoy utilizando serialización XML de las clases del controlador de manera que su resultado es transformado en XHTML mediante XSLT. Para la vista también utilizo CSS2/CSS3 (usando IE7/FixIE/IEpatch [edwards.name]) y

Como dice el asunto de este comentario: ¿y que hay de ColdFusion?. Desde que empecé a trabajar de forma profesional solamente me he dedicado a este lenguaje que, aunque propietario, me parece muy potente y flexible, ya que está soportado de fondo por JAVA. Considero que está a medio camino entre PHP y J2EE. Y dicho esto, ¿Porqué solo se habla de cuotas de mercado de PHP,J2EE,ASP.NET y nunca sale a relucir este lenguage?. Aunque parezca en deshuso es ampliamente utilizado en EEUU,Francia,Holanda e Inglaterra (que yo tenga conocimiento), se que el servidor ColdFusion tiene un precio muy elevado, pero también es verdad que se gana mucho en tiempo de desarrollo. Conclusión: Haber si abrimos un poquito más la mente y nos damos cuenta de que no todo es LAMP y Micro$oft.

Yo programo en Java, y he hecho algunas cosas con PHP, y sinceramente, aparte de pensar que el segundo es un lenguaje un poquito de juguete, no veo que es lo que me proporciona comparandolo con Java.

Si la aplicación es enorme, se puede montar una arquitectura con EJBs, servlets controladores y JSPs separando las capas de acceso a base de datos y presentación, y volviendo el código mucho más legible y mantenible.

Una aplicación grande con PHP es infumable. No hay nadie que le meta mano.

Si quiero hacer una aplicación pequeñita, de andar por casa (estilo las que se hacen con PHP), paso de los Servlets, de los EJBs y con unos cuantos JSPs tengo la aplicación hecha, exactamente igual que la hubiera hecho con PHP, y además, con control de excepciones y con un lenguaje fuertemente tipado, que siempre ahorra errores.

La verdad es que LAMP tiene el encanto de ser software libre y se mantiene en la lista de los lenguajes más usados por eso mismo, pero la verdad es que no le llega a Java ni a la suela de los zapatos. De hecho, sólo con que Java fuera libre (a ver que tal resulta el Harmony), PHP empezaría a bajar puestos con una velocidad pasmosa, hasta quedarse como mera anécdota.

Buenas. Desde la experiencia, os corroboro EMO que PHP deberíamos usarlo sólo en proyectos pequeños.

Yo lo primero que utilicé fue ASP a secas. En cuanto el proyecto crecía, era muy difícil su mantenibilidad, por problemas derivados de su rapidez y potencia del lenguaje (VB Script).

Más tarde, reescribí el proyecto ASP anterior en PHP [php.net], esperando que con software libre obtuviera resultados mejores. Y lo fueron: PHP, además de ser libre, era más potente, disponía de más herramientas para facilitar el trabajo, más funcionalidades, etc.

Sin embargo, a medida que se va profundizando en PHP y los proyectos PHP van creciendo, se empiezan a ver proyectos para PHP que permiten tener más estructuradas las cosas: sistemas de plantillas como Smarty [php.net], frameworks MVC (Modelo Vista Controlador), e incluso la propia actualización de PHP4 a PHP5. Hasta que te das cuenta de que PHP, y todo su plataforma de desarrollo conjunta formada por estas herramientas, tiende a parecerse a cosas más robustas y estructuradas como las que existen para el mundo Java.

También he tocado Java con aplicaciones web, un poquito de JSP's y demás, pero no demasiado. Porque la verdad, yo también soy un poco reticente a Java, por el hecho de que no es software libre (no quiero iniciar un flame please).

Por eso, como veía que mi tendencia era llegar a Java sin usar Java, eché un vistazo a .NET. La plataforma .NET sin duda ofrece mucha productividad y el lenguaje C# se puede codear perfectamente con Java (incluso es mejor en algunas cosas EMNTHO, pero esto ya es discutible). Sin embargo, lo que echaba de menos con .NET eran dos cosas:

a) Una plataforma de desarrollo multiplataforma.
b) La tendencia "inherente" a los proyectos y plataformas de desarrollo del mundo Java de estructurar completamente y de forma exquisita el código, obteniendo capas de abstracción de la más mínima cosa.

El punto (b) viene fundado, sobre todo, por la tecnología ASP.NET con la que irremediablamente he tenido que tratar a la ahora de utilizar la plataforma .NET. La versión 1.1 para empezar tiene importantes fallos concernientes a la arquitectura, como que resulta difícil hacer páginas web que validen con los estándares, y sobre todo, páginas web accesibles, en las que el JavaScript sea solamente una opción. Ofrece una capa de abstracción que hace que el programador se olvide de todo, y que incluso no necesite saber ni CSS ni JavaScript. Esto es en mi opinión un error. Además, desde el punto de vista del backend de una aplicación web, con ASP.NET es más difícil elaborar una estructura MVC (al parecer, Microsoft se enorgullece de hacer desaparecer, por arte de magia, la capa del Controlador).

Sin embargo, en el mundo Java, un ejemplo del punto (b) puede ser el proyecto Maverick [sourceforge.net], que ofrece un framework MVC para desarrollar aplicaciones web. Algo bastante elegante.

¿Qué decisión tomé entonces? Una intermedia: no usar Java (J2EE), pero tampoco ASP.NET, ni nada que tenga que ver con Microsoft. Actualmente estoy utilizando un framework MVC denominado "Maverick.NET" [sourceforge.net], el cual es un port de Maverick de Java a C#, y me está dando unos resultados muy buenos. Para desarrollar utilizo MonoDevelop [monodevelop.org], y para los deployments utilizo el runtime de Mono [mono-project.com], Apache 2.0 [apache.org] y el módulo mod_mono [mono-project.com] que permite reenviar las peticiones al servidor XSP [go-mono.com] de Mono.

Para la vista estoy utilizando serialización XML de las clases del controlador de manera que su resultado es transformado en XHTML mediante XSLT. Para la vista también utilizo CSS2/CSS3 (usando IE7/FixIE/IEpatch [edwards.name]) y

Como todas estas eternas discusiones Vi vs Emacs, KDE vs Gnome, PHP vs JSP no tienen sentido pero voy a hacer una puntualización.

No confundamos millones de hits con proyectos grandes. Cuando se habla de proyectos grandes se refiere a cosas que tengan mucha funcionalidad o que sea muy complejo de implementar que no tienen nada que ver con que lo visite más o menos gente.

Una inteante corporativa por ejemplo no tiene visitas porque es privada y puede ser un proyecto enorme.

No confundamos aplicación web con aplicación para el público en general.

Hasta ahora no he conseguido nada mejor... y me quedo con ellos a lo taliban, por favor yo cambiareme a :NET. blah..

Si al final cada uno usa lo que desea, le obligan, le pagan o le sobornan...

Y sino empezad a hacer una lista de todos los CMS que conoceis y a vereis...

Solo cuenten las descargas diarias de phpnuke, phpbb, y otros CMS. La noticia es puro chamullo o entrevistaron al personal de microsoft u asociados.

CATALÀ: (más abajo está en castellano, Catalunya, donde yo resido, es una realidad en Castellano y Catalán, por favor, ahorraros los Flames)

L'entorn (per cridar-lo d'alguna manera) Typo3 [typo3.com] és senzillament genial. Pots fer de tot, tant coses "prefabricades" com afegir HTML pla o PHP embegut (utilitza la funció eval()).

Està integrat amb mysql, té una mica de news que pots ampliar-lo amb certa facilitat, el mateix amb e-commerce.

L'inici és bastant complicat i has de dedicar-li bastant temps, però al cap de dos o tres setmanes de batallar amb ell ho tens per la mà.
A més disposa de "entorns exemple" que tant en windows com en Linux t'installen una versió d'Apatxe, PHP i Mysql perquè, sense tenir gens a priori, puguis començar a treballar amb continguts d'exemple.

Quant a la documentació no te l'acabes... si saps anglès, però si a més domines l'Alemany o el Danès, llavors pots avorrir-te de la quantitat ingent de documentació de la qual disposa. També hi ha una mica en Francès i una introducció en Castellà perquè puguis començar a fer alguna pàgina senzilla.

En converses amb gent que utilitzava Mambo i han provat Typo3, hi ha dues coses en les quals tots coincideixen: L'inici és bastant dur, però la documentació és excellent.

Fins i tot té algunes coses en Java, per a agilitar menús contextuals, etc...

Però el millor de tot és que totes aquestes funcions, incloses les quals tenen codi nadiu en Java, les pots usar en els teus "plugins" (és així com es diu a les teves pròpies creacions que interactúen amb el sistema).

A aquests plugins els crides des de PHP/HTML amb alguna cosa tan senzilla com "####NOM_DEL_PLUGIN####". Cal afegir més coses, està clar, però una vegada que ho domines...

Una altra de les seves facetes és que si construeixes una mica (pàgines, plugins, etc...) ho pots exportar a un arxiu determinat per a posteriorment importar-lo en un altre entorn. Això deixa les portes obertes que el que facis, ho publiquis en forma d'arxiu i altres persones ho descarreguin.

Això també et dóna opció a tenir una rèplica en proves perfecta a l'original publicat.

A més l'entorn inclou un mòdul phpMyAdmin, i tens funcions afegides per a exportar tot tipus de coses , objectes, taules, etc... tant de mysql com de qualsevol cosa dintre de Typo3 a arxius csv.

És tan bo, que si et formes sòlidament, tens a la teva disposició un entorn formidable, GPL i tan potent com siguis capaç d'expressar.

Actualment hi ha més de 30.000 llocs coneguts amb aquest entorn i pel que veig, va a més.

Salutacions.



SPANISH:

El entorno (por llamarlo de alguna manera) Typo3 [typo3.com] es sencillamente genial. Puedes hacer de todo, tanto cosas "prefabricadas" como añadir HTML plano ó PHP embedido (usa la función eval()). Está integrado con mysql, tiene algo de news que puedes ampliarlo con cierta facilidad, lo mismo con e-commerce.

El inicio es bastante complicado y has de dedicarle bastante tiempo, pero al cabo de dos o tres semanas de batllar con él lo tienes por la mano.

Además dispone de "entornos ejemplo" que tanto en windows como en Linux te instalan una versión de Apache, PHP y Mysql para que, sin tener nada a priori, puedas empezar a trabajar con contenidos de ejemplo.

En cuanto a la documentación no te la acabas... si sabes inglés, pero si además dominas el Alemán o el Danés, entonces puedes aburrirte de la cantidad ingente de documentación de la que dispone. Tambien hay algo en Francés y una introducción en Castellano para que puedas empezar a hacer alguna página sencilla.

En conversaciones con gente que utilizaba Mambo y han probado Typo3, hay dos cosas en las que todos coinciden: El inicio es bastante duro, pero la documentación es excelente.

Incluso tiene algunas cosa

El problema de aplicaciones web dinámicas con lenguajes tan "nuevos" como Python y Ruby es: "¿dónde alojo mi proyecto?". Casi todos los proveedores de alojamiento admiten PHP, y JEE, por supuesto ;-)
Por cierto que en este sentido Squeak promete mucho. Haces tu programa en Squeak, y tal como funciona en tu equipo, lo colocas en cualquier servidor y gracias a su máquina virtual, sólo necesitas un "plugin" para verlo funcionando de la misma manera en Internet.
Saludos :-)

ejemplo 1 [www.sgae.es]
ejemplo 2 [www.mde.es]
el ejemplo 1 está mal implementado, porque no se ha contemplado que el valor este vacio.
sin embargo en el ejemplo 2 (ministerio de defensa se ve que si han contemplado el caso.

Las 2 web estan hechas sobre java, no se cuales plataformas tipo CMS son exactamente.
Así que ¿de qué sirve que algo sea mejor o peor, si a veces no estamos preparados para utilizarlos, o nos venden soluciones incompletas?

Y otra cosa, comparar soluciones que cuestan un paston, con algo que es gratis (software, no mano de obra) me parece una comparación poco justa.

En estas discusiones PHP vs Java, se suele dar como argumento a favor de PHP aquello de que en este lenguaje se "escribe código más deprisa", y muy probablemente sea cierto, pero ¿realmente es tan importante escribir código más deprisa?, ¿es equivalente "escribir código más deprisa" con "desarrollar más deprisa"?, yo creo que no

Yo creo que se le da demasiada importancia a eso de "en este lenguaje se escribe más rápido", no creo que la rapidez en escribir código de un lenguaje sea un factor determinante en el coste en tiempo de desarrollo de un proyecto ya no grande, simplemente medio.

Un proyecto software consiste en analizar una serie de requisitos planteados por el cliente y ofrecer una solución a sus problemas, que un proyecto software salga bien en tiempo y forma depende en su mayoría de que se tomen bien los requisitos y a partir de ellos se genere un buen diseño, luego la plataforma tecnologica que usemos tiene que ser capaz de permitirnos plasmar con la mayor fidelidad posible este diseño y por otro lado de darnos acceso a un conjunto de herramientas que nos permitan lidiar con las distintas tecnologías que requieren la mayoría de los proyectos (XML, servicios web, acceso a bd y otras muchas).

Personalmente encuentro que java es un tecnología que me permite plasmar los diseños con más fidelidad que otras y además dispongo de gran cantidad de frameworks y librerías de terceros que realmente si influyen sobre el tiempo de desarrollo de forma determinante. Un buen diseño y un código mantenible no sólo es importante para poder realizar futuras ampliaciones o modificaciones al proyecto original, es importante durante el propio desarrollo, los requisitos cambian constantemente y un buen diseño me permite ser capaz de reajustarme a los nuevos requisitos con mayor rapidez, esto de nuevo es mucho más determinante que "escribir código deprisa".

Como desarrollador tengo claro que mi trabajo no consiste en "escribir código", consiste en pensar, por tanto no creo que un lenguaje que me permita "escribir más deprisa" sea lo que necesito para conseguir llegar a los como poco ajustados plazos con los que tenemos que trabajar habitualmente.

Con todo esto no quiero decir que PHP no permita hacer buenos desarrollos, ¡ni muchos menos!,como decia el trabajo de un desarrollador consiste en pensar, y esto independientemente de la tecnología que use lo hara igual de bien o de mal. Pero si creo que Java plasma de forma más natural los diseños y se consigue por lo general un código de mayor calidad sin ninguna penalización en cuanto tiempo de desarrollo por que se tarde más o menos es escribir un pequeño segmento de código, este tiempo es despreciable frente a otros factores mucho más determinantes.

No me va la mula con un router efficient connect... No se si será el firewall el mapeo de puertos o que el isp me bloquea el puerto 4662. ¿Vosotros que me recomendais?

En mi humilde opinion, PHP carece de varias caracteristicas que van a frenar mucho su difusion en los proximos años salvo que se solucionen.

En primer lugar el nefasto soporte de multiples juegos de caracteres -especialmente UTF-8- lo que complica sobremanera la escritura de aplicaciones internacionalizadas y localizadas. Es un punto que hoy no puede permitirse una tecnologia ganadora.

En segundo lugar, aunque se ha mejorado notablemente, el soporte de objetos aun peca de algunas carencias.

El api de php contiene numerosas incoherencias que enlentecen su uso (str_replace , substr, strpos .. por favor un poco de coherencia) por citar algunas.

Php tiene grandes cosas a su favor, velocidad, sencillez, pero si quiere seguir siendo el nº1 los chicos de zend deben espabilarse.