Las empresas del software libre tienen ventajas con respecto a las grandes

Es una gran mentira que las empresas grandes no tengan esto que llaman
"flexibilidad". Lo que si pueden llegar a tener (aunque cada día menos)
es una poca movilidad de los factores de producción, cosa que les
vuelve engorroso cambiar de lleno su forma de hacer negocios.

Como ejemplo de esto último que digo está el caso de Microsoft. Que no
desconoce las mejores condiciones del modelo de generación open source.
Por eso es que tiene divisiones específicas para explotar todo lo
posible el mismo, por ahora, sin cambiar el modelo de negocios.

Cuando las pérdidas por ineficiencia del modelo actual (de ellos) sean
mayores que los costos de la modificación de los factores de producción,
entonces tendremos (sin dudas) un Microsoft defensor del open source que
se colgará todas las medallas de defensor del código abierto.

En síntesis. No por ser chicos, podemos jactarnos tanto de tener
ventajas. Las mismas existirán SOLAMENTE hasta que un grande ponga sus
ojos en nuestro negocio. A partir de ahí... a cambiar de estrategia.

No son malas noticias. Para que un grande ponga los ojos en nuestro
negocio, el mismo tienen que crecer mucho. Ergo, nuestro trabajo puede
llegar a ser "seguir siempre pensando como pequeñas empresas".... jamás
subirnos al caballo de hacernos grandes.

Basta de usar Deep Freeze en el aula!

Desde hace tiempo (no recuerdo cuanto, pero son años), yo recomiendo enfáticamente no utilizar este tipo de programas. La razón principal es que se trata de algo así como “un parche de plomo”.

Imaginate la rueda del auto pinchada, la desarmás y le ponés un parche, pero de plomo.

Vas a notar que al inflarla recuperó la capacidad de retener el aire, pero no te estarás dando cuenta (de entrada) que la solución te trajo más problemas que alegrías.

Posiblemente lo primero que notes será que la rueda está desbalanceada por el sobrepeso en un punto. Luego verás que cada vez que pasa el parche por el punto de contacto con el piso el auto pega un pequeño salto. Pasadas unas cuadras tendrás el parche que se rompe por fatiga (algo que les pasa mucho a los metales) y tu rueda vuelve a desinflarse.

En ese punto, la desarmás toda otra vez y le volvés a poner otro parche de plomo… que repetirá el ciclo por unas cuadras más.

No parece lógico este esquema, pero es lo que hacemos con los programas tipo “reinicie y restaure”.

Por otro lado, al limitar aquellas cosas que el alumno puede hacer en el laboratorio estamos produciendo un daño mucho mayor (en la buena fe de creer que hacemos algo bueno). Estaremos limitando la capacidad creativa del chico.

Esto no es una cosa menor y no es raro que en la escuela parezca algo bueno. Después de todo, el error, la prueba, la investigación; no son bien recibidas historicamente en las escuelas.

Luego nos asombramos de que cuando les pedimos participación en la clase, todo se vuelva silencio… es obvio que esto suceda, porque cuando alguien se aventura, se le castiga el error.

Si un chico borra un archivo del sistema y este equipo no puede volver a arrancar. Es un chico que tiene inquietudes y está aprendiendo, no debería ser castigado. Tal vez estamos frente a un futuro hacker (en el sentido real de la palabra, no el deformado por los medios y asemejado a delincuente). Incluso podríamos incentivarlo a reportar el error de seguridad del sistema que permitió esta acción. Si el software es libre, claro está. Porque si no es software libre, posiblemente la empresa productora del mismo hasta intente demandarnos por instigar a acciones delictivias… cuac!
A ese chico deberíamos invitarlo a que nos ayude a restaurar la máquina para que aprenda todavía más al respecto. Y también que tome conciencia que su travesura nos cuesta tiempo a nosotros.

En vez de usar estos programas “reinicie y restaure”, suelo recomendar que se usen programas de clonado por lotes. En especial me encanta Clonezilla server, que hasta viene en un live CD llamado DRBL y puede usarse desde cualquier máquina y restaurar una o todas las máquinas de la sala en no más de 15 minutos (comprobado) para salas con dual boot (XP y GNU/Linux).

No es tan rápido como reiniciar y restaurar, pero es mucho más eficiente en términos didácticos.

Solo debemos preguntarnos si priorizamos nuestra comodidad o lo que los chicos aprenden.

Adiós al Polo 98

Recién vino el inspector del seguro y me confirmó que mi auto está para pasarlo por “destrucción total”.

Por un lado me alegra. Porque significa que me pagan todo el valor del auto y yo salgo a comprar otro. Es mucho más rápido que esperar que me arreglen este.

Pero por otro lado no puedo dejar de pensar que es el mismo auto que nos llevo con mi familia de vacaciones más de una vez, que me sirvió para moverme cómodamente durante más de un año y que se bancó el palo que me podría haber matado.

“El CLX512 es a Román, lo que Cabral a San Martin”…