El diseño importa (a veces)

A menudo mi mujer me dice que mejoremos el diseño de la página web, que incluyamos animaciones, nuevos gráficos, mejores tipos de letra, etc…

Llevo muchos años en esto, y el diseño importa, claro que importa, pero tambien hay algo mucho más importante que muchos olvidan: Marketing

Vender por internet, es muy parecido a vender puerta a puerta, y os pongo un ejemplo.

Vais a comprar un piso, y vais a una inmobiliaria ¿como tiene que ser esta inmobiliaria?

• Limplia, amplia, espacio bien organizado.
• Sala de espera, secretaría amable.
• La persona que te atiende debe estar bien vestida.
• Debe proporcionar información clara y concisa.
• Tiene que inspirar confianza.

Ahora pensemos en como están algunas páginas web:

•  Local de diseño, tardas 15 minutos en encontrar la puerta, camuflada con el dibujo de un árbol
• Entras un sala que tiene 3 monitores, uno con información, en otro videos musicales y otro hay una persona que te saluda y te dice hola.
• Después de un rato, te recibe una persona vestida de gala, y empieza a contarte las características del piso al mismo tiempo que canta un rap.
• Te vas de local, y ni si quiera te has enterado el precio.

No estoy exhagerando, en absoluto, algunas páginas web son tan “WEB 2.0″, que no se pueden usar.

¿Por que subrayo usar? Pues es la clave:

• Una web tiene que ser usable, en 5 clicks he comprado.
• Una web tiene que inspirar confianza.
• Tiene que estar organizada.
• Tiene que funcionar!!!!!!, el uso de AJAX hace que muchas webs no funcionen correctamente.

En conclusión, mi consejo es que no olvidemos nuestro objetivo, vender, y para vender tenemos que abrir el camino al comprador.

Las mayores tiendan, son las más simples (www.amazon.com), los mayores portales, son los más simples (www.google.es)

El éxito de Ruby on Rails

Ruby on Rails (RoR) está teniendo un éxito increible en internet, clasificado como una de las tecnologías de futuro, millones de programadores abandonan java, php y se aventura a un nuevo lenguaje.

Curioso, por que ya se decía que era imposible que un nuevo lenguaje entrara en juego, pero … ¿que tiene Ruby on Rails que no tenga los demas lenguajes?

Vamos a la filosofía de Ruby on Rails, hacer las cosas una sóla vez, y hacer las cosas fáciles.

¿Pero esto no existía ya?

Mientras otros framesworks y lenguajes se didacan a filosofar y teorizar, RoR ha sido extramademente práctico y ha encontrado la forma de mezclar framework con generador de código de forma fácil. En 5 minutos tienes el mantenimiento de una tabla, en menos de 500 líneas de código un foro.

El principal “culpable” de que esto no se halla hecho antes son los propios programadores. Si, parece mentira, y veamos por que.

El primero que empezó con tecnologías similares fué Microsoft, cuando apareción .NET te hacías un mantenimiento sin líneas de código, pero claro,hay mucho Geek antimicrosoft, y lo mejor es Java……

Java tiene una filosofía estupenda, pero es eso, filosofía, le falta un gran porcentaje de práctica. Por eso, muchos programadores se pasaron a PHP, un lenguage mucho más práctico, más fácil de utilizar (aunque un poco caotico).

Al final, los programadores han descartado .NET por que es de Microsoft, Java por que no es práctico, y PHP por que es poco mantenible….

¿Entonces es el futuro?

Yo no me aventuraría a decirlo, en el 2006 han nacido 4 grandes proyectos para llevar RoR a php, llegando a ser casi similar, y para decir la verdad, llevo con un framework parecido desde el 2004 (pero sólo para aplicaciones clientes)

Es decir, la tecnología es buena, pero facilmente copiable y trasladable a otros lenguajes.

Yo personalmente no apostaría al 100% por este lenguaje, aunque tampoco lo dejaría escapar……

Mi visión 

Yo utilizo mi propio framework, llevo con él desde 1992 cuando lo empezé en ADA.

En el 2004 hacía todo lo que actualmente hace RoR, de hecho las aplicaciones realizadas, no tenían practicamente código, y por consiguiente no tiene errores, pero me dí cuenta, que cuando tenía que hacer algo que se saliera de la normal, tenía un coste altisimo, así que desactive la generación automática de formularios, y pasé a un modelo un poco más sencillo, en el que las ventanas se “pintan” con NetBeans, y el código es casi inexistente:

Os paso el código para hacer un mantenimiento de la tabla clientes, la ventaja de RoR es que tiene un generador de código, pero el código en sí, es muy similar.

Clase de Negocios:

public class NegocioCliente extends GenericBusiness{
public NegocioCliente() {
super(”cliente”); }
}

Controlador (hace al mismo tiempo de listado):

public class ControladorClientes extends GenericList {

//inicializamos la clase
public ControladorClientes() {
init();
botoneraListado.setGenericList(this);
this.setEditForm(”EditaCliente”);
this.setBusiness(”clientes”);

}
}

Ventana de edición de clientes:

public class EditaCliente extends GenericEdit {

public EditaCliente() {
init();}

private void cancelPerformed(java.awt.event.ActionEvent evt) {
cancel();
}

private void aceptPerformed(java.awt.event.ActionEvent evt) {
accept();
}

}

Quiero un portalito

El otro día, un amigo me dijo que quería un portal, le pregunté que era lo que quería exactamente y me dijo que el joomla.

La verdad es que me puse un poco prepotente…. (se me escapó), pero el dije que estaba totalmente equivocado, había caido en el fallo de mucha gente. En lugar de pensar en el contenido que quiero poner el portal, empiezan mirando primero la tecnología, olvidando que lo importante de un portal es el contenido, los usuarios, y el refresco del contenido.

En este sentido, antes de comenzar un portal, yo me haría una tablita, con algunos datos como estos:

Nombre del contenido:

Atractivo para el usuario (Mucho, Normal,Poco) :

Frecuencia de refresco:

¿Quien crea el contenido? (Automático, usuarios, administradores):

Coste de crear el contenido:

Una vez que tengamos indenticado todos los contenidos, nos hacemos nuestras cuentas y vemos si el portal es mantenible o no, si nos va a costar mucho trabajo.

Debemos tener en cuenta que no tendremos muchas visitas si el contenido no de refresca a menudo.

Visionarios y maniaticos

Curioso título para un artículo, este artículo va dirigido principalmente a los maniaticos de la informática, esas personas que creen que su verdad es un axioma que no tiene que ser demostrado, hablo por supuesto de los defensores/detractores de los sistemas operativos y de los lenguages de programación.

Y la verdad, muchos de los que abanderan la lucha por una u otra opción, no han pasado el suficiente tiempo con ambas opciones como para tener una visión clara.

Los visionarios son aquellas personas o empresas que se adelantan a las necesidades futuras. Los visionarios aciertan y por supuesto se equivocan más que aciertan…..

Pero hablemos de algunos visionarios…..

En el año 92 a Microsoft se le ocurrió sacar un entorno de desarrollo que llamó Visual Basic, y corría bajo MSDOS, los programadores profesionales lo vieron como un juego de niños y no le dieron la mayor importancia (eso no es programar).

Hemos tenido que esperar 14 años para que Java tenga un entorno similar con la aparición de NetBeans 5.0 (existían otras alternativas, pero no han tenido la difusión y aceptación adecuada).

Durante estos años los programadores Java han tachado de chapuceros a los programadores de Visual Basic, y fijaros donde han acabado….

Pero esto no es todo, sobre el año 2000, Microsoft lanza ASP.NET, revolucionando el concepto de desarrollo Web. Esta vez, los programadores de Java no cometieron el mismo error, y empezaron a copiar el modelo. Lo primero que nació fue Struts, que intenta hacer algo parecido pero no llega a conseguirlo. Por otro lado tenemos a JSF, una tecnología muy similar a ASP.NET que ha necesitado años de madurez, y que aún no tiene un entorno de desarrollo bueno, le lleva ya 7 años de retraso a Microsoft.

Ojo, que este artículo no defiende ni a Microsoft ni va en contra de Java, este artículo sólo defiende a los visionarios……

Ayer conocí el proyecto Phobos de Sun, que gracia me hizo, un entorno de desarrollo para Web en Javascript, algo qua existía 10 años atrás…..

Pero los visionarios tienen un problema cuando no tienen competencia, y esta quizás se una de las lacras que arrastra Microsoft, durante mucho tiempo ha estado al frente de innovación en muchos aspectos, pero cuando no tienes competencia, no sabes si lo que haces estará bien o mal, será aceptado o rechazado, y en este aspecto Microsoft nos ha inundado de cosas inútiles, ¿por que siguen lanzando versiones de Office, si la del año 97 era suficiente?

Windows Vista ha sido un ejemplo del beneficio de la competencia, recordad que este sistema ha tardado en desarrollarse 6 años, ha tenido numerosos retrasos, hay tecnologías nuevas y tecnologías que estaban previstas y se han quitado ¿por que? Por la competencia, muchas de las características que han hecho retrasar la salida de Vista se han copiado de Mac osx.

¿Que nos depara el futuro?

Aunque parezca ilógico, cada vez cuesta más desarrollar una aplicación, cada vez hay más FrameWorks, más componentes, más lenguages, mas tendencias, más versiones de sistemas operativos, estamos entrando en una espiral que provoca que cada pocos meses tengamos que aprender a hacer todo de nuevo, quizás, una de las pocas excepciones en Apple. Sus equipos funcionan durante años, su sistema operativo, en cada version, es más rápido que el anterior, incorpora más mejoras internas que características tontas que nadie utiliza.  A lo mejor, el próximo visionario, sea alguien que se canse de inventar la rueda, y que imparta una doctrina de consolidación de la tecnología existe…..

¿Es seguro el comercio electrónico?

Cada vez son más las empresas que se lanzan al hiperespacio de las tres w para vender sus productos y servicios, y realmente el comercio electrónico a despegado, esta sociedad que tiene de todo menos tiempo, necesita una forma de encontrar lo que quiere, y una forma, que sobre todo no le quite tiempo.

El comprar por internet es algo ya habitual en un gran sector de la población, la implantación de Internet en las empresas ha permitido que muchos empleados hagan sus compras por interne, y por cierto, ¿por que permiten las empresas el uso de internet para asuntos privados de cada empleado?  Pues, mientra ese empleado haga sus compras, planifique sus vacaciones, no necesitará salir antes del trabajo, pedirse una mañana y hacer llamadas de teléfono.

Se ha hablado mucho si es seguro comprar por internet, pero ¿es seguro para el vendedor? Pues la respuesta en España es NO .

La legislación española tiene al vender como un tonto que se arriesga en cada pedido que recibe con tarjeta, y actualmente el comercio electrónico funciona gracias a la buena fé de los compradores (y de algunos vendedores).

La cuestión es tan simple y sencilla, como que cualquier comprado con tarjeta puede decir que la mercancia no le ha llegado.

Así de simple y maliciosa es la legislación, pero claro, el vendedor puede demostrar que le ha llegado…. jajajajaja, ¿como?

Las empresas de transportes no piden el DNI a la persona a la que le entrega el paquete (a no ser que se pague un extra que nadie paga por lo aro que es), y no obstante, el paquete se entrega cerrado, con lo cual tambien puede decir, que la caja venía vacia.

Pues sí, los compradores, según el tipo de tarjeta, tienen de 6 a 12 meses para decir que el envío no le ha llegado.

Esto a provocado miles de estafas a través de internet, de tiendas que han perdido miles de euros, tiendas que han cerrado, y todo, por que nadie les apoya.

¿Es seguro el comercio electrónico? Para los compradores sí.

La gran mentira de las aplicaciones web

Bueno, muchos me tachareis de loco con este enunciado, pero existe la creencia implicita de que la mejor tecnología para aplicaciones empresariales es la tecnología Web.

Quizás hace unos años está afirmación era cierta, pero pensemos un poco el por qué:

Rendimiento

Hace unos años, los equipos no tenían la misma capacidad de proceso y memoria que ahora, os recuerdo que no hace más de 6 años, todos los equipos tenían de media 200mhz y 32mb, lo justito para ejecutar el sistema operativo (lo mismo que pasará ahora con Windows Vista)

En esa época los equipos eran realmente lentos, las aplicaciones necesitaban ejecutarse de forma distribuida, dejando toda la capacidad de proceso al servidor.

Distribución o DLL Help

Desgraciadamente, el sistema de instalación de aplicaciones realizadas con herramientas como Visual Basic convirtieron el proceso de distribución de aplicaciones en una locura.

Era prácticamente imposible distribuir una aplicación a todos los empleados de una empresa sin que hubiera incidencias.

Conexión y distribución geográfica

Las aplicaciones tradicionales consumían un ancho de banda excesivo, muchas empresas trabajaban con un modem, y había que buscar una solución al problema.

Pero han pasado muchos años y la tecnología ha avanzado mucho:

Rendimiento

Cualquier puesto de trabajo en una empresa tiene un procesador de 2Ghz (10 veces más ligero) y una memoria de 512 o 1G (mucho más que antes).

Y curiosamente, la mayoría de los puestos de trabajo son mejores que el servidor, el cual, lleva más tiempo en la empresa, y como funciona bien, para que lo van a cambiar.

Distribución

En este aspecto han emergido muchas soluciones como Smart Client de Microsoft, Java Web Star, etc… la distrubción ha dejado de ser un problema, pero sin embargo ha nacido un problema para las aplicaciones web. La compatibilidad del browser, el nuevo Internet Explorer 7, no es compatible con el 6. Esto afectará a millones de páginas web. A este problema le añadimos que cada vez hay más usuarios con Linux y Mac, con browsers que tienen sus peculiaridades.

Conexión y distribución geográfica

Este es uno de los aspectos que más influyeron en la popularidad de las aplicaciones web, por su bajo consumo de ancho de banda, por su fácil enrutado, etc..

Pero el panorama ha cambiado drásticamente, la mayoría de las aplicaciones se han convertido en “obras de arte y/o diseño” llenas de imágenes, fotos, estilos, colores, y con lo que llaman la web 2.0, scripts, dinamismo, es decir, páginas extremadamente pesadas.

En un proyecto en el que participé, la pantalla de login tenía un peso de 64kb sin contar con las imágenes y scripts, el peso total pasaba de 150kb, mientras que una página de login en XFOM o XUL no pasaría de 1kb.

Otro ejemplo importante es Hotmail, la pantalla con la bandeja de entrada son cerca de 500kb, Gmail 640kb, un cliente de correo de hace unos años 50kb.

Y los anchos de banda en cualquier casa son de 4mb!!, mientras que hace unos años, una empresa con 100 empleados compartían 1mb.

En conclusión

Las restricciones que hace unos años hicieron la tecnología web, como la solución más adecuada para muchos tipos de aplicación, han cambiado drásticamente, generando nuevos frameworks, y nuevas tecnologías.

Alguno pensareis en los grandes como SAP, Oracle o Siebel que se han pasado a web, y pensareis que estoy totalmente equivocado, pero antención, ni SAP ni Siebel son aplicaciones Web propiamente dichas!!!

Ellos no desarrollan en Web, desarrollan en su propio entorno, el cual (en estos momentos) generan aplicaciones web en HTML, pero no se están atando a ninguna tecnología “obsoleta”, al contrario, estan aprovechando esta tecnología, pero invirtiendo en un futuro cercando, donde volveran a instalar clientes, en este caso, clientes ligeros.

Hello world!

Bienvenidos a mi BEB (Brown Eater Blog), hay muchos en la red, pero este es el mio, al igual que mis marrones, son mios.

Os recomiendo leer el tratado del marrón, que es gratamente educativo: http://pagina.de/elmarron 

En serio, a parte del tono humoristico, todo lo que cuenta me ha pasado, todo!!!