Codigo abierto [Was: Re: Presentacion]
On 12/27/06, Horst H. von Brand [EMAIL PROTECTED] wrote: [...] En este caso: La idea de compartir codigo partio con Ada Lovelace (que publico sus programas abiertamente). Se formalizo por primera vez en 1955 con SHARE (grupo de usuarios IBM) y esa idea se siguio luego entre usuarios DEC y demas; la tropa de desarrolladores tras Unix intercambiaron codigo y parches desde el primer minuto. Profe! a mi me encanta la figura de Ada Byron!!! (su mama era la Condesa de Lovelace...). Es considerada la primera programadora(or) de la historia! Y aunque su madre siempre hizo lo posible por mantenerla separada de las letras, aun en sus analisis tecnicos y articulos se nota que tenia pasta para la literatura, al igual que su padre...que a todo esto duro re poco con la Condesa, principalmente por problemas con la familia de ella creo, porque el era un escritor claro, no de la nobleza ni adinerado. Snif, que historia mas triste! Weno, sorry por la vola xD Morenisco. From [EMAIL PROTECTED] Sat Dec 30 16:42:56 2006 From: [EMAIL PROTECTED] (Alvaro Parra Urbina.) Date: Sat Dec 30 16:34:44 2006 Subject: Necesito ubicar a algun admin de NIC Chile In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On 12/29/06, Ricardo Utreras Estrella [EMAIL PROTECTED] wrote: esta es nueva la lista para contactos personales ;) jeje -- Alvaro Parra Urbina alverich-linux-user-366572 http://alverich.blackhole.cl e pur si muove! From [EMAIL PROTECTED] Sun Dec 31 00:59:54 2006 From: [EMAIL PROTECTED] (Miguel Varas) Date: Sun Dec 31 00:51:13 2006 Subject: para los que leen la lista en =?iso-8859-1?q?a=F1o_nuevo=2E=2E=2E?= =?iso-8859-1?q?=2E?= Message-ID: [EMAIL PROTECTED] Alguien conoce algun ERP open source orientado a pymes al cual se pueda tirar dedos ??? gracias Miguel -- --- Miguel Angel Varas Astudillo. Jefe Recursos Tecnicos Depto Informatica Universidad Tecnica Federico Santa Maria Linux User # 436411 fono 032-654245 From [EMAIL PROTECTED] Sun Dec 31 01:08:03 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Sun Dec 31 00:59:48 2006 Subject: =?utf-8?q?Re=3A_para_los_que_leen_la_lista_en_a=C3=B1o_nuevo=2E?= =?utf-8?b?Li4u?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 31/12/06, Miguel Varas[EMAIL PROTECTED] escribió: Alguien conoce algun ERP open source orientado a pymes al cual se pueda tirar dedos ??? OpenBravo, y aun no es año nuevo: http://www.openbravo.com/ -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Codigo abierto [Was: Re: Presentacion]
Claudio Bustos Bravo [EMAIL PROTECTED] wrote: [...] Primero la idea, luego la implementacion... Revisionismo historico tipico de la gente que estudia ciencia o ingenieria. Si miras con cuidado como se desarrollaron las cosas, generalmente la implementacion (burda y todo lo ineficiente que quieras) vino primero, luego la explicacion de porque funcionaba, luego la teoria llevo a mejoras de la version inicial, y finalmente fue a dar a los libros de texto como progresion logica teoria -- aplicacion (porque si no se muestra asi, p.ej. los libros de fisica serian como 5 veces mas gordos, y /nadie/ entenderia nada). En este caso: La idea de compartir codigo partio con Ada Lovelace (que publico sus programas abiertamente). Se formalizo por primera vez en 1955 con SHARE (grupo de usuarios IBM) y esa idea se siguio luego entre usuarios DEC y demas; la tropa de desarrolladores tras Unix intercambiaron codigo y parches desde el primer minuto. En la epoca de auge de Usenet ('70s a '80s) algunos de los grupos mas concurridos eran comp.sources.* Que a mediados de los '80 llegara RMS y le aplicara una filosofia encima es otro cuento... Lo curioso es que el invento de codigo cerrado fue relativamente tardio (IBM con OS/360 (1960) comenzo por primera vez a poner restricciones a la redistribucion, y a cobrar por el software; antes se entregaban los fuentes con la maquina sin condiciones extra). [...] Apostaria que hay mas proyectos de software libre muertos que los que hoy estan /vivitos y coleando/... esa evolucion no se da en el mundo del software propietario por el costo que involucra... Date una vuelta por http://www.sourceforge.net, y recuerda que esos son unicamente aquellos proyectos que agarraron suficiente vuelo para llegar a dar alli. Y si, se da en el codigo cerrado tambien. P.ej. las estadisticas de vida de nuevas empresas es decidor, me parece recordar que menos de la mitad llega al an~o de vida. Uno de los secretos obscuros en el closet de la ingenieria de software es que mas de la mitad de los proyectos /formalmente comenzados/ terminan en (alguna clase de) fracaso (y a eso hay que sumarle los Interesante. Le dare un par de vueltas en mis ratos de menos actividad y los OK, suena a buena idea. Que tal si te tomas unas dos semanas con tu equipo para explorar eso? que no llevan a iniciar nada formalmente luego). No es que desarrollar codigo abierto sea mas barato que desarrollar codigo cerrado, diria que es bastante mas caro (simplemente porque al haber un centenar de participantes, no una media docena, y que esten diseminados, no geograficamente/organizacionalmente juntos, hay mas esfuerzo gastado en entrenamiento (por ser mas gente la entrenada, y por no poder juntarlos para entrenarlos juntos) y mas friccion (porque es harto mas dificil ponerse de acuerdo via email/wiki/IRC/... que cara a cara con una pizarra blanca a la mano). -- 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 Fax: +56 32 2797513 From [EMAIL PROTECTED] Wed Dec 27 10:01:30 2006 From: [EMAIL PROTECTED] (Jose M.Herrera) Date: Wed Dec 27 09:53:36 2006 Subject: SCP In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Ricardo Utreras Estrella wrote: Querida lista: De que manera se puede crear un usuario que solo pueda subir/descargar archivos a su home por ssh (tipicos win-users usando winscp) pero sin shell? Probe quitando en el /etc/passwd la shell por defecto por /bin/false y efectivamente el usuario queda sin shell, pero false retorna unsucess cerrando el cliente scp cual es la manera correcta de lograr esto ?? Saludos Rssh te puede servir. http://rssh.sourceforge.net/ Salu2! -- Jose Miguel Herrera M. counter.li.org: #246070 Unidad de Servicios de Computacion e Internet Fono: +56 32 2654367 Departamento de Informatica, UTFSM Valparaiso, Chile From [EMAIL PROTECTED] Wed Dec 27 10:02:05 2006 From: [EMAIL PROTECTED] (Franco Catrin) Date: Wed Dec 27 09:54:13 2006 Subject: Compra de Notebook In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El mar, 26-12-2006 a las 21:08 -0300, Matias Valdenegro T. escribió: El Martes, 26 de Diciembre de 2006 14:01, Franco Catrin escribió: El mar, 26-12-2006 a las 12:35 -0300, Matias Valdenegro T. escribió: El Martes, 26 de Diciembre de 2006 10:13, Germán Poó Caamaño escribió: El que no se pueda suspender/hibernar ya es un no-no por sí mismo. Por otro lado, para qué buscar un controlador propietario que de ocupa más batería, sin por uno libre se puede obtener antes y con menos intervención manual (en algunos casos, ninguna). Eso ya va en cada uno, no puedes comparar
Codigo abierto [Was: Re: Presentacion]
Horst H. von Brand escribió: No es que desarrollar codigo abierto sea mas barato que desarrollar codigo cerrado, diria que es bastante mas caro (simplemente porque al haber un centenar de participantes, no una media docena, y que esten diseminados, no geograficamente/organizacionalmente juntos, hay mas esfuerzo gastado en entrenamiento (por ser mas gente la entrenada, y por no poder juntarlos para entrenarlos juntos) y mas friccion (porque es harto mas dificil ponerse de acuerdo via email/wiki/IRC/... que cara a cara con una pizarra blanca a la mano). Huh, este argumento tendria sentido solo si estuvieramos dispuestos a creer que en el desarrollo cerrado no hay que respetar la metodologia du jour que implica miles de documentos y overhead administrativo; que marketing no va a estar encima todo el tiempo diciendo que ese bug puede quedar para despues, lo importante es que desarrolles esta nueva caracteristica porque es lo que se vende, y que ademas el bug lo puede arreglar el junior porque total es un problema mas chico, y lo podemos incorporar despues en el SP-16 y mas encima cobrar por el; que no hay que pasarse la mitad del dia en reuniones para que el jefe te explique por que tu tienes que hacer trabajo irrelevante y duplicado porque es lo que los clientes quieren; etc etc etc. Obviamente ninguno de los supuestos se cumple. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Ni aun el genio muy grande llegaría muy lejos si tuviera que sacarlo todo de su propio interior (Goethe) From [EMAIL PROTECTED] Wed Dec 27 14:45:50 2006 From: [EMAIL PROTECTED] (Cristian Rodriguez) Date: Wed Dec 27 14:37:58 2006 Subject: Estandar directorios IMAP In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2006/12/27, Rodrigo Ruiz [EMAIL PROTECTED]: Sin embargo, al entrar por diferentes clientes de correo, se crean directorios propios que usa cada cliente. (Evolution no crea carpetas nuevas, Thunderbird crea la carpeta Trash y MS Outlook crea la carpeta 'Correo electrónico no deseado'). el comportamineot esperado por la diversidad entonces... Entonces, cuando los usuarios entren por diferentes clientes o vía webmail, se encontrarán con una serie de carpetas que no crearon y que no quieren, las borraran, pero luego cuando realicen el mismo ciclo, se encontrarán nuevamente con ellas y comenzará a sonar mi teléfono. PLONK; creo que la mjeor solucion a tu problema es que los capacites y les des alguna idea sobre **porque** ocurre eso.. Entonces, como no quiero impedir que los usuarios creen sus propias carpetas dentro de su cuenta, quisiera saber si existe un estándar de nombres, que permita usar cualquier cliente de correo sin que éste genere nuevas carpetas, o bien si alguien antes se topó con este problemilla y cómo lo solucionó. Cada cliente usa el nombre que se le plazca para los directorios imap propios
Codigo abierto [Was: Re: Presentacion]
El Wed, 27 Dec 2006 16:23:28 -0300 Horst H. von Brand [EMAIL PROTECTED] escribió: [...] o sea, en total debe ser más caro (hay más redundancia de trabajo...) ÿpero individualmente no sale más barato? Como individualmente? por distribución del esfuerzo... ¿Existe alguna empresa de soft. que pueda conseguir por sus propios medios y en forma particular todo el soporte de hardware que tiene Linux en 15 años gastando menos de lo que los creadores ppales. de Linux? No que se ven obligados, simplemente les daria verguenza publicar lo que escriben para callado ;-). Y aca (al menos en proyectos mayores) se da que nada se acepta sin que alguien lo revise, aun someramente. Y eso tiene un efecto positivo importante. Y forzosamente usan mejores herramientas que la PyME de desarrollo de software de la esquina. pero igual existe un efecto material, el hecho que el código debe explicarse en si mismo lo más posible, que más vale la pena concentrarse y escribir un solo correo bien claro y explicado con código bien legible y comentado, que varios correo escritos a la rápida explicando lo que no se entendió en el anterior (si es que los lectores se dignan a preguntar... leer cansa, y escribir también). __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas
Codigo abierto [Was: Re: Presentacion]
El mié, 27-12-2006 a las 09:48 -0300, Horst H. von Brand escribió: Claudio Bustos Bravo [EMAIL PROTECTED] wrote: [...] Primero la idea, luego la implementacion... Revisionismo historico tipico de la gente que estudia ciencia o ingenieria. Si miras con cuidado como se desarrollaron las cosas, generalmente la implementacion (burda y todo lo ineficiente que quieras) vino primero, luego la explicacion de porque funcionaba, luego la teoria llevo a mejoras de la version inicial, y finalmente fue a dar a los libros de texto como progresion logica teoria -- aplicacion (porque si no se muestra asi, p.ej. los libros de fisica serian como 5 veces mas gordos, y /nadie/ entenderia nada). jaja, no confundas idea con teoria o formalismo. Tal parece que crees en la generacion espontanea. En este caso: La idea de compartir codigo partio con Ada Lovelace (que publico sus programas abiertamente). esa fue una buena /idea/ (compartir)... Se formalizo por primera vez en 1955 con SHARE (grupo de usuarios IBM) y esa idea se siguio luego entre usuarios DEC y demas; la tropa de desarrolladores tras Unix intercambiaron codigo y parches desde el primer minuto. En la epoca de auge de Usenet ('70s a '80s) algunos de los grupos mas concurridos eran comp.sources.* Que a mediados de los '80 llegara RMS y le aplicara una filosofia encima es otro cuento... Lo curioso es que el invento de codigo cerrado fue relativamente tardio (IBM con OS/360 (1960) comenzo por primera vez a poner restricciones a la redistribucion, y a cobrar por el software; antes se entregaban los fuentes con la maquina sin condiciones extra). Razon tiene stallman cuando dice que el 'software nacio libre' (un hecho, no una idea). [...] Apostaria que hay mas proyectos de software libre muertos que los que hoy estan /vivitos y coleando/... esa evolucion no se da en el mundo del software propietario por el costo que involucra... Date una vuelta por http://www.sourceforge.net, y recuerda que esos son unicamente aquellos proyectos que agarraron suficiente vuelo para llegar a dar alli. Y si, se da en el codigo cerrado tambien. P.ej. las estadisticas de vida de nuevas empresas es decidor, me parece recordar que menos de la mitad llega al an~o de vida. Uno de los secretos obscuros en el closet de la ingenieria de software es que mas de la mitad de los proyectos /formalmente comenzados/ terminan en (alguna clase de) fracaso (y a eso hay que sumarle los Interesante. Le dare un par de vueltas en mis ratos de menos actividad y los OK, suena a buena idea. Que tal si te tomas unas dos semanas con tu equipo para explorar eso? que no llevan a iniciar nada formalmente luego). No es que desarrollar codigo abierto sea mas barato que desarrollar codigo cerrado, diria que es bastante mas caro (simplemente porque al haber un centenar de participantes, no una media docena, y que esten diseminados, no geograficamente/organizacionalmente juntos, hay mas esfuerzo gastado en entrenamiento (por ser mas gente la entrenada, y por no poder juntarlos para entrenarlos juntos) y mas friccion (porque es harto mas dificil ponerse de acuerdo via email/wiki/IRC/... que cara a cara con una pizarra blanca a la mano). Tienes toda la razon... agregaria a favor de mi frase anterior: el modelo propietario no se puede dar el lujo de fomentar la evolucion del software en terminos de volumen de desarrolladores y de proyectos con funcion solapada... no seria economicamente viable... no le quedaria otra que transformarse en open source, ja...
Codigo abierto [Was: Re: Presentacion]
Rodrigo Ahumada [EMAIL PROTECTED] wrote: El Wed, 27 Dec 2006 16:23:28 -0300 Horst H. von Brand [EMAIL PROTECTED] escribió: [...] o sea, en total debe ser más caro (hay más redundancia de trabajo...) ÿpero individualmente no sale más barato? Como individualmente? por distribución del esfuerzo... C/u pone menos de jornada completa, cierto. Pero la /suma/ es gigantesca. ¿Existe alguna empresa de soft. que pueda conseguir por sus propios medios y en forma particular todo el soporte de hardware que tiene Linux en 15 años gastando menos de lo que los creadores ppales. de Linux? Comparas peras con melones aca... claro, los melones son mas sabrosos, pero igual son otra cosa. ;-) No que se ven obligados, simplemente les daria verguenza publicar lo que escriben para callado ;-). Y aca (al menos en proyectos mayores) se da que nada se acepta sin que alguien lo revise, aun someramente. Y eso tiene un efecto positivo importante. Y forzosamente usan mejores herramientas que la PyME de desarrollo de software de la esquina. pero igual existe un efecto material, el hecho que el código debe explicarse en si mismo lo más posible, que más vale la pena concentrarse y escribir un solo correo bien claro y explicado con código bien legible y comentado, que varios correo escritos a la rápida explicando lo que no se entendió en el anterior (si es que los lectores se dignan a preguntar... leer cansa, y escribir también). La ventaja que tiene el codigo abierto es que el parche en el correo bien explicado y al hueso se aplica, el resto no. Y se puede dar el lujo (/tiene/ que darselo si no quiere morir aplastado por la featuritis). Extremadamente ineficiente como metodo de desarrollo, pero el resultado puede ser brillante si se dirige bien. -- 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 Fax: +56 32 2797513
Codigo abierto [Was: Re: Presentacion]
El Wed, 27 Dec 2006 21:29:22 -0300 Horst H. von Brand [EMAIL PROTECTED] escribió: Rodrigo Ahumada [EMAIL PROTECTED] wrote: El Wed, 27 Dec 2006 16:23:28 -0300 Horst H. von Brand [EMAIL PROTECTED] escribió: [...] o sea, en total debe ser mÃÂás caro (hay mÃÂás redundancia de trabajo...) ÃÂÿpero individualmente no sale mÃÂás barato? Como individualmente? por distribución del esfuerzo... C/u pone menos de jornada completa, cierto. Pero la /suma/ es gigantesca. por eso dije que en total debe ser más caro. por algún lado debe haber ahorro de costos, si no, el código abierto nunca tocarÃa algunas áreas de desarrollo (quién estarÃa dispuesto a empezar un proyecto en un tema fome y más encima perdiendo $$... software contable me viene a la mente) ÿExiste alguna empresa de soft. que pueda conseguir por sus propios medios y en forma particular todo el soporte de hardware que tiene Linux en 15 años gastando menos de lo que los creadores ppales. de Linux? Comparas peras con melones aca... claro, los melones son mas sabrosos, pero igual son otra cosa. ;-) mmm parece que el efecto material de los correos no esta funcionando por que no entiendo cuales son las peras y cuales los melones. La ventaja que tiene el codigo abierto es que el parche en el correo bien explicado y al hueso se aplica, el resto no. Y se puede dar el lujo (/tiene/ que darselo si no quiere morir aplastado por la featuritis). Extremadamente ineficiente como metodo de desarrollo, pero el resultado puede ser brillante si se dirige bien. esto (junto con el hecho de que en total es más caro) mostrarÃa al código abierto como algo muy parecido a la fuerza bruta, y hablarÃa muy bien de las empresas de código cerrado (las que hacen buen soft.). __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas