Barrapunto

Antes de comentar, INFORMATE!

Acepto el consejo. Creo que he hablado con información algo desfasada, de la última vez que me lo estuve planteando. De todos modos:

No generalices, tu caso puede ser complicado pero no es la mayoría.

No pretendo considerar mi caso como generalizable. De hecho, mi comentario viene motivado porque el anterior usuario dice "si una puede, otras podrán", y yo vengo a decirle que cada una es un mundo. Y dentro de esa premisa, la de que cada una es un mundo, vengo a describir mi propio mundo. Imagino que otro tipo de empresas tendrán sus propias problemáticas. Imagino un taller mecánico que para la gestión de las reparaciones, presupuestos, y mil cosas más, utilizarán desarrollos específicos, que en principio sólo funcionarán en MS Windows. Ni pensemos en estudios de diseño, o de arquitectura, con profesionales habituados durante años a utilizar ciertas herramientas concretas y complejas, que no estarán dispuestos a reaprender.

¿Te has leído realmente la guía y sus consejos? Creo que no.

Sinceramente, no me he leído la guía. Reconozco una vez más mi error. Si no hubiera estado en inglés, no me habría dado tanta pereza. Pero sí leí en su día el caso práctico que da pie a la confección de la guía, y de hecho lo he vuelto a leer hoy. Y me da la sensación de ser un caso "fácil", con necesidades bastante simples.

De todas maneras, ahora echo un vistazo a la guía en inglés, y busco las soluciones que da para software de Windows:

• Buscar alternativas. ¿Y si no las hay? ¿Y si aún habiéndolas, cambiar a una alternativa requiere de un esfuerzo ingente? Por ejemplo, cambiar de software de contabilidad.
• Ejecutarlo mediante Wine. No siempre funciona, y cuando funciona, lo hace "de aquella manera". Y lo que es peor: que hoy funcione la versión actual no quiere decir que mañana vaya a funcionar la nueva versión. Y si hablamos de software de contabilidad o de nóminas, tenemos que actualizar periódicamente, para adaptarnos a los cambios legislativos. No me arriesgaré a instalar un software crítico para el funcionamiento de la empresa en una plataforma distinta a aquélla para la que fue pensado. ¿Y qué haré cuando falle, llame al servicio técnico, y éste me diga "entra al Panel de Control"? ¿Le diré que yo de eso no gasto? ¿Y cómo explico a toda la oficina que un día antes de que termine el plazo para presentar las declaraciones de IVA no podemos echar a andar el programa de contabilidad porque lo estamos haciendo funcionar en una plataforma distinta a aquélla para la que fue diseñado?
• Instalarlo en un Windows y ejecutarlo mediante escritorio remoto. Perdona, pero eso no es librarse de Windows, es sólo esconderlo bajo la alfombra. Además, no es viable cuando hablamos de un programa que debe utilizar el 80% de la plantilla en según qué épocas.
• Ejecutarlo desde una máquina virtual. Lo mismo que lo anterior. Eso puede servir cuando puntualmente quieres utilizar un programa que no funciona en tu sistema operativo habitual, pero no sirve cuando se trata de una aplicación que, según épocas, vas a utilizar ocho horas seguidas, tú y el 80% de tus compañeros. Por no hablar de la potencia extra que necesitas para ejecutar máquinas virtuales. ¿Vas a comprar equipos más potentes sólo para librarte de pagar la licencia de Windows?

Sinceramente, ninguna de esas soluciones me parece realista. No me parece "vendible" a alguien que no sea un aficionado al software libre. Si yo fuera el único miembro de mi empresa, o tod