PHP Senior

El GOTO en PHP

2013-03-05T00:47:00.001-03:00

En sí, hace muchos años que dejé de usar un goto cuando se prohibieron (hace casi 25 años aprendí a programar usando BASIC y GOTO, y posteriormente viví la evolución que llevó la prohibición del GOTO) y me sorprendió cuando lo revivieron de forma reciente en PHP 5.3.0, pero bueno, sigo la "vieja escuela", aún me parece innecesario y muy peligroso usar un goto... de todas formas no es tu culpa que ahora lo uses (aunque como regla, no todo lo que exista en el lenguaje, necesariamente es 100% recomendable usar para un buen diseño general o para POO en concreto).

Agrego más info sobre el GOTO, de casualidad llegué hoy leyendo otros temas:

Cito biografía de un grán científico de la computación: "Respecto a su carácter árido y ácido, conocidas son su oposición a la instrucción GOTO y al lenguaje BASIC ("mutila la mente más allá de toda recuperación")."

http://es.wikipedia.org/wiki/Edsger_Dijkstra

Cito: "A diferencia de la llamada a una función, no se requiere ningún tipo de preparación o estructura de código para utilizar un GOTO. Como resultado, es más sencillo obtener código inconsistente, incompleto o complicado de mantener. Justamente por ello en los años 60 y 70, cuando surgió la programación estructurada, la comunidad informática se expresó a favor de otras instrucciones de control (if ó bucles for y do/while) en lugar de GOTO.

Tal creencia está tan arraigada que el GOTO es muy criticado por los dedicados a la enseñanza de la programación, que lo suelen desaconsejar."

http://es.wikipedia.org/wiki/GOTO

Esto es otra demostración el caos que en muchos sentidos existe en el lenguaje PHP, que luego de tantos años, ahora, agreguen otra vez el GOTO!!! ;-)

Saludos!

Instalar PHP 5.4 en Ubuntu 12.04

2013-03-05T00:15:00.000-03:00

Como no es la primera vez que me lo preguntan, lo dejo documentado aquí, de todas formas, no es complicado hacerlo:

sudo add-apt-repository ppa:ondrej/php5

sudo apt-get update

sudo apt-get install php5

Y listo, luego verifica en consola con un php -v ó un phpinfo() desde apache

Problemas: Si falla el xdebug luego de ejecutar php -v

Failed loading /usr/lib/php5/20090626+lfs/xdebug.so: /usr/lib/php5/20090626+lfs/xdebug.so:
cannot open shared object file: No such file or directory

PHP 5.4.12-1~precise+1 (cli) (built: Feb 25 2013 17:23:55)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies

Hay que corregir la instalación de xdebug, ya que cambió el lugar donde se encuentra la librería xdebug.so

Pasos

Actualiza la base que te permite encontrar la ubicación de tu archivo (si haces un locate sin actualizar, te dirá una ubicación vieja)

sudo updatedb

Cuando termine de indexar, realiza la búsqueda de la librería

locate xdebug.so

Edita el archivo de configuración para ajustar la nueva ruta en

sudo vim /etc/php5/mods-available/xdebug.ini

agrega tu ruta actualizada, en este caso sería

zend_extension=/usr/lib/php5/20100525+lfs/xdebug.so

Finalmente, ejecuta php -v

PHP 5.4.12-1~precise+1 (cli) (built: Feb 25 2013 17:23:55)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans

Listo, ya no falla xdebug! ;-)

Saludos!

Zend Framework 1 no está muerto, se sigue actualizando!

2012-12-20T14:25:00.001-03:00

Recientemente actualizada la rama 1 a la versión 1.12.1, la que incluye más de 50 correcciones, entre ellas, además de fallos, varios problemas de seguridad importantes, relacionados con:

correcciones de seguridad en Zend_Feed_Rss y Zend_Feed_Atom
se sube el mínimo de versión requerida de PHP: 5.2.11
Se elimina Zend_Markup_Parser_Textile

El plan de actualización, mejoras y soporte se mantendrá hasta el año 2014

Se puede hacer un seguimiento de todo lo que se está trabajando a través del issue tracker

Fuente: akrabat.com

Disponible nueva versión para testear: PHP 5.5.0 Alpha1

2012-11-16T10:24:00.001-03:00

Anuncia el equipo de desarrollo de PHP que se encuentra disponible para testear la versión 5.5.0alpha1 y con esto, marcan el inicio del ciclo de desarrollo de la rama 5.5.0. Avisan que tengan cuidado ya que es una versión de pruebas, no es para usar en producción, e invitan a reportar los bugs que encuentren.

Las nuevas características (lista no completa) son:

support for Generators,

a new password hashing API,

support for finally in try/catch blocks

support for list() in foreach,

constant array/string dereferencing,

ext/intl improvement.

Me parece muy interesante que ya hayan agregado la opción "finally" en los try/catch (tarde, pero llegó). Para quienes hayan trabajando en Java, sabrán que todo lo que está en try, si falla, pasa a la lista de catch (como si fueran reglas de un firewall), y sí o sí, cierra con la ejecución del código que hay en finally (ej, ya que tu sistema cayó por algo, te aseguras de hacer un cierre limpio, sin importar el tipo de error).

Indispensable. ;-)

Fuente:
PHP 5.5.0 Alpha1

Beta 2 de NetBeans 7.3!

2012-11-10T14:08:00.000-03:00

NetBeans 7.3 Beta2 ya está disponible y ya lo puedes descargar.

Lo vengo probando desde hace un tiempo y tiene muchas mejoras, si bien están las más evidentes listadas y parecen pocas, hay que tomarse un tiempo y analizar las nuevas configuraciones que se viene habilitando, por ejemplo, una que me parece muy útil, la posibilidad de decirle que automáticamente te indente el código una vez que grabas el código, ó, si estás versionando y no quieres indentarlo todo (por que para el svn quedará como si lo que cambió fue todo y no se verán claramente las modificaciones, y el resto de tu equipo te odiará), que solo indente el código nuevo que agregas.

Listado de mejoras generales para PHP

Parsers for Namespaced Annotations (Symfony 2, Doctrine 2, etc.),
Basic Composer Integration (Dependency Manager for PHP),
Twig Code Completion (with documentation),
Smarty Braces Matching for Related Tags,
Smarty Parser Errors of Unmatched Tags.

Lástima que aún no tiene soporte para ZF2, pero aún así, toda la ayuda con los namespace es muy bienvenida.

Fuente: Netbeans

Nueva versión: Netbeans 7.3 Beta!

2012-10-20T10:35:00.000-03:00

Para todos los que usamos IDEs abiertos, Netbeans es una muy buena opción para trabajar tanto en Java como PHP y hasta usando frameworks como Zend Framework ó Symfony, o si quieres usar Doctrine. Ya desde la versión anterior soporta namespaces, lo cual te soluciona muchos problemas a la hora de estar completando las rutas y verificando si está todo correctamente especificado.

Herramienta muy recomendada, para trabajar en distintos lenguajes e instalar en distintos sistemas operativos, y que también sugerimos en todos los cursos.

Cambios más importantes relaciones con PHP

Parsers for Namespaced Annotations (Symfony 2, Doctrine 2, etc.)
Basic Composer Integration (Dependency Manager for PHP)
Twig Code Completion (with documentation)
Smarty Braces Matching for Related Tags
Smarty Parser Errors of Unmatched Tags

Lista completa

Fuente: Netbeans.org

Nueva versión: Zend Framework 2.0.3!

2012-10-20T09:54:00.000-03:00

Nueva versión de Zend Framework 2 disponible (la cual incorporaremos en los cursos que iniciaremos en breve):

Zend Framework 2.0.3 Released!

The Zend Framework community is pleased to announce the immediate availability of Zend Framework 2.0.3! Packages and installation instructions are available at:

http://framework.zend.com/downloads/latest

Changelog

This release included 115 changes, ranging from minor docblock improvements to bugfixes. The full list is as follows:

Thank You!

Many thanks to all contributors to this release!

Reminder

Maintenance releases happen monthly on the third Wednesday. Additionally, we have the next minor release, 2.1.0, slated for sometime next month.

Fuente: ZF Blog

Promo: hasta el 10 de Octubre paquetes de cursos al precio de uno!

2012-10-09T00:41:00.002-03:00

Iniciamos preventa con descuentos para paquetes de cursos Octubre 2012, descuentos válidos solo hasta el 10 de octubre

Paquetes

1) CURSO COMPLETO PHP = POO + UML + LIBRO + Intro PHP 5.3/4

2) CURSO DIRECTO ZF2 = Intro PHP 5.3/4 + Intro ZF 2

3) CURSO COMPLETO ZEND = Intro ZF 1 + Intro PHP 5.3 + Intro ZF 2

Nuevo: Introducción a Zend Framework 2

Destinado a todos todos los alumnos que ya han participado de los cursos de POO / UML / PHP, Introducción Zend Framework 1.11, Zend Framework Avanzado y Actualización PHP 5.3 / 4

Cursos con descuentos del 15%

Para los cursos de:

- Análisis y Diseño Orientado a Objetos

- Patrones de Diseño

Inicio sujeto a cupo, PROMO válida hasta el 10 de Octubre

Más información en surforce.com

En caso de decidirte, la compra la debes hacer a través de usuarios.surforce.com

Cualquier duda puedes enviarnos un mail a info en surforce.com

Encuesta: ¿Qué versión de PHP estás usando actualmente?

2012-04-22T15:26:00.000-03:00

Creo que a todos nos despierta muchas dudas e inseguridades tal fragmentación de versiones de PHP... que lo más interesante es que ya pasamos por una campaña mundial para motivar que todos migráramos a PHP5 y dejáramos atrás PHP4 (2007) y el resultado de esta campaña ya quedó obsoleto.

Versiones disponibles

Actualmente todas las versiones que nos podemos encontrar en el mercado:

PHP 5.4.*
PHP 5.3.*
PHP 5.2.*
PHP 5.1.*
PHP 5.0.*
PHP 4.*

(veo la lista y es para asustarse)

Ahora bien, si prestamos atención, recientemente salió PHP5.4, que estimo será una versión difundida y ampliamente utilizada (según dicta la experiencia) dentro de 2 años. La versión 5.3, si bien ya tiene un poco más de 2 años (mediados 2009), está empezando a aparecer en los servidores de hosting y en las instalaciones más estables de GNU/Linux, pero está aún lejos de ser común ver esta versión, creo que en la actualidad lo más probable es encontrarnos con PHP 5.2.

¿Debemos hacer otra campaña de migración?

Por lo pronto creo que, o mejoramos la forma de actualizar PHP para que sea mucho más fácil y transparente, y no dependa de un empaquetado o una instalación / migración (sea una simple actualización que se pueda hacer "en el aire / on the fly"), vamos a tener que hacer OTRA campaña de "migración" (que como toda migración, esto significa sacrificio, costos, problemas, no hay migraciones indoloras, o no se llamarían migraciones), a por lo menos PHP 5.3 (principalmente por hacer el quiebre con los namespaces).

Encuesta

Así que hacemos una encuesta pública en el margen derecho del blog con la pregunta , ¿qué versión de PHP estás usando actualmente? ... usando realmente, no que quieras usar a futuro... y es algo que también nos determina y clasifica en nuestros conocimientos, ya que si no usamos PHP 5.3 en adelante, quiere decir que aún no empezaste a trabajar con namespaces (y se entiende, no todo el mundo puede tener su servidor propio, no siempre uno puede actualizar el servidor de producción, muchas veces se depende de un hosting externo y no siempre tendremos la última versión disponible).

Visto en perspectiva, es complicado actualizarse y aprovechar lo último que nos ofrece PHP, ya que la pregunta es inmediata... a cual versión? (no tiene sentido decir la última si no sabes cuando tendrás acceso a la misma para probar todas sus características)

Qué uso?

Me estoy moviendo en dos versiones, PHP 5.2.* y PHP 5.3.* y haciendo pruebas con PHP 5.4. Particularmente, por un tema de "sistemas legados" y complejidad de actualización de servidores en producción, mayormente los sistemas están sin namespaces (5.2) y los sistemas nuevos se están desarrollando con namespaces (5.3).

Veremos cómo resulta la encuesta, a ver si está dentro de los parámetros que espero: creo que un buen grupo estará en PHP 5.2, muy tibio 5.3, pero la mayoría de 5.1 para abajo... espero equivocarme ;-)

Saludos! ;-)

[SURFORCE] Nuevo Curso: Actualización POO para nueva versión PHP 5.3 !!!

2012-03-15T01:03:00.000-03:00

Estimados todos, estamos organizándonos para iniciar el nuevo período de cursos para el lunes próximo, como siempre, todos cursos relacionados con PHP en particular y POO en general.

Como novedad, iniciamos un curso nuevo, dirigido a todos los alumnos que ya han cursado POO para PHP5 o leído el libro de POO, nos actualizaremos a todas las mejoras de PHP 5.3, particularmente, con el nuevo uso de namespaces, que cambia sustancialmente el trabajo con objetos.

Toda la información en surforce.com

Saludos!

Pasar objetos por sesión

2010-05-09T23:33:00.001-03:00

Como no es la primera vez que me lo han preguntado, y tampoco es la primera vez que veo esta duda en un foro, les agrego un ejemplo sobre el tema. ;-)

En sí, la única "complejidad técnica", más que nada asociada a la falta de experiencia en cómo trabaja PHP, es que debemos siempre requerir los fuentes de la clase del objeto en cuestión, y particularidad mediante, antes de iniciar la sesión.

No hace falta serializar los objetos, las sentencias de sesión ya se encargan de todo el trabajo, ante dudas de cómo trabaja, siempre el manual oficial.

Saludos!

Herramientas: compartir / comentar / publicar código de ejemplo via web

2010-05-08T11:50:00.000-03:00

Para los que estamos regularmente respondiendo dudas de código y dando ejemplos, herramientas como Pastie son muy útiles gracias a lo "independiente" de la plataforma. Bien podemos enviar el enlace al código, o directamente "embeberlo" en un post:

Y lo bueno es que puedes colorear la sintaxis según el lenguaje que sea, respeta la indentación, etc... muy práctico! ;-)

Ejemplo de composición: Factura y detalle de factura

2010-05-08T10:19:00.001-03:00

Este es un ejemplo publicado a partir de la duda de un usuario, y como son preguntas que se hacen reiteradamente, les dejo el ejemplo aquí (cualquier duda la discutimos en los comentarios de este post):

La relación debería ser "composición" (no tiene sentido la existencia de "detalle" sin la relación con factura, por lo tanto es una "relación de vida" entre ambas clases) y el diagrama UML sería el siguiente:

y la traducción a código sería:

Factura.php

Código PHP:

     require_once 'FacturaDetalle.php';



class Factura

{

   private $_colDetalle = array();



   public function addDetalle(FacturaDetalle $detalle)

   {

      $this->_colDetalle[] = $detalle;

   }

}

FacturaDetalle.php

Código PHP:

class FacturaDetalle

{

   /** código de la clase **/

}

Forma de uso: index.php

Código PHP:

     require_once 'Factura.php';

require_once 'FacturaDetalle.php';



abstract Index

{

   public static function main()

   {

      $factura = new Factura();



      // Agrego 4 detalles a la factura



      $factura->addDetalle(new FacturaDetalle());

      $factura->addDetalle(new FacturaDetalle());

      $factura->addDetalle(new FacturaDetalle());

      $factura->addDetalle(new FacturaDetalle());

   }

}

Index::main();

Más información sobre el tema de diagramas y traducción de relaciones

Saludos!

Ejecución de scripts en modalidad "batch" y validar sintaxis

2010-04-25T10:44:00.000-03:00

Muchas veces necesitamos correr procesos "batch" que se ejecutarán a determinada hora desde un cron (unix/linux) y no tienen ningún tipo de interacción con el usuario, a lo sumo, generarán un reporte de resultados del proceso en un log. Este tipo de procesos pueden ser tan variados como respaldos, transferencias de datos entre sistemas, envío masivo de mails a la base de usuarios, etc.

Por ejemplo:

30 13 * * * enrique php /var/www/batch/sincronizarBases.php &>/dev/null

Aquí se ve la ejecución para el usuario enrique, el cual llegada las 13:30 hs ejecutará el comando php /var/www/batch/sincronizarBases.php y toda la salida de mensajes internamente será redireccionada a un archivo de log.

También se puede evitar tener que llamar desde consola el comando php y decirle internamente que el ejecutable es el binario de php, además de tener que darle permisos de ejecución al archivo en cuestión (chmod +x ), por lo que la invocación quedaría así (sin la invocación de php):

30 13 * * * enrique /var/www/batch/sincronizarBases.php &>/dev/null

y la primera línea de nuestro scripts debería ser:

#!/usr/bin/php -q

// código fuente

Bien podríamos usar otro tipo de lenguaje o simple scripting bash, pero tener todo un sistema desarrollado en PHP permite luego reusar componentes o clases dentro de estos scripts "batch", así que bien podemos seguir usando nuestro lenguaje base de desarrollo.

Como último detalle que quería comentarles, es que amén que siempre hay que probar todo en consola antes de agregarlo al crontab, sucede que si bien sabemos que funciona todo correctamente, a veces tenemos que hacer modificaciones al scripts y que probablemente luego no nos tomamos el trabajo de volver a revisar nuevamente. Para estas situaciones les dejo un pequeño "tips" que puede ser de ayuda con errores básicos que nos pueden suceder sin darnos cuenta:

Luego de editar nuestro fuente, podemos verificar la sintaxis básica del código, evitando por lo menos no cometer un error en algun ";" o similar (obviamente, esto no asegura que no hayamos cometido un error de lógica):

php -l sincronizarBases.php

No syntax errors detected in sincronizarBases.php

En caso contrario

Parse error: syntax error, unexpected T_INCLUDE in sincronizarBases.php on line 33
Errors parsing sincronizarBases.php

Espero que les sea de utilidad ;-)

¿tienen alguna sugerencia más o experiencias en estos temas que quieran compartir?

[screencast] Cómo usar Zend Framework en Netbeans 6.9

2010-04-23T13:34:00.000-03:00

Hace un buen tiempo que vengo usando Netbeans como IDE "todo terreno", tanto para PHP5 puro como para desarrollar bajo Zend Framework. Si bien usar Zend bajo Netbeans no aportaba ninguna ayuda especial, es muy bienvenido que lo hayan incorporado ahora con la nueva versión (ya puedes bajar la versión 6.9 Beta, en pocos días ya estará la versión final).

Aquí una explicación de los primeros pasos para sacarle el máximo de provecho:

¿y tú, ya lo probaste? ;-)

[SVN] Resolución de conflictos usando un IDE (Netbeans)

2010-04-08T08:53:00.000-03:00

Dicen que una imagen vale más que mil palabras, así que me pareció bueno mostrarles algo que es relativamente "común" que suceda en un proyecto, y es, que existan conflictos entre las modificaciones de uno o más desarrolladores, muchas veces por modificar las mismas líneas de código en el mismo lapso de tiempo.

Los sistemas de versionado, si bien se encargan de mantener sincronizado un proyecto donde pueden trabajar muchas personas, en determinados casos no puede hacer "magia" y cuando se dan los conflictos (porque no sabe qué líneas deben quedar como definitivas) nos deja a nosotros la responsabilidad de decidir qué hacer.

En este caso veremos cómo luego de trabajar sobre un fuente, al intentar hacer un commit el IDE (en este caso Netbeans for PHP) me avisa que ya existieron cambios en el repositorio SVN, y que luego de hacer mi actualización local (update) me reporta que hay "conflictos" con los cambios.

Por lo general, usemos o no un IDE, ocurrirá lo siguiente:

nuestro fuente quedará marcado en las líneas que ocurrieron el conflicto (por lo tanto si estamos ejecutando este fuente, ahora dejará de funcionar y dará error de sintaxis)

y 3 archivos más, con la información de las líneas del problema (.mine, .r198 y .r241, estos últimos hacen referencia a las líneas del conflicto).

En el caso de Netbeans (aunque en Eclipse es muy similar), nos posicionamos sobre el fuente en cuestión, botón derecho, Subversion > Resolve Conflicts... y nos desplegará la siguiente interfaz

Mostrando en la parte superior ambos archivos, la versión local (izq) y la versión remota (der), y sobre cada una de ellas hay un botón de "Aceptar" para que nosotros decidamos cual de las dos se queda (descartando la opuesta) y podremos ver cómo va quedando la versión final en la parte inferior central.

Aquí podemos visualizar cómo se vería si aceptáramos la versión del lado derecho (versión remota)

Al finalizar de responder cual versión del conflicto queremos dejar nos preguntará si queremos finalmente salvar todos los cambios y marcar el archivo como "resuelto".

Y conflicto solucionado, ahora podemos seguir adelante, no sin antes volver a charlar con el equipo de desarrollo para tratar de evitar estos problemas a futuro.

Saludos! ;-)

PHP Namespace Support in NetBeans IDE 6.8

2010-04-02T00:00:00.001-03:00

Interesante cómo va creciendo poco a poco las funcionalidades de Netbeans para PHP y cómo ya se asoma el soporte de PHP 5.3, como así también soporte para diversos frameworks PHP. Para tener en cuenta ;-)

Video de la charla: "Introducción a POO / UML / PHP5"

2010-03-14T21:23:00.001-03:00

Lo prometido es deuda ;-). Ya se encuentran disponibles los videos de todas las charlas que hicimos a través del Grupo PHP Argentina el Sábado 6/Marzo en el Hotel Las Naciones, Corrientes 818 1º, Capital Federal.

No más palabras, aquí la charla (sí, casi no se me veía, luego se corrigió en las demás charlas ;-))

Presentación

Quiero aclarar algunos detalles sobre el contexto de la charla, ya que recibí algunas críticas (que las acepto):

Estaba saliendo de una gripe, por lo que me era difícil hablar mucho tiempo sin parar de toser, pero bien pude hacerlo, aunque al final de la charla me vino un ataque de tos por espacio de 5 minutos ;-)
Razón por lo que la charla fue rápida y casi sin pausa (que generalmente es todo lo contrario, me gusta interactuar y que me interrumpan), ya que no sabía si iba a tener que suspenderla (cosa que no sucedió).
Trato de ser "duro" para generar polémica y que posteriormente se hable de estos temas fuera de la charla misma, algo que creo sucedió ya que recibí muchos comentarios sobre el tema ;-)
Estoy hablando particularmente de PHP 5.2, esta charla cambiaría si estábamos hablando de 5.3
No quiero decir que los autoloads no sirvan para nada, simplemente que prefiero que los desarrolladores se acostumbren a medir las consecuencias de relacionar las clases, y que si hacemos todo "automático", muchas veces ayudados con los autoloads, nuestro sistema saldrá muy perjudicado. Las relaciones se planifican antes y durante el desarrollo del sistema, no es "porque la tengo disponible, la uso"... así no se hacen sistemas POO.
De todas formas, prefiero dar charlas concretas, directas y breves, y que el auditorio quede con ganas de más a que se aburran o saturen. Además, éramos varios oradores y no sabíamos si nos daba el tiempo para todos (varias razones para suspender mi segunda charla).

Espero todos sus comentarios, dudas o críticas ;-)

Primera versión presentación realizada en las charlas del Grupo PHP Argentina

2010-03-08T09:12:00.000-03:00

Introducción a UML / POO / PHP5

View more presentations from Enrique Place.

Este sábado pasado hice una rápida charla de 24 minutos(a pesar de mi gripe y mi posibilidad de empezar con un ataque de tós durante la misma ;-)). La idea es que luego estará diponible todo el audio de la misma, y posteriormente veré de complementar con textos esta presentación para que sea más fácil de seguir.

Pronto, más novedades! ;-)

Fotos desde las charlas del Grupo PHP Argentina!

2010-03-06T13:02:00.000-03:00

[confirmado] Primeras charlas del Grupo PHP Argentina - 6/3/2010

2010-02-24T17:46:00.000-03:00

Primeras charlas GrupoPHP

Sábado 6 de Marzo, 2010 a las 9:30 AM

Hotel Las Naciones, Corrientes 818 2º piso

Ver Agenda - Inscripción Obligatoria - Banners promocionales

Cambio de opinión: en algunos casos acepto el uso de null == $var

2010-02-14T16:30:00.000-03:00

Hace un tiempo hice un extenso post comentando sobre el "difundido fanatismo" de algunos desarrolladores de usar al revés las condiciones de igualdad en un if , en mi opinión "contranatura", sin respetar como alguna vez nos enseñaron nuestros primeros docentes (ver artículos como "Código como documentación"):

if ($variable == "valor")

Por lo que este orden nos permite hacer una redacción natural de la lógica que estamos codificando, es decir:

if ($edad == 30)

Se traduciría como

"Si la edad es igual a 30"

Por lo que actualmente hay una "seudo-moda" de hacerlo al revés,

if (30 == $edad)

Se traduciría como

"Si 30 es igual a edad"

Algo que, luego de haber pasado algunos años dando clases a distintos niveles de desarrolladores, empezando por personas con cero conocimiento del tema, siento que esta práctica no hace más que dificultar la lectura natural de las condiciones, y en consecuencia, ofuscar el código.

Amante de lo simple como soy (considero que el verdadero arte y esencia de la programación es hacer las cosas simples, no complejas), me opuse completamente a esta práctica, aún con los argumentos técnicos de que esta técnica podría salvarnos en caso de asignaciones accidentales del tipo:

if ($edad = 30)

Lo cual en PHP terminaríamos modificando el valor de $edad (porque estamos usando un solo "=" y no dos), algo que no sucedería si hiciéramos

if (30 = $edad)

De todas formas me pareció exagerado al extremo, cambiar algo que se hizo por años, desde los inicios de los tiempos, solo para cubrir esta "hipotética situación tan poco probable", ni que hablar que todo IDE respetable nos detecta este error y es fácil de ver y corregir.

Bien, suerte que gracias a los errores uno aprende y me pasó hace relativamente poco este error con consecuencias bastante importantes, por lo que voy a describir en qué situación SI sugiero esta práctica (no siempre, no con todo el código):

Si por una razón extrema tienes que modificar código en producción

y además no puedes usar un IDE que te asista, y tienes que usar un editor sin asistencia en la codificación (como el Editplus, Notepad++, etc)

Sí, y solo sí, mientras tengas que alterar o agregar una condición que pueda generar este error, invierte la condición para estar cubierto ante cualquier distracción. Pero luego de hecho, fuera de producción, corrige el código, para clarificar su entendimiento.

De todas formas, lo veo complicado de hacer si no estás acostumbrado a ello.

Pero bueno, cuando me sucedió me hizo reconocer que había una situación muy específica que podría ser aplicable y útil, aún para una persona con experiencia como yo ;-)

¿Alguna vez te fue verdaderamente útil esta práctica? ¿alguna otra?

[SVN] Agregar notificación por email en caso de cambios en el repositorio

2010-02-14T16:19:00.009-03:00

Esto es muy productivo en cualquier equipo de trabajo, recibir notificación por email de cada vez que ocurre un cambio en un repositorio de un proyecto donde estés trabajando, esto permite tener a todo el equipo notificado y coordinado con los cambios, y en caso de problemas poder detectarlo rápidamente (se tocó un archivo que no correspondía, un error, cambio no planeado, etc). También permite aumentar el contro de calidad si esto es revisado por el teamleader (o un responsable de QA) que revise si se cumplen los criterios de calidad prefijados.

Les dejo la configuración que hay que hacer en el hosting dreamhost.com, pero que también pueden aplicar en vuestros servidores:

En el directorio del proyecto SVN tienen que buscar el subdirectorio hooks, y copiar el archivo de ejemplo post-commit.tmpl como post-commit (donde agregaremos todas las acciones que queremos que ocurran una vez que existan un commit):

#!/bin/sh

REPOS="$1"
REV="$2"

/usr/share/subversion/hook-scripts/commit-email.pl --from info@surforce.com "$REPOS" "$REV" desa1@gmail.com desa2@gmail.com desa3@gmail.com

Y listo, ahora luego de que cualquier desarrollador haga un commit, nos llegará a todos un email con un diff con los cambios realizados, por ejemplo:

Author: alejandro145
Date: 2009-12-04 14:49:01 -0800 (Fri, 04 Dec 2009)
New Revision: 16

Modified:
public/js/jquery/ui/themes/ui-
lightness/ui.datepicker.css
Log:
Cambia el tamaño del widget para elegir fechas

Modified: public/js/jquery/ui/themes/ui-lightness/ui.datepicker.css
===================================================================
--- public/js/jquery/ui/themes/ui-lightness/ui.datepicker.css 2009-12-04 21:48:09 UTC (rev 15)
+++ public/js/jquery/ui/themes/ui-lightness/ui.datepicker.css 2009-12-04 22:49:01 UTC (rev 16)
@@ -1,5 +1,7 @@
/* Datepicker
----------------------------------*/
+.ui-widget.ui-datepicker { font-size:.8em }
+
.ui-datepicker { width: 17em; padding: .2em .2em 0; }

Las líneas agregadas aparecen a la izquierda con un "+" o un "-" si estas son eliminadas.

Que les sirva de referencia para su trabajo en equipo ;-)

PD: por las dudas, ya que es un error que he cometido seguido, el scripts tiene que tener permisos de ejecución (confunde muchas veces que el ejemplo .tmpl no tenga permisos de ejecución, y uno viene y lo copia directamente y piensa que es solo cambiar el contenido), ya que es SVN lo tiene que ejecutar.

Las charlas que daré el 6/Marzo/2010 (Argentina)

2010-02-07T13:27:00.003-03:00

Como comentaba en un anterior post, a través del Grupo PHP Argentina estamos preparando una serie de charlas abiertas para todos los desarrolladores y empezar a forjar una comunidad sólida de profesionales y mejorar la percepción de nuestra tecnología ("PHP es informal", "PHP no es serio", "Con PHP no se puede", "PHP no es para grandes organizaciones", etc).

Aún se encuentran en preparación las introducciones que expliquen el contenido de cada charla, (por ahora tenemos los títulos generales que aportó cada uno de los organizadores), pero puedo ir comentando las que daré tentativamente el próximo 6/Marzo:

Introducción a POO / UML / PHP5

El objetivo de la charla es abordar los conceptos básicos de la POO para PHP5 y cómo a través de un lenguaje de diseño estándar como UML (muy usado en el ambiente profesional) se debe hacer la traducción de diseños a código PHP5, particularmente entender la importancia de las relaciones entre clases, cómo afectan a nuestros sistemas y corregir un error que la mayoría comete: ubicar correctamente los require_once de cada relación entre clases.

Arquitectura Zend / SURFORCE

Zend Framework es una excelente herramienta para desarrolladores que aún necesitan tener control de los "desarrollos a medida" pero quieren evitar el "desarrollo artesanal". Zend nos ofrece una nueva capa de abstracción que nos permite desarrollar sobre ella, fácilmente, nuevas herramientas de más alto nivel (gracias a que sus componentes están altamente desacoplados).

SURFORCE (empresa) presentará la arquitectura que actualmente está usando para maximizar el reuso de componentes entre sistemas, permitiendo evitar el desarrollo repetitivo de funcionalidades recurrentes, como ser login, gestión de usuarios, administradores, etc, bajo el nombre de SURFORCE_CORE, SURFORCE_LIBRARY y SURFORCE_MODULES (todos proyectos libres bajo la GPL).

Introducción al Estándar de Codificación de Zend

Nadie a esta altura debe dudar de los beneficios de una estandarización en ninguna actividad (organización, disminución de costos y esfuerzos, etc). Pero el problema de los estándares es cuando no existen, no se siguen o existen muchos para seguir (se pierde el concepto de "estándar"). Para el mundo Java la empresa SUN es el pilar que define los lineamientos generales y ningún desarrollador duda en no seguirlos. De la misma forma, la empresa Zend (de donde vienen la mayoría de las mejoras de PHP) debería ser nuestro referente y nosotros los desarrolladores deberíamos seguir el estándar de codificación Zend.

Así que no se olviden de ir votando las charlas y estar al tanto de todos los medios de comunicación que iremos notificando los avances y cualquier novedad.

Te esperamos, a ver si los desarrolladres PHP nos juntamos y empezamos a trabajar para formar una verdadera comunidad que nos benefice a todos ;-)

Breve resumen de la segunda reunión del Grupo de Usuarios PHP Argentina

2010-02-07T12:01:00.002-03:00

Voy a tener que optar por "publicar algo breve" a "no publicar", ya que de lo contrario voy a escribir un post por mes, y nunca fue mi idea :-(. Creo que la mayoría sabrá que cuando inician los cursos que estamos dictando a través de surforce.com empiezo a estar un poco desbordado de trabajo y concentrarme casi exclusivamente a los alumnos.

Así que bueno, quería hacer un resumen más completo de la reunión que hicimos el sábado pasado, pero aquí van los titulares:

Nos reunimos varios desarrolladores PHP con las mismas inquietudes para tratar de "hacer algo por la comunidad PHP", particularmente promover nuestra tecnología y consolidar una organización que nos nuclee.

Algo que nos preocupa a todos es que muchos desarrolladores / empresas consideran a PHP como una "tecnología poco seria", por lo que queremos trabajar en ese sentido para cambiar radicalmente esa percepción a través de charlas.

Ya lo veníamos hablando en la primer reunión, empezar con charlas informativas, y para ello debíamos buscar un lugar para hacerlas. Tenemos algunas ideas, oficinas ofrecidas de algunas empresas, hasta universidades (aún no tenemos una confirmada).

Fijamos la fecha de mejor conveniencia para todos, el sábado 6 / Marzo.

Estamos tratando de pulir la idea general, si es una serie de charlas informales, o tendrá más perfil de jornada ó conferencia (por ahora se puede decir que va primando la primera).

El temario general de charlas introductorias se pasará en limpio y publicará en el sitio oficial, por ahora los títulos que más les interesen se pueden votar, para ver si dejamos alguna afuera, o cómo priorizamos el orden de las mismas. La idea es que dentro de unos días todos los que quieran ir a las charlas confirmen su lugar para que nos podamos organizar con tiempo en base al público que participará.

Se está discutiendo el tema de armar podcasts o videocast o streaming, aún no está definido si contamos con la infraestructura y organización suficiente como para hacerlo.

Para más información, tienen el sitio web "oficial" del grupo en grupophp.com.ar (en la página pueden extraer información sobre otros medios, como foro de discusión, twitter, facebook, etc).

¡Así que esperamos su participación!

PD: todas las demás fotos se encuentran en el grupo de facebook.