Dando la chapa

Apollo para quien no lo sepa es el nuevo juguetito de Adobe para hacer aplicaciones de escritorio. Jorge hizo una buena intro en su blog.

Para mí la gran diferencia (a favor) con ScreenweaverHX será la capacidad de incluir contenido HTML. Como dice Joan Garnet, que lo ha visto en FlashMagazine, Apollo ya tiene motor de HTML, Webkit, que es el que utiliza Safari.

Pero es que no se queda ahí. Parece que se va a poder incluir HTML directamente dentro de Flash. Algo como:

var html:HTMLControl = new flash.html.HTMLControl();
html.width = 100;
html.height = 100;
addChild(html);
html.loadFromURLRequest("wherever.html");

Además, la integración Fash <-> JavaScript parece que mejora con llamadas síncronas:

ActionScript will be to commnicate to JavaScript and vice versa. And the calls to functions across the scripting bridge will be synchronous. The integration between the two languages will be better integrated than External Interface.

Cada día soy más fans de todo lo Open Source, pero he de reconocer que Adobe (parece) que está haciendo un buen trabajo con Apollo y se lo está poniendo difícil al equipo de SWHX, veremos en qué queda la batalla.

Me he quedado :O cuando he leído en Barrapunto que Scott Adams, el autor de Dilbert, no podía hablar por una extraña enfermedad. Pero me he quedado aun más :O cuando he leído cómo se ha recuperado. Lo cuenta él mismo en su blog (en Barrapunto está traducido).

¡Santo Dios!

Más cositas para hoy. John Grden, que también es el friki que ha hecho XRay, acaba de presentar una versión (muy alpha, según él) de FLEXible, un editor de FLEX hecho en FLEX. Además ha hecho un vídeo con su hija pequeńa para que veas lo fácil que es.

Y por si fuera poco, es Open Source.

Yeah!

Velocidad de ADSL: las operadoras no ofrecen ni la mitad de lo prometido

…son muy pocos los que consiguen ratios superiores a los 10 Megas. Entre los 10.625 test sólo uno de los clientes conseguía llegar a los 16. Pero su caso es excepcional, vive a 20 metros de una centralita.

El problema real no es que malditas empresas estafen como lo hacen. El problema es que las leyes se lo permiten.

¿Os imagináis al del bar poniendo la mitad de la ración?
¿Os imagináis al peluquero dejándo el corte de pelo a medias?
¿Os imagináis trabajando la mitad de horas de vuestro contrato?
¿Os imagináis a un político que no cumpla la mitad de lo que promete? ¡Ouch!

Sea como sea ¿por qué permitimos semejantes abusos?

pd: Este post me obliga a por lo menos escribir 1 post genial al mes :S

Hace unos días Joan Garnet puso un post sobre fuentes para programar, y la verdad es que se agradece cambiarla de vez en cuando, como que tu código de siempre parece otro. Echadle un ojo a éstas que son gratis.

• Si trabajas con SEPY la puedes cambiar en Tools > Preferences > Fonts and colors.
• Si curras con FlashDevelop, tienes que ir al directorio de instalación de FlashDevelop, luego a /settings/ScintillaNET.xml, y ahí busca “default-font”.
• Y si picas con otro IDE… pues ya sabrás cómo hacerlo :)

Ayer me lo contaban Vent y Don, Mr Sephiroth se ha marcado una buena, lástima que sólo funcione para Windows:

Flash Switcher extension for Firefox

Yo por ahora ando usando Plugin Switcher que no funciona mal. Aunque se supone que no hace falta reiniciar el equipo tras un cambio, mi intuición femenina me dice que sí.

Bueno, pues a disfrutarlos.

Con este post voy a inaugurar una sección nueva:

MOLARÍA QUE TE CAGAS

Básicamente trataré de agrupar en estos posts cosas que me gustaría que no fueran como son. Dando por supuestas las clásicas “que no haya hambre en el mundo”, “que no haya George Bush en el mundo”, “que Roberto Carlos se vaya del Madrid YA”, etc, etc.

Para empezar he elegido el siguiente tema:

Programar las cosas que usas

Ejemplos:

• Móvil: no utilizo nunca la mitad de las funciones y las que utilizo no están donde yo las quiero
• Microondas: suena cuando termina la cuenta atrás, y a las 7.30 am me mo-les-ta. Como poco debería ser una opción programable: ¿quiere que suene sí o no?
• Menú interactivo de la tele digital: básicamente lo mismo que el móvil. Me hacen dar 50 clicks para las opciones que más uso. Hay opciones que nunca uso y problablemente no usaré
• Mando a distancia de la tele/vídeo/lo que sea: aunque se trate de hardware, estaría igual de bien poder quitarle la mitad de los botones. ¿Alguien se acuerda del mando a distancia aquel de Sony que por un lado tenía mogollón de botones y por el otro sólo los ultra-básicos? Qué bueno era. Ahora no lo encuentro en Google, si alguien lo hace que que lo deje en los comentarios, ¿ok?
• Cajero automático: Idem que el móvil. Eso sin contar con lo que le cuesta ofrecer la posibilidad de hacer dos operaciones distintas seguidas
• Etc, etc.

¿No molaría que te cagas poder reprogramar todo este tipo de aplicaciones que utilizamos a diario para que se adaptaran a nosotros?

Visto en Microsiervos que lo habían visto en Píxel y Díxel.

http://www.bravia-advert.com/paint/thead/
http://www.bravia-advert.com/paint/behindthescenes/

Por si alguien no lo sabe tanto este anuncio como el de las bolitas en San Francisco, son REALES, no animaciones por ordenador.

Dejando a un lado que ambos anuncios son espectaculares (eso no creo que lo pueda negar nadie), me llama la atención no ya la burrada de presupuesto que se puede necesitar, sino que hagan una web sólo para hablar del anuncio. Madre mía, parece que es igual de importante que el producto. Lo triste es que probablemente lo sea. O puede que Sony necesite anuncios como estos para tapar cagadas brutales como la de las baterías. O que Apple necesite el marketing que tiene para tapar cositas como despachar tropocientosmil iPod nuevecitos con un virus de PC o las manchitas de los MacBook. O que Microsoft necesite tooooodo el marketing del mundo para tapar…. uh… Windows entero :) Curiosamente, empresas gigante de esas que dan un soporte al cliente genial y tal, no como el Software OpenSource, que todo el mundo sabe que funciona fa-tal y que te puede dejar colgado en cualquier momento.

Luego también es curioso cómo una empresa privada puede parar durante 10 días la vida de un sitio público. Es cierto que durante ese tiempo todo el equipo está dejando dinero en bares, hoteles y demás, pero no lo acabo de ver muy claro. Quicir, luego a los niños no les dejan jugar a la pelota en el parque porque molestan.

No sé yo, no sé yo.

pd: y luego limpiarlo, claro. Seguro que el director creativo argentino estaba allí supervisando la limpieza….

Y digo yo, ¿para qué validar en cliente si la validación en servidor siempre hay que hacerla? ¿No estamos duplicando el código y la lógica de la aplicación? ¿Para ahorrar un par de llamadas al servidor? Eso sin contar con que hacer validación accesible en cliente no es nada fácil.

El caso, no digo que no sea útil en algún momento, ¿pero alguien me da buenas razones para hacerlo de forma intensiva?

Gracias

…think about all the ways our users (or potential users) might be afraid. Not in mortal terror, but afraid nonetheless. The fear of not being smart enough to learn a new product, programming language, or procedure. The fear of being taken advantage of by an unscrupulous company and/or sales person. The fear of making the wrong purchasing decision. The fear of looking stupid or slow in front of our co-workers.

Reducing fear doesn’t have to be about life or death or pain to be meaningful and powerful. If you can help your users feel more confident and less stressed, you’ve given them a wonderful gift. Whether it’s a policy change, better documentation and support, or more user-friendly design, anything you do to genuinely reduce my fear improves my life.

Reducing fear is the killer app

Qué pedazo de blog, tengo pendientes de comentar como 5-6 posts distintos, a cual mejor. Símplemente las imágenes que utilizan para ilustrar los posts ya valen la pena: 1, 2, 3, 4, 5, 6, 7

El caso. La verdad es que a veces da como cosa ver a la gente utililizar tus aplicaciones o simplemente verles acercarse a un teclado y un ratón. Casi que dan ganas de chillarles:

¡Joder, pincha el botón, que no muerde!

Pero la gente duda. Y duda porque tiene miedo o no sabe qué hacer. Hace poco leí un libro de Joel Spolsky en el que decía que había visto llorar a algunas personas en tests de usabilidad al no poder realizar alguna tarea. A partir de entonces intentan explicarles amablemente al principio de la sesión que el objetivo del test no es probarlos a ellos sino a la aplicación.

No soy ningún experto en usabilidad (en usabilidad tampoco), y me gustaría ser capaz de hacer aplicaciones que no den miedo a nadie. Hacer aplicaciones que no se interpongan entre el usuario y lo que quiere hacer. Aplicaciones útiles y agradables.

Así que seguiré leyendo que falta me hace.