Estara PHP listo para las Aplicaciones Empresariales 23 Junio 2009 at Martes, 23 de Junio de 2009
En InfoQ (un portal dedicado al desarrollo de software y mas), Entrevistaron a:
Zeev Suraski, Co-founder of Zend Technologies which oversees PHP advances,
Rob Nicholson, Senior Technical Staff Member, Programming Language Runtimes for IBM,
Derick Rethans, Member of the PHP development team and project leader for eZ components
Y se llegaron a conclusiones interesantes. Me tome el trabajo de traducir el articulo, el cual empieza de
la siguiente manera:
Aunque PHP se jacta de ser el medio más utilizado para el desarrollo de aplicaciones web,ha sido tradicionalmente considerado no apto para el desarrollo empresarial. InfoQ ha llevado a cabo un panel virtual en relación con la evolución del lenguaje PHP y su adecuación en los entornos empresariales.
Pregunta 1:Uno de los elementos clave de software de la empresa es que permite la interoperabilidad para el intercambio de información con otras plataformas. Comúnmente se considera que carece de PHP en este ámbito desde su WS(web services)-* apoyo es relativamente nuevo y no en las características y grado de madurez. ¿Cuáles son sus pensamientos sobre eso? ¿Crees que va a cambiar?Zeev:
Creo que hay mucho más para la interoperabilidad de WS-* - de hecho, estamos viendo menos demanda de servicios web basados en SOAP y creciente demanda de las demás normas - principalmente debido a la complejidad del despliegue de SOAP. PHP es sumamente interoperables, y proporciona una amplia variedad de interfaces (REST, excelente XML, SOAP, ZF componentes para servicios web y más). Dicho esto - PHP tiene muy buena base de apoyo SOAP desde 2004, y un amplio apoyo para la WS-* a través de la extensión Axis2 desde 2006. Sólo puedo decir que nunca he recibido quejas de los usuarios acerca de la falta de interoperabilidad características - en su caso - sino todo lo contrario. Rob:Creo que lo que estamos viendo es algo de una reunión de la mente sobre este tema. PHP tiene sus raíces en la simplicidad. Es un idioma que “resolver el problema de la web”, sin añadir una complejidad innecesaria por lo general, los programadores de PHP optar por más de SOAP REST si hay una elección. Software de la empresa tradicional se está moviendo para cumplir con PHP en el medio. Por ejemplo, muchos de IBM empresa los productos de software de grado el año pasado se reforzó con el apoyo de descanso para las interacciones entre ellos Atom Editorial Protocolo por lo que ahora hay más de una elección. Uso WS-* en el que se pide y el uso de reposo cuando la simplicidad y la velocidad de desarrollo son fundamentales. Es interesante también ver directamente PHP utilizado para mejorar la conectividad de la empresa. Message Broker de IBM que es utilizado como un software “adaptador universal” para conectar cualquier cosa a cualquier cosa ahora es compatible con PHP calcular un nodo en su mensaje de transformación de las corrientes. Así que ahora puede usar el lenguaje PHP es simple pero potente sintaxis y modismos en el interior de la empresa de software. Recientemente hemos publicado un SupportPac de IBMs CICS Transaction procesador de apoyo para el lenguaje PHP. CICS es la “empresa” como el software obtiene. Se ejecuta en mainframes y es utilizado por las organizaciones como los bancos, los gobiernos y los proveedores de heathcare proceso algunas de las más importantes operaciones que puedan afectar a su vida diaria. Espero para ver las posibilidades de interacción con PHP tradicional de software empresarial siga fortaleciendo en el futuro.Derick :
No veo muchos problemas aquí. PHP tiene soporte para todas las tecnologías, tales como WS SOAP, XML-RPC y JSON.
Pregunta 2: En los últimos años ha habido una tendencia para lenguajes de scripting para portar la JVM con el fin de aprovechar las características de su riqueza para la vigilancia, seguridad, etc Esto no es nuevo para el despliegue de PHP y hay varios del mundo real aplicación PHP que se ejecutan en la JVM. Hay incluso muchas reclamaciones sobre un mayor rendimiento por los proveedores. ¿Qué piensa de esta tendencia?
Zeev:
Hemos visto con tendencias similares en .NET, pero nunca despegó . Creo que lo mismo es válido para PHP en la JVM. De hecho, ver ventajas de rendimiento para nuestras aplicaciónes nativas - sobre todo en torno a requisitos de memoria, y el mundo real a largo plazo en contraposición a los puntos de referencia sintético. Sin embargo - la mayor ventaja a la norma de aplicación es su enorme apoyo de la comunidad (tanto en las contribuciones de código y el uso) - una cosa que la falta a otras implementaciones.
Rob:
Es muy emocionante, y es un buen augurio para el futuro. De los muchos miles de lengajes que se han aplicado sólo unos pocos han sobrevivido a través de un proceso de selección natural, ya que son especialmente aptos para el propósito. Es natural que los desarrolladores deben innovar en torno a la aplicación de los lenguajes. Si nos fijamos en la comunidad Ruby, vemos por lo menos media docena de aplicaciones que contribuyan al éxito de ese idioma, compartir las pruebas, ajustes de rendimiento, lo que contribuye a la claridad del lenguaje de especificación y de competir entre sí por el título de “más rápido de Ruby” Yo creo que estamos empezando a ver lo mismo sucede en torno a PHP. Ya estamos viendo algunos grandes beneficios de la colaboración entre las implementaciones de PHP, como el gran número de nuevos testcases que la comunidad ha generado en los últimos 2 años y los esfuerzos por mejorar algunas de las API y veo cada vez más presente en el futuro. Yo trabajo en una JVM aplicación de PHP que se utiliza en IBM ProjectZero incubadora y en su producto WebSphere, junto con el CICS y SupportPac PHP MessageBroker. Nos parece que para algunos tipos de problemas, corriendo PHP en una JVM tiene mucho sentido. Estamos viendo a nuestros socios y clientes usarlo cuando quieren una estrecha integración con sus actuales sistemas basados en Java, en el que desea volver a utilizar las bibliotecas Java y la API con la simplicidad y facilidad de uso que aporta PHP.
Derick:
Aunque el rendimiento * podría * ser mejor, aún hay cuestiones en torno a la escalabilidad. La idea de PHP es compartido nada fácil escalabilidad de la arquitectura. Hacer PHP se ejecutan en una JVM se mueve de PHP de esta arquitectura comparte nada. Existe, lamentablemente, sólo una en PHP-JVM-proyecto que está trabajando junto con la comunidad de PHP todo lo que pueden contribuir realizando pruebas.
Pregunta 3:
La actualización de PHP 4 a la versión 5 lejos de una transición fácil. ¿Qué tiene usted que decir a las empresas que son escépticos acerca de su inversión de PHP con respecto a la próxima versión de PHP 6?Zeev:
Yo desafío en realidad la afirmación de que el 4 -> 5 de migración fue una transición muy difícil. No había mucho de la compatibilidad rotura, y la fijación de las aplicaciones era una tarea relativamente fácil. Realmente aprovechando las nuevas características es, obviamente, más el trabajo - pero que se espera. Con 6 que son, en efecto, más preocupado por la compatibilidad rotura - que actualmente es más importante que la de 5. Esa es la razón por la que está tomando nuestro tiempo para hacerlo bien.
Rob:
Creo que PHP 5 será de alrededor durante mucho tiempo por venir. La próxima liberación 5.3 ha sido diseñado para ser un dolor como sea posible actualizar y añade la casi totalidad de las características que debían ser en PHP 6.0, dejando sólo la eliminación de algunos elementos obsoletos y Unicode en PHP 6.0. Estoy muy interesada en ver la versión de PHP Unicode, no por ello menos importante porque hace de la compatibilidad basado en una JVM de PHP mucho más sencillo ya que la JVM nativa representa cadenas en Unicode, pero sospecho que la adopción será lenta con PHP5 y PHP6 continua en paralelo para muchos años.
Derick:
La gente siempre escéptico, pero estamos tratando de minimizar los problemas para mover a PHP 6-hacia delante mediante la introducción de funciones compatibles. También ayuda si las personas ya la prueba en el desarrollo actual para ver las emisiones que corren en las cuestiones y proporcionar esta información para que podamos hacer más fácil el proceso de transición.
Pregunta 4: Establecido en todos los idiomas hay gente en la comunidad que impulsan la incorporación de funciones más avanzadas. Por otra parte PHP siempre ha sido considerada una lengua con algunas características que es fácil de aprender. ¿Cree usted que esto debe cambiar?
Zeev:
Yo creo que absolutamente no debería cambiar. Ese fue un factor clave de éxito para PHP. Tenemos un dicho en hebreo que se traduce en alrededor de “la más agregar más que quitas» - y creo firmemente que es válido para PHP - por lo menos en lo que respecta a las construcciones del lenguaje y la sintaxis se refiere. PHP puede ser prorrogado indefinidamente utilizando extensiones y marcos - y estos son el derecho y la más interesante ‘última frontera’ de PHP, en mi opinión. Creo que la gran cantidad de grandes y complejos sitios web (Facebook, Yahoo, Flickr), basado en PHP, gran cantidad de complejos fuera de la plataforma de aplicaciones (SugarCRM, OpenPro, el CMS) basado en PHP y empresas confían en PHP, ya sea para sus empresas páginas web o de sus sistemas internos - es un testimonio del hecho de que el conjunto de características de PHP es madura y que debemos continuar en la misma dirección.
Rob:
Cuando nos dispusimos a la elección de lenguajes de scripting para secuencias de comandos de productos de IBM WebSphere aplastar PHP específicamente elegimos porque tenía tan amplia adopción. Queríamos que permitan a los millones de programadores de PHP para trabajar más estrechamente con la empresa y con el software de la empresa y que quería apoyar a un idioma nuevo que permita a los programadores a ponerse en marcha muy rápidamente. PHP es la fuerza de su sencillez. Dice que los idiomas deben evolucionar para no morir. PHP, sin duda, han perdido mucho de su recurso de casación si no se había movido OO para apoyar la programación en PHP 5. Con el lanzamiento de PHP 5.3 es una serie de nuevas características que sin duda tienen el potencial de añadir complejidad. Creo que tanto como nada va a ser acerca de cómo se usan y los modismos que surgen. Dado el retraso en la adopción de nuevas emisiones, va a ser de unos pocos años aún antes de la mayoría de las aplicaciones PHP pasar a utilizar el 5,3 características y durante este tiempo creo que los programadores de PHP generará gran cantidad de ejemplos de buen uso de estas características para simplificar tareas de programación común.
Derick:
No, no es necesario cambiar, y no hay lugar para ambos tipos de desarrolladores. Adición de nuevas características no significa necesariamente aumentar la barra de entrada.
Pregunta 5: PHP como lenguaje ha evolucionado a lo largo de los años por los siguientes paradigmas dominantes y va desde una simple preprocesador a un poderoso lenguaje OO. Con la aparición del estilo funcional de la programación, ¿cree que las características de este paradigma de entrar en el futuro de PHP?
Zeev:
N º de procedimiento PHP todavía apoya el desarrollo y que la poco probable que nunca desaparece; Hemos añadido OO apoyo desde que se inicio con PHP (en PHP 3), aunque lo hizo saltar en PHP 5. lambda es probablemente lo más cerca posible del paradigma funcional como estamos nunca va a conseguir. Especialmente a la luz de uno de mis anteriores respuestas - no queremos un todo-y-la-cocina-lavabo idioma, sino un pobre, un lenguaje sencillo que es el trabajo.
Rob:
Esto ya está ocurriendo en cierta medida. Los cierres, que están presentes en PHP 5,3 proceden del mundo de la programación funcional. La comunidad de PHP es una gran mezcla de “formación clásica” Ciencias de la Computación grandes aficionados junto con la libre formación programadores. Será interesante ver lo que esta comunidad diversa de cierres y la forma en que el común modismos evolucionar. Lo que creo que vamos a terminar con una serie de pautas y bien aceptada modismos elegantemente a resolver los problemas comunes de desarrollo web que utilizan los programadores sin un segundo pensamiento sobre el hecho de que se deriven de la programación funcional.
Derik:
No estoy seguro, no creo que podría encajar muy bien. Pero si tendría sentido las aplicaciones PHP, puede hacer su camino en PHP y. PHP es siempre excelente en la integración de conceptos interesantes y útiles de otros idiomas.
Lo dicen los expertos en php. Traduccion y adecuacion por solvingsoft.com . Si deseas ver el reportaje sobre la Web 2.0 que hicieron en el Discovery Channel, haz clic en WEB 2.0
Leave a Reply