Re: Ley de Presupuesto SW Libre y ACTI
2008/12/1 Horst H. von Brand [EMAIL PROTECTED]: Ricardo Mun~oz A. [EMAIL PROTECTED] wrote: 2008/12/1 Jens Hardings Perl [EMAIL PROTECTED]: On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote: Me gustaría mucho discutir estos temas y tener una visión y agenda claras. El asunto es un poco más complejo que llegar y decir usemos software libre para todo desde hoy en adelante. Ojalá fuera así, pero hay implicaciones sociales, económicas, etc, etc. que implicancia social y/o economica podria tener que un usuario en vez de usar IE ahora use Firefox? Si son suficientes, tiene repercusiones interesantes, las primeras que se me vienen a la mente: * pierde peso el sumamente usado argumento de el 98% de los clientes web son IE, por eso no tiene sentido hacer que el sitio web funcione con otros * permite evitar la dependencia de sistema operativo, haciendo muchísimo más fácil una potencial migración. Ese solo hecho ya mejora el poder negociador de quienes están menos atados a una solución específica. son implicancias totalmente positivas. Acaso las repercusiones e implicancias tienen necesariamente que ser negativas? Por lo demas, negativo o positivo es una evaluacion valorica; lo que para ti es positivo $PROVEEDOR_PROPIETARIO muy probablemente lo encuentre negativo... claro, pero la opinion del proveedor propietario es lo que menos deberia interesar. generalmente los empresarios siempre estan reclamando que no estan ganando lo suficiente, que les cobran demasiados impuestos, y que la mano de obra es muy cara y problematica. pero, en paises desarrollados estan en otra [1] hace ya bastante tiempo. [1] http://www.osor.eu/ -- Ricardo Mun~oz A.
Re: Ley de Presupuesto SW Libre y ACTI
El día 5 de diciembre de 2008 16:00, [EMAIL PROTECTED] escribió: Asuntos del día: 1. Re: 2 dominios enu nservidor (Horst H. von Brand) 2. Re: ONG LinuxChillan (Jaime Vidal) 3. Re: ONG LinuxChillan (Baronti) 4. Re: Problemas de booteo con Ubuntu 8.10 (cesar sepulveda) 5. Re: Ley de Presupuesto SW Libre y ACTI (Baronti) 6. Re: 2 dominios enu nservidor (Miguel Oyarzo O.) 7. Problemas con Fedora 10 (era Problemas de booteo con Ubuntu 8.10) (Mario) 8. BI con Pentaho - Kettle (Rodrigo Mercado) 9. leer y escribir ext3 filesystem desde Window$ ( Cristian Fernández ) 10. Re: Problemas con Fedora 10 (era Problemas de booteo con Ubuntu8.10) (Larry Letelier N.) 11. Re: leer y escribir ext3 filesystem desde Window$ (Christian Montero Hernández) 12. Re: BI con Pentaho - Kettle (Moises Alberto Lindo Gutarra) -- Message: 5 Date: Thu, 4 Dec 2008 15:23:51 -0300 From: Baronti [EMAIL PROTECTED] Subject: Re: Ley de Presupuesto SW Libre y ACTI To: Discusion de Linux en Castellano linux@listas.inf.utfsm.cl Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 El 29 de noviembre de 2008 22:32, Alvaro Herrera [EMAIL PROTECTED] escribió: Horst H. von Brand escribió: Es difícil cuantificar el verdadero costo del software propietario. Además de el pago en dinero que se realiza, existe el costo oculto de no poder modificar, extender o examinar el programa recibido. ¿cómo cuantificar eso? La verdad es que yo no lo sé (Stallman diría que es infinitamente caro). Depende del caso. Si quien es el usuario esta interesado (y tiene la capacidad tecnica etc) en meterle mano, eso es un costo. Puede ser alto o bajo, depende del caso. Si el usario no esta ni ahi con meter mano, es completamente irrelevante. Y, querramoslo o no, la inmensa mayoria de los consumidores de software caen en la segunda categoria. Incluso los mas aperrados como desarrolladores entre nosotros mismos aca, seguramente estaran interesados en poder meter mano a una fraccion minima del sistema y el resto para ellos es simplemente la proverbial caja negra, al mas puro estilo usuario de a pie. No sé qué tanto. Yo personalmente, casi nunca me meto en el código de nada. Pero muy de vez en cuando aparece un bug raro (me ha pasado con Gaim, xmms, saslauth, un applet de gnome-panel, epiphany, eog; esos son los ejemplos que recuerdo ahora), y la gracia de tener el código es que inmediatamente puedo instalarlo, echarle una mirada y tratar de buscar qué se puede saber y la mejor forma de reportarlo. O por último qué clase de workaround necesito. Ya el hecho de poder hacer un backtrace y subirlo es una tremenda ayuda. Con software privativo, ni siquiera puedo hacer eso, porque los programas vienen sin símbolos de depuración ... (me ha pasado cuando se me cae algún programa en Windows: sólo entregan un número, o un montón de números, que no dice nada). La cosa no es sólo directa, en el sentido de que tengo la ventaja de que puedo hacerlo, sino además que la gente (tanto yo como usuario como el equipo de desarrollo) se acostumbra a que _puede_ hacerse, y por lo tanto nos preparamos para eso. Lo otro es que no importa que yo como usuario sólo me meta en el 0.1% de los programas. Porque la comadre de más allá se meterá también en un 0.1%, pero es un 0.1% distinto del mío. Y cuando ella lo hace, el beneficio me llega también a mí, aunque yo no haya hecho nada. Y ella se beneficia también de mi esfuerzo. comentario aparte, pero EXCELENTE descripción de lo que implica el trabajo colaborativo, recombinante y acumulativo del modo productivo del copyleft. Saludos Otros puntos a tomar en cuenta. Si quisieramos cuantificar solo los que deben sufrir los usuarios de a pie -como muy precisamente mensiona el Dr. Horst- incluso en tales casos existen costos no precisables, pero que son importantes... - el stress de parte de los usuarios por NO poder adquirir SW legalmente y el riesgo implicado de las infecciones virulentas y de otros ordenes, - los costes relacionados a las campañas publicitarias en contra de la pirateria (que no proveen absolutamente ninguna ventaja) y el efecto que producen sobre el estado emosional de los individuos, - el retraso tecnologico que deben sufrir los habitantes del 3er mundo a causa del interes puramente comercial, ya que son mercados sin interes, Y de seguro por ahi se me quedara mas de algun punto... en el tintero. Por ultimo agregar, que las empresas detras del SW/HW privativo retrasan directamente el desarrollo del S.L., punto muchas veces obviado. Saludos
Re: Ley de Presupuesto SW Libre y ACTI
On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote: Me gustaría mucho discutir estos temas y tener una visión y agenda claras. El asunto es un poco más complejo que llegar y decir usemos software libre para todo desde hoy en adelante. Ojalá fuera así, pero hay implicaciones sociales, económicas, etc, etc. que implicancia social y/o economica podria tener que un usuario en vez de usar IE ahora use Firefox? Si son suficientes, tiene repercusiones interesantes, las primeras que se me vienen a la mente: * pierde peso el sumamente usado argumento de el 98% de los clientes web son IE, por eso no tiene sentido hacer que el sitio web funcione con otros * permite evitar la dependencia de sistema operativo, haciendo muchísimo más fácil una potencial migración. Ese solo hecho ya mejora el poder negociador de quienes están menos atados a una solución específica. Saludos, -- Jens.
Re: Ley de Presupuesto SW Libre y ACTI
Hector Gatica escribió: PD: Turbus sin duda ahorra operando sus POS con Linux. No entiendo porque algunos equipos del gobierno no lo pueden hacer. Hay una diferencia fundamental: Tur Bus se ahorra su propia plata, es decir que lo que se ahorren se lo llevan los accionistas para la casa (o sube el precio de la accion). En cambio, si el Estado se ahorra la plata, no pasa nada ... total la plata es de todos los chilenos, y como no tenemos injerencia en la toma de decisiones, a nadie le importa. -- Alvaro Herrerahttp://www.advogato.org/person/alvherre The Gord often wonders why people threaten never to come back after they've been told never to return (www.actsofgord.com)
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
Horst H. von Brand escribió: Demasiadas de las certificaciones son, como alguien dijo, We do everything following the prescription to the letter, but we still just make shit. Es como el desayuno a bordo de los buses ... últimamente en Pullman Bus en vez de dar un té o café en la mañana (que tienen la ventaja de que al menos calientan un poco el estómago), dan una caja de jugo plástico. Obvio, porque el jugo es certificable (viene cerrado de fábrica), en cambio el café lo tiene que servir el auxilir a manopla ... Por eso no viajo en Pullman Bus desde que sacaron certificación ISO ;-) -- Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4 Cómo ponemos nuestros dedos en la arcilla del otro. Eso es la amistad; jugar al alfarero y ver qué formas se pueden sacar del otro (C. Halloway en La Feria de las Tinieblas, R. Bradbury)
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
Marcos Saldivar wrote: ¿¿¿ Cual seria un buen punto de partida para tener un empresa que cree sw de calidad ??? IMHO, un buen punto de partida es tener claras ciertas cosas. - Gente con la que trabajarás - Ser capaz de una buena captura/toma de requerimientos - Tener un documento en que tanto cliente como desarrolladores acoten el SW. - Usar algún tipo de Metodología/paradigma de desarrollo de SW. - Usar un standar de programación, la idea es que el código sea mantenible. - Control de calidad base (ciertas pruebas que tu SW debe pasar... pruebas de carga, control de errores, etc) - Conocer el mercado donde quieres vender tus SW, mientras mejor conozcas el negocio, de mejor calidad podrás diseñar tu SW. -- Eduardo Peña Ceballos Estudiante Ingeniería (e) Informática - PUCV http://www.kope.cl
Re: Ley de Presupuesto SW Libre y ACTI
2008/12/1 Jens Hardings Perl [EMAIL PROTECTED]: On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote: Me gustaría mucho discutir estos temas y tener una visión y agenda claras. El asunto es un poco más complejo que llegar y decir usemos software libre para todo desde hoy en adelante. Ojalá fuera así, pero hay implicaciones sociales, económicas, etc, etc. que implicancia social y/o economica podria tener que un usuario en vez de usar IE ahora use Firefox? Si son suficientes, tiene repercusiones interesantes, las primeras que se me vienen a la mente: * pierde peso el sumamente usado argumento de el 98% de los clientes web son IE, por eso no tiene sentido hacer que el sitio web funcione con otros * permite evitar la dependencia de sistema operativo, haciendo muchísimo más fácil una potencial migración. Ese solo hecho ya mejora el poder negociador de quienes están menos atados a una solución específica. son implicancias totalmente positivas. -- Ricardo Mun~oz A.
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
El dom, 30-11-2008 a las 10:38 -0300, Horst H. von Brand escribió:
Franco Catrin L. [EMAIL PROTECTED] wrote:
[...]
En general, en mi experiencia, no hay muchas opciones al respecto, casi
siempre el entorno te encamina hacia una tecnología.
Cierto, hay (natural y necesaria!) inercia de sigamos con lo que
conocemos, pero esta la ley de Moore: A los 5 an~os definitivamente estas
haciendo cosas completamente diferentes, el problema es como llegamos
alla...
Cuando me refería al entorno en realidad no me refería al entorno
global, me refería al entorno de operación del producto final. Uno no
puede llegar y decir pongamos foo, donde foo es muy distinto a lo
que ya tienen en operación. Por ejemplo no puedo llegar con una
solución .NET+SQL Server en una organización que tiene todo con J2EE
+Oracle.
Además que para
este tipo de cosas no conviene ponerse inventivo, a la larga provoca mas
dolores de cabeza para todos. Es muy tentador poner en practica la
ultima tecnología aprendida pero con la experiencia se ve que hay que
mezclar el ser conservador y al mismo tiempo explorador de nuevas
tecnologías.
Es facil decirlo, dificil de llevar adelante...
Se puede. Vivo de eso ;-)
Explicado en pocas palabras : Un asunto es el problema a resolver y
otro asunto es la tecnología usada para resolverlo. Si logras abstraer
la tecnología de tal forma que se pueda presentar como algo
conocido/estandard lo suficiente como para enfocarse en el problema a
resolver, puedes cambiar de tecnología sin impactar fuertemente al
desarrollador final.
Claro que para que eso funcione, la organización tiene que estar
alineada y debe considerar el costo/esfuerzo que se necesita, y que los
resultados son a largo plazo. Personalmente creo que ahi fallan muchos,
tratando de hacer las cosas de cualquier forma y para ayer.
Por ejemplo hasta hace poco era natural pensar en aplicaciones con el
contenido+presentación generado en el servidor (php/asp/jsp, etc), eso
tenía ventajas y desventajas. Hoy en día es posible hacer aplicaciones
que corren en el lado del cliente, eliminando las desventajas del modelo
previo, pero manteniendo y ampliando sus ventajas.
Mish... cliente-servidor le llamaban a /esa/ pomada en los '80 ;-)
En conceptos muy simples si. Pero es una mezcla de los 80 y los 90. El
cliente ya no es una aplicación nativa instalada en un PC ('80) con
todos los problemas de deployment y seguridad asociados, sino que es una
aplicación independiente de la plataforma, actualizable en forma
automática, disponible en forma transparente y provista desde un
servidor ('90). Por otra parte el servidor no es un proveedor de datos
con acceso directo a ellos y restringido a las decisiones de diseño tras
él ('80), sino que es un proveedor de servicios de alto nivel, también
operando con protocolos estándares, independiente de la plataforma y con
esquemas de seguridad a nivel de transporte ('90/'00).
Lo que quiero decir es que hoy se ha combinado lo mejor de ambos
enfoques, y no se puede decir simplemente que hemos vuelto a lo que
había en los '80.
(Si, si... también habian servicios publicados via DCOM/CORBA en épocas
anteriores, pero nunca tomaron mucho vuelo, además de las limitaciones
que tenían).
[...]
¿¿¿ Cual seria un buen punto de partida para tener un empresa que cree
sw de calidad ???
Leer a conciencia la literatura /seria/ al respecto (no, no son las cosas
que se publican bajo Ingenieria de Software precisamente; son clasicos
como el libro de Brooks y lo que han publicado Kernighan, Ritchie, Aho,
Plaugher, Bentley (la tropa de ATT tras Unix) y los BSDistas originales;
ver los comentarios sobre buen gusto de Linus Torvalds, Alan Cox, Al
Viro
y algunas otras luminarias similares). Conocer los famosos modelos de
madurez de desarrollo. Estos ultimos entenderlos lo suficiente para saber
que debieran ser quemados ritualmente en una pira [Aportan mucho mas a
generar frondosa documentacion y burocracia que buenos resultados].
Depende. El modelo CMMI por ejemplo habla de cosas que deberias tener
como parte de tus practicas, pero queda de tu parte la forma en que las
implementas. En general las prácticas son cosas que te ayudan y no se
trata de simple burocracia, no creo por ejemplo que alguien en su sano
juicio encuentre que hacer seguimiento de bugs formal es una burocracia,
y cuando me refiero a formal no estoy hablando de llenar un monton de
formularios inútiles, estoy hablando de las mismas prácticas que se
llevan en el desarollo de código abierto.
Disculpa, estas hablando del _espiritu_ de CMMI. En la practica, para
_certificarte_ en CMMI tienes que tener un monton de papeles que demuestran
que reportaste el bug, que quedo registrado, que hay alguien responsable
de revisar que los bugs se reporten, ...
Espero responder sin violar ningún NDA.
En el ejemplo dado no
Re: Ley de Presupuesto SW Libre y ACTI
Ricardo Mun~oz A. [EMAIL PROTECTED] wrote: 2008/12/1 Jens Hardings Perl [EMAIL PROTECTED]: On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote: Me gustarÃa mucho discutir estos temas y tener una visión y agenda claras. El asunto es un poco más complejo que llegar y decir usemos software libre para todo desde hoy en adelante. Ojalá fuera asÃ, pero hay implicaciones sociales, económicas, etc, etc. que implicancia social y/o economica podria tener que un usuario en vez de usar IE ahora use Firefox? Si son suficientes, tiene repercusiones interesantes, las primeras que se me vienen a la mente: * pierde peso el sumamente usado argumento de el 98% de los clientes web son IE, por eso no tiene sentido hacer que el sitio web funcione con otros * permite evitar la dependencia de sistema operativo, haciendo muchÃsimo más fácil una potencial migración. Ese solo hecho ya mejora el poder negociador de quienes están menos atados a una solución especÃfica. son implicancias totalmente positivas. Acaso las repercusiones e implicancias tienen necesariamente que ser negativas? Por lo demas, negativo o positivo es una evaluacion valorica; lo que para ti es positivo $PROVEEDOR_PROPIETARIO muy probablemente lo encuentre negativo... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
Franco Catrin L. [EMAIL PROTECTED] wrote: El sáb, 29-11-2008 a las 23:25 -0300, Horst H. von Brand escribió: Hay quienes difieren. Si se requiere documentacion del codigo, el codigo no se entiende y es malo. Si el programa requiere extensa documentacion extra, es demasiado complejo de usar y no sirve. Hay varios niveles de documentación, no solo el código. Por ejemplo diseños de alto nivel o API's. En general, cosas que no se pueden desprender del código fácilmente. Definitivamente. [...] - que use tecnologia (lenguaje, etc.) que provee una empresa importante del rubro como IBM, Oracle, Sun o Microsoft? Que use la mejor opción para resolver los requirimientos. Como determinas cual es esa? Desde el punto de vista de la comodidad del desarrollador? Del usuario? De quien lo mantendra luego? Del que provee las herramientas (al que le conviene cobrar lo mas caro posible, claro)? En general, en mi experiencia, no hay muchas opciones al respecto, casi siempre el entorno te encamina hacia una tecnologÃa. Cierto, hay (natural y necesaria!) inercia de sigamos con lo que conocemos, pero esta la ley de Moore: A los 5 an~os definitivamente estas haciendo cosas completamente diferentes, el problema es como llegamos alla... Además que para este tipo de cosas no conviene ponerse inventivo, a la larga provoca mas dolores de cabeza para todos. Es muy tentador poner en practica la ultima tecnologÃa aprendida pero con la experiencia se ve que hay que mezclar el ser conservador y al mismo tiempo explorador de nuevas tecnologÃas. Es facil decirlo, dificil de llevar adelante... Hay que considerar la ultima hornada de TLA y buzzwords? Realmente la ultima pomada de desarrollo por telepatia con los alienigenas de los planetas recien descubiertos es mejor que las tradicionales o no? Como se determina eso (particularmente antes que la moda haya sido reemplazada por la de la siguiente temporada)? No necesariamente son modas. En vez de descartar una cosa por otra, se van encontrando mejoras, yo lo llamarÃa evolución. /Hay/ modas, que ciertamente algun aporte hacen, pero definitivamente no son 100% aplicables a 100% de las situaciones. Nuevamente; cual es la parte que realmente aporta y cual es pura farandula, cual parte puedo integrar de forma que haga aporte en mi proceso actual y cual resulta contraproducente, en cual situacion es aplicable y cuando no, cuento o no con las condiciones internas (personal, cultura, herramientas, ...) para trabajar asi, el entorno (clientes, ...) funciona bien con este esquema, ... Por ejemplo hasta hace poco era natural pensar en aplicaciones con el contenido+presentación generado en el servidor (php/asp/jsp, etc), eso tenÃa ventajas y desventajas. Hoy en dÃa es posible hacer aplicaciones que corren en el lado del cliente, eliminando las desventajas del modelo previo, pero manteniendo y ampliando sus ventajas. Mish... cliente-servidor le llamaban a /esa/ pomada en los '80 ;-) [...] ¿¿¿ Cual seria un buen punto de partida para tener un empresa que cree sw de calidad ??? Leer a conciencia la literatura /seria/ al respecto (no, no son las cosas que se publican bajo Ingenieria de Software precisamente; son clasicos como el libro de Brooks y lo que han publicado Kernighan, Ritchie, Aho, Plaugher, Bentley (la tropa de ATT tras Unix) y los BSDistas originales; ver los comentarios sobre buen gusto de Linus Torvalds, Alan Cox, Al Viro y algunas otras luminarias similares). Conocer los famosos modelos de madurez de desarrollo. Estos ultimos entenderlos lo suficiente para saber que debieran ser quemados ritualmente en una pira [Aportan mucho mas a generar frondosa documentacion y burocracia que buenos resultados]. Depende. El modelo CMMI por ejemplo habla de cosas que deberias tener como parte de tus practicas, pero queda de tu parte la forma en que las implementas. En general las prácticas son cosas que te ayudan y no se trata de simple burocracia, no creo por ejemplo que alguien en su sano juicio encuentre que hacer seguimiento de bugs formal es una burocracia, y cuando me refiero a formal no estoy hablando de llenar un monton de formularios inútiles, estoy hablando de las mismas prácticas que se llevan en el desarollo de código abierto. Disculpa, estas hablando del _espiritu_ de CMMI. En la practica, para _certificarte_ en CMMI tienes que tener un monton de papeles que demuestran que reportaste el bug, que quedo registrado, que hay alguien responsable de revisar que los bugs se reporten, ... Como lo que vi alguna vez en un aeropuerto: Ibamos por un amplio pasillo, y de repente esas cuerdas para cerrar el paso + guardias. Un fenomenal taco, reclamos, ... consultas posteriores indicaron que era por la certificacion ISO, no se permite que se mezclen pasajeros que vienen llegando con los que van saliendo. Solucion: Pasan
Re: Ley de Presupuesto SW Libre y ACTI
Cristian RodrÃguez [EMAIL PROTECTED] wrote: Rodrigo Fuentealba escribió: [...] Google funciona con software libre, ¿dónde está el código?. Mala pregunta. Las licencias explicitamente permiten [en realidad, no tienen como prohibir] crear codigo cerrado puramente usando las herramientas. Y si usas el codigo en casa unicamente (no redistribuyes) eres libre de hacer lo que se te plazca [nuevamente, quien licencia no tiene ingerencia en tales actividades]. Esta repartido, una buena parte ( aunque no todo) en sourceforge, google code, etc.. Esta en el nucleo (hay bastantes desarrolladores del nucleo en Google, han aportado en areas de clustering y afines). Estan los resultados de Google Summer of Code. Estan los paquetes que Google libera, y su patrocinio para cosas como Mozilla. (es una práctica común vender el código fuente de las aplicaciones) Si, es comun lamentablemente... Que tiene de lamentable? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
Germán Póo-Caamaño [EMAIL PROTECTED] wrote: On Sun, 2008-11-30 at 11:48 -0300, Rodrigo Fuentealba wrote: [...] Las empresas piden mucho desarrollo para adaptar esas herramientas libres a su modelo de trabajo, a veces pidiendo cosas realmente raras. ¿La pega de adaptación igual debe ser liberada? Si la licencia lo exige, sÃ. Al menos en la legislacion yanqui, lo que cubre copyright es permiso de crear obras derivadas (modificaciones) y distribucion; si no distribuyes, la ley nada tiene que decir. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
El día 30 de noviembre de 2008 22:37, Horst H. von Brand [EMAIL PROTECTED] escribió: Rodrigo Fuentealba [EMAIL PROTECTED] wrote: El día 30 de noviembre de 2008 11:28, Juan C. Olivares [EMAIL PROTECTED] escribió: 2008/11/30 Rodrigo Fuentealba [EMAIL PROTECTED] [...] Las empresas piden mucho desarrollo para adaptar esas herramientas libres a su modelo de trabajo, a veces pidiendo cosas realmente raras. ¿La pega de adaptación igual debe ser liberada? No necesariamente. Si es para uso unicamente interno, no es requisito liberarlo. Si es buena idea intentar integrar los cambios aguas arriba (porque evita el trabajo de ajustar los parches locales a la version siguiente), aunque suele ser _mucho_ trabajo. Creo que ese es mi punto, aunque entre lo que respondí al correo anterior y lo que estoy entendiendo ahora por una problemática ha pasado un río de pensamientos entre los que figura inclusive el desarrollar una guía (algo así como la Guía Web 2.0 del gobierno) para involucrar a ciertas empresas (PYME's, por ejemplo) en la correcta implementación de soluciones utilizando software open source (ejem, en este contexto sí open source: hacerle caso a los requerimientos que éste pide). Algo así como una pauta sobre cuándo usar qué cosas y quién debería hacerlas (de esa manera no tenemos sysadmins programando, developers haciendo cables de red y secretarias manejando proyectos). Yep, es domingo y mis neuronas están en modo suspendido. ¿A qué te refieres con lenguaje libre? Python, Ruby, PHP = El compilador o intérprete no tiene costo en dinero y està licenciado bajo alguna licencia libre. C, C++ no es libre entonces? Que de Perl (que entiendo hay paquetes comerciales)? Esta es una distincion bien esteril. Claro que lo son (o tienen implementaciones libres que le hacen caso al estándar): los que mencioné son sólo los que se me vinieron a la mente y que tienen fama de ser software libre. Pero Delphi no lo es, Visual Basic .NET 2005 no lo es y Visual Fox Pro tampoco lo es. En el caso de Delphi existe Kylix por suerte, que nos permite hacer algo portable basado en las fuentes anteriores; en el mal caso de Visual Basic .NET, se genera mucho código que depende de Windows (léase la biblioteca maldita: Microsoft.VisualBasic) y en el peor de los casos en Fox Pro (que hay bastante software escrito con eso) no hay ningún lenguaje que le reemplace en funcionalidad. Bueno, dudo de que pueda aportar mucho más al tema, así es que mi participación llega hasta acá. :-) Saludos, -- Rodrigo Fuentealba http://www.thecodekeeper.net/
Re: Ley de Presupuesto SW Libre y ACTI
On Sun, 2008-11-30 at 22:39 -0300, Horst H. von Brand wrote: Germán Póo-Caamaño [EMAIL PROTECTED] wrote: On Sun, 2008-11-30 at 11:48 -0300, Rodrigo Fuentealba wrote: [...] Las empresas piden mucho desarrollo para adaptar esas herramientas libres a su modelo de trabajo, a veces pidiendo cosas realmente raras. ¿La pega de adaptación igual debe ser liberada? Si la licencia lo exige, sí. Al menos en la legislacion yanqui, lo que cubre copyright es permiso de crear obras derivadas (modificaciones) y distribucion; si no distribuyes, la ley nada tiene que decir. Yo había entendido que el contexto es que empresa X toma código y luego lo entrega como parte de una solución al Estado. Si es desarrollo interno, es otro cuento. -- Germán Póo-Caamaño http://www.calcifer.org/
Re: Ley de Presupuesto SW Libre y ACTI
2008/12/1 Germán Póo-Caamaño [EMAIL PROTECTED] Yo había entendido que el contexto es que empresa X toma código y luego lo entrega como parte de una solución al Estado. Si es desarrollo interno, es otro cuento. Hay dos formas de desarrollar software.. como producto o como servicio. Como producto, el software generalmente es genérico y se vende con licencia. Como servicio, generalmente se trata de software a medida y el dueño del código es el que contrata el servicio. Sólo en la primer caso es necesario que quien vende, entregue algún tipo de licencia (abierta o no). En el caso del servicio de desarrollo, es quien recibe el dueño del software y, mientras no lo entregue, no necesita definir ninguna licencia. Así, el estado, cuando encarga desarrollo a medida, debería ser el dueño del código y no necesitaría de la legislación especial que quería el Senador Navarro. En el caso del software como prducto, es diferente y ahí sí se necesitaría evaluar las alternativas abiertas. Siempre me ha llamado la atención las licitaciones que dicen algo como Antivirus XXYYZZ, siento XXYYZZ una marca. ¿será legal esto? ¿qué pasa si una licitación de cemento dice Cemento Melón? ¿no es eso un atentado a la neutralidad tecnologíca? o incluso a la neutralidad de las licitaciones en general... Atte, Juan Cristóbal Olivares
Re: Ley de Presupuesto SW Libre y ACTI
Germán Póo-Caamaño [EMAIL PROTECTED] wrote: On Sun, 2008-11-30 at 22:39 -0300, Horst H. von Brand wrote: Germán Póo-Caamaño [EMAIL PROTECTED] wrote: On Sun, 2008-11-30 at 11:48 -0300, Rodrigo Fuentealba wrote: [...] Las empresas piden mucho desarrollo para adaptar esas herramientas libres a su modelo de trabajo, a veces pidiendo cosas realmente raras. ¿La pega de adaptación igual debe ser liberada? Si la licencia lo exige, sÃ. Al menos en la legislacion yanqui, lo que cubre copyright es permiso de crear obras derivadas (modificaciones) y distribucion; si no distribuyes, la ley nada tiene que decir. Yo habÃa entendido que el contexto es que empresa X toma código y luego lo entrega como parte de una solución al Estado. Si es desarrollo interno, es otro cuento. Para efectos legales, si te contrato para que desarrolles algo para mi, es como si lo desarrollara yo. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
Hector Gatica [EMAIL PROTECTED] wrote: [...] PD: Turbus sin duda ahorra operando sus POS con Linux. No entiendo porque algunos equipos del gobierno no lo pueden hacer. Porque no venden boletos de bus? [No, no es tan descabellado como suena como respuesta. POS es un area en que es bastante simple de instalar casi cualquier cosa, y si son muchos el costo de licencias y otras yerbas es significativo frente a casi cualquier costo de desarrollo. El Gobierno es una coleccion de miles (literalmente) de organizaciones, algunas grandes y la inmensa mayoria microscopicas, muy poco coordinadas y con necesidades enormemente diversas.] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
El jue, 27-11-2008 a las 09:12 -0300, Alvaro Herrera escribió: Juan C. Olivares escribió: No había pensado en esto. Debo decir, a favor del artista programador y de la industria del software, que si bien eso es generalizado, habemos muchos (personas y empresas) preocupados de la calidad del código. Lamentablemente, no existen muchos estándares para comprobar la calidad del código. Un programa puede funcionar pero pender de un hilo y operar solamente por gracia divina. Naturalmente, un programa hecho así (chilensis) siempre ganará la licitación, porque es mucho más caro hacer un sistema de calidad. Y la calidad no será parte de los criterios de evaluación. No siempre es así. Ya hay empresas/organizaciones que vienen de vuelta, y saben que la calidad tiene su costo, pero están dispuestos a asumirlo por desastrosas experiencias previas. Hace un par de años esto no ocurría. -- Franco Catrin L. TUXPAN Software S.A. http://www.tuxpan.com/fcatrin
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
El día 27 de noviembre de 2008 10:58, Juan C. Olivares [EMAIL PROTECTED] escribió: Lamentablemente, el costo no necesariamente tiene relación con la calidad del software. Durante años, he visto pasar ya decenas de proyectos de costo elevado y calidad deficiente. Ya lo dije antes, pero creo que esto se debe en parte a lo nuevo de esta ingeniería, estamos en la edad de piedra. Entonces no estoy tan errado en creer que siempre al final el costo de un sw de calidad sera menor ???
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
2008/11/27 Marcos Saldivar [EMAIL PROTECTED]: Estimados espero no salir de los tópicos de la lista, pero me gustaría colgarme de estas palabras de Alvaro ya que con 2 compañeros de Universidad estamos estudiando la posibilidad establecer un empresa de desarrollo de software y nuestra principal motivación a parte de ganar el dinero es construir software de calidad y dar servicios informáticos que presten soluciones y no problemas, por eso expongo la siguiente pregunta. Dedicate a otra cosa :-) Soporte de sistemas y/o mantención de sistemas ¿ Qué tan real es que el sw de mala calidad tiene menor costo v/s un sw de calidad ? IMHO, eso es cierto en el 99% de los casos, software de mala calidad es resultado directo de: pobre análisis (te cagaste con las lucas en el anlalisis/analista) pobre diseño (idem anterior) pobre construcción (contrataste puros pollos para programar y no les proveiste case/herramientas adecuadas) pobre qa (hiciste QA?) pobre documentacion Ahora bien, siempre es posible hacer malas aplicaciones, aún con los mejores recursos Lean http://thedailywtf.com/ para ejemplos del tipo sad but true Saludos Nosotros conocemos el caso de Tuxpan ya que somos estudiantes de la UTFSM Sede Viña y en alguna oportunidad ellos hicieron presentaciones, donde por lo menos a mi me quedo claro que si se puede desarrollar sw de calidad. Ojo con los heroes... -- ...la palabra Dios no es más que la expresión y producto de la debilidad humana, y la Biblia una colección de leyendas honorables pero todavía primitivas que son de todos modos bastante infantiles. A. Einstein GTALK/MSN:carlos.sepulveda[at]gmail.com http://carlos.sepulveda.googlepages.com/
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
On Thu, Nov 27, 2008 at 11:14 AM, Marcos Saldivar [EMAIL PROTECTED] wrote: El día 27 de noviembre de 2008 10:58, Juan C. Olivares [EMAIL PROTECTED] escribió: Lamentablemente, el costo no necesariamente tiene relación con la calidad del software. Durante años, he visto pasar ya decenas de proyectos de costo elevado y calidad deficiente. Ya lo dije antes, pero creo que esto se debe en parte a lo nuevo de esta ingeniería, estamos en la edad de piedra. Entonces no estoy tan errado en creer que siempre al final el costo de un sw de calidad sera menor ??? Al final, al final, claro. Si dos empresas venden el desarrollo a 10 pesos, pero uno es bueno y otro es malo, el malo convertirá 10 pesos en 20, ya que nadie va a poder extender el software luego o hacerle modificaciones. Pero al inicio, ambas costaban 10 :( [y ese es el precio que se publica en la licitación, por ejemplp]. Atte, Juan Cristóal Olivares
Re: Ley de Presupuesto SW Libre y ACTI
Ricardo Utreras Estrella [EMAIL PROTECTED] wrote: Alvaro Herrera escribió: Juan C. Olivares escribió: [...] Naturalmente, un programa hecho asà (chilensis) siempre ganará la licitación, porque es mucho más caro hacer un sistema de calidad. Y la calidad no será parte de los criterios de evaluación. Un poco lo que pasa con chilecompra. Hasta donde se, el algoritmo de seleccion es: SI cumple con lo pedido ENTONCES elegir el mas barato. Me corrijen si me equivoco. Las licitaciones (no se si del gobierno, pero si privadas en que he participado, a ambos lados) no necesariamente se resuelven por el mas barato, entran (y pueden ser decisivas incluso en frente a grandes diferencias de $$$) otras consideraciones. Claro que en tal caso hay que defender _muy_ bien esa decision... y el camino de minima resistencia es el mas barato casi siempre. En mi opinion: incluir opciones libres esta MUY BIEN, exigirlas: NO. Cierto. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
[EMAIL PROTECTED] wrote: El jue, 27-11-2008 a las 02:32 -0300, Rodrigo Fuentealba escribió: El dÃa 27 de noviembre de 2008 1:20, Cristian RodrÃguez [EMAIL PROTECTED] escribió: Horst H. von Brand escribió: [...] Ademà s, el costo de penetración de Microsoft es horripilantemente bajo, pues en un principio no hizo campaña en Chile: pagaba menos a los proveedores de hardware para que trajeran a MSFT acá, una oficina de representación en un buen lugar... algo que ninguna otra que esté en el open source tiene garantizada hoy por hoy, a menos que algún fabricante de hardware comience a exportar netbooks con alguna distribución de Linux bonita y varias empresas apoyen 100% a la causa implementando soluciones desktop en Linux. (Aspire One? GDIUM? ). Distribucion Linux bonita (y que incluso funcionan bien, y son seguras, y faciles de mantener, y un largo etcetera) hay mas que suficientes. Pero siguen estando lejos de Wintendo en algunas areas: - Juegos - Juegos - Mas juegos - Buen soporte para grafica (ver las anteriores) - Ver la ultima pelicula en DVD (ver las anteriores, problemas de CODECs patentados y otras yerbas) - Musica (tema CODECs nuevamente) - Aplicaciones puntuales no 100% compatibles (OOo anda bastante cerca (y en realidad MSFT Office _no_ es compatible consigo mismo tampoco), pero para algunas cosas no es suficiente). Parte de esto porque no hay fonts 100% compatibles decentes - Aplicaciones que se quedan cortas (OOo calc es muy bueno, pero esta a an~os luz de algunas cosas ni tan rebuscadas que se pueden hacer (y se _usan_ fuertemente de parte de power users!) en MSFT Excel) - Aplicaciones que simplemente no existen (AutoCAD? Otra larga lista de aplicaciones standard en sus areas?) - Administracion que hasta un idiota puede llevar a cabo (claro, si la embarra la solucion standard es reinstalar). Lamentablemente, una de las leyes de software dice que un programa que hasta un idiota puede usar solo lo querra usar un idiota... .el problema de todo esto quizás no es que la ley se apruebe o no, el problema es que asi como está tiene problemas que se nombraron acá, como lo de las equivalencias de SW, por mas que lo queramos no hay una equivalencia completa entre el SW propietario y el SW libre... Nunca habra 100% de equivalencia entre dos programas para lo mismo, lo que habra seran opciones que se ajustan mas o menos a una necesidad puntual. Y luego hay condiciones de controrno: Si todo lo tienes montado en Java + Oracle, y eso tu gente lo maneja bien; tiene que ser pero *mucho* mejor la solucion PHP + Postgres para que valga la pena la migracion (tipicamente estamos hablando de unos 20 an~os de desarrollo, que no se pueden migrar mas que con a su vez an~os de re-desarrollo (independiente de las pomadas que quieran vender los IngSW)) y el tener 2x la gente durante el periodo de transicion.. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On Thu, 27 Nov 2008 15:01:45 -0300, Horst H. von Brand [EMAIL PROTECTED] wrote: Ricardo Utreras Estrella [EMAIL PROTECTED] wrote: Alvaro Herrera escribió: Juan C. Olivares escribió: [...] Naturalmente, un programa hecho asà(chilensis) siempre ganará la licitación, porque es mucho más caro hacer un sistema de calidad. Y la calidad no será parte de los criterios de evaluación. Un poco lo que pasa con chilecompra. Hasta donde se, el algoritmo de seleccion es: SI cumple con lo pedido ENTONCES elegir el mas barato. Me corrijen si me equivoco. Las licitaciones (no se si del gobierno, pero si privadas en que he participado, a ambos lados) no necesariamente se resuelven por el mas barato, entran (y pueden ser decisivas incluso en frente a grandes diferencias de $$$) otras consideraciones. Claro que en tal caso hay que defender _muy_ bien esa decision... y el camino de minima resistencia es el mas barato casi siempre. En mi opinion: incluir opciones libres esta MUY BIEN, exigirlas: NO. Cierto. -- Yo creo que acá se resume el tema. Me parece bien que se consideren alternativas libres (secretarias podria Ubuntu + Openoffice competir vs WinXP+MS-Office) pero imponer no me parece tema. Lo que me parece injusto es que ni siquiera se tenga la posibilidad de contrastar en planos que serÃa mucho más conveniente (Servidores sin desarrollo .net ni propietarios por ejemplo , bases de datos de proyectos en fase inicial..etc). Yo creo que en cierta forma igual los dedicados al open source se veran favorecidos. Las pymes deberian ahorrar costos por la crisis. Se le puede sacar partido de alguna forma. Saludos. PD: Turbus sin duda ahorra operando sus POS con Linux. No entiendo porque algunos equipos del gobierno no lo pueden hacer. -- Informatica Bio-Bio Comunicaciones S.A. Administrador de Redes Cisco CCNA Certified. Fono : 09-1523359
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
On Thu, 2008-11-27 at 10:04 -0300, Marcos Saldivar wrote: El día 27 de noviembre de 2008 9:12, Alvaro Herrera [EMAIL PROTECTED] escribió: Naturalmente, un programa hecho así (chilensis) siempre ganará la licitación, porque es mucho más caro hacer un sistema de calidad. Y la calidad no será parte de los criterios de evaluación. Estimados espero no salir de los tópicos de la lista, pero me gustaría colgarme de estas palabras de Alvaro ya que con 2 compañeros de Universidad estamos estudiando la posibilidad establecer un empresa de desarrollo de software y nuestra principal motivación a parte de ganar el dinero es construir software de calidad y dar servicios informáticos que presten soluciones y no problemas, por eso expongo la siguiente pregunta. ¿ Qué tan real es que el sw de mala calidad tiene menor costo v/s un sw de calidad ? No es caro, es dificil. Desde venderlo al cliente y lo compre hasta construirlo. Tambien influye el ambiente (las cosas que estan hechas, la gente con la que vas a trabajar, y restricciones varias como gente, tiempo y dinero). El precio para el cliente es otra cosa ... Ademas, en todas partes se cuecen habas. Aca mismo en el software libre hay varios ejemplos de software que no es de muy buena calidad, pero es lo mejor que se ha podido lograr dadas las restricciones ;) Quizas la diferencia es que avanzamos a pasos de gigantes. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/ signature.asc Description: This is a digitally signed message part
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
El día 27 de noviembre de 2008 16:43, Aldrin Martoq [EMAIL PROTECTED] escribió: [...] No es caro, es dificil. Desde venderlo al cliente y lo compre hasta construirlo. Tambien influye el ambiente (las cosas que estan hechas, la gente con la que vas a trabajar, y restricciones varias como gente, tiempo y dinero). El precio para el cliente es otra cosa ... Es eso lo que expongo el es dificil no es equivalente o inferior a los problemas de un sw de mala calidad ??? saludos.-
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
On Thu, 2008-11-27 at 17:12 -0300, Marcos Saldivar wrote: El día 27 de noviembre de 2008 16:43, Aldrin Martoq [EMAIL PROTECTED] escribió: No es caro, es dificil. Desde venderlo al cliente y lo compre hasta construirlo. Tambien influye el ambiente (las cosas que estan hechas, la gente con la que vas a trabajar, y restricciones varias como gente, tiempo y dinero). El precio para el cliente es otra cosa ... Es eso lo que expongo el es dificil no es equivalente o inferior a los problemas de un sw de mala calidad ??? Ahora si que es offtopic mi respuesta, pero lo importante no es que hagas todo perfecto. Muchas veces sera simplemente imposible tratar de arreglar el mundo. Si tu objetivo es hacer software de calidad y dar servicios que presten soluciones y no problemas es loable, pero no es algo que siempre lograras o incluso que el mismo cliente realmente quiera o pueda. Lo importante es que hagas bien tu pega dentro del contexto y aprendas de los errores. Asi es como hemos avanzando en el software libre tambien, nada nacio de un dia para otro; han sido sobre 10 an~os y tenemos historias horrendas, pero hemos mejorado poco a poco. En todo caso, just do it, o como dice torvalds: Talk is cheap. Show me the code. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/ signature.asc Description: This is a digitally signed message part
Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]
2008/11/27 Juan C. Olivares [EMAIL PROTECTED] On Thu, Nov 27, 2008 at 11:14 AM, Marcos Saldivar [EMAIL PROTECTED] wrote: El día 27 de noviembre de 2008 10:58, Juan C. Olivares [EMAIL PROTECTED] escribió: Lamentablemente, el costo no necesariamente tiene relación con la calidad del software. Durante años, he visto pasar ya decenas de proyectos de costo elevado y calidad deficiente. Ya lo dije antes, pero creo que esto se debe en parte a lo nuevo de esta ingeniería, estamos en la edad de piedra. Entonces no estoy tan errado en creer que siempre al final el costo de un sw de calidad sera menor ??? Al final, al final, claro. Si dos empresas venden el desarrollo a 10 pesos, pero uno es bueno y otro es malo, el malo convertirá 10 pesos en 20, ya que nadie va a poder extender el software luego o hacerle modificaciones. Pero al inicio, ambas costaban 10 :( [y ese es el precio que se publica en la licitación, por ejemplp]. Atte, Juan Cristóal Olivares Bueno es lo que suele suceder, no sustentable en el largo plazo obviamente, en el sector publico te dan duro con multas a veces. Claudio Castillo
Re: Ley de Presupuesto SW Libre y ACTI
El 27-11-2008, a las 9:36, Ricardo Utreras Estrella escribió: Alvaro Herrera escribió: Juan C. Olivares escribió: No había pensado en esto. Debo decir, a favor del artista programador y de la industria del software, que si bien eso es generalizado, habemos muchos (personas y empresas) preocupados de la calidad del código. Lamentablemente, no existen muchos estándares para comprobar la calidad del código. Un programa puede funcionar pero pender de un hilo y operar solamente por gracia divina. Naturalmente, un programa hecho así (chilensis) siempre ganará la licitación, porque es mucho más caro hacer un sistema de calidad. Y la calidad no será parte de los criterios de evaluación. Un poco lo que pasa con chilecompra. Hasta donde se, el algoritmo de seleccion es: SI cumple con lo pedido ENTONCES elegir el mas barato. Me corrijen si me equivoco. No es lo que dice la ley de compras públicas Nº 19.886 (la puedes ver en el sitio de la biblioteca del congreso - www.bcn.cl - ) no obliga al más barato En mi opinion: incluir opciones libres esta MUY BIEN, exigirlas: NO. Saludos -- Atte. Ricardo Utreras Estrella
Re: Ley de Presupuesto SW Libre y ACTI
Juan C. Olivares [EMAIL PROTECTED] wrote: On Tue, Nov 25, 2008 at 11:36 AM, [EMAIL PROTECTED] wrote: Hola a Todos: Leyendo una noticia (ACTI rechaza el requerimiento de software libre en las cotizaciones para el Gobierno de Chile) en fayerwayer ( http://tinyurl.com/lpfact1 ) me di cuenta de que al parecer es un buen momento para que los representantes de MundoOs y la comunidad de SW Libre alce la voz. Al parecer, la normativa plantea que debe evaluarse *siempre* alternativas abiertas.. ¿y qué pasa en los casos donde no hay ninguna? ¿se usará lo que más se parezca?. No me queda claro tampoco si las empresas que postulan deben ofrecer la alternativa abierta o se evaluará internamente. ¿se tomarán en cuenta todas las licencias consideradas open source? Y hay que considerar /todas/ las alternativas codigo abierto por igual, desde RHEL y SLES hasta Mi Distro Tejida en Casita en las Vacaciones; desde OOo hasta el paquete de oficina que algun estudiante construyo como tarea y luego dejo tirado en SF? Es interesante que, por ejemplo, una empresa podrÃa postular con un programa bajo GPL desarrollado por ellos mismos, lo cual de todas maneras serÃa bueno para el estado ya que tendrÃa el código en caso de necesitar modificaciones, pero ¿lo liberarÃa? ¿cuál serÃa el criterio?... En mi experiencia (y no es sesgada en esto en lo absoluto, segun entiendo) en el 99% de los casos de nada serviria eso: La calidad del codigo suele ser de lo mas atroz, ni siquiera quien lo acaba de escribir lo entiende (olvidate que lo pueda entender quien lo recibe de rebote), y por el otro lado el receptor rara vez tiene personal con el cual hacerse cargo de mantener el cuento. El resultado es que si la empresa A gana la licitacion, arma cualquier maran~a de palitos de fosforo pegados con chicle y amarrados con alambritos, y luego vive de la mantencion durante la vida del contrato; cuando la siguiente ronda la gana B a estos les sale incluso mas barato simplemente partir de cero que tratar de entender la herencia y sacarle algun provecho (A definitivamente /no/ va a invertir esfuerzo en simplificarles la vida!). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: Ley de Presupuesto SW Libre y ACTI
On Tue, Nov 25, 2008 at 11:36 AM, [EMAIL PROTECTED] wrote: Hola a Todos: Leyendo una noticia (ACTI rechaza el requerimiento de software libre en las cotizaciones para el Gobierno de Chile) en fayerwayer ( http://tinyurl.com/lpfact1 ) me di cuenta de que al parecer es un buen momento para que los representantes de MundoOs y la comunidad de SW Libre alce la voz. ..si no es MundoOs quien? te refieres a Uds. que durante an~os han transmitido con que el open source y software libre es una mejor alternativa haganse cargo ahora de este cacho ;) en todo caso, quien van a controlar que efectivamente se usen las alternativas (validas) open source? lo mas probable es que todo siga como siempre y simplemente se agregue mas blabla indicando el porque se deben usar el mismo software propietario de siempre... que tal si mejor analizamos como se ha duplicado el gasto en defensa durante los ultimos 10 an~os mientras el PIB sigue igual? -- Ricardo Mun~oz A.
Re: Ley de Presupuesto SW Libre y ACTI
On Tue, Nov 25, 2008 at 11:36 AM, [EMAIL PROTECTED] wrote: Hola a Todos: Leyendo una noticia (ACTI rechaza el requerimiento de software libre en las cotizaciones para el Gobierno de Chile) en fayerwayer ( http://tinyurl.com/lpfact1 ) me di cuenta de que al parecer es un buen momento para que los representantes de MundoOs y la comunidad de SW Libre alce la voz. Al parecer, la normativa plantea que debe evaluarse *siempre* alternativas abiertas.. ¿y qué pasa en los casos donde no hay ninguna? ¿se usará lo que más se parezca?. No me queda claro tampoco si las empresas que postulan deben ofrecer la alternativa abierta o se evaluará internamente. ¿se tomarán en cuenta todas las licencias consideradas open source? Es interesante que, por ejemplo, una empresa podría postular con un programa bajo GPL desarrollado por ellos mismos, lo cual de todas maneras sería bueno para el estado ya que tendría el código en caso de necesitar modificaciones, pero ¿lo liberaría? ¿cuál sería el criterio?... Es muy interesante de todas formas :) Atte, Juan Cristóbal Olivares
Re: Ley de Presupuesto SW Libre y ACTI
On Tue, 2008-11-25 at 19:44 -0300, Juan C. Olivares wrote: On Tue, Nov 25, 2008 at 11:36 AM, [EMAIL PROTECTED] wrote: Leyendo una noticia (ACTI rechaza el requerimiento de software libre en las cotizaciones para el Gobierno de Chile) en fayerwayer ( http://tinyurl.com/lpfact1 ) me di cuenta de que al parecer es un buen momento para que los representantes de MundoOs y la comunidad de SW Libre alce la voz. Al parecer, la normativa plantea que debe evaluarse *siempre* alternativas abiertas.. ¿y qué pasa en los casos donde no hay ninguna? ¿se usará lo que más se parezca?. No me queda claro tampoco si las empresas que postulan deben ofrecer la alternativa abierta o se evaluará internamente. ¿se tomarán en cuenta todas las licencias consideradas open source? Esa parte es la que no entendi. Acaso las alternativas basadas en software libre las estaban descartando de plano y ahora las fuerzan a evaluar? No creo que eso sea verdad. Segun mal entiendo, esto de forzar alguna alternativa no me parece ... Es interesante que, por ejemplo, una empresa podría postular con un programa bajo GPL desarrollado por ellos mismos, lo cual de todas maneras sería bueno para el estado ya que tendría el código en caso de necesitar modificaciones, pero ¿lo liberaría? ¿cuál sería el criterio?... En muchos desarrollos a medida para grandes empresas esto ya funciona asi: quien provee un software entrega el codigo fuente al cliente. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/ signature.asc Description: This is a digitally signed message part
Re: Ley de Presupuesto SW Libre y ACTI
On Tue, 2008-11-25 at 19:44 -0300, Juan C. Olivares wrote: On Tue, Nov 25, 2008 at 11:36 AM, [EMAIL PROTECTED] wrote: Hola a Todos: Leyendo una noticia (ACTI rechaza el requerimiento de software libre en las cotizaciones para el Gobierno de Chile) en fayerwayer ( http://tinyurl.com/lpfact1 ) me di cuenta de que al parecer es un buen momento para que los representantes de MundoOs y la comunidad de SW Libre alce la voz. Al parecer, la normativa plantea que debe evaluarse *siempre* alternativas abiertas.. ¿y qué pasa en los casos donde no hay ninguna? ¿se usará lo que más se parezca?. Son muchas las preguntas de ese estilo que surgen. Pero por el momento creo que es más cuerdo ir de a poco, porque claramente la maniobra en el senado es de corta duración (tiene muy pocas probabilidades de mantenerse), y no creo que agarrarse de una indicación que se introdujo en un par de minutos tratemos de montar un tema enorme que en otros países ha tomado años de esfuerzo. Por lo demás, no sería una base muy fuerte para generar un sistema sustentable que permita un desarrollo futuro. Y si se dan el trabajo de leer el razonamiento detrás de la indicación, verán que no tiene mucho sentido. Los sitios web de los servicios públicos no van a ser automáticamente compatibles con todos los browsers por el hecho que el servidor sea software libre. De hecho, varios de los sitios incompatibles están funcionando sobre software libre... Saludos, -- Jens
