Adiós ATI. Larga vida a NVIDIA

Decidí no continuar tratando de solucionar el problema de las salidas de vídeo de mi notebook. Por el lado de la salida s-video, es demasiado el tiempo invertido versus resultados, en ese mismo tiempo podría estar haciendo otra cosa y en esos términos me esta saliendo muy caro.  Por el lado de la salida VGA, todo indica que hay un poco de ruido en la señal de sincronismo y eso causa problemas con la CorioScan.

El resultado es que tengo el notebook en venta (ya hay unA interesadA), y encargué otro en Dell. Me preocupé de que este tuviera una tarjeta NVIDIA, mucho mejor soportada en Linux según mis experiencias.

EL notebook Toshiba lo mande a amononar para la venta, asi que estoy prácticamente sin computador en la casa. La semana pasada cai enfermo en cama y lo eche mucho de menos.

Encuentros

Germán anuncio el encuentro de desarrolladores para el 14 de agosto. Voy a hacer todo lo posible para ir, aunque hubiese preferido que fuese en un tiempo mas para poder mostrar algunas cosas.

El 27 y 28 de agosto estaré en el Encuentro Linux Norte Grande . Ya esta publicado el programa y se ve que va a estar muy bueno.

TVNauta

Esta semana voy a mostrar OpenOffice, y voy a reservar la muestra de mas aplicaciones 3D para cuando tenga el nuevo notebook.
La semana pasada hicieron un «review» de nuestro programa en SQP (Salvese Quien Pueda) que es un programa de espectáculos de Chilevision. El analisis del «periodista» encargado no fue muy bueno porque se noto que solo había visto el programa un ratito el dia anterior, de hecho según el yo era uno de los conductores jaja. Al menos habían otros dos personajes que conocían un poco mas el programa. En general salimos bien parados, lo reconocieron como un buen programa, aunque según ellos el Seba es amanerado y yo soy «como Miguelo».

GNOME Notifier

Hace un tiempo atrás Miguel de Icaza llamo la atención con algunos experimentos para mejorar el uso que se le da al área de notificación. Básicamente es tener un canal por el cual las aplicaciones o el sistema puede notificar al usuario de ciertos eventos. En el mismo enlace aparece una excelente clasificación de interacción entre usuario y sistema de Microsoft.

Una utilidad de notificación simple, no obstrusiva es algo que echo mucho de menos. Linux/GNOME como escritorio en ese sentido es demasiado extremista, o la notificación se va al log del sistema o bien la notificación aparece como una ventana modal que molesta.

Un sistema de notificación común seria ideal para que los desarrolladores de aplicaciones simplemente envíen un mensajito y otra aplicación se encarge de hacer llegar ese mensaje al usuario. Ejemplos de notificaciones:

  • La batería esta baja o cargada al 100%
  • Hay nuevo correo
  • Alguien le ha enviado un mensaje (y gaim esta sin focus)
  • Se ha (des)conectado el cable de red
  • Se ha encontrado una red wireless
  • Tienes reunión en 30 minutos, déjate de tontear!
  • Se ha conectado un amigo
  • El archivo foo.bar ya descargó
  • etc

Lo ideal seria analizar los distintos tipos de notificaciones y establecer un patrón de notificaciones (como dice Miguel). Por ejemplo hay algunas que son importantes como la de la batería, y hay otras que solo son avisos como el del nuevo correo.

Seguí el link de Miguel y vi que había un pequeño experimento que es una aplicación que vía DBUS recibe notificaciones. También hay otra aplicación en gnotify.sf.net, pero no hace uso de DBUS entre otras cosas. Contacte al autor del primer intento y me dijo que no pensaba hacer nada a ese código, así que comencé a trabajar con el.

Partí pegoteando cosas para tener una base andando. Ahora el código esta autotoolizado y crea un icono de notificaciones en el área de notificaciones, ademas de tener la funcionalidad original que es mostrar las notificaciones. Básicamente junte el código de notificaciones y un ejemplo de uso de trayicon para tener esta base andando… por 30 minutos no esta nada de mal 🙂

Antes de continuar, quiero definir bien la forma en que las aplicaciones interactuaran con el, no tiene gracia que cada aplicación notifique a su pinta, creo que es muchísimo mejor que la aplicación (notifier) decida como mostrar la notificación.

Cuando tenga una buena base, lo voy a mover al CVS de GNOME.

GNOME en Chile

Apoyo totalmente la idea de hacer un encuentro entre desarrolladores acá en Chile, aunque sea en Conce. Por mi no hay problema en ir siempre y cuando se defina una fecha con anticipación.

Encuentro Linux

En Planeta GNOME se pueden leer un par de publicaciones de German y Fernando acerca de lo conveniente de asistir al Encuentro Nacional de Linux.

En el caso de ambos, lo que buscan es que producto del Encuentro aparezcan nuevos hackers de Linux y proyectos relacionados, y eso no es algo que ocurra fácilmente. En mi caso al menos eso no es lo que espero de un Encuentro. Primero hay que ver, que gente va al Encuentro? cuales son sus expectativas?

Como dice Germán, una gran cantidad de la gente que va porque quiere conocer Linux o porque necesita aprender algo que lo podrá aplicar en el trabajo, específicamente lo que es configuración de servidores y esas cosas. Personalmente no me motiva hacer charlas sobre administración de sistemas, y en general de cosas que puedes leer, aprender y que te servirán solo en un momento puntual. Entonces hay que preguntarse que diferencia al Encuentro de leer unos manuales? que cosa puede motivar a alguien a costear el tiempo ocupado en asistir a un encuentro + inscripción en vez de quedarse tranquilamente leyendo un manual?

Mi respuesta personal es que la motivación es el poder interactuar personalmente con personajes tan distinguidos como German y otros «monos» como uno ;-), tanto entre los expositores como con gente de la audiencia.

En las oportunidades anteriores la charla ha sido solamente la actividad «oficial» que respalda el hecho de que mi nombre aparezca entre la gente presente en el evento. Desde mis prioridades personales, los encuentros son la excusa para dedicarnos un par de días a disfrutar de lo que hacemos en compañía de gente que comparte nuestros intereses.

Tal como a Germán, me invitaron para el Encuentro Linux Norte Grande. Independiente de las buenas condiciones de la invitación, el saber quien mas va a estar allá me motiva mucho mas, y el tema de la charla pasa a ser secundario. Por lo tanto mi única exigencia adicional para ir es tener ese espacio de encuentro para compartir con el resto de la gente.

Volviendo al tema del contenido. El estar participando en TVNauta me ha enseñado que para tener un tema interesante, este tema debe ser algo que pueda llamar la atención tanto de novatos como de usuarios avanzados. Es complicado, pero es algo que si se puede hacer. Aunque el tema sea básico, siempre se pueden añadir tips importantes que no todos entenderán, pero si varios le sacaran provecho.

Generar hackers es difícil. Recuerdo que en el 3er Encuentro me tocó abrir, y al terminar la charla un montón de gente quedó super entusiasmada. Después iban a otra charla y también quedaban super entusiasmados con ese tema, al final no sabían que hacer porque todo les había gustado!

Creo que el encuentro, a nivel de audiencia, es una oportunidad para entregar información difícil de recolectar o difícil de sintetizar a través de los medios comunes (internet por ejemplo). En ese sentido, lo que podemos hacer los expositores es entregar algo asi como una «distribución» de conocimientos.

Por ejemplo, en el caso de la charla de autotools, el enfoque de Germán no me pareció el mas adecuado, porque fue algo a gran nivel de detalle. Es más o menos el enfoque de los howtos, de aquellos que contienen harta información, pero un novato no es capaz de discriminar que es lo importante y que es anexo. Esto independiente de que a mi me haya interesado bastante la charla, quedé con la impresión de que la mayoría quedo bastante colgada.

Otro enfoque del mismo tema hubiese sido girar alrededor de algo mas tangible, por ejemplo como hacer una aplicacion de juguete en pocos pasos. Luego, si queda tiempo dar unas rapidas referencias a las herramientas utilizadas indicando para que sirven, y dando referencias/links a sitios para profundizar en el tema. De esa forma tienes de partida una aplicacion para jugar, y luego vas metiendo mano para entender mejor como funciona. Si necesitas algo adicional, ocupas las referencias que te entregaron.

Es como la documentacion en donde te dicen que para programar en GNOME tienes que manejar CORBA, y toda la primera parte habla de CORBA y mucha gente queda ahí y no puede continuar. Si vemos el estado actual de GNOME, CORBA es un detalle de implementación que no vas a tocar a menos que quieras hacer algo muy especifico. Y si llegas a eso especifico, al menos ya tienes toda la experiencia anterior de desarrollo.

En el caso de Fernando, no sé como estarán estructuradas sus charlas de PyGestor. Si yo fuera el, en el caso de un encuentro en Chile lo estructuraría como Desarrollo de Aplicaciones con Python y GTK a nivel muy básico. Mostrando como ejemplo final la experiencia de desarrollo de PyGestor. De esa forma el tema principal tiene una audiencia mayor, y una vez que los tiene enganchados les «vende» PyGestor como un proyecto para participar.

Como decía anteriormente, todo depende de la audiencia. Hace poco tuve que hacer una charla en LinuxTAG de DuocUC, un evento orientado a gente de empresas y estudiantes. Así que el enfoque que le di fue acerca de cómo funciona la maquinaria del Open Source, con sabrosos detalles para los mas avanzados, pero tratando de hacer todo lo suficientemente entendible para los novatos. Los usuarios avanzados se colgaron de esos detalles para hacerme muy buenas preguntas, incluso algunas de ellas daban para una charla completa. Al terminar oficialmente mi exposición, se me acerco un montón de gente interesada en el resto de los detalles, así que la charla que comenzó a las 10:00 termino extraoficialmente a las 18:00!!

Resumiendo mis puntos de vista absolutamente personales:

  • Ir al encuentro es la única oportunidad de compartir con chalados como uno
  • Ir es gratis 😉
  • En el contenido de las charlas, priorizar el interés común y luego el especifico. Siempre hay instancias de conversación posteriores para los interesados en el detalle.
  • Exigir espacios abiertos/extensos de conversación si a uno lo invitan. Errores de encuentros anteriores fueron espacios muy cortos entre charla y charla, lo que hacia que muchos de nosotros prefiriera quedarse en la sala de expositores antes que ir a otra charla.