Monthly ArchiveMarzo 2007
Ideas & Software Libre & Arquitectura de Software & Sociedad & Trabajo en Equipo 30 Mar 2007 07:32 pm
Osmius 1.0
Ayer presentamos Osmius 1.0.
Nos queda mucho. Viendo la botella medio vacía significa que hay curro a saco y que necesitamos mantener la ilusión, proporcionada financiación y adecuado trabajo, todo manteniendo a raya las dudas e inseguridades. Viendo la botella medio llena vemos que Osmius tiene un enorme potencial y que al menos potencialmente sirve para casi todo.
Podemos monitorizar el valor de tus acciones en bolsa y avisarte con un SMS si baja o suben de tanto, o si tu lavadora peta, o si tus sistemas se caen o si…. Eso está claro tanto o más que hay que trabajar y trabajar bien. De igual forma que Chico, Edu y Cabe lo han hecho creando las bases de una consola Java que es la pera.
Que tiemblen esta empresillas tipo Oracle, HP o IBM que vamos a por todas. La idea es buena y la gente también, y los egoísmos están claros y son a medio plazo… temblad, temblad.
Mientras haya risas…
Sociedad & Trabajo en Equipo 26 Mar 2007 11:19 pm
La regla diez, veinte, treinta…
Más allá de que el estilo de Guy Kawasaky nos queda un poco… un poco…. diferente para este caracter ibérico que tenemos, comparado con el “falto-de-miedo-al-ridículo” del mundo norteamericano del que quiźas deberíamos aprender algo, que no todo; más allá de todo esto la regla ésta creo que puede ayudarnos a ser más efectivos con nuestras presentaciones. O por lo menos a mi con las mías.
El vídeo:
Diez…………… diapos.
Veinte………… minutos.
Treinta……….. el tamaño mínimo de letra.
Creo que esto o similar lo vi por primera vez en el blog de Justo Hidalgo, tremendo personaje con el valor sobrado para haber trasladado su vida desde hace poco a todo el meollo del sofware: Silicon Valley.
Por cierto que enhorabuena por su lectura de tesis, estimado doctor…. supongo.
Ah, y gracias por esto de parte de todo el equipo de Osmius.
Arquitectura de Software 17 Mar 2007 02:03 am
Para mi hacer software es…
Cómo le explico yo a un amigo, a mi madre, lo que hago cuando desarollo software de manera que me entienda y no desconecte la atención al primer tecnicismo. Siempre he creido que por duro, elevado o elitista que sea tu trabajo, debes ser capaz de explicarlo de forma que lo entienda alguien alejado de tu campo profesional. En ocasiones lo he creido un deber por aquello de la difusión del conocimiento. Debía ser deformación científica, pero esencialmente estoy de acuerdo con mi yo de hace unos años, así que al tema:

Respecto al software, la idea de cómo explicarlo creo que la saqué del libro “El hacker y las hormigas 2.0″.
Cuando uno hace software para un equipo de “sí mismo” o “sí mismo más uno o dos” , la cosa puede complicarse, pero si desarrollas software en esos equipos de ochenta personas el infierno es una caca comparado con tu situación profesional. Y si aparecen gurús de “la encumbración de la obviedad”, de ese tipo que piensa que el carisma se transmite, entonces, querido lector, sí que estás jodido.
Pero yendo al asunto de cómo explicarle a alguien lo que hago actualmente como desarrollador de Osmius creo que la idea es la siguiente:
Imagínate que estás construyendo un edificio de tres metros de altura con palillos y pegamento. Primero pienso - sin tener claro del todo - la estructura inicial del edificio de cara a una funcionalidad que debe cumplir para cierta gente a quienes llamamos usuarios. Lo siguiente sería cómo empezar a levantarlo sin nunca tener la visión global - en software no ves tu monstruo-programa excepto en momentos específicos poco transmisibles tipo epifanía o iluminación puntual.
Es algo así como ver lo que haces a través de un cucurucho amarrado a tu cara, de forma que sólo ves la superficie de una moneda de un euro, dejando a la imaginación el resto. Tú vas poniendo palillo tras palillo (línea tras líneas, clase tras clase, método tras método, patrón tras patrón,…) pero no tienes del todo claro qué es lo que estás construyendo de forma exacta incluso suponiendo unos requisitos certeros.
En tu cabeza “cabe” una imagen simplificada de lo que haces. Los detalles de todo llega un momento en el que no puedes aprehenderlos. Y si hay treinta como tú - cada uno con su cucurucho - olvídate de una visión aceptablemente exacta.
La Gestalt en proyectos de software, bajo este punto de vista en mi blog, no chuta.
Llega un día en que tratas de ver si tu edificio de palillos se sostiene y si aguanta para soportar todo por lo que en realidad lo has hecho. Es un reto. Es un reto que muchas veces pierdes. Quitas los soportes y tu edificio de palillos se viene abajo. y todavía no sabes bien el porqué…. pero lo sabrás. Te mola saberlo….
No se si los que desarrolláis software tenéis la misma sensación… pero me gustaría…. sobretodo por compartirla.
Viendo como veo estas cosas, se entenderá por qué no creo demasiado en los equipos de más de cinco o seis personas. Imagínate a seis (tíos y tías) cada uno con su nivel de motivación y con una visión de un centímetro cuadrado, desarrollando un software tipo muralla china.