La nueva versión, pronta a aparecer, viene con algunas gratas sorpresas que se esperaban para la rama 6. Aquí les presento dos, en des-orden de importancia.
Primero, una constante mágica __DIR__ que apuntará al directorio que contiene el archivo actual. Muy útil para los includes.

Después, los preciados namespaces. Con esto vamos a tener más libertad a la hora de nombrar clases (ya que se evitan los conflictos de nombres) y beneficiará a la programación con objetos toda.

Con el asunto de namespaces se vienen varias palabras reservadas nuevas, necesarias en el momento de tratar con las nuevas funcionalidades.

A la espera del release, lo único que tenemos por ahora son los snapshots dev.

A partir de hoy, 30 de diciembre, se adelantarán una hora los relojes en Argentina, en una vuelta al horario de verano como hace unos años. El fin es el mismo de siempre y el de todos lados: el ahorro energético aprovechando las horas con luz natural en esta época del año.

En cuanto a sistemas e informática, en un país en el que no tenemos tradición de horario de verano, el asunto no deja de ser engorroso.

Para hacerlo bien, además de adelantar una hora el reloj de la PC, hay que cambiar la zona horaria a “GMT -2″. La pueden encontrar con varias denominaciones, siendo la más común “Atlántico Central” ó “Mid-Atlantic“. En Windows, al cambiar la zona horaria automáticamente se adelantará una hora el reloj. Todos estos cambios manuales no serían necesarios si la política de cambio horario fuese regular y la configuración para “Argentina” la contemplara. Es decir, que necesitamos una regularidad en la política :).

Si cambiamos sólo la hora, pero no la zona horaria, algunas aplicaciones mostrarán horas incorrectas, ya que se manejan por el tiempo GMT. Un ejemplo es Gmail. Si adelantamos la hora pero no modificamos nuestra zona horaria, es como si estuvieramos corriendo el horario GMT.

Espero haber sido claro… a cambiar los relojes!

DimeHoteles ya cuenta orgullosamente con un servidor dedicado, alojado en un datacenter español.

En honor a MANTISA (primer servidor linux que administré, un Red Hat 9, un fierro!!) lo hemos bautizado DECIMAL. Yo lo pronuncio en inglés.

La empresa que instaló el servidor, la dueña del datacenter, instaló un muy lindo panel de administración (en otra ocasión hablaré de esta empresa, cuando la conozca mejor). El problemilla es que el lindo panel corre sobre PHP4, mientras que DimeHoteles lo hace sobre un PHP5. Por lo cual procedí a actualizar PHP. Todo muy lindo, hasta que descubrís segmentation faults en el log de apache… Mmm, ¿qué será esto? ES UN BUG DE PHP 5.2.1!!! En ciertas condiciones el Zend Memory Manager hace cagadas, hablando resumidamente.
A veces el upgrade no es tan bueno.

En fin, ¿no es emocionante tener acceso root? jajaj

Después de algunos meses de desarrollo, y de semanas cada vez más intensas, y días cada vez más llenos de programación, llegó el momento de presentar en sociedad a nuesto primer hijo oficial: www.dimehoteles.com

En este caso rehicimos el sitio desde cero, from scratch, para un cliente -me atrevo a decir devenido amigo- español.

No sólo se mejoró mucho la interfaz, la usabilidad y la navegabilidad (cosas que pueden verse) sino que por detrás corre toda una aplicación que arrancó bien arquitecturada desde el principio, una base que se la re banca, y toda una estructura de páginas y componentes que son realmente objetos, sumado a una concepción totalmente traducible a otros idiomas y un sitio realmente google-friendly. Me atrevo a decir, un casi framework.
En fin, un verdadero chiche!!!! Estoy muy contento con el proyecto: con lo que se hizo, con lo que se está haciendo, y con todo lo que está por hacer!!

Felicitaciones a la Tana, por tanto trabajo para lograr esto, y bienvenido nuevo DimeHoteles! :)

Entre otras, la programación en PHP (como en casi todos los otros lenguajes de programación de ordenadores) [perdón, necesitaba densidad de keywords jajaja] puede encararse desde objetos o desde procedimientos.

Como dije, hay otros “enfoques“, pero los dos modelos dominantes son esos. Bueno, al menos para mí, está bien, no todo el mundo es como yo, ya lo recordé.

En fin, mi experiencia es que trabajando con procedimientos uno codea el 40% del tiempo, y debuggea el resto. Con objetos, los números son distintos: codeo el 95% del tiempo y debuggeo el 5%.

Es abismal la diferencia, y es muy placentero trabajar con objetos. Además de las ventajas teóricas que plantea, claro. No es un quick development porque algo mal hecho al principio puede arruinar todo (peor que en procedimientos, donde el fenómeno también existe, claro) y eso hace que se tenga que razonar y arquitecturar mucho al inicio, pero el desarrollo se acelera mucho una vez que se tienen la bases, y además, se pasa más tiempo programando -que es lo que nos gusta, lo que me gusta- y menos resolviendo problemas -que es lo que nos termina irritando, a todos.

Objetos, por ahora los amamos. He dicho.

Hace un tiempo fui empleado de Livra.com, la mejor empresa en la que me tocó estar hasta ahora.

Por razones ajenas a ellos decidí irme, en síntesis, para dedicarme a proyectos personales.

Ante esa situación les comuniqué mi decisión y mi idea de no exigir los días trabajados todavía no pagos, dejándolo realmente a su criterio puesto que mi cambio implicaba una pérdida para su negocio en términos monetarios. No por el hecho de mi persona, o quizá sí un poco porque yo ya estaba bastante imbuido de las cuestiones del trabajo, sino más que nada por las cosas fiscales, tributarias, patronales, etc., implicadas en una renuncia y en la nueva contratación de otra persona.

La conclusión, y razón de este post, es para expresar mi agradecimiento, tanto de mi tiempo como empleado como de la liquidación que finalmente han hecho a mi favor, pese a mi negativa. Gracias Livra, recomendados ampliamente.

Así me comentaron hoy: aparentemente NIC.ar empezará a cobrar ¿cuando uno quiera registrar? ¿y/o renovar? un dominio.

Finalmente se ha hecho justicia en el universo, no puede ser que cualquiera registre dominios que luego NO utiliza.

Así como esta gratuidad favoreció muchísimo el crecimiento de la web dentro del mercado argentino hace unos años, ahora, y lo digo desde el conocimiento de los profesionales que trabajamos en esto, el hecho del registro de innumerables dominios sólo por “retenerlos” realmente nos está haciendo retrasar en las oportunidades de negocio y en ventajas competitivas, como puede ser un buen dominio, desde el punto de vista de Google (obvio).

Lo que yo creo sería un buen escenario es que se requiera la delegación de cada dominio transcurridos dos o tres meses desde el registro, y que ese registro sea pago, con un valor simbólico pero representativo, por ejemplo, veinte pesos. Creo que no cobraría la renovación, siempre que el sitio se encuentre delegado y funcionando. Creo que esto no hará más que favorecer al mercado de producción y explotación de los sitios web, que generan un bien económico, por supuesto, como todo negocio.

¡Enhorabuena para la gente de NIC! Esperamos noticias para ver cuál será la implementación definitiva. Siempre rogando porque sea para bien, y no para peor.

Les dejo unos links para que puedan descubrir tres lenguajes de scripting “no tradicionales”. No son únicamente para scripting web, pero ese es mi punto de interés hoy.

Ocaml, Lasso, REALbasic

Hace un tiempo trabajé en el Ministerio de Planificación Federal. Por cuestiones estratégicas, políticas y económicas, toda la infraestructura informática es provista por el Ministerio de Economía, por lo que nuestro trabajo diario se veía marcado por las distintas circunstancias de la relación MinPlan - Mecon.

Pero lo que hoy quiero comentar es la modalidad de contrato bajo la que me encontraba. En términos simples, era trabajo en negro. ¿Trabajo en negro en el mismísimo ministerio? Sí.

Muchas personas estábamos bajo la misma modalidad, que consistía de lo siguiente: nuestro sueldo (porque era un sueldo, fijo todos los meses) nos lo pagaba la UTN, que tenía con el ministerio un convenio por pasantías. O sea, que muchos de los empleados que estábamos ahí (por lo menos los de Sistemas éramos todos) cobrábamos un sueldo fijo, mensual, que era pagado por la UTN. Demas decir que nunca tuvimos ninguna relación con la UTN, sólamente con el área de RRHH del Ministerio. Esto se convierte, obviamente, en un “trabajo” sin obra social, ni jubilación, ¡ni recibo de sueldo!

Cada uno pagaba su monotributo, pero la ley es muy clara: no se puede facturar a la misma persona, por meses consecutivos y el mismo monto, que era exactamente lo que acá ocurría. No se puede porque es considerado trabajo encubierto. Es claro.

Aunque esta situación del “trabajo” facturado ocurre en miles de lados, es sumamente llamativo que ocurra dentro de las puertas del mismo ministerio, en donde todas esas medidas se incuban.

En fin, yo del ministerio ya me fui, pero aún me deben dinero, y en parte es generado por toda esta situación. Si el empleado tuviera más herramientas, el ministerio debería cumplir con su parte y contribuir a un mercado laboral más justo para quienes trabajamos día a día.

Una frase de mi ex-jefe, que fantásticamente soluciona todo: “El Estado no compite en el mercado [laboral]”.

Nunca trabajen en el ministerio, salvo que lo necesiten realmente, y siempre estando atento a las condiciones. La política cambia de idea muy rápidamente, y las cosas rara vez están escritas en un papel.

En Estados Unidos ya se están empezando a preguntar si vale la pena estudiar Sistemas, ya que todo el mercado se ha trasladado a la India. En el último tiempo es increible la cantidad de nombres raros que empezamos a ver al buscar notas técnicas, o leer el blog de Google. No es loco que la gente crea que ya no vale la pena estudiar Sistemas, si total “después contratan por dos mangos a alguien de la India y listo”.

El comentario proviene de aca. Ah, por cierto: cualquier parecido con la Argentina es pura casualidad eh… ¬¬