BloXix http://www.bloxix.com.ar/ Filosofía, técnica, management y Open Source en-us Nucleus CMS v3.33 � Weblog http://backend.userland.com/rss http://www.bloxix.com.ar//nucleus/nucleus2.gif BloXix http://www.bloxix.com.ar/ Sólo hay tareas http://www.bloxix.com.ar/index.php?itemid=39
Veamos, existen dos tipos de "problemas", a saber:

1. Los que tienen solución
2. Los que no tienen solución

1. Si el problema tiene solución es fácil pensarlo como una "tarea", un "desafío", un "paso", o un "evento" o "etapa" a cumplir. Es mejor utilizar cualquiera de esas palabras, en vez de la primera. También podría usarse algo como "inconveniente" o "falla".

2. Si el problema no tiene solución también deja de ser un "problema". Pasa a ser un evento o caso que hay que aceptar, o ver cómo sortear. Lo más importante es tomarlo como un aprendizaje, y no como algo negativo.

En otras palabras, no hay eventos "malos" o "buenos", sino simplemente cosas que ocurren y que hay que resolver, tomando una enseñanza en el camino de esa resolución.

¿Qué te parece la idea? Espero tu comentario.]]> Filosofía http://www.bloxix.com.ar/index.php?itemid=39 Sun, 12 Dec 2010 13:12:00 -0300 Valores de la empresa http://www.bloxix.com.ar/index.php?itemid=37 Tolerancia

Significa respetar las opiniones de los demás, pensar globalmente, más allá del área de responsabilidad propia y ser capaces de cuestionar nuestra propia visión de las cosas con una actitud crítica constructiva.

Cambio

Aceptar el cambio. Estar dispuesto a enfrentarse a nuevos retos, arriesgarse y aprovechar las oportunidades.

Responsabilidad propia

Estar consciente de la responsabilidad y asumirla como una cuestión personal. Responder de todo lo que uno hace o deja de hacer.

Libertad de elección

Reconocer la libertad y usarla de acuerdo con la propia personalidad. Ante una situación adversa hay que cambiarla o abandonarla, y si esto no es posible, aceptarla.

Aprendizaje

Obtener nuevas experiencias por medio del conocimiento, de las capacidades propias y de la motivación. Considerar los errores como un punto de partida para poder aprender. Usar la experiencia, tanto positiva como negativa, como base para seguir aprendiendo.]]> Filosofía http://www.bloxix.com.ar/index.php?itemid=37 Sun, 3 Oct 2010 13:07:00 -0300 Cómo mantener motivados a los trabajadores de tecnología http://www.bloxix.com.ar/index.php?itemid=34
  • Los tecnologistas aman el trabajo de tecnología: aprovechar ese interés dándoles tareas relacionadas a la tecnología, especialmente si son nuevas tecnologías.
  • Los tecnologistas necesitan ser incluidos en las decisiones que afectan sus trabajos: generalmente son fanáticos de una tecnología o movimiento tecnológico. No se les debe cambiar de un momento a otro esas preferencias.
  • Los tecnologistas necesitan consistencia: la empresa debe tener claros los objetivos, las ideas, y claramente indicar las tareas a realizar.
  • Los tecnologistas necesitan autonomía: se les debe dejar espacio para moverse, técnicamente hablando.
  • Los tecnologistas necesitan ser mejores personas de negocios: se les debe instruir con respecto a las necesidades de los clientes, haciendo hincapié en la solución a los problemas de éstos, en vez de hacer eje en la tecnología.
  • Las personas de negocios necesitan ser mejores tecnologistas: los trabajadores no tecnológicos deben comprender las tecnologías empleadas.
  • Los tecnologistas necesitan conocer el significado global de su trabajo: se les debe informar el rumbo, los resultados, y el funcionamiento de la empresa.


    Motivando geeks en la era del tercerizado


    • Ayude a los tecnologistas a aprender tanto como sea posible sobre el negocio
    • Provea entrenamiento tecnológico actualizado
    • Sea completamente honesto

    ]]> Sistemas http://www.bloxix.com.ar/index.php?itemid=34 Wed, 2 Jun 2010 22:28:00 -0300 Las Clínicas http://www.bloxix.com.ar/index.php?itemid=32
    Generalmente asisten amigos, alumnos y ex-alumnos, los que a su vez invitan otros amigos, y quien así lo desee puede traer sus equipos o cualquier hardware para realizar las pruebas. La concurrencia suele ser escasa, lo que da lugar a una comodidad personalizada para romper los equipos.

    Las memorables han sido, para mí, aquella en que aprendimos RAID y cuando demostramos la implementación de Xen, en aquella época, año 2005, aún sin virtualización por hardware.

    En la primer ocasión, los participantes trajeron varios discos IDE ya dañados, pero que aún servían para almacenar datos. Armados las unidades MD, nos pusimos a conectar y desconectar al vuelo los mismos, para ver hasta dónde llegaba la solidez del sistema. Confieso que hubo momentos en que temí que algo explotara y tuviésemos alguien con la cabeza ensangrentada por un plato de disco IDE volando luego de hacerse trizas en una nube de humo, pero finalmente nada ocurrió y no hubo que lamentar víctimas.

    A pesar de algunas interrupciones debidas a circunstancias fuera de control, las Clínicas se han seguido organizando y hoy todavía se pueden disfrutar. La dirección para ver qué temas se tratarán en las próximas es https://doc.fmsistemas.com/

    En el mismo sitio se puede encontrar la documentación que surja de las mismas, ya que en general se dejan escritos los procedimientos realizados.]]>     Cualquiera http://www.bloxix.com.ar/index.php?itemid=32 Fri, 2 Apr 2010 22:08:00 -0300     Recuperando un desastre con RAID5 http://www.bloxix.com.ar/index.php?itemid=31
    Lo que sigue demuestra la flexibilidad de RAID5 por software, a la vez que su confiabilidad.El servidor dispone de cinco discos, uno con el sistema operativo -Debian GNU/Linux Lenny- y archivos de download, y cuatro más de 500GB cada uno en RAID5. Eso totaliza una unidad md de 1,5TB.

    Tanto smartd como mdadm enviaron los mensajes correspondientes informando que uno de los discos había salido de servicio. El disco estaba muerto por completo, ni un fdisk ni un smartctl mostraban información sobre él.

    Cuando un disco falta en una unidad md, ésta sigue funcionando en modo degradado, es más lenta y los discos están más sobrecargados. Por lo tanto, es crucial actuar rápidamente recambiando el disco fallado por uno nuevo. En esta oportunidad, sin embargo, no vi los mensajes de aviso sino hasta el sábado, cuando otro disco de los discos falló también, y la unidad md salió de servicio.

    El segundo disco dañado aparentemente no estaba tan mal como el primero, sino que tenía una serie de bad sectors y algún tipo de falla que provocaba largas faltas de respuesta a las peticiones del kernel, y que finalmente terminaron por sacarlo de línea.

    Así de un momento a otro habíamos perdido 1,5TB de backups de clientes. Debido a que los backups de los clientes se realizan desde los servidores remotos a través de Internet utilizando rsync, hacía realmente importante que pudiésemos recuperar lo más posible de los datos de la unidad md.

    Adquiridos los nuevos discos, decidimos intentar la recuperación. Para ello, copiamos con dd_rescue el disco que estaba en mejor estado al nuevo:

    dd_rescue -v /dev/sdb /dev/sdc

    Utilizamos para ello otra máquina, para evitar cualquier equivocación con los discos y su denominación, y poder trabajar tranquilos.

    Hecho esto, operación que duró gran cantidad de horas por los defectos en el disco origen, recreamos la unidad md con el disco nuevo y uno missing (faltante), ya en el servidor definitivo. Cabe destacar que el sistema de archivos de la unidad nueva presentaba una gran cantidad de errores, y aunque era usable, por supuesto no estaba en condiciones de operar.

    El siguiente paso fue agregar el disco faltante a la unidad, y esperar que sincronizara:

    mdadm --manage -a /dev/md0 /dev/hdd1

    Una vez sincronizada fue necesario realizar la reparación del sistema de archivos. Dado que usamos ReiserFS, ejecutamos un:

    reiserfsck --rebuild-tree /dev/md0

    y esperamos con santa paciencia a que terminase. Por supuesto fueron muchas horas.

    A modo informativo para quien desee intentarlo, anotamos que todas estas operaciones y trabajos nos llevaron en total tres jornadas. Como resultado, se perdió un muy bajo número de archivos en las zonas con errores, recuperándose quizá más de un 99,99%. Incluso archivos de 40 o 50GB de tamaño no sufrieron daños, seguramente porque no tenían nodos en zonas con daños.

    Como último paso, se sincronizaron con rsync los archivos de cada cliente, y el sistema volvió a la normalidad.]]>     Sistemas http://www.bloxix.com.ar/index.php?itemid=31 Thu, 4 Feb 2010 10:40:00 -0300     Xen 3.4: virtualización de nivel industrial http://www.bloxix.com.ar/index.php?itemid=29
    El procedimiento es relativamente simple, pero se deben tener ciertos cuidados. Especialmente, se debe probar el hardware para ver si el kernel en cuestión correrá sin inconvenientes.

    Ver el tutorial completo en Megalinux:

    Xen 3.4: compilación e instalación
    http://www.megalinux.com.ar/servidor:general:xen3.4]]>     Cualquiera http://www.bloxix.com.ar/index.php?itemid=29 Thu, 24 Sep 2009 21:23:00 -0300     Telefonía VoIP con Asterisk http://www.bloxix.com.ar/index.php?itemid=25
    Asterisk intenta cambiar eso. Puede ser instalado sobre un servidor Linux de muy poca potencia, con otras aplicaciones o no, y permitirá tener toda una gama de soluciones para la empresa: internos con teléfonos analógicos y digitales, contestador de voz, recepcionista digital (IVR), conferencia, conexión a otras centrales VoIP, fax por correo-e (fax to mail), desvío de llamada, redireccionamiento, y muchos otros.

    Asterisk no es fácil de configurar. Sumado a ello, es necesario aprender toda una serie de terminología nueva. Se debe leer la documentación con detenimiento, y poner manos a la obra. Se puede empezar con un servidor de prueba, incluso virtual, y luego llevar la configuración al servidor definitivo.

    También se puede instalar utilizando productos dedicados a central VoIP, y también Open Source, como Trixbox, FreePBX, DebPBX, y muchísimos otros.

    Para ayudar a los principiantes, presentamos en el siguiente documento de Megalinux un procedimiento básico y manual de configuración de Asterisk:

    http://www.megalinux.com.ar/servidores:asterisk:asterisk_configuracion
    ]]>     Sistemas http://www.bloxix.com.ar/index.php?itemid=25 Sat, 23 May 2009 13:49:00 -0300     7 razones por las cuales uso Linux http://www.bloxix.com.ar/index.php?itemid=17
    Las razones por las cuales lo sigo usando, recomendando, instalando en clientes, y entrenando a otros técnicos en Linux son varias. Sin embargo, las que considero más importantes son: filosofía, confiabilidad, versatilidad, costo, potencia, facilidad de uso, y placer.

    Filosofía



    Confieso que la filosofía e ideología detrás de los sistemas Open Source me parece brillante, y es una de las principales razones por las cuales uso y recomiendo Linux y otros sistemas de fuente abierta. La idea básica es que el producto en cuestión pueda ser ejecutado, copiado, distribuido, estudiado, cambiado y mejorado por cualquier persona, con la simple condición que, a su vez, comparta el código si lo modificó. Si bien los detalles de la licencia GNU son más complejos, y que existen varios tipos de licencias distintas, cada una con modificaciones respecto de la original, la filosofía fomenta compartir lo que es útil para quien desarrolló un producto.

    Esa simple condición implica que muchas personas con interés en un producto en particular, puedan participar en su desarrollo agregando su experiencia, conocimiento y/o código, generando así una especie de "bola de nieve de desarrollo" del producto incrementando así enormemente su funcionalidad y confiabilidad.

    Confiabilidad



    GNU/Linux simplemente funciona. Un sistema administrado con coherencia va a hacer lo que se espera que haga, incluso en los momentos más complicados. Con carga, o sin carga; con muchos usuarios, o pocos; en hardware limitado, o en hardware poderoso. Con un Linux corriendo en un servidor, no tengo que monitorearlo constantemente para ver cuándo tengo que reiniciarlo antes que comience a tener problemas de algún tipo.

    La razón de esto no es que sea mágico, ni que esté exento de fallas. Simplemente se debe a que las mismas personas que usan los sistemas de software libre son los que contribuyen a mejorarlo. También, debido a que el código es abierto y cualquiera con conocimientos puede revisarlo y contribuir a su mejora, las mismas se introducen muchísimo más rápido, en general, que en aquellos de código fuente de cerrado.

    Versatilidad



    Junto con algunos sistemas operativos como los *BSD, GNU/Linux es uno de los más versátiles. Puede ser usado embebido en un pequeño dispositivo USB o ethernet, hasta un telefóno celular, hasta una estación de trabajo, un servidor o un supercomputador.

    En mis equipos, muchos de ellos obsoletos para otros usos, GNU/Linux corre por años sin inconvenientes ni reinicios (salvo cuando se cambia un kernel, falla el hardware, o se corta la luz, claro está).

    En equipos viejos, limitados de memoria, puedo ejecutar Asterisk y administrar mi central VoIP sin el más mínimo deterioro en la calidad de audio (por ejemplo, un Celeron 633 con 512MB de RAM), o servicios de todo tipo como bases de datos, servidores web, de archivos o de impresión. Y en muchos casos todos simultáneamente. Una estación de trabajo como un AMD Athlon XP 2600+ con 768MB de RAM soporta en este momento 224 procesos y una máquina virtual (Qemu); y el uptime es de 57 días (el último corte de tensión).

    Mi servidor de virtualización (Xen 3.x) es un AMD Athlon64 754 con 1GB de RAM. Generalmente maneja unas cinco a nueve máquinas virtuales con diferentes Linuxes.

    Costo



    El costo de los sistemas de software libre no siempre es cero. Pero eso depende de quién lo instale y administre. Si el propio usuario es quien se encarga de ello, el costo es realmente cero; claro que se necesita tiempo y trabajo. Pero de todas maneras es más barato que el software comercial equivalente.

    Claro que hay software gratis, incluso para usos comerciales. Pero no suele tener el resto de las ventajas que menciono aquí.

    Potencia



    Como mencioné en los ejemplos del hardware en el que ejecuto mis Linuxes, la potencia que posee es increíble. Un equipo relativamente viejo puede ejecutar decenas de aplicaciones, cientos de procesos simultáneamente; puede actuar al mismo tiempo de servidor brindando diferentes servicios, y además ejecutar máquinas virtuales. Y el usuario puede estar seguro de que todo funcionará sin que nada explote ni se derrumbe el techo de la casa sobre su cabeza.

    Facilidad de uso



    Por supuesto que en este punto pocos coincidirán conmigo. Pero sí, así es. En mi opinión, Linux es uno de los sistemas operativos que conozco más fáciles de usar. Y por lejos. La combinación de potencia y versatilidad, así como las herramientas disponibles hacen que me sienta muy cómodo trabajando en un Linux, y no sepa qué hacer cuando estoy en otro sistema operativo. No concibo un sistema operativo que al menos no me permita tener una veintena de sesiones simultáneas para ingresar como diferentes usuarios, ni tener al menos 10 escritorios distintos para desplegar con comodidad todas las aplicaciones que uso a diario, o que no me permita personalizarlo como yo quiero, con los botones de las ventanas donde a mí me gustan, o la barra de tareas donde me queda cómoda.

    Otro tema es la configuración. No concibo un sistema donde la configuración no pueda ser manejada en forma simple usando simplemente un editor de texto. Para mí no es más fácil encontrar una opción entre centenas o miles en una consola gráfica de configuración, que en un archivo de texto. Pero por supuesto, esto es muy personal.

    Placer



    Y sí. Si no puedo usar con placer una herramienta, no la uso. La combinación de estas razones hacen que realmente sienta placer, gusto, comodidad, cuando tengo que trabajar en un equipo con GNU/Linux.

    Si llegaste hasta acá, me gustaría saber tu opinión.]]>     Opinión http://www.bloxix.com.ar/index.php?itemid=17 Tue, 10 Feb 2009 20:16:00 -0200     La crisis dará impulso a Linux http://www.bloxix.com.ar/index.php?itemid=12
    Indudablemente será un año difícil. Pero para quienes deseen ofrecer y/o probar Linux será una excelente oportunidad de demostrar toda la amplia gama de posibilidades y características de Linux a costos mucho más bajos que sus contrapartidas de código cerrado.Las crisis son momentos de cambio. Tiempos de repensar costos y proyectos, y desviar la atención hacia productos alternativos con una mejor relación costo/prestaciones.

    Cualquier organización, ya sea empresa privada o gubernamental, comercial o sin fines de lucro, pequeña, mediana o grande, puede aprovechar los beneficios del software Open Source, o de Fuente Libre.

    Sin embargo, es crucial estudiar detenidamente el impacto del cambio, las necesidades de la empresa, y otros factores para asegurar una migración o implementación exitosa. No es cuestión de tirar software Open Source sobre el hardware existente, sin saber qué, cómo, para qué y cuánto cuesta.

    También es imprescindible evaluar otras ventajas adicionales, tales como disponer del código para realizar cualquier modificación necesaria intraempresa, sin tener que depender del desarrollador original, o la confiabilidad adicional inherente a los productos de software Open Source bien desarrollados y con una historia de confiabilidad precedente.

    Aspectos a considerar


    Costo total de propiedad (TCO)


    Se debe calcular cuánto costará implementar y mantener la solución de Open Source, en un período de tiempo dado. Esto incluye costos del software, de hardware, de instalación, entrenamiento, mantenimiento y actualización.

    Costo del software


    Analizar cuál será el costo de adquisición del software comercial. Analizar si el software de código libre tiene costo o no, ya que puede no ser gratuito. Sin embargo, se debe tener en cuenta que la mayor parte puede ser instalada y usada sin costo. En ocasiones, algunos productos comerciales de código cerrado pueden obtenerse sin costo alguno, mediante una donación o como un adicional con la compra de otro. En este caso, debe evaluarse si en el futuro deberá desembolsarse dinero, o si ese producto obligará a comprar otros, y cuál será ese costo. Se debe contar con que el uso de un 100% de software Open Source en la organización puede evitar desembolsos imprevistos a largo plazo, como actualizaciones y adquisición de soporte técnico. Como contrapartida, la existencia de software comercial de código cerrado implica que tarde o temprano se deberá pagar por nuevas características o actualizaciones.

    Costo de hardware


    Se debe evaluar si se necesitará adquirir hardware, si el hardware existente es suficiente, y si el uso de software Open Source permitirá optimizar ese hardware. En el caso de los servidores, puede ser útil el uso de virtualización para aprovechar en un porcentaje mayor el hardware, por ejemplo. En el caso de las estaciones de trabajo, puede evaluarse el uso de equipos viejos con una configuración liviana de software Open Source, para aprovecharlos.

    Costos de instalación


    Tanto el software comercial, como el software de código abierto, tendrán un costo de instalación. Éste dependerá de si la instalación será hecha por personal de la empresa, o si se contratará personal externo. En este caso, se deberá pedir varias cotizaciones, y analizar la experiencia de ese personal en software similar al que se desea instalar. Asimismo, se debe analizar si existe o no soporte por parte del fabricante, la existencia de manuales o tutoriales, y cualquier otro aspecto relativo a la instalación. En particular es muy importante, especialmente para calcular los tiempos, averiguar si se necesita actualizaciones, si se deben bajar de Internet, y qué tan fácil es hacerlo y aplicarlas. Muy importante también es analizar si la instalación incluye la puesta a punto, configuración y si es necesario, carga de datos y soporte de puesta en marcha; por ejemplo, en el caso de un ERP es imprescindible evaluar el alcance de este soporte. Se debe contar también con un pormenorizado detalle de los tiempos que llevará la puesta en marcha, es decir, el momento en que comience a usarse el nuevo producto por parte de los usuarios, y no descartar la posibilidad de fallas y demoras.

    Costos de entrenamiento


    Así se elija software comercial, o de código abierto, el cambio requerirá entrenamiento del personal. Se debe evaluar en este punto cuánto tiempo requiere la curva de aprendizaje, si hay o no cursos disponibles, y si el costo de instalación incluye entrenamiento del personal.

    Costos de actualización


    El software de código abierto generalmente permite ser actualizado sin mayores costos. No así el software comercial. En este caso, se debe evaluar si la compra inicial permite el acceso posterior a actualizaciones, y durante cuánto tiempo. En el caso de software Open Source, puede existir costo en el caso de que la actualización requiera cambios en la configuración. Nunca se deben despreciar los costos y complicaciones que puedan surgir con respecto a los tiempos de downtime, es decir, los tiempos en los cuales los sistemas no estarán funcionales porque están siendo actualizados.

    Costos de mantenimiento


    Tanto el código abierto, como el comercial, tendrán un costo de mantenimiento. Se debe analizar si se requerirá personal externo, o es posible mantenerlo con personal interno. En este punto, es muy útil encontrar otras empresas u organizaciones que estén usando los productos, y consultar cuán extenso es el mantenimiento necesario. Es importante evaluar si el mantenimiento requiere tiempos de downtime estipulados previamente, así como backups y lo necesario para realizarlos con regularidad y eficiencia.

    Costos de soporte


    Uno de los mitos del software Open Source reza que "no tiene soporte". Sin embargo, es bien sabido que miles de empresas brindan soporte para los distintos productos, al igual que para el software comercial. Sin embargo, se debe analizar los servicios provistos para cada empresa, y si es posible brindar el soporte con personal interno o no. Quizá sea adecuado para algunas organizaciones capacitar extensamente personal interno para brindar soporte intraempresa, en vez de depender de técnicos externos.

    Valor estratégico


    Cualquier decisión debería incluir su valor estratégico, es decir, si la organización obtiene una ventaja adicional sobre sus competidores, o puede brindar algo más a sus clientes, o a su personal, o cualquier otra ganancia más allá de los valores monetarios.

    Compatibilidad con aplicaciones críticas


    En toda organización es posible que se utilicen aplicaciones de diverso tipo, que pueden o no ser migrables, y que pueden o no ser compatibles con el software Open Source. Es necesario hacer un listado cuidadoso de las aplicaciones actuales, y evaluar cómo serán reemplazadas, así como el nivel de confiabilidad y compatibilidad que brindarán las que las reemplazarán.

    Aspectos gerenciales y rechazo al cambio


    Cualquier cambio genera rechazo entre el personal, o al menos puede hacerlo. Se debe sopesar si los niveles gerenciales están convencidos del cambio como para sostener la decisión a corto y a largo plazo. Un buen proyecto de migración puede fracasar sólo por estas razones, sin importar los otros aspectos.

    Mediciones y análisis periódicos de resultados


    Todo proyecto puede requerir ajustes, cambios y mejoras a lo largo del tiempo. Un buen programa de migración debería incluir la realización de mediciones de resultados en períodos predeterminados, más o menos largos según las necesidades. Lo ideal sería realizarlos cada seis meses, o uno por año. Puede implementarse para ello una planilla de encuesta, en la que se vayan volcando los resultados periódicamente, para analizarlos llegado el momento.
    ]]>     Opinión http://www.bloxix.com.ar/index.php?itemid=12 Fri, 16 Jan 2009 19:47:00 -0200     2008 fue un gran año para Linux http://www.bloxix.com.ar/index.php?itemid=8
    No hay un criterio absoluto para decidir si un sistema informático es más barato o no que otro. Los costos pueden medirse de muchísimas formas distintas, y los aspectos que deben abarcar son tan variados como los propios sistemas que deben evaluar.

    Sin embargo, es un hecho que las empresas no deben pagar licencias por el software de código libre que consuman. Sí deben pagar por el hardware en el cual ese software sea ejecutado, así como por las horas de trabajo del personal que deba hacerse cargo de esos sistemas. Tienen más libertad de poder elegir cuándo y cómo actualizar sus sistemas, sin ser obligadas a desembolsar sus escasos fondos para adquirir nuevas licencias de un software que generalmente no está terminado ni es completamente funcional hasta que pasen varios meses -incluso años- y toda una serie de parches y "service packs".

    El software de código libre, por su propia definición de transparencia técnica, puede ser más seguro -y generalmente lo es- que el software comercial. Esa transparencia, la posibilidad de que cualquier persona con el conocimiento técnico necesario pueda leer el código, modificarlo y aportar para mejorarlo y así asegurar los programa, es real.

    El software de código abierto avanza lenta pero inexorablemente en las empresas. Poco a poco el personal jerárquico comprende las ventajas y posibilidades que le brinda. Y no sólo en costos directos, sino en los costos indirectos derivados de la alta confiabilidad, la baja necesidad de mantenimiento, el alto rendimiento con bajos recursos y los bajos tiempos de salida de servicio.

    El crack financiero que comenzó ya en el 2007 y se agudizó más aún durante el 2008 obligará a las empresas a ser más cuidadosas en la selección del software que empleen, especialmente cuando se trate de software que vayan a necesitar a largo plazo, para evitar quedar pegadas a plataformas de alto costo de licenciamiento y por la imposibilidad de migrar a futuro.

    Grandes compañías que hasta ahora se resistían a probar, o directamente implementar soluciones Open Source muy probadas y confiables, comenzarán a hacerlo. Especialmente si los grandes fabricantes de software ajustan sus precios para arriba, a la vez que oprimen más y más a sus clientes para que dejen de usar software comercial ilegal. Y esto incluye al software que es gratuito para uso personal, pero que no lo es a nivel corporativo.

    Asimismo, más y más jóvenes profesionales y técnicos más o menos calificados ganan conocimientos y experiencia rápidamente. En particular gracias a que pueden probar, usar, recomendar e instalar software de código libre, sin infringir las leyes que rigen al software en sus respectivos países. A esto debe agregársele la mayor y mejor documentación de que generalmente dispone el software abierto, y la posibilidad de experimentar y aprender libremente.

    Lo mismo ocurre con los programadores, quienes se dan cuenta más y más cada día que se necesita una nueva corriente de bits, que ya no es todo complicado, cerrado, desconocido y muy caro. Sino que puede ser fácil, rápido, eficiente, cómodo, barato y seguro.

    Definitivamente, la crisis impactará maravillosamente en software de código libre. Las empresas lo tienen al alcance de la mano, al reducir sus costos, con sólo tomar la decisión apropiada.]]>     Opinión http://www.bloxix.com.ar/index.php?itemid=8 Tue, 30 Dec 2008 23:35:31 -0200