En un experimento se metieron cinco monos en una habitación. En el centro de la misma ubicaron una escalera, y en lo alto, unos plátanos. Cuando uno de los monos subía por la escalera para acceder a los plátanos, los cinetíficos rociaban al resto de los monos con un chorro de agua fría. Al cabo de un tiempo, los monos asimilaron la conexión entre el uso de la escalera y el chorro de agua fría, de modo que cuando uno de ellos se aventuraba a subir en busca de un plátano, el resto de monos se lo impedía con violencia. Al final, e incluso ante la tentación del alimento, ningún mono se atrevía a subir por la escalera.

En ese momento, los científicos sacaron a uno de los cinco monos iniciales e introdujeron uno nuevo en la habitación.

El mono nuevo, naturalmente, trepó por la escalera en busca de los plátanos. En cuanto los demás observaron sus intenciones, se abalanzaron sobre él y lo bajaron a golpes antes de que el chorro de agua fría hiciera su aparición. Después de repetirse la experiencia varias veces, al final el nuevo mono comprendió que era mejor para su integridad renunciar a ascender por la escalera.

Los científicos sustituyeron otra vez a uno de los monos del grupo inicial. Posteriormente se repitió el proceso con el tercer, cuarto y quinto mono, hasta que llegó un momento en que todos los monos del experimento inicial habían sido sustituidos.

En ese momento, los científicos se encontraron con algo sorprendente. Ninguno de los monos que había en la habitación había recibido nunca el chorro de agua fría, sin embargo, ninguno se atrevía a trepar para tomar un plátano.

Si hubieran podido preguntar a los primates por qué no subían para alcanzar el alimento, probablemente la respuesta hubiera sido “No lo sé. Esto siempre ha sido así”.

Muchas personas no conocen Mootools y, como generalmente ven más sitios o ejemplos hechos en jQuery creen que “es mejor”, pero a mi juicio Mootools es mucho mejor que jQuery. De hecho, NUNCA he visto algo que se pueda hacer en jQuery y que no se pueda hacer en Mootools (por favor si alguien sabe de algo que lo publique acá), y en teoría no tendría porqué jQuery ser mejor que Mootools en ese sentido si ambos están basados únicamente en lo que permite hacer javascript.

El gran plus de jQuery: su documentación

Me he encontrado que cuando quiero buscar algo relacionado a jQuery me es bastante fácil encontrar una solución o ejemplos, a diferencia de Mootools, que su documentación es bastante pobre (sólo lo justo y necesario). Además de eso, mootools tiene unos ejemplos online muy antiguos (de la versión 1.1) y para las últimas versiones ofrecen descargar los ejemplos o revisar su funcionalidad en una interfaz llamada jsFiddle, en la cual también se encuentran ejemplos de las demás librerías como YUI o prototype.

Por su parte jQuery ofrece cosas mucho más simples como jQueryUI o su listado de plugins, los cuales ofrecen ejemplos bastante claros, concretos y simples. Quizás por eso es tan popular jQuery, porque es mucho más fácil encontrar una librería que se ajuste a las necesidades de algún proyecto, la cual puedes implementar incluso con poco conocimiento. De todas formas Mootools no se queda atrás y ofrece Mootools Forge (que en la práctica es un repositorio de plugins) y existen sitios como JOURMOLY que tiene muchos ejemplos realmente útilies y que le “salvan el pellejo”.

El gran plus de Mootools: su funcionalidad

Vamos directo con un ejemplo: cuando tengo un link y quiero que al hacer click haga submit a un formulario simplemente pongo lo siguiente en mootools:

$('id_del_formulario').submit();

En jQuery esto no funciona. Es algo complejo de explicarselo a humanos (yo no soy programador de profesión asique tampoco me gusta explicar las cosas como programador), pero en resumidas cuentas, mootools permite seleccionar un objeto con $ y eso al final es lo mismo que decir document.getElementById. En jQuery, al usar el $ el objeto se convierte en un objeto de jQuery y si quiero hacer un submit tengo que usar una función interna que trae jQuery para dichos efectos. Al ser un objeto de jQuery aparentemente no puede interactuar con todas las funciones básicas de javascript, y eso a la larga es confuso.

NOTA: puede ser que en las últimas versiones de jQuery esto ya no suceda. Me tocó hace tiempo hacer algo como esto y últimamente no me ha tocado desarrollar en jQuery, asique si estoy mal avísenme.

Lo importante es que Mootools es más flexible en ese sentido. Es bastante fácil de implementar y tiene métodos muy simples. Como es obvio, también, hay cosas que son más simples en jQuery, asique creo que en ese sentido es mejor que cada uno decida.

Mi opinión personal

Por mi parte recomiendo Mootools. Personalmente no me gusta jQuery (es como escoger entre WordPress o Joomla, entre los cuales prefiero WordPress), y encuentro que es un poco más engorroso de entender y programar.

Personalmente uso un archivo que pesa 213k pero que contiene TODO Mootools (ya que hay un Mootools “básico” y un “core” que tiene más funcionalidades) y con eso puedo hacer todo lo que quiera en cualquier sitio. Como los .js se cargan una sola vez y luego se toman del caché el impacto que esto produce es imperceptible y además de esa manera no se llama a n archivos (como sucede en jQuery, donde se carga la base y luego se van cargando librerías para efectos, desplegables, carruseles, etc.), sino que se carga sólo 1, lo cual optimiza bastante la carga de la página.

Con esto inicio el debate por si alguien se quiere sumar…

Por ejemplo, si hacemos una aplicacación que se conecte con twitter, vamos a recibir ciertos datos que vienen en una enorme cadena de texto, pero la pregunta es: ¿cuántos caracteres recibiremos?… si no sabemos le pondremos algo así como 255, y probablemente estemos ocupando espacio adicional en el base de datos.

Bueno… a mi me pasó eso… y voy a compartir la información que investigué y que deduje para que se les haga más fácil la tarea XD.

ID = 10 caracteres (hablando de ID’s numéricos con auto-increment y “unsigned”)
Email =256 caracteres (64 antes de la @, y un máximo de 256)
Passwords = 32 caracteres si se almacenan en formato MD5 (recomendado)
Nombres = 100 (generalmente con eso alcanza… sino se puede ocupar un varchar de 255 o un tinytext)
ID de Facebook =64 caracteres (pues cambiaron hace poco el largo de la cadena en vista de que tienen muchos registrados)
Twitter Oauth Token = 50 caracteres
Twitter Oauth Token Secret = 50 caracteres
Twitter Username = 15 caracteres
RUT (chileno) = 12 caracteres (si se almacena con puntos y guión) o 9 caracteres (si se almacena sin puntos ni guión, que es lo más óptimo)
URL = Se supone que no hay un largo máximo definido, sin embargo leí por ahí que IE6 acepta un máximo de 2047 caracteres si la escribo en el navegador… raro, pero en verdad no sabría que largo (maxlength) recomendar. De todas formas yo generalmente pongo 255 ó 500 caracteres… DUDO que alguien tenga un sitio web con más qu eso (los 2047 caracteres probablemente se apliquen a un post en un blog, pero no a la URL de un sitio personal).

BuenoHay muchos otros tipos de datos, y por supuesto que pueden preguntar en los comentarios o aportar si tienen otros datos.

Acá se los dejo por si a alguien le sirve.

[DESCARGAR EN FORMATO FH11]
[DESCARGAR EN FORMATO PNG]

Visítenlo en

http://www.tumensajeajapon.com

Si un hombre hace pipí en la taza del baño y saltan pocas gotas afuera es probable que suceda algunas de las siguientes alternativas:

• Que sea un hombre muy preocupado (gay), aunque por muy preocupado es difícil que no salten gotas
• Que tenga las piernas cortas, y por lo tanto el chorro no caiga desde muy alto
• Que tenga el miembro muy largo, y por lo tanto el chorro tampoco caiga desde muy alto

Bueno, eso… gracias.

(Extraído de http://www.adobe.com/support/downloads/license.html)

By downloading or using an Adobe software product you are certifying that you are not a national of Cuba, Iran, Iraq, Libya, North Korea, Sudan, Syria, or any country to which the United States embargoes goods and that you are not a person on the Table of Denial Orders, the Entity List, or the List of Specially Designated Nationals.

Traducido al español esto quiere decir algo así como:

Al descargar o usar algún programa de Adobe estás certificando que no posees nacionalidad de Cuba, Iran, Iraq, Libya, North Korea, Sudan, Syria, o cualquier país que haya sido embargado por los Estados Unidos, y que no eres…

Osea… de que estamos hablando?. Ojalá que no hayan “cometido el error” de nacer en alguno de estos países, jajaja.

Mucha gente no sabe bien que hacer antes de partir con el desarrollo de un sitio Web. Tienen la idea de lo que quieren, pero una cosa es tener una idea y la otra es tenerlo CLARO.

Acá voy a intententar ayudar a definir lo básico que hay que pensar antes de comenzar con un sitio Web, en base a mi experiencia. Espero que les sirva…

Conceptos generales

Lo primero es plantearse objetivos y definir a quien estará enfocado el sitio. Con esto en mente, se podrá tomar desiciones a futuro dándole prioridades a los objetivos y sabiendo que cosas enfatizar cuando sea necesario.

• Objetivo principal del sitio (vender, mostrar la empresa, servir de intranet, generar una base de datos de clientes, etc.)
• Objetivos secundarios (lo mismo que el principal, pero con menos importancia)
• A quién está enfocado el sitio (tratar de caracterizar una personas. Inventarle un nombre ficticio incluso… algo así como “José Andrés. El vive en el barrio alto. Vive con su mamá y su papá y tiene 3 hermanas mujeres. Lee el diario los domingos y estudia Arquitectura en la Universidad XXXX. Cuando egrese va a manejar la empresa del padre, etc.”. Con eso se define el tipo de persona “ideal” a la que quiero apuntar y a futuro se podran tomar desiciones de marketing, comerciales y desiciones respecto al contenido del mismo sitio Web y la forma de comunicarse.
• Definir a los otros públicos que podrían visitar el sitio (la competencia, mis propios empleados, los extranjeros, etc.)
• El impacto que quiero producir sobre los distintos públicos (quiero que la competencia vea mi sitio y sienta envidia. Que los extranjeros vean que mi sitio es tan avanzado como el de ellos, quiero ganar premios en concursos de diseño, etc.)
• Conceptos generales del sitio (fácil uso, limpieza visual, tecnológico, harto movimiento, etc. Deberían ser los 2 ó 3 más importantes).
• Referencias (quiero que mi sitio sea como xxxxx. La idea es saber hacia donde tiene que apuntar el diseño y desarrollo).

Conceptos logísticos

El sitio tiene que ir acompañado por todo un contexto humano detrás:

• Quién será el encargado del desarrollo del sitio por parte de la empresa (tiene que haber una única persona que nos comunique las desiciones que se van a tomar. Si esa persona tiene que discutir con 20 personas detrás de ella, da lo mismo, pero lo importante es que haya un UNICO canal de comunicación entre la empresa que desarrolle y el cliente)
• Cada cuanto tiempo se actualizará el sitio (esto se debe hacer en base a la REALIDAD de la empresa. Si no hay una persona que pueda crear banners o textos y no se pretende contratar a alguien para ese trabajo, hay que saberlo de antemano para ver que desiciones tomar en los puntos siguientes)
• Quién va a administrar el sitio (cuanta gente, cantidad de experiencia en computación, etc.)
• ¿El sitio va a tener un administrador de contenidos o un equipo de trabajo detrás? (esto varía en relación a la complejidad de contenido que deberá ser administrado y lo que quieren que pase con el sitio. Al final esto es consecuencia de los puntos anteriores)
• ¿Se aceptará alguna forma de contacto con el sitio?. ¿Quién responderá esos correos de contacto?
• ¿Quién redactará los textos inciales del sitio?

¿Y si quiero hacer una tienda online?

Las tiendas online son un tema aparte, debido a su complejidad, y requieren pensar cosas adicionales como:

• Cuál será el beneficio de la tienda por sobre las demás formas de venta? (¿porqué la gente va a preferir comprar en esta tienda y no en una tienda física, donde pueda tocar y ver los productos?, ¿los productos que se ofrezcan tendrán precios más bajos que las tiendas físicas?, ¿el despacho será gratis?, etc.)
• ¿Con quién se van a realizar los despachos? (la empresa que se contrate tendrá la capacidad de aguantar la cantidad de carga y llegará a todas partes?, ¿los precios de esta empresa son razonables en base a los tipos de producto que se deban despachar?)
• ¿El costo de despacho va a estar cargado al público o corre por cuenta de la empresa?
• ¿Como se mantendrá actualizado el sistema de stock (manualmente, existe una base de datos de los productos, a través de un excel, etc.)
• ¿Existirá una bodega REAL para la tienda? (¿será una tienda más con su stock propio?)
• ¿Como será la ficha genérica para ingresar productos (debe ser una ficha que sirva para ingresar datos básicos y opcionales para TODOS los productos. Una única ficha que sirva para cualquier tipo de producto)
• ¿Existirán productos “madres” e “hijos”, o sólo productos? (¿cada producto “madre” tendrá variaciones de productos “hijos”?. Hay que ver si para el tipo de tienda eso es viable)

Creo que eso es lo escencial. El resto de las desiciones se toman en la etapa de planificación del sitio en base a los conceptos generales que se hayan definido para el sitio.

Después de muuuucho tiempo, me di el tiempo de actualizar mi querido plugin para WordPress (y con este post, de pasada aproveché de publicar algo en mi sitio)

Para los que no lo conozcan, pueden ver para que sirve en esta página (en inglés). Para los que no entiendan inglés, les cuento que es un plugin para desarrolladores de WordPress que permite crear miniaturas de cualquier tamaño y a partir de cualquier imágen (png, gif y jpg). Es muy fácil de usar y de configurar.

Pruébenlo!

Acá les dejo una forma automática de hacerlo, en javascript, por supuesto:

var inputs=$$('#formulario_de_contacto .text','#formulario_de_contacto textarea');
for(i=0;i<inputs.length;i++){
	inputs[i].txtOriginal=inputs[i].value;
	inputs[i].onfocus=function(){
		if(this.value==this.txtOriginal){ this.value=""; }
	}
	inputs[i].onblur=function(){
		if(this.value==""){ this.value=this.txtOriginal; }
	}
}

No hay mucho que explicar de este código: primero selecciona todos los textarea y elementos con la clase “text” (que es la que yo uso para diferenciar los inputs type=”text” de los otros inputs) y luego a cada uno de esos elementos les lee el value original y lo guarda en una variable txtOriginal, para luego decirle que cuando se ponga el cursor sobre ellos revise si tienen el mismo texto que el original o si está vacío para hacer la acción correspondiente.

El código anterior utiliza mootools para optimizar la búsqueda de los inputs de texto y los textarea dentro del código. Si no saben como se utiliza mootools, vean este tutorial.