2006/7/25, Jens Hardings Perl <[EMAIL PROTECTED]>: > > On Tue, 2006-07-25 at 15:07 -0400, Juan Martínez wrote: > > Victor Hugo dos Santos wrote: > > > El 25/07/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió: > > >> Jaime Oyarzun Cruzat <[EMAIL PROTECTED]> wrote: > > > > > > [...] > > > > > >> [...] > > >> Contrata a un abogado entendido en el tema. > > > > > > alguien tiene alguna recomendacion de algun abogado experto en el tema > > > en chile ??? > > > > Guau. Pides mucho. > > > > En Chile los abogados con suerte suman con abaco. > > Lo que más se acerca son los muchachos de Derechos Digitales: > http://www.derechosdigitales.org/ , si los contactas de seguro te podrán > asesorar.
Personalmente, tengo amigos o antiguos compañeros que migraron del ambiente informatico al derecho y se alejaron totalmente, hoy con suerte logran hacer que excel sume(sorry, pero definitivamente los pinguinos para ellos solo aparecen en la tele(y esos comen pescado))....Quizas, ambas cosas no sean muy amigas, o no han sabido ver la utilidad que puedan sacar de realizar la mezcla de ambas cosas, despues de todo existen /muchos/ temas problematicos en la informatica que requieren ser regularizados/legalizados. Saludos, > -- > Jens. > > -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060725/83a8aeb5/attachment.html From [EMAIL PROTECTED] Tue Jul 25 16:51:04 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Eduardo_Villagr=E1n_M?=) Date: Tue Jul 25 17:45:45 2006 Subject: Linux y temas legales [Was: Re: problema reverso para sendmail] In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Revisa en derechosdigitales.org Victor Hugo dos Santos escribió: > El 25/07/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió: >> Jaime Oyarzun Cruzat <[EMAIL PROTECTED]> wrote: > > [...] > >> Aunque como dijo Greg Kroah-Hartman en su charla en OLS (lectura >> recomendadisima!) >> <http://www.kroah.com/log/linux/ols_2006_keynote.html>, >> si quieres una opinion legal, no la pidas a una lista de >> programadores, eso >> tiene tanto sentido como pedirles consejos medicos. Contrata a un >> abogado >> entendido en el tema. > > alguien tiene alguna recomendacion de algun abogado experto en el tema > en chile ??? > > salu2 > ------------ próxima parte ------------ Se ha borrado un mensaje que no está en formato texto plano... Nombre : signature.asc Tipo : application/pgp-signature Tamaño : 189 bytes Descripción: OpenPGP digital signature Url : http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060725/aa1b190f/signature.bin From [EMAIL PROTECTED] Tue Jul 25 17:52:45 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Tue Jul 25 17:47:41 2006 Subject: ZFS Adios ext3 y demas ..... In-Reply-To: Your message of "Tue, 25 Jul 2006 16:11:25 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Marcelo Diaz <[EMAIL PROTECTED]> wrote: > Que opinan del sistema de archivos ZFS?. Es tan revolucionario como > lo publicita Sun? > Ahi les va algo > ZFS satisface la necesidad de un sistema de archivos que sirva para > todo: desde equipos de escritorio a centros de datos. Ideado pensando > en el administrador, ZFS es el único sistema de archivos con sistema > operativo con funcionalidad de autorecuperación y que se encarga de su > propia administración. Ofrece: > > * Administración sencilla Siempre buena carnada, esa... > ZFS automatiza y consolida complicados conceptos de > almacenamiento, Bueh... mis sistemas de archivo han sido casi 100% sin mantencion (salvo ocasionales cortes de energia o fallas similares)... > con lo que se reduce la sobrecarga administrativa en > un 80 por ciento. ... disminuir eso en 80% no es gran aporte que digamos > * Integridad de datos demostrable > ZFS protege todos los datos con sumas de comprobación de 64 bits > que detectan y corrigen el daño de datos silencioso. Eso es interesante. El problema es saber que efecto tiene sobre el rendimiento... tener hashes que se pueden corregir facilmente (baratamente) al modificar un archivo no es para nada suficiente, solo me registra que se hizo un cambio localmente, el resto del archivo puede perfectamente estar hecho una miseria. Y revisar todo... recuerdan fsck(8)? en el summit de sistemas de archivo contaron que (a) los discos crecen exponencialmente en taman~o, (b) los tiempos de acceso disminuyen muy lentamente (casi nada, si algo), (c) la tasa de errores se mantiene mas o menos constante ==> Leer el disco completo es cada vez /mucho mas lento/, y la probabilidad de errores en los datos es /cada vez mayor/. > * Escalabilidad ilimitada > ZFS, el primer sistema de archivos de 128 bits, ofrece una > capacidad 16.000 millones de veces superior a la de los sistemas de 32 > ó 64-bits. Y cuanto cuesta en espacio ese truquillo de usar 128 bits y no 32? Sera como 4 veces el costo en burocracia? > * Rendimiento insuperable > El modelo transaccional elimina la mayor parte de las > restricciones tradicionales sobre la orden de emisión de E/S, con lo > que se consiguen increÃbles mejoras en el rendimiento. Eso me gustaria verlo... notese que "modelo transaccional" /restringe fuertemente/ el orden en que se pueden efectuar las operaciones, asi que esto me huele a cuento chino. Y para esos taman~os estamos hablando de RAID de alguna especie, como interactuan? (RAID con paridad es /lento/!). Y, ya que estamos hablando de Linux aca, las licencias relevantes permiten su uso aca (compatibilidad de la licencia del codigo con GPLv2, o al menos formato en disco libre de restricciones de patentes, etc)? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Tue Jul 25 17:22:07 2006 From: [EMAIL PROTECTED] (Claudio Baeza R) Date: Tue Jul 25 17:47:46 2006 Subject: OT: php te =?iso-8859-1?q?da=F1a?= la cabeza In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Muy buenos argumentos, pero hay una cosa que parece ser mas importante "el sentido practico". Que quiero decir, si funciona en el presente y corto plazo, es suficiente. La analogia a lo anterior es la importancia de la programacion en la creacion sw software. A los informaticos se nos ense~na a modelar, dise~nar, construir, documentar, planificar, etc., pero si uno hecha una mirada a las empresas que desarrollan software, sobre todo las consultoras, generan codigo sin ninguna tecnica de desarrollo de software, la unica tecnica que ocupan, es programar, crear codigo, probar y si funciona listo. Un ejemplo es la consultora DMR, me han contado tantas historias que no entiendo como una empresa asi puede sobrevivir en el mercado, crean software sin emplear tecnicas de desarrollo de software, osea practcamente ponen gente a programar, gente recien titulada es mandada como "experta" a las empresas o en su defecto, les hacen un curso de una semana para calificarlos de expertos. Eso me responde a una pregunta que siempre me he hago, cuando voy a CTC, a algun banco, Isapre, AFP, alguna tienda comercial, etc. me encuentro con que me dicen "hay problemas con el sistema", "el sistema se cayo", "el sistema esta lento", etc., y a la gente le parece "normal", todos esperan entre 5 y 30 minutos sin reclamar ni nada, yo no acostumbro mucho ir a esos lugares (ya que tiempo es lo que menos me sobra), pero de las pocas veces que voy, en varias oportunidades me ha tocado "perder tiempo" debido a problemas con los "sistemas informaticos". Concluyo que a veces es mas importante el sentido practico en el ambito temporal (presente, corto plazo), ejemplo, php es facil, pero conceptualmente tiene un mal dise~no, pero permite hacer cosas en periodos de tiempo cortos, a la persona no le intersa que conceltualmente sea malo, le importa que pueden crear cosas. Las empresas quieren un sistema informatico, que buscan, alguien que les cree un sistema lo mas rapido posible, no le sinteresa si para crear el software se emplean tecnicas sofisticadas de desarrollo de software , mas bien, ni siquiera le interesa si se emplean tecnicas informaticas de desarrallo de sotfware, solo le interesa tener un software que puedan utilizar lo mas rapido posible, pero las consecuencias son en el mediano y largo plazo, cuando se requiere de cambios o el software a dejado de ser util. Ya me desahogue... claudio On Tue, 2006-07-25 at 15:59 -0400, Alvaro Herrera wrote: > Juan Martínez escribió: > > > Cada herramienta para lo que sirve y punto. > > O sea PHP para el tacho de la basura y punto. > > > Nadie critica a un carpintero por que solo martilla y atornilla, ni a un > > electrico por que solo pela cables... :-) Pero ambos se necesitan para > > edificar casas o hasta edificios de ultima generacion. > > Si un carpintero solo martillea y atornilla, yo diria que es un muy mal > carpintero. Si un electrico solo pela cables, es muy mal electrico. > Ambos *deben*, para hacer bien su trabajo, ser capaces de llevar a cabo > labores mucho mas complicadas. Las herramientas que ambos usan van > mucho mas alla que las que has puesto de ejemplos, y el que uno solo > conozca esas es un buen indicador de que no tiene idea de esos oficios. > > > > PHP es bueno para la web, y al que le interesa solo hacer web-devel bien > > por el. > > PHP no es bueno para la web. Para lo unico que es bueno PHP es para que > gente que no tiene idea de programar se ponga a hacer tonteritas que > funcionan en la web. > > PHP es un lenguaje tremendamente inconsistente. Para observar eso, nada > mas fijate que los argumentos de algunas funciones no tienen un orden > logico; incluso funciones dentro de las mismas familias tienen cierto > tipo de argumentos primero, otros despues. Para poder hacer cualquier > cosa es necesario tener el manual abierto: "como era para las > sustituciones con expresiones regulares?" "como era el orden de > substr()"? etc. > > Por otro lado, mira el exito que tuvo Perl en su tiempo como procesador > de strings -- cual era su ventaja principal? Debe ser obvio de > inmediato que el hecho de tener expresiones regulares como constructo de > primerisimo nivel es tremendamente importante. Como se las arregla > PHP? De la peor manera posible, es decir igual que C: usando funciones > para hacer cada operacion. De esta manera es igual de verboso que C, > igual de incomodo. Cual es la ventaja que tiene sobre C entonces? > > Luego puedes observar las distinciones entre los distintos tipos de > asignacion en PHP. Que es =, que es =&? En que casos debes usar cada > uno? Como se comportan? Yo tuve que modificar un sistema usando eso; > quise hacerlo usando OOP porque el problema se adaptaba naturalmente a > eso. Pero! El gran problema era saber cuando usar = y cuando usar =&, > y realmente el soporte que el lenguaje le da a esos constructos es tan > incomodo que la unica manera de saber si realmente lo estabas haciendo > bien era probar con uno y luego probar con otro y ver que partes del > programa funcionaban y cuales no. > > Mira Ruby. Cual es la _gran_ ventaja de Ruby? Te lo puedo decir sin > ser un programador Ruby: la enorme potencia que tiene al poder construir > sentencias potentes pero simples. Con PHP no puedes hacer nada de eso, > porque el parser de PHP es tremendamente tonto. Un ejemplo trivial: > (http://www.loudthinking.com/arc/000205.html) > > doc = REXML::Document.new(File.new("articles.xml")) > > doc.elements.each('articles/item/title') { |title| > puts title.text > } > > > El manejo de OOP en PHP es espantoso. Un metodo que retorna un objeto, > en cualquier otro lenguaje lo puedes usar como objeto e invocar un > metodo sobre el. En PHP esto no es posible, nuevamente porque el parser > es demasiado tonto. > > > Por otro lado, cuando fue la ultima vez que simplemente por instalar una > nueva version menor del paquete del lenguaje, la mitad de los scripts de > tu sistema dejo de funcionar? O porque cambiaste una configuracion? > Con PHP esto es normal. Y los desarrolladores dicen "ah, bueno, es que > no lo estabas usando como estaba documentado asi que lo unico que tienes > que hacer es rehacer tus programas enteros de nuevo". Con eso lo unico > que reafirman es que hace algunos años cuando hicieron el lenguaje no > tenian realmente idea de lo que estaban haciendo. > > > > Preferible PHP antes de Perl...para la web, o no? > > No! Prefiero Perl a PHP. Otros prefieren Python a Perl. Otros, Ruby. > Los que prefieren PHP es simplemente porque no conocen ninguna otra > cosa (o porque no tienen alternativa, como sucede cuando recibes un > sistema que ya estaba hecho). > > > Si alguien quiere defender a PHP me gustaria oir sus *argumentos*. > Ojala sea mas que solo llanterio eso si. >
