[uylug-varios] Ejemplo de carta genérica en apoyo de la ley

Wed Jan 16 19:53:32 PST 2013

Por acá iba algo de mi planteo inicial. El punto, más allá de los números
(que comparto que hay que hacerlos),  es la dirección de la inversión en
uno u otro caso.

Cuando planteo la hipótesis de que hay una diferencia sustancial en el
retorno al estado de la inversión en licencias y la inversión en SL. toco
solo un aspecto que creo poco explorado.

Si la hipótesis (bien analizada)  se sostuviera, permitiría fácilmente
mostrar por qué, aún en el caso de que fuera más caro, el SL acaba siendo
económicamente más redituable que el privativo.

Creo que uno de los cuidados que hay que tener,  pasa por los prejuicios
que manejamos. Y entre ellos está el concepto de Estado.

Cuando Marcelo intentaba rebatir mi primer post, sostenía que la plata que
yo decía que engrosaba las arcas del Estado, en realidad se iba para el
ahorro previsional, salud, etc. Esto,  sin embargo, no hace sino reforzar
el planteo inicial. ¿Qué es el Estado sino nosotros mismos organizándonos
para darnos estos y otros servicios?

Si sólo nos vamos a quedar en el planteo simplista (e irresoluble) de si
uno es más caro o más barato que el otro, o si los costos ocultos de uno
son mayores o menores, no parece que haya ningún fruto cercano que pueda
surgir de la discusión.

Saludos.
Leo.
El 16/01/2013 22:55, "Mensajes" <correodemensajeslinux at gmail.com> escribió:

> Me parece que el tema económico es fundamental tanto a la hora de
> contestar las mentiras de un mayor costo del SL, como en el intento de
> pintar un panorama real de la verdadera situación de costos futuros a los
> que quien cruce la línea al SL deberá enfrentar.
>
> Ahora bien, al mismo tiempo creo que los aspectos de libertad y soberanía
> son mas importantes aún. Me parece que éstos deben estar siempre sobre la
> mesa y que es extremadamente bueno citarlos cada vez que se argumenta en el
> asunto SL versus software privativo.
>
> Comparto lo que han dicho varios compañeros con respecto a que calcular el
> TCO de una solución informática no es simple y depende muchas veces de las
> intenciones de quien realiza el cálculo o la proyección.
>
> El ejemplo de Leonardo, en el cual él mismo aclara que los números no son
> finales, me parece un buen ejercicio, pero no puedo dejar de expresar que
> me procupa que el deslís de algún error o impresición convierta el
> argumento en un gol en contra. Por ejemplo no creo que sea prudente
> contraponer al costo de las licencias de software privativo el salario de
> uno o mas técnicos. En primer lugar porque los salarios son costos
> recurrentes mes tras mes, mientras que las licencias se compran una sola
> vez y se las actualiza cada cierto tiempo (¿dos o tres años?). Pero
> fundamentalmente porque una vez mas estamos mirando el asunto del costo del
> SL desde la perspectiva de las soluciones a medida.
>
> El TCO de una solución a medida debe ser del mismo órden de magnitud tanto
> para una solución privativa como para una SL, en lo que a la aplicación en
> si misma se refiere. En este punto comparto la idea de ahondar en el tema,
> proyectar un par de escenarios ficticios, tal vez utilizando como
> referencia casos reales de entornos concretos en los que alguien de la
> lista trabaje.
>
> Pero para el resto, para los sistemas en si, el TCO dependerá de la
> arquitectura (hardware), del software de base (SO) y de las aplicaciones
> ofimáticas estándar. En esos tres casos el SL le lleva ventajas al
> privativo. Una vez mas podemos plantear un par de escenarios ficticios
> basados en realidades concretas de la experiencia de algunos de los
> miembros de la lista.
>
> Mi experiencia puntual con GNU/Linux es que se ahorra en el hardware, se
> ahorra en el software de base y aplicaciones ofimáticas y se ahorra en el
> soporte técnico. No tengo experiencia con respecto al desarrollo de
> aplicaciones a medida, pero si el número de oferentes en cada caso dado es
> importante, mucho me sorprendería que los costos no muestren una
> distribución normal (gausiana) que siga la misma dispersión que las
> contrapartes privativas.
>
> Por último, si el software es desarrollado en casa, estaremos ante el
> mismo caso del software de base. Los mismos desarrolladores, con los mismos
> salarios, pueden desarrollar una u otra versión (o al menos deberían poder
> hacerlo).
>
> Pablo.-
>
>
>
>
> ----------------------------------------------------------
> Pablo Mir
> Electrical Engineer
> josepablomir at gmail.com
> 973-336-5299
> ----------------------------------------------------------
> EASTERN Electromechanical Engineering
> easternelectromechanical at gmail.com
> (1) 877-814-4566
>
>
>
>
>
> On Jan 16, 2013, at 2:50 PM, Enrique Verdes <emverdes at ieee.org> wrote:
>
> > El día 16 de enero de 2013 16:20, Kenneth Irving <ken at fq.edu.uy>
> escribió:
> >> Enrique: no estoy de acuerdo contigo en lo referente a no hacer los
> >> ejercicios económicos. Concuerdo en todo lo demás.
> >>
> >> Hacer estos ejercicios se tiene que hacer, tarde o temprano.
> >
> > Están hechos. Si ponés "Linux TCO" en google te salen 3.260.000
> > resultados. Difícil no encontrar algo, por ejemplo [0].
> >
> > El problema es que las empresas que le venden al estado software
> > privativo pagan exactamente lo mismo de impuestos que pagan las que
> > eventualmente hagan software libre, porque supongo el sueldo de los
> > programadores no cambia por la licencia del software que producen. El
> > TCO lo términas discutiendolo sobre el sistema operativo y los
> > paquetes de ofimática, el middleware y otras soluciones llave en mano,
> > que es lo que se va para afuera, salvo Genexus y alguna otra cosa que
> > es industria nacional. El Software desarrollado "in-house", o sea, a
> > medida, ya sea por desarrolladores propios o contratado a terceros, y
> > que según Eric S. Raymond [1] andaría en el 95% del software
> > utilizado. Por lo que el cálculo de TCO depende muchísimo de tu
> > situación individual.
> >
> >>
> >> Por varios motivos, pero fundamentalmente para no dejar el tema del TCO
> tan
> >> en lo oscuro, porque es algo que nunca se termina de poner sobre la
> mesa.
> >>
> >
> > Yo tengo algo más que una sensación gastrointestinal, por lo que
> > argumento arriba. El tema es que para estudiar el TCO hay que poner
> > TODO arriba de la mesa, y en el debate, lamentablemente, me da la
> > sensación que el software desarrollado a medida no se toma en cuenta.
> > Y acá no estamos hablando solo de instalar OpenOffice en vez de MS
> > Office, o PostgreSQL en vez de Oracle, o Ubuntu en vez de Windows. Va
> > muchísimo más allá que eso.
> >
> > Pero coincido que es un tema mucho más que interesante, y que estaría
> > muy bueno encarar un estudio independiente, pero poner el TCO arriba
> > de la mesa no va a mejorar la percepción. Insisto en que es personal,
> > pero por ejemplo, mañana viene MS y dice que va a donar las licencias
> > de office para el Estado, y el TCO te lo podés guardar donde quieras.
> > ¿Que argumentás contra eso? Soberanía, independencia tecnológica,
> > seguridad, apropiación de la tecnología, libertad.
> >
> > Pero sigue siendo interesante el debate...
> >
> > Saludos,
> >
> > [0]http://www.linuxtoday.com/infrastructure/2002050201526NWBZSV
> > [1]
> http://www.catb.org/esr/writings/cathedral-bazaar/magic-cauldron/ar01s03.html
> > --
> > Enrique M. Verdes
> > http://www.elgallego.info
> >
> > … Hace ya mucho tiempo, de cuando no vendiamos nuestro voto a ningún
> > hombre, hemos abandonado nuestros deberes;
> > la gente que alguna vez llevó a cabo comando militar, alta oficina
> > civil, legiones— todo, ahora se limita a sí misma y ansiosamente
> > espera por sólo dos cosas: pan y circo.
> >
> > Juvenal, Satira 10.77–81
> > _______________________________________________
> > Uylug-varios mailing list
> > Uylug-varios at listas.uylug.org.uy
> > http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20130117/4e0376a7/attachment-0002.htm>