Crónicas de un ElePHPante

Después de la charla-publipropaganda del señor Kuassi Mensah, de Oracle, de la cual ni siquiera voy a escribir entrada, a pesar de estar agradecido por la simpatía con la que intentó llevar su disertación adelante; es que no había por donde cogerlo, pero bueno, es lo que toca cuando se trata de una charla del principal patrocinador, nos encaminamos hacia una presentación que se las prometía felices, pero que finalmente acabó decepcionando a muchos, entre ellos a mi.

Para empezar, quiero felicitar a Victor Castell y Xavi, los ponentes, por el esfuerzo en hacer de su ponencia algo dinámico, intuitivo y participativo. Una pena que finalmente no se cumplieran sus objetivos. En primer lugar por la ubicación, la organización no esperaba una afluencia de gente tan masiva, por lo que muchos tuvimos que permanecer de pie o sentados en el suelo para poder asistir.

Por otra parte, los problemas de audio se dejaron notar haciendo en ocasiones casi ininteligible a los bien dispuestos Victor y Xavi. Añadimos a estos problemas de infraestructuras, que la ponencia estaba pensada más como taller que como discurso, siendo bastante dificil de seguir para aquella mayoría que asistió sin portatil.

Bien, pasemos ya a sintentizar los dos puntos más relevantes, a mi entender, de lo comentado aquí:

En primer lugar, una aplicación para Facebook no es más que una aplicación web cualquiera, que no está siquiera alojada en Facebook, sino simplemente es una aplicación que podemos acceder a través de esta red social. Esta independencia implica que debemos tener un hosting donde alojarla que es completamente independiente de Facebook, por lo que deberemos tener especial cuidado con las caidas del sistema y demás problemas derivado.

En segundo lugar, debemos leer atentamente las condiciones que, casi siempre, por no decir siempre, aceptamos sin siquiera echar un vistazo. En muchas ocasiones podemos encontrarnos con alguna sopresita en plan nos han cerrado la aplicación, por no haber tenido en cuenta estas condiciones bastante restrictivas. Por ejemplo, una de las cosas que más me llamó la atención, es que si organizamos algún tipo de concurso con nuestra aplicación, el ganador de éste no puede definirse por el número de “me gusta” que pueda obtener en ella, debiendo diseñaro otro tipo de baremo para decidir quien gana.

Además, estuvimos viendo de forma práctica como configurar una aplicación, como desarrollarla y como ponerla en marcha. Aquí os dejo el enlace al código fuente sobre el cual estuvimos trabajando.

Poco más podemos decir de esta charla, en principio de lo más interesante, pero que debido a diversos motivos nos dejó con un sabor agridulce. Aun así, mi mas sincera enhorabuena a Victor y su compañero Xavi por el gran esfuerzo realizado

Un saludo a todos y gracias por vuestra atención

Y llegó El momento. Sí, El momento, con mayúsculas. Fabien Potencier, gurú de Symfony aparecía en la sala para hablarno sobre patrones de diseño. Hizo un fabuloso análisis sobre los principales patrones de diseño.

Vamos a ver una breve definición de cada uno de ellos, para aquellos que no estén familiarizados. He de admitir, que no conocía todos.

Singleton

Restringe la creación de objetos pertenecientes a una clase o el valor de un tipo a un único objeto. Con esto garantizamos que una clase tenga única y exclusivamente una instancia y un solo punto de acceso a ella. [Ver más]

Active Record

Es un enfoque al problema de acceder a los datos de una base de datos. Una fila en la tabla de la base de datos (o vista) se envuelve en una clase, de manera que se asocian filas únicas de la base de datos con objetos del lenguaje de programación usado. Cuando se crea uno de estos objetos, se añade una fila a la tabla de la base de datos. Cuando se modifican los atributos del objeto, se actualiza la fila de la base de datos. La clase envoltorio implementa métodos de acceso para cada columna de la tabla o vista. [Ver más]

Observer

También conocido como “spider” define una dependencia del tipo uno-a-muchos entre objetos, de manera que cuando uno de los objetos cambia su estado, el observador se encarga de notificar este cambio a todos los otros dependientes. El objetivo de este patrón es desacoplar la clase de los objetos clientes del objeto, aumentando la modularidad del lenguaje, así como evitar bucles de actualización (espera activa o polling). [Ver más]

Modelo Vista Controlador

Es un estilo dearquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El estilo de llamada y retorno MVC (según CMU), se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página. El modelo es elSistema de Gestión de Base de Datos y la Lógica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde la vista. [Ver más]

Inyección de dependencias

Patrón de diseño orientado a objetos, en el que se suministran objetos a una clase en lugar de ser la propia clase quien cree el objeto. El término fue acuñado por primera vez por Martin Fowler. [Ver más]

Anonymous functions

Las funciones anónimas se originan con el trabajo de Alonzo Church. Su trabajo sobre el cálculo lambda en 1936, en el que todas las funciones eran anónimas. El combinador Y se puede utilizar en estas circunstancias para notificárselo a la recursividad anónima, que Church utiliza para mostrar el resultado de que algunas cuestiones matemáticas son imposibles de resolver por medio del cálculo. [Ver más]

Un saludo a todos y gracias por vuestra atención

Esta fue, quizás, la charla más animada a la que asistí en este primer día de conferencias. Nuestro amigo Stefan Priebsch, con un look que nos pudiera resultar cuanto menos inquietante y estirado, nos demostró, o al menos a mi, que las apariencias  pueden resultar muy engañosas. Como decía, fue de lo más ameno de la primera joranda, dejando perlas como “RubyOnRails is the dark side of the force”, gratamente recibidas y reídas por parte de todos. Sus transparencias familiares dieron un toque humano a un tema bastante oscuro en sí mismo, la persistencia de objetos en PHP.

Centrándonos en lo que a programación se refiere, Stefan nos propuso principalmente que en muchas ocasiones la consistencia de la información entre servidores no tiene porqué ser un kill point, de modo que podemos sacrificar este punto en pos de obtener beneficios mayores en otros sectores, tales como la disponibilidad de la información y la tolerancia a la segmentación de ésta.

Pudimos ver cómo siempre hay que tener en cuenta las bases de datos no relacionales, y cómo de importante no cerrarse a ninguna posiblidad a la hora de iniciar un nuevo proyecto, debiendo analizar qué queremos conseguir y qué estamos dispuestos a sacrificar para obtener beneficios en otros aspectos.

Muy interesante en mi opinión, a pesar de no poder aplicar lo expuesto a mi ámbito laboral, si que es interesante para otros proyectos de ámbito personal que pronto tendré que afrontar

Un saludo a todos y gracias por vuestra atención

Hola de nuevo, amigos bloggeros. Tan solo un día después de la apertura de este nuestro blog, comienzo una nueva entrada narrando el inicio del camino hacia las phpConference organizado por el grupo phpBarcelona.

El ElePHPante volando

Recién terminado el equipaje y esperando no haber olvidado nada, ni acordarme luego de no haber echado ropa de más abrigo, me dispongo a escribir estas líneas antes de tomar rumbo a Sevilla, donde cogeré el vuelo que me depositará finalmente en El Prat, Barcelona. Aprovecharé el trayecto para leer un poco, hábito que abandonado últimamente. Una vez llegue a El Prat, tocará la odisea de llegar al hotel, no he pisado el aeropuerto de Barcelona en mi vida, así que espero no perderme, jeje. Calculo que llegaré al hotel sobre las 20:00, aunque puede que esté pecando de optimista.

Y bueno, creo que por ahora no tengo más que contaros, os dejo el planning de las conferencias a las que asistiré. En principio tengo la idea de añadir una entrada a este nuestro blog por cada una de ellas, espero poder cumplir este propósito

Viernes 29 de Octubre de 2010

Mañana

10:00 – 10:55 Hidden features of PHP (Ilia Alshanetsky)
11:30 – 12:25 A new approach to object persistence (Stefan Priebsch)
12:30 – 13:25 Design patterns… revisited for PHP 5.3 (Fabien Potencier)

Tarde

14:40 – 15:10 PHP in the Enterprise: Develop and Deploy Mission Critical Applications (Kuassi Mensah)
15:15 – 16:10 Desarrollo de aplicaciones para Facebook en PHP (Victor Castell)
16:30 – 17:25 Architecture and testability (Giorgio Sironi)
17:30 – 18:25 Real-time Communication Techniques with PHP (Scott Mattocks)
18:30 – 20:00 PHP & Beers

Sabado 30 de Octubre de 2010

Mañana

09:30 – 10:25 Graphs in the database: RDBMS in the social networks age (Lorenzo Alberton)
11:00 – 11:55 How to scale PHP applications (Enrico Zimuel)
12:00 – 12:55 MySQL Client Side Caching (Johannes Schlüter)
14:15 – 15:10 Continuous Improvement in PHP projects (Thorsten Rihnne)
15:15 – 16:10 PHP Team organisation (Damien Seguy)

Tarde

16:30 – 15:25 Test Zend PHP certification

Y sin más, me despido de nuevo. No tardareis en tener noticias mías.

Un saludo a todos y gracias por vuestra atención