“This year’s IAI holiday party was pretty fun. There was plenty of gambling and appetizers. Jason was all suited up and our Scott looked pimped out. Lee was glued to the Roulette table and was one of the night’s high rollers. I unfortunately lost all my chips at the poker table, how could this have happened? Tommy was the Poker King for most of the night though Greg took Jack’s money at poker, hopefully he still has a job.

When it was time for the prizes, your remaining chips turned into raffle tickets. Luckily my wife (Erica) had all her chips so we were in the running for some prizes. The restaurant’s microphone was on the fritz so the voice sounded like Darth Vader on crack. The final and biggest prize were premium (super expensive) Chargers vs. Denver tickets which went to the lucky Javier Arias.

Although I had three Long Island Ice Teas and was kinda buzzed, I do have a vivid memory of having a great time.

Here are some photos from the IAI Holiday Party.
http://flickr.com/photos/jnegretti/sets/72157603459133943/

Sean Dreilinger has a more extensive photo collection.
http://flickr.com/photos/seandreilinger/sets/72157603452445492/“

Porfa perdonen la falta de acentos, tengo un teclado en ingles

Como ya deben haber advertido, hace bastante tiempo que tengo descuidado el blog, pero igual fui, invitado por Lucas.

“Your comment is awaiting moderation.”

El evento, sin ser gran cosa, fue interesante porque encontró a los blogger corrientes y a los editores del blog institucional de La Voz, en un debate sobre la censura en los comentarios de los post del popular diario cordobés. Los editores se defendieron argumentando que, lejos de censurar, solo moderan aquellos comentarios que pueden llegar a ser causantes de una acción legal contra la empresa, hay numerosos casos en los que los diarios han sido perjudicados por comentarios de sus lectores.

Sin embargo esto no es del todo cierto, la censura en los diarios existe. Hace un tiempo atrás fui testigo de como el diario Clarín censura, aceptando solo aquellos comentarios que están de acuerdo con la opinión del autor del post, aquellos que no, son descartados y no se publican. El articulo y su contenido en cuestión no vienen al caso, lo que realmente importa es que todos nuestros intentos por expresar nuestro desacuerdo con el mismo fue en vano, ya que fueron censurados sin explicación alguna.

Volviendo al tema original, estos encuentros resultan amenos, pizza y cerveza mediante, e interesantes. Pero quizás lo más importante es que devuelven las ganas de postear.

(Ah! Me olvidaba, este es mi primer post escrito íntegramente en mi nueva Palm ^_^)

Les comento porque no di noticias. La razón principal es que me mudé de casa, ahora vivo en un departamento en el centro de la ciudad de Córdoba, el problema es que todavía no me compre una pc y se me complica para andar subiendo cosas desde otra maquina.

Por otro lado, también cambié de trabajo, la empresa donde trabajo ahora se llama Santex America, y actualmente me asignaron al equipo que desarrolla Gosasa.

En estos días tuve que lidiar con CrossDomain Ajax (algo por el momento imposible), expresiones regulares y mucho PHP. Todo esta muy interesante. Prometo que apenas pueda me compro una pc nueva, me conecto a Internet y les voy contando las cosas que voy aprendiendo y por donde me voy metiendo en esta odisea que es ser desarrollador

Nos vemos!

Un aspecto muy importante para la futura WEB 2.0 es la semántica de los sitios. Pero, ¿que es la semántica?

¿Que es la semántica?

El HTML original fue creado con la intención de proporcionar formato al contenido, cuando, inicialmente, eran documentos de texto. Hoy en día, el formato corre por cuenta del CSS, sin embargo, siguen existiendo Tags en el (X)HTML, y cada uno cumple una función especifica, este es su rol semántico, que escapa al diseño, pero que no por ello deja de ser importante. Es así que el elemento H1 es utilizado para los títulos principales, P para los párrafos y UL para las listas, etc.

Términos muy actuales, como Tableless, Divless y Pageless, están estrechamente relacionados con la semántica. Tableless, por ejemplo, significa crear un sitio siguiendo los estándares, usando código semántico, y hace referencia a las tablas debido a la mala costumbre de posicionar elementos usando, justamente, tablas.

¿Porque es importante?

Un documento semánticamente correcto puede ser interpretado por usuarios no convencionales, es decir, por programas. Google, por ejemplo, cuando indexa una pagina, busca el significado en los tags, de acuerdo a las recomendaciones de la W3C. Si el source de tu pagina es semánticamente correcto, puede ser transformado automáticamente a una versión para WAP manteniendo el contenido intacto, como lo hacen los servidores de Opera. O incluso, existen programas al estilo de GoogleNews, que extraen el contenido de otros sitios, eso es, claramente, a favor de la WEB 2.0.

¿Cuándo es importante?

Esta es una pregunta que no tienen que dejar de hacerse, aun cuando nosotros, Web Developers, estamos a favor de las nuevas corrientes y al uso de los estándares, tenemos que entender que la palabra de la W3C no goza de verdad absoluta.

La semántica se aplica a las páginas que son estrictamente documentos, como los de Word o los PDF, pero en formato (X)HTML. Solo en estos casos la semántica tiene sentido. Aplicaciones web, como gmail, tienen poco de documento y pretender que sean semánticas es un despropósito.

Ajax, por ejemplo, se vale de tecnologías estándares para crear RIA. Muchas veces se utilizan elementos por sus propiedades crossbrowsers, su comportamiento interactivo, pero nunca por su significado semántico En estos casos, ignora la semántica.

Object masquerading

Este método hace provecho del comportamiento de la palabra reservada this
dentro de las funciones, más específicamente, dentro de los constructores.
El funcionamiento es el siguiente: Un constructor asigna propiedades y métodos
a un objeto referenciándolo con la palabra clave this, como un constructor es simplemente una función,  se puede usar el constructor de una clase A como método de una clase B.  Tenemos, por ejemplo, el siguiente constructor:

     
      function ClaseA(nombre){

          this.nombre=nombre;

          this.identificarse=function(){

              alert(this.nombre);

          }

      }

Recordemos que en un constructor, this hace referencia al nuevo objeto que será retornado. Pero en un método, this hace referencia al objeto desde el cual fue llamado. Analicemos que pasa si lo usamos dentro de otro constructor como en el caso siguiente:

     
      function ClaseB(nombre){

          this.superClase=ClaseA;

          this.superClase(nombre);

          delete this.superClase;

      }

En el código anterior, el constructor ‘ClaseA’, es llamado como método del nuevo objeto que se esta creando en ‘ClaseB’, por lo tanto, todas las propiedades y métodos que se crean en ClaseA se van a agregar al nuevo objeto de ClaseB.

Quizás el punto mas interesante del Object masquerading, frente a otros métodos
de emular herencia, es que soporta la herencia múltiple,  esto significa que un objeto puede heredar de mas de una clase al mismo tiempo. Solo basta con llamar a cuantos constructores sean necesarios dentro del constructor de la clase hija.

Prototype chaining.

En el post anterior mostré como definir clases utilizando el objeto prototype. Prototype chaining se basa en este paradigma para implementar herencia de una manera muy interesante.

Prototype es una propiedad del objeto Function, que actúa como un template sobre el cual se van a crear nuevos objetos. Mas precisamente, las propiedades y métodos del objeto prototype van a ser pasados a todas las instancias de esa clase.

El ejemplo anterior utilizando prototype chaining quedaría de la siguiente manera:

      function ClassA(){         

      }

      ClassA.prototype.nombre = “”;

      ClassA.prototype.identificarse = function(){

          alert(this.nombre);

      }

      function ClassB(){

      }    

      ClassB.prototype = new ClassA();

La última línea del ejemplo muestra el funcionamiento del prototype chaining. Lo que ocurre es que asignamos al prototipo de ‘ClassB’ una nueva instancia de ‘ClassA’.
De ahora en adelante, todos los objetos creados con ‘ClassB’ van a tener, también, los mismos métodos y propiedades de la instancia de ‘ClassA’. Y si queremos agregar mas métodos y propiedades, lo único que tenemos que hacer es agregárselos al prototype
de ‘ClassB’.

Lo malo de este método para emular herencia, es que no se puede pasar parámetros
a la clase base, como hicimos en el ejemplo de Object masquerading.

Lo bueno,  es que el operador instanceof funciona de una manera única: por cada instancia de ClaseB, instanceof nos retorna true tanto con ‘ClaseA’ como con ‘ClaseB’:

    var miobjeto = new ClassB();  

    alert(miobjeto instanceof ClassB); // true

    alert(miobjeto instanceof ClassA); // true

Conclusión

Estos son solo 2 de las formas utilizadas para emular herencia en Javascript, quizás las más difundidas. Personalmente prefiero el prototype chaining, porque es la recomendada por el Standard ECMA Script, y por el funcionamiento del operador instanceof,
que permite tener un poco mas de control sobre los objetos, algo que se agradece
muchísimo en un lenguaje tan poco tipeado como Javascript. Sin embargo, los
dos métodos son igual de eficaces y cada uno tiene sus ventajas y desventajas,
por lo que la decisión de cual usar, esta en el programador.

¿Porque esto es importante?. Porque Tamarin es un compilador JIT, no un interprete, esto significa que produce un bytecode de maquina y luego lo ejecuta, en lugar de interpretar la sintaxis en el momento de la ejecución. La ventaja de esto es la gran velocidad en la que se corre el código en Javascript, que ya esta demostrada en muchos benchmarks.

Vamos a ver como responden los browsers de aquí en adelante a esta iniciativa

La lista de temas fue:

• High Times
• Space Cowboy
• If I Like It I Just Do
• Emergency On Planet Earth
• Seven Days In Sunny June
• Black Capricorn Day
• Canned Heat
• Use The Force
• Travelling Without Moving
• Runaway
• Virtual Insanity

En este post del foro Jamirotalk, los fans recopilaron una lista de direcciones en donde se van a poder bajar los temas en mp3 y el video del show en formato AVI. Realmente lo recomiendo porque tiene una excelente calidad.

Un abrazo!

Creación de Objetos

En JavaScript, todas las variables hacen referencia a objetos, no existe nada en este lenguaje que no sea un objeto, lo son todos los tipos de datos e inclusive las funciones, que pueden contener propiedades y métodos.

Para crear un objeto desde cero basta con hacer:

miobjeto = new Object();

Lo que equivale a hacer:

miobjeto = {};

La primera forma de declarar un objeto les puede resultar familiar, la segunda hace uso de una característica propia del lenguaje para declarar estructuras de datos. Todos los tipos de datos pueden declararse de las dos maneras, por ejemplo, una cadena de texto se declara:micadena = new String();

Y de la forma declarativa:micadena = “”;

Un array se declara:miarray = new Array();

Ó también:miarray = [];

Esta forma de declarar objetos es muy útil en algunos casos y es la base del intercambio de mensajes mediante el estándar JSON.

Agregar miembros

Javascript es un lenguaje dinámico, esto posibilita la modificación de los objetos en tiempo de ejecución, esto quiere decir que a un objeto, luego de ser creado, se le pueden agregar o eliminar métodos y propiedades.

Para agregar miembros al objeto creado anteriormente solo basta con declararlo y asignarle algún valor.

miobjeto.variable = “hola”;

miobjeto.metodo = new Function();

Listo, ya disponemos de un objeto personalizado creado desde cero, de este modo se pueden agregar mas miembros de cualquier tipo a nuestro objeto. Sin embargo, crear objetos de esta manera no es muy cómodo, ya que si quisiéramos crear una copia de este objeto deberíamos declarar nuevamente todos sus miembros, debido a que este objeto no se puede instanciar.

Creando ‘Clases’ en JavaScript

La forma en que los lenguajes orientados a objetos comúnmente resuelven el problema anterior es mediante el uso de Clases, en JavaScript no es posible declarar Clases, pero si es posible instanciar objetos a partir de un constructor.

El objeto Function es utilizado como objeto instanciable en JavaScript, y el cuerpo de la función es el constructor del nuestros objetos. Una vez que tenemos un constructor, podemos llamarlo con el operador new.

/*clase de ejemplo*/

miClase = new Function();

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

El método mas difundido para emular las clases en JavaScript es aprovechar el funcionamiento de la palabra clave this dentro de los constructores. Cuándo una función es llamada con el operador new, this hace referencia al objeto que será retornado. Veamos como funciona.

/*clase de ejemplo*/

miClase = function(){

/*

agregamos miembros dinamicamente

al objeto que será retornado

*/

this.propiedad = “hola!”;

this.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

Ahora, ‘nuevoObjeto’ va a referenciar al objeto que se retornó cuando se llamó a ‘miClase’ usando el operador new, por lo tanto, va a tener todas las propiedades y metodos que se crearon dentro del constructor.

El problema de esta forma de crear clases es que cada vez que la función ‘miClase’ es llamada, se crea una nueva función llamada ‘metodo’, de modo que cada objeto tiene su propia versión de ‘metodo’ cuando, en realidad, todos los objetos deberían compartir la misma función.

La propiedad ‘Prototype’

Todas las funciones tienen una propiedad llamada prototype, esta propiedad es un objeto que será utilizado como ‘modelo’ inicial de todos los objetos que sean creados con esta función cuando sea utilizada como constructor.

Inicialmente esta propiedad es un objeto vacío, pero debemos modificarla para aprovechar esta característica del lenguaje. Reescribiendo el ejemplo anterior el código quedaría así:

/* creamos un constructor limpio */

miClase = new Function();

miClase.prototype.propiedad = “hola!”;

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

Ahora todos los objetos creados a partir de ‘miClase’ compartirán inicialmente las mismas referencias en todas sus propiedades, esto significa que, todos los objetos van a compartir la misma versión de ‘metodo’.

Adicionalmente, al utilizar la propiedad prototype, obtenemos otra ventaja, podemos usar la palabra reservada instanceof. Vemos como se usa si escribimos:alert(nuevoObjeto instanceof miClase) // muestra ‘true’

El problema del uso de prototype, es que todas las propiedades hacen referencia a las mismas del prototipo, por lo que si modificamos estos objetos se van a modificar también en todos los objetos creados con esta clase. En siguiente ejemplo cambiamos nuestra propiedad a un array para poder modificarla sin cambiar nuestra referencia, de modo que podamos ver lo que explico con un ejemplo:

/* creamos un constructor limpio */

miClase = new Function();

miClase.prototype.propiedad = new Array(“hola”,“hello”);

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

otroObjeto = new miClase(); // instanciamos ‘miClase’

nuevoObjeto.propiedad.push(“olá”);

otroObjeto.metodo(); // muestra “hola”,”hello”,”olá”

Como pueden ver en el ejemplo anterior, ‘nuevoObjeto’ y ‘otroObjeto’ hacen referencia al mismo array, para solucionar este problema solo debemos asignar un objeto diferente a cada propiedad de nuestros objetos. El constructor es un buen lugar para realizar esta tarea:

miClase = function(){

this.propiedad = new Array(“hola”,“hello”); // reemplazamos el valor de nuestra propiedad con un nuevo objeto

};

miClase.prototype.propiedad = new Array(“hola”,“hello”);

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

otroObjeto = new miClase(); // instanciamos ‘miClase’

nuevoObjeto.propiedad.push(“olá”);

otroObjeto.metodo(); // muestra “hola”,”hello”

Listo, tenemos clase y tenemos objetos que funcionan bien. Espero que les haya resultado claro, en el próximo post voy a explicar el mecanismo de la herencia en JavaScript (si!!, se puede!!). Hasta entonces.

• ·         El departamento de informática de cualquier empresa siempre será uno de los peor considerados, ya que no genera beneficios sino sólo pérdidas. No esperes que te paguen las horas extra, así que no las hagas.

• ·         Si te prometen darte días libres por quedarte un fin de semana nunca te darán un jueves y un viernes seguidos, sino dos martes. Si entiendes que este trato no te interesa, harías bien en no quedarte ese fin de semana antes de que llegaran esos martes.

• ·         Nunca te dirán claramente que hagas horas extra.

• ·         Si no haces horas extra, no pasará nada.

Solo algunas ideas sacadas de “Las siete lecciones que aprendí tras siete años de experiencia laboral”.

Yo resalté estas porque mi experiencia laboral me enseñó que, por hacer horas extras y preocuparme por problemas de otros fuera de mi horario laboral, no gané absolutamente nada. De hecho, perdí valiosas oportunidades de pasar ratos lindos con la gente que quiero.

Para tener en cuenta..

¿Que es?

Cooperator Framework es un conjunto de herramientas y librerías que agilizan el desarrollo de aplicaciones en Microsoft .Net Framework 2.0, distribuido bajo licencia Open Source.

La tarea principal que desempeña esta herramienta es el mapeo de objetos sobre una base de datos relacional, caracterizándose por la generación semiautomática de las clases a partir del modelo que obtiene accediendo a la Base de datos.

Este framework fue desarrollado con el objetivo de lograr un modelo 100% orientado a objetos, facilitándole el camino a quienes todavía están condicionados por el modelo relacional.

Para personalizar el código a generar, el Framework dispone de una herramienta llamada Cooperator Modeller, que permite seleccionar las clases que van a generarse y editar sus características, también, permite generar el código en el lenguaje que prefiera el programador, ya que se vale de Scripts de generación para realizar esta tarea. El modelo resultante puede ser guardado y editado posteriormente, ayudando al mantenimiento y crecimiento del sistema, y el código generado es extensible mediante el uso de clases parciales.

Una de las base de diseño del Framework que no utiliza Datasets ni Reflexion, y que las clases de persistencia y recuperación de objetos devuelven un tipo especifico y no un tipo genérico u ‘Object’. Estos objetos aprovechan las nuevas características de .Net Framework 2.0, como Generics, evitan el acoplamiento implementando Interfaces y se pueden enlazar a controles de formularios, tanto Windows como Web.

El código generado

Los grupos de clases generados por Cooperator son, a grandes rasgos, Rows, Gateways, Entitys y Mappers.

Las clases del grupo Rows son una por cada tabla de la base de datos y representan un registro de la misma. A cada una le corresponde una clase del tipo Rowset que representa un grupo de Rows. Ambas, Row y Rowset, son cargadas y guardadas en base de datos por su correspondiente Gateway, que ejecuta stores procedures en llamadas a sus métodos para realizar las tareas de mapeo.

Las clases del grupo Entitys heredan de Rows y las extienden con propiedades de los tipos generados por el Framework. Dependiendo de las relaciones de las tablas en la Base de Datos, estas van a ser un objeto o una colección de objetos, y van a representar una relación simple, o una agregación a la Entidad, esto es bastante importantes de entender e identificar, ya que los Mappers, objetos encargados de realizar las tareas de mapeo de Entitys, cambian su comportamiento con respecto a estas propiedades dependiendo de lo que representan conceptualmente.

Más allá del Mapeo

Además de las funciones de ORM, Cooperator posiblita trabajar con Units of Works e implementa herramientas de seguridad y de validación de datos.