Programar en Linux
2006/10/19, Cristian Rodriguez <[EMAIL PROTECTED]>: > El 19/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > > > No entiendo por que se empeñan en defender lo indefendible. Pues porque es indefendible para los que no lo conocen a fondo... Si es por eso, podríamos culpar a Kernighan y Ritchie por los buffer overflows, los problemas de \0 y otras cosas en C, o a los autores de Perl por su historial de seguridad... > > No se trata de eso.. PHP no es perfecto y tiene muchos problemas, pero > gran parte de la basureada que le tiran es solo por desinformacion. ...y por información provista por estos personajes que no tenían idea sobre PHP. > > Para hacerlo bien tienes > > que darte un gran trabajo. ...como en todo, hay que planificar bien, escribir clases que validen cosas, etc... Lo mismo que en PostgreSQL, para hacer bien un modelo de datos, no basta con saber hacer SELECT's a diestra y siniestra. > > Y aun asi, no faltara el sysadmin que active "register_globals" y en > > seguida tu aplicacion segura tiene miles de hoyos de seguridad. ...cosa que he visto en dos o tres hostings de mala muerte y en un liceo del cual no me quiero acordar... > register_globals ya no existe, lo mataron hace meses, no viene en la > proxima version. yujuuu!!! al fin!!! > > PHP es un mal lenguaje, naaa... hay que tratarlo con cariño. Como todo, tienes que estudiar un poquito más a fondo que el común. > como todo, tiene problemas... > > >es un lenguaje para gente que no tiene idea lo > > que hace, ¿hablamos de PHP o de ASP.NET? > Hya mucha gente que sabe lo que hace y que lo usa, estas equivocado. ...claro, lo malo es que hay mucha gente que no sabe lo que hace y que también lo usa y difama al lenguaje. Perl era considerado lenguaje para hackers... se popularizó para Web y... "ups!" > >o bien para gente que esta estancada y no tiene mas remedio > > (codigo heredado, etc). ...con las herramientas actuales (mira Ruby on Rails) puedes liberarte del código heredado de manera mega fácil... ¿cuál es el problema? Memoria... consume un 40% de lo que Java consume (lo que es harto, con PHP un 5% aprox). El mismo Java, tanta gente lo defiende y dice "es lo mejor"... C? Ni hablar de los buffer overflows... ASP.NET? Sí, es rápido, es lindo, es fácil, es para gente que REALMENTE no tiene idea y por eso están obligados a pagar licencias. > >No conozco a nadie que haya aprendido PHP y > > despues otra cosa, y no haya terminado aborreciendo PHP Pues, apúntame en tu lista, odio PHP... pero no porque sea malo, sino por el clásico cuento de la "backwards compatibility". > >Los unicos que > > "aman" PHP son los que no conocen ninguna otra cosa. ...hasta ahora sigo convencido de que Alvaro cree que PHP === ASP.NET > Yo no amo PHP, encuentro que tiene severos problemas, lo que me > molesta es la gente soberbia que no es capaz de darse cuenta que si > esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta > instalado en todas partes, el hosting es barato. Yo tampoco, ya dije que lo odio... pero lamentablemente ofrece mejores prestaciones que muchos (ciertamente no ofrece mejores que Python...) y hay más documentación clara que en muchos (cosa que también le alabo a PostgreSQL) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Thu, 2006-10-19 at 23:09 -0300, Cristian Rodriguez wrote: > [...] > Yo no amo PHP, encuentro que tiene severos problemas, lo que me > molesta es la gente soberbia que no es capaz de darse cuenta que si > esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta > instalado en todas partes, el hosting es barato. Aplica 's/PHP/Windows/g' y vuelve a leer. También calza. Ese argumento no se sostiene ("Un millón de moscas no se equivoca"). Ojo, no es cuestionando PHP. Dado que cuestionas la forma de argumentar de los otros, tu argumento aquí planteado no mejora la situación. :-) Saludos, -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
Programar en Linux
El 19/10/06, Germán Poó Caamaño<[EMAIL PROTECTED]> escribió: > Aplica 's/PHP/Windows/g' y vuelve a leer. También calza. Queda así: > > Yo no amo Windows encuentro que tiene severos problemas, lo que me > > molesta es la gente soberbia que no es capaz de darse cuenta que si > > esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta > > instalado en todas partes, el hosting es barato. Tengo tres preguntas: ¿cuándo ha servido Windows para el trabajo? :D ¿cuándo ha sido barato el hosting en Windows? :D ¿hay quien no se de cuenta de que está ahí? :D > > Ese argumento no se sostiene ("Un millón de moscas no se > equivoca"). ehmmm... ¿es como el argumento de un millón de monos tecleando código? porque un millón de moscas no piensa, pero un millón de programadores sí (bueno, no todos) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Sincronizar palmOne LifeDrive con FC5
On Thu, 2006-10-19 at 14:09 -0300, Ralil Ayancan Guillermo (Casa Matriz) wrote: > > Al presionar la hotsync de la palmOne me aparece un mensaje indescifrable > > del gnome-pilot-applet, con caracteres raros. > > Pudiera alguien darme una orientación. > > Wladimir Torres Correa. > La lifedrive es relativamente nueva, pero no es igual a la PALM ZIRE según lo > que indicas en la salida de tu configuracion. Tal vez por ahí va tu problema. Wladimir, anoche tuve unos minutos en casa e intenté sincronizar mi Z71 toda empolvada. Al principio recibi "Unknown device [0008] in conduits" o algo así. Tengo el mismo perfil (mi directorio /home/rodolfoap) desde el FC2, léase unos tres años atrás. Así que entré a /home/rodolfoap/.gnome2/gnome-pilot.d/ y borré todo excepto el archivo gpilotd, suponiendo que los APIs anteriores habrían creado alguna entrada de conduit incorrecta. Todos los archivos de ese directorio son los conduits, y gpilotd son las definiciones de pilots usadas en ese equipo. Luego? Sincronizó. Al parecer mi suposición fue correcta. En el applet de la barra de tareas del gnome reconfiguré los conduits que quiero sincronizar y listo. Hoy intentaré instalar software. Por lo menos ya tengo mi addressbook como lo tengo en el evolution. Como dice Guiller, puede que no sea lo mismo, pero al menos sabes que la sincronización sí funciona. Leí que el nuevo API ya funcionaba en https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159072 donde el que reporta el bug, al final agradece "por la LifeDrive". Saludos! -- Rodolfo Alcazar Responsable red y datos Deutsche Gesellschaft für Technische Zusammenarbeit (GTZ) GmbH Programa de Apoyo a la Gestión Pública Descentralizada y Lucha Contra La Pobreza - PADEP Av. Sánchez Lima 2226 La Paz, Bolivia Telf.: +591 22417628 (121) Fax: +591 22417628 (126) Web: www.padep.org.bo Email: [EMAIL PROTECTED]
Programar en Linux
Alvaro Herrera wrote: > Cristian Rodriguez escribió: > >> El 19/10/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió: >> >> >>> Si, pero hay que tener /extremo/ cuidado con eso... segun vi por alli, las >>> vulnerabilidades de XSS y SQL injection ya sobrepasaron las "tipicas" por >>> (demasiado (descuidado)) uso de PHP y afines... >>> >> Se puede escrfibir software con agujeros de seguridad en cualquier lenguaje. >> PHP provee todas las facilidades para evitar estos problemas pero una >> cosa es que las tenga y la otra es que los programadores las usen... >> > > No entiendo por que se empeñan en defender lo indefendible. Es cierto > que en cualquier lenguaje puedes hacer las cosas mal, pero en PHP > hacerlo mal es la forma mas obvia de hacerlo. Para hacerlo bien tienes > que darte un gran trabajo. > nuevamente tu argumento se puede aplicar tambien por ejemplo a Linux. hay que darse un gran trabajo (ser ordenado) para mantener actualizado un servidor Linux, muchos no lo hacen y por eso los visitan sin pedirles permiso... es culpa del sistema operativo o sus servicios?? no pues... mantener un sistema seguro o desarrollar una buena aplicacion sale caro. > Y aun asi, no faltara el sysadmin que active "register_globals" y en > seguida tu aplicacion segura tiene miles de hoyos de seguridad. > si no se usa $_POST ni $_GET ni tampoco se validan los datos, obviamente que si. > PHP es un mal lenguaje, es un lenguaje para gente que no tiene idea lo > que hace, o bien para gente que esta estancada y no tiene mas remedio > (codigo heredado, etc). No conozco a nadie que haya aprendido PHP y > despues otra cosa, y no haya terminado aborreciendo PHP. Los unicos que > "aman" PHP son los que no conocen ninguna otra cosa. hay de todo, como en todas partes y aplicable a todas las cosas. te puedo nombrar muchas aplicaciones web "exitosas" hechas en PHP (Wikipedia/MediaWiki, Flickr, Digg, Moodle, etc. etc.) con millones de usuarios diarios... me puedes tu asegurar que sus autores eligieron hacer esas aplicaciones en PHP porque no conocian otra cosa, ademas de que no tienen idea de lo que hacen? conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, podrian haber elegido cualquier otro lenguaje[*] como Perl, Python, Java, ASP, etc. pero eligieron PHP... curioso, no?? ;) [*] ojo que aca no aplica el contra-argumento del millon de moscas... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 09:22:30 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Fri Oct 20 10:17:45 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]><[EMAIL PROTECTED] ptop13.inf.utfsm.cl><[EMAIL PROTECTED] l.com> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodrigo Fuentealba wrote: > 2006/10/19, Cristian Rodriguez <[EMAIL PROTECTED]>: >> El 19/10/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió: >> >> > Si, pero hay que tener /extremo/ cuidado con eso... segun vi por >> alli, las >> > vulnerabilidades de XSS y SQL injection ya sobrepasaron las >> "tipicas" por >> > (demasiado (descuidado)) uso de PHP y afines... >> > > > Las dos caras del PHP: permite a cualquier persona hacerse llamar > "programador", dado que no es difícil crear cosas que funcionen... lo mismo se puede decir de muchos otros lenguajes... o incluso de Linux! cualquiera se hace llamar sysadmin, basta con instalar una distro, activar un par de servicios y listo... el problema no es del lenguaje ni del sistema operativo, sino de las personas. si no han tenido una buena formacion todo lo que hagan sera mediocre... > hasta he visto programadores PHP que hasta se quiebran porque lo > programan orientado a objetos pero no tienen idea de lo que es un > Error 404... (peor aún, se ponen automáticamente en modo dumb = true > cuando les dicen "tienes que escapar con \ las consultas SQL antes de > mandarlas...") magic_quotes_gpc sirve para hacer eso... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 10:20:53 2006 From: [EMAIL PROTECTED] (Franco Catrin) Date: Fri Oct 20 10:20:14 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El vie, 20-10-2006 a las 00:00 -0300, Rodrigo Fuentealba escribió: > 2006/10/19, Cristian Rodriguez <[EMAIL PROTECTED]>: > > El 19/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > > > > > No entiendo por que se empeñan en defender lo indefendible. > > Pues porque es indefendible para los que no lo conocen a fondo... Si > es por eso, podríamos culpar a Kernighan y Ritchie por los buffer > overflows, los problemas de \0 y otras cosas en C [...] Es muy diferente, C es un lenguaje orientado a la programación de sistemas, en
Programar en Linux
Cada quien va a defender el lenguaje o plataforma de desarrollo que domine y con el que se sienta a gusto, por ejemplo a mi me agrada el desarrollo en Java y .NET (claro que con Mono / C# / Gtk / Postgresql sobre Linux) , pero como mucho de nosotros nos debemos a nuestros clientes y/o jefes y sus estandares en el desarrollo de aplicaciones, por tanto debemos estar preparados o aprender rápidamente cualquier lenguaje, haciendolo de la mejor forma posible, siguiendo los concejos de los expertos habidos en muchos sites, cuidando mucho la parte de seguridad. Conosco un grupo de hackers cuyo lema es "nothing is safe, but death", dependerá mucho de nuestras habilidades, conocimiento de las debilidades de cada herramienta y buenas técnicas de programación para evitar problemas. El 20/10/06, Ricardo Mun~oz A.<[EMAIL PROTECTED]> escribió: > Alvaro Herrera wrote: > > Cristian Rodriguez escribió: > > > >> El 19/10/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió: > >> > >> > >>> Si, pero hay que tener /extremo/ cuidado con eso... segun vi por alli, las > >>> vulnerabilidades de XSS y SQL injection ya sobrepasaron las "tipicas" por > >>> (demasiado (descuidado)) uso de PHP y afines... > >>> > >> Se puede escrfibir software con agujeros de seguridad en cualquier > >> lenguaje. > >> PHP provee todas las facilidades para evitar estos problemas pero una > >> cosa es que las tenga y la otra es que los programadores las usen... > >> > > > > No entiendo por que se empeñan en defender lo indefendible. Es cierto > > que en cualquier lenguaje puedes hacer las cosas mal, pero en PHP > > hacerlo mal es la forma mas obvia de hacerlo. Para hacerlo bien tienes > > que darte un gran trabajo. > > > > nuevamente tu argumento se puede aplicar tambien por ejemplo a Linux. > hay que darse > un gran trabajo (ser ordenado) para mantener actualizado un servidor > Linux, muchos > no lo hacen y por eso los visitan sin pedirles permiso... es culpa del > sistema operativo o > sus servicios?? no pues... mantener un sistema seguro o desarrollar una > buena aplicacion > sale caro. > > > Y aun asi, no faltara el sysadmin que active "register_globals" y en > > seguida tu aplicacion segura tiene miles de hoyos de seguridad. > > > > si no se usa $_POST ni $_GET ni tampoco se validan los datos, obviamente > que si. > > > PHP es un mal lenguaje, es un lenguaje para gente que no tiene idea lo > > que hace, o bien para gente que esta estancada y no tiene mas remedio > > (codigo heredado, etc). No conozco a nadie que haya aprendido PHP y > > despues otra cosa, y no haya terminado aborreciendo PHP. Los unicos que > > "aman" PHP son los que no conocen ninguna otra cosa. > > hay de todo, como en todas partes y aplicable a todas las cosas. te > puedo nombrar > muchas aplicaciones web "exitosas" hechas en PHP (Wikipedia/MediaWiki, > Flickr, > Digg, Moodle, etc. etc.) con millones de usuarios diarios... me puedes > tu asegurar > que sus autores eligieron hacer esas aplicaciones en PHP porque no > conocian otra > cosa, ademas de que no tienen idea de lo que hacen? > > conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, > podrian haber > elegido cualquier otro lenguaje[*] como Perl, Python, Java, ASP, etc. > pero eligieron > PHP... curioso, no?? > > ;) > > [*] ojo que aca no aplica el contra-argumento del millon de moscas... > > -- > Ricardo Mun~oz A. > Usuario Linux #182825 (counter.li.org) > -- Atentamente, .~. ( 0 0 ) Moisés Alberto Lindo Gutarra / V \ Asesor - Desarrollador Java / Open Source // \\ TUMI Solutions S.A.C. /(( _))\ Cel: 97366260 oo0 0oo MSN: [EMAIL PROTECTED]
Programar en Linux
Ricardo Mun~oz A. wrote: > Rodrigo Fuentealba wrote: [...] > >> hasta he visto programadores PHP que hasta se quiebran porque lo >> programan orientado a objetos pero no tienen idea de lo que es un >> Error 404... (peor aún, se ponen automáticamente en modo dumb = true >> cuando les dicen "tienes que escapar con \ las consultas SQL antes de >> mandarlas...") > > magic_quotes_gpc sirve para hacer eso... me auto-corrigo, magic_quotes_gpc puede servir hasta PHP5 (con las BD que escapan caracteres especiales con '\'), en PHP6 ya no vendra... ;) http://cl.php.net/manual/es/security.magicquotes.php -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 11:22:45 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 11:22:09 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > El vie, 20-10-2006 a las 00:00 -0300, Rodrigo Fuentealba escribió: > > 2006/10/19, Cristian Rodriguez <[EMAIL PROTECTED]>: > > > El 19/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > > > > > > > No entiendo por que se empeñan en defender lo indefendible. > > > > Pues porque es indefendible para los que no lo conocen a fondo... Si > > es por eso, podríamos culpar a Kernighan y Ritchie por los buffer > > overflows, los problemas de \0 y otras cosas en C > > [...] > > Es muy diferente, C es un lenguaje orientado a la programación de > sistemas, en ese campo la alternativa es programar en assembler en donde > la situación es mas compleja. Claro que sí, de hecho creo que nadie se atreve a criticar a C... simplemente era un ejemplo. > > PHP tiene un monton de inconsistencias como lenguaje, y algunas malas > desiciones de diseño, como el uso de variables sin declarar. Para > muchas personas eso es una ventaja, pero para mi es una de sus peores > debilidades. También es cierto. > > [...] cuando > tengo que hacer algo en PHP me preparo mentalmente porque sé que tendre > que hacer mchas pruebas antes de asegurarme que realmente la > cosa esta haciendo lo que necesito. En ese sentido encuentro PHP un > lenguaje sumamente improductivo cuando tienes que hacer algo complejo. > Si tienes que hacer algo trivial (como mi blog) sirve porque puedes > dejar andando algo rapido pero a la hora de mantenerlo es un parto. > Eso pasa porque en PHP estructurado, poca gente hace funciones para cada cosa... y para PHP orientado a objetos, también es poca la gente que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o lenguaje), por decirlo así, e intento no escribir nada en mis páginas de producción utilizando PHP directamente (ni siquiera un simple session_start) sino que llamo a mis propias utilidades. Una vez tengo definido eso, luego me preocuparé de mantener únicamente mi framework. Claro que existen frameworks más elegantes, por eso nunca lo he "tirado a la cancha", pero en resumen tengo clases hasta para manejar mi propio tipo de datos booleano. Por lo demás, tampoco me enojo a la hora de programar en Python, Ruby y wxWidgets (entre otros), ni siquiera en .NET, ya que desarrollo para una empresa en la cual Windows predomina... pero no quiero instalar Windows en mi PC -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Ricardo Mun~oz A.: > hay de todo, como en todas partes y aplicable a todas las cosas. te > puedo nombrar muchas aplicaciones web "exitosas" hechas en PHP > (Wikipedia/MediaWiki, Flickr, Digg, Moodle, etc. etc.) con millones de > usuarios diarios... me puedes tu asegurar que sus autores eligieron hacer > esas aplicaciones en PHP porque no conocian otra cosa, ademas de que no > tienen idea de lo que hacen? > > conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, > podrian haber elegido cualquier otro lenguaje[*] como Perl, Python, Java, > ASP, etc. pero eligieron PHP... curioso, no?? [...] > [*] ojo que aca no aplica el contra-argumento del millon de moscas... Obvio que no aplica el contraargumento, si tu argumento justifica algo totalmente distinto a la discusión original :) Álvaro jamás afirmó que nadie ocupe PHP. No ataco al lenguaje ni a ti, sino al argumento. -- Roberto Bonvallet From [EMAIL PROTECTED] Fri Oct 20 11:22:20 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Fri Oct 20 11:25:47 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]><[EMAIL PROTECTED] ptop13.inf.utfsm.cl><[EMAIL PROTECTED] l.com><[EMAIL PROTECTED]><7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]><3cd5f0920610192000k2c57d340rcc6fc0a4fbb7a74 [EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Franco Catrin wrote: [...] > PHP tiene un monton de inconsistencias como lenguaje, y algunas malas > desiciones de diseño, como el uso de variables sin declarar. Para > muchas personas eso es una ventaja, pero para mi es una de sus peores > debilidades. > > Conozco varios lenguajes de programación, no me considero precisamente > torpe a la hora de programar y con la mayoria de los lenguajes nunca he > tenido problemas (asm, c, pascal, java principalmente). Pero cuando > tengo que hacer algo en PHP me preparo mentalmente porque sé que tendre > que hacer mchas pruebas antes de asegurarme que realmente la > cosa esta haciendo lo que necesito. obvio, si vas hacer una aplicacion web hay que hacer mchas pruebas... y eso no ocurre solo con PHP, en Java pasa lo mismo: http://www.puertos.es/index2.jsp?langId=1&catId=1014805434023&pageId=1039711108471 http://www.puertos.es/index2.jsp?langId=1aa&catId=1014805434023aa&pageId=1039711108471aa > En ese sentido encuentro PHP un > lenguaje sumamente improductivo cuando tienes que hacer algo complejo. > Si tienes que hacer algo trivial (como mi blog) sirve porque puedes > dejar andando algo rapido pero a la hora de mantenerlo es un parto. > claro, si haces algo a la rapida y sin pensar en cualquier lenguaje te pasara lo mismo... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 11:39:10 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Oct 20 12:10:10 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodrigo Fuentealba escribió: > 2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > >Es muy diferente, C es un lenguaje orientado a la programación de > >sistemas, en ese campo la alternativa es programar en assembler en donde > >la situación es mas compleja. > > Claro que sí, de hecho creo que nadie se atreve a criticar a C... > simplemente era un ejemplo. Yo me atrevo a criticarlo. Tiene muchas pifias. > Eso pasa porque en PHP estructurado, poca gente hace funciones para > cada cosa... y para PHP orientado a objetos, también es poca la gente > que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o > lenguaje), PHP es estructurado?? Que significa eso? Mira aca: http://l10n.postgresql.cl/es/code/ -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4" "I'm always right, but sometimes I'm more right than other times." (Linus Torvalds) From [EMAIL PROTECTED] Fri Oct 20 12:10:58 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Fri Oct 20 12:14:21 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Roberto Bonvallet wrote: > Ricardo Mun~oz A.: > >> hay de todo, como en todas partes y aplicable a todas las cosas. te >> puedo nombrar muchas aplicaciones web "exitosas" hechas en PHP >> (Wikipedia/MediaWiki, Flickr, Digg, Moodle, etc. etc.) con millones de >> usuarios diarios... me puedes tu asegurar que sus autores eligieron hacer >> esas aplicaciones en PHP porque no conocian otra cosa, ademas de que no >> tienen idea de lo que hacen? >> >> conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, >> podrian ha
Programar en Linux
El vie, 20-10-2006 a las 16:22 +0200, Rodrigo Fuentealba escribió: > 2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > > [...] cuando > > tengo que hacer algo en PHP me preparo mentalmente porque sé que tendre > > que hacer mchas pruebas antes de asegurarme que realmente la > > cosa esta haciendo lo que necesito. En ese sentido encuentro PHP un > > lenguaje sumamente improductivo cuando tienes que hacer algo complejo. > > Si tienes que hacer algo trivial (como mi blog) sirve porque puedes > > dejar andando algo rapido pero a la hora de mantenerlo es un parto. > > > > Eso pasa porque en PHP estructurado, poca gente hace funciones para > cada cosa... y para PHP orientado a objetos, también es poca la gente > que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o > lenguaje), por decirlo así, e intento no escribir nada en mis páginas > de producción utilizando PHP directamente (ni siquiera un simple > session_start) sino que llamo a mis propias utilidades. Una vez tengo > definido eso, luego me preocuparé de mantener únicamente mi framework. > > Claro que existen frameworks más elegantes, por eso nunca lo he > "tirado a la cancha", pero en resumen tengo clases hasta para manejar > mi propio tipo de datos booleano. El problema es que no existe un framework o una base al menos standard. Por lo tanto, si quieres contratar a alguien que te desarrolle algo en PHP peudes esperar cualquier cosa. -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Rodrigo Fuentealba escribió: > > 2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > > > >Es muy diferente, C es un lenguaje orientado a la programación de > > >sistemas, en ese campo la alternativa es programar en assembler en donde > > >la situación es mas compleja. > > > > Claro que sí, de hecho creo que nadie se atreve a criticar a C... > > simplemente era un ejemplo. > > Yo me atrevo a criticarlo. Tiene muchas pifias. Claro, pero bien usado (por ejemplo, en Qmail!!!) sirve, es lo mismo que PHP, ¿no? Me imaginé que alguien iba a salir con eso... (ahora me van a decir que Qmail es viejo, que Qmail aquí, que Qmail allá, pero... ¿tiene tantas pifias de código como Sendmail o Postfix?) Y está en C... > > > Eso pasa porque en PHP estructurado, poca gente hace funciones para > > cada cosa... y para PHP orientado a objetos, también es poca la gente > > que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o > > lenguaje), > > PHP es estructurado?? Que significa eso? PHP puede ser programado estructuradamente, por módulos u orientado a objetos., o una mezcla de todas las anteriores. Es perfectamente válido hacer una página web utilizando solamente estructuras de control, llamando solamente a funciones del lenguaje. > > Mira aca: > http://l10n.postgresql.cl/es/code/ ¿En qué me fijo? De hecho, I love Python & Django :D -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > > > > Claro que existen frameworks más elegantes, por eso nunca lo he > > "tirado a la cancha", pero en resumen tengo clases hasta para manejar > > mi propio tipo de datos booleano. > > El problema es que no existe un framework o una base al menos standard. > Por lo tanto, si quieres contratar a alguien que te desarrolle algo en > PHP peudes esperar cualquier cosa. O como jefe, puedes definir bien los requerimientos y decirle al programador que te desarrolle eso en base a esos requerimientos. Eso es lo malo, no porque muchos n00bz y aficionados programen atrocidades en PHP quiere decir que el lenguaje sea completamente malo. Antes de programar algo hay que planificarlo bien, definir bien inclusive hasta las pantallas y eso escapa del punto de vista del desarrollador PHP. Eso incluye hasta un buen modelo de datos y una muy buena clase para que el PHP (tiene buenas funciones de manejo de cadenas de caracteres) ejecute la sentencia SQL que tú quieres. Puedes dejar la crema en cualquier lenguaje, incluyendo Java... Ni siquiera las bases de datos Oracle, que son comerciales y carísimas se escapan de esto, entonces, ¿cuál es el objeto de criticar a un lenguaje? Si es por eso, podemos criticar a GTK+ porque su interfaz de comunicación entre procesos es mala (hablo de CORBA, entiendo lo que hace pero no lo sé explicar), y si se cae una aplicación, las demás que la están consumiendo producen cálculos raros. Y veo que Gnome está bastante bien posicionado entre los usuarios Desktop con Linux... (y eso sí que es casi imposible de rebatir, si el mismo Miguel de Icaza dijo que eso era uno de sus peores errores en su carrera como programador, en una charla que dio en una universidad española sobre Mono) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Franco Catrin wrote: [...] > Las pruebas son radicalmente distintas. En el caso de un lenguaje > decente, las pruebas son enfocadas en cosas funcionales, ver si la > aplicación hace lo que tiene que hacer. > > en PHP _además_ hay que probar si el _lenguaje_ hace lo que tu > necesitas que haga > tienes algun ejemplo concreto?? (para entender a que te refieres) >>> En ese sentido encuentro PHP un >>> lenguaje sumamente improductivo cuando tienes que hacer algo complejo. >>> Si tienes que hacer algo trivial (como mi blog) sirve porque puedes >>> dejar andando algo rapido pero a la hora de mantenerlo es un parto. >>> >>> >> claro, si haces algo a la rapida y sin pensar en cualquier lenguaje te >> pasara lo mismo... >> > > no tiene relacion. Puedo hacer algo a la rápida en Java y no tendré los > problemas que tengo en PHP para mantenerlo. La diferencia esta en que > en PHP puedo escribir dos lineas y listo, en Java tengo que escribir más > (a menos que una herramienta me ayude). Pero a la hora de que tengo que > mantener eso, las lineas de PHP ya no me sirven, pero en Java solo tengo > que hacer una extensión de lo que ya tenia. > nuevamente te pido indiques un ejemplo concreto. -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 12:52:22 2006 From: [EMAIL PROTECTED] (Gab) Date: Fri Oct 20 13:51:41 2006 Subject: tareas programadas Message-ID: <[EMAIL PROTECTED]> Que tal Listeros de antemano muchas gracias, mi consulta es las siguiente tengo una unidad de backup externa pegada a mi servisor sun 5.9 y quiciera hacer una tarea programada, para no hacerlo manual. gracias __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ próxima parte ---- Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061020/ef235ac8/attachment.html From [EMAIL PROTECTED] Fri Oct 20 14:06:12 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 15:04:49 2006 Subject: tareas programadas In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El 20/10/06, Gab<[EMAIL PROTECTED]> escribió: > Que tal Listeros de antemano muchas gracias, > mi consulta es las siguiente tengo una unidad de backup externa pegada a mi > servisor sun 5.9 y quiciera hacer una tarea programada, para no hacerlo > manual. con Linux, puedes hacer una tarea en cron... porque me imagino que es con Linux, ¿cierto? > gracias > > __ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > Regístrate ya - http://correo.espanol.yahoo.com/ -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Rodrigo Fuentealba wrote: [...] > Puedes dejar la crema en cualquier lenguaje, incluyendo Java... Ni > siquiera las bases de datos Oracle, que son comerciales y carísimas se > escapan de esto, entonces, ¿cuál es el objeto de criticar a un lenguaje? se que Alvaro tiene un sentimiento especial de "odio" con PHP porque le ha tocado relacionarse con PHP (su interprete) de cerca: http://projects.commandprompt.com/public/plphp por eso, aprovecha cada oportunidad que tiene para desahogarse... ;) -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 15:13:23 2006 From: [EMAIL PROTECTED] (Franco Catrin) Date: Fri Oct 20 15:12:42 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED] ptop13.inf.utfsm.cl> <[EMAIL PROTECTED] i l.com> <[EMAIL PROTECTED]> <7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]> <3cd5f0920610192000k2c57d340rcc6fc0a4fbb7 a74 [EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió: > Franco Catrin wrote: > > Las pruebas son radicalmente distintas. En el caso de un lenguaje > > decente, las pruebas son enfocadas en cosas funcionales, ver si la > > aplicación hace lo que tiene que hacer. > > > > en PHP _además_ hay que probar si el _lenguaje_ hace lo que tu > > necesitas que haga > > > > tienes algun ejemplo concreto?? (para entender a que te refieres) Puede ser algo tan simple como esto: $variable = 400; echo $varable + 1; y no, no hay que ser newbie para cometer un error asi, es muy facil que ocurra. Entonces el foco no está en resolver el problema, sino en además evitar que se te pasen errores como ese. La unica forma de asegurarse de que no tengas errores de ese tipo es haciendo pruebas de cosas que no son funcionales!! Otro ejemplo menos trivial, donde tampoco te ayuda el lenguaje class Object { var $title; function setTitle($title) { $this->title = $title; } function display(){ echo $this->title; } } function createInstance() { global $global; $local = new Object(); $local->setTitle("uno"); $global = &$local; } $global = new Object(); $global->setTitle("cero"); $global->display(); createInstance(); $global->display(); En este caso $global no tendrá acceso al objeto creado dentro de la funcion, curiosamente queda apuntando al objeto inicial, el que dice cero. Si cambio $global = "aaa" y despues hago echo $global desde fuera, si toma el objeto que estaba dentro de la funcion (seguramente lo copia). Pero lo que yo necesito es la referencia al objeto. Por ejemplo para que punteros a ese objeto sigan siendo validos, entonces no sirve la copia. Otro accidente que puede ocurrir aca y que el lenguaje no va a hacer nada por mi, es que dentro del metodo display omita $this->, ya que estoy dentro del scope de la clase, pero para php es $title se convierte en una variable nueva Tampoco tienes un manejo seguro de excepciones, obligar al programador que se haga cargo de ejecutar código en donde puede ocurrir una excepcion, y darle oportunidad de hacer una limpieza posterior (como lo bloques try/catch/finally de C# y Java) ... y estos problemas son la punta del iceberg -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
tareas programadas
El vie, 20-10-2006 a las 10:52 -0500, Gab escribió: > Que tal Listeros de antemano muchas gracias, > mi consulta es las siguiente tengo una unidad de backup externa > pegada a mi servisor sun 5.9 y quiciera hacer una tarea programada, > para no hacerlo manual. con tan pocos detalles man cron -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > > Puede ser algo tan simple como esto: > > $variable = 400; > echo $varable + 1; > > y no, no hay que ser newbie para cometer un error asi, es muy facil que > ocurra. Entonces el foco no está en resolver el problema, sino en > además evitar que se te pasen errores como ese. ajá... > > La unica forma de asegurarse de que no tengas errores de ese tipo es > haciendo pruebas de cosas que no son funcionales!! bueno, es algo que a los que programamos en PHP estamos acostumbrados a hacer en todo caso. Perdemos un resto de tiempo, pero va en la costumbre. De hecho, con ese puro ejemplo tienes razón... salvo que con display_errors en "on" te "dice" que hay una variable indefinida... cosa que los desarrolladores en PHP debemos tomar en cuenta. La programación en PHP, por lo demás, no es fully-object oriented (aunque en todos mis mails me he referido a eso como "PHP Orientado a Objetos", es más que nada por costumbre). Tiene el concepto de crear y manipular objetos (pero es más como decir, crear struct {} en C, y asignar funciones para la manipulación únicamente de "esos" structs sin que esas funciones sean aplicables a otras variables. Por ahí me tiraron las orejas por eso (personajes...!!!) cheers! -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
tareas programadas
On 10/20/06, Gab <[EMAIL PROTECTED]> wrote: > Que tal Listeros de antemano muchas gracias, > mi consulta es las siguiente tengo una unidad de backup externa pegada a mi > servisor sun 5.9 y quiciera hacer una tarea programada, para no hacerlo > manual. > gracias > > __ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > Regístrate ya - http://correo.espanol.yahoo.com/ busca en google.. algo de shell script + crontab deberian servirte. -- Miguel Angel Amador L. [ jokercl at gmail dot com | User #297569 counter.li.org ]
Sincronizar palmOne LifeDrive con FC5
On Fri, 2006-10-20 at 12:34 -0300, [EMAIL PROTECTED] wrote: > > On Thu, 2006-10-19 at 14:09 -0300, Ralil Ayancan Guillermo (Casa Matriz) > > wrote: > >> > Al presionar la hotsync de la palmOne me aparece un mensaje > >> indescifrable > >> > del gnome-pilot-applet, con caracteres raros. > >> > Pudiera alguien darme una orientación. > >> > Wladimir Torres Correa. > >> La lifedrive es relativamente nueva, pero no es igual a la PALM ZIRE > >> según lo que indicas en la salida de tu configuracion. Tal vez por ahà > >> va tu problema. > > > > Wladimir, anoche tuve unos minutos en casa e intenté sincronizar mi Z71 > > toda empolvada. Al principio recibi "Unknown device [0008] in conduits" > > o algo asÃ. Tengo el mismo perfil (mi directorio /home/rodolfoap) desde > > el FC2, léase unos tres años atrás. Asà que entré > > a /home/rodolfoap/.gnome2/gnome-pilot.d/ y borré todo excepto el archivo > > gpilotd, suponiendo que los APIs anteriores habrÃan creado alguna > > entrada de conduit incorrecta. Todos los archivos de ese directorio son > > los conduits, y gpilotd son las definiciones de pilots usadas en ese > > equipo. > > > > Luego? Sincronizó. Al parecer mi suposición fue correcta. En el applet > > de la barra de tareas del gnome reconfiguré los conduits que quiero > > sincronizar y listo. Hoy intentaré instalar software. Por lo menos ya > > tengo mi addressbook como lo tengo en el evolution. > > > > Como dice Guiller, puede que no sea lo mismo, pero al menos sabes que la > > sincronización sà funciona. Leà que el nuevo API ya funcionaba en > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159072 donde el que > > reporta el bug, al final agradece "por la LifeDrive". > Estimado Rodolfo: He realizado cada uno de los pasos que me indicas, sin > llegar a sincronizar. Wladimir, no sé mucho, sólo es mi granito de arena. Voy a explicarte cómo debería ser el proceso. Además, sugiero que usemos la lista de correo para que el aprendizaje pueda ser accesible por otras personas en el futuro, nos den más luces, y no se pierda todo en nuestras casillas personales. Te agradeceré que comentes todo aporte por la lista, y que seas más específico, tu respuesta a mis sugerencias dice muy poco. escribiré lo necesario, por favor haz lo mismo. Yo pude sincronizar mi palm con mis dos PCs: x86 en la oficina y x86_64 de casa, ayer y hoy, con el software actualizado al 100% de fc5. 1) Cuando presionas el botón SINCRONIZAR de la palm, el servicio udev debe crear un archivo: /dev/pilot . En los sistemas UNIX clásicos, el directorio /dev era un basural de posibles dispositivos que se podían conectar. Desde que nació udev, el mismo se encarga de detectar el hardware que requiere dispositivos para accederse. 2) por lo general, cuando sincronizas una palm (presionando el botón sync de la palm), no se crea el /dev/pilot sino un /dev/ttyUSB*. Sólo aparece durante los instantes en que se sincroniza. Luego, desaparece. Cuéntanos si aparece, presionando el botón SYNC y listando el directorio ordenado por fecha (creo ls -ltr)... debes ser ágil. No es recomendable apuntar el puerto a /dev/ttyUSB0, por ejemplo. Bajo varias circunstancias, puede cambiar a blablablaUSB1. 3) /etc/udev/rules.d/10-pilot.rules (de fedora) define qué conexión va a crear udev. no lo conozco a fondo, así como el de permissions. BUS="usb", SYSFS{product}="Palm Handheld*", NAME="%k",SYMLINK="pilot", MODE="666" KERNEL="ttyUSB*" Hasta aquí, si no aparece /dev/pilot, es problema de udev. lee. 4) Una vez que verifiques que el dispositivo aparece, debes configurar correctamente tu dispositivo. En gnome, hay un appplet "pilot applet" para la barra de tareas. Con ese es fácil hacerlo. Apuntas el dispositivo a /dev/pilot. Si el dispositivo de los puntos 1, 2 y 3 aparece, el applet detectará que una pilot está buscando sincronía. Así que enviará datos a ese dispositivo. 5) En último caso, las definiciones de conduits pueden haberse dañado. Borra ~/.gnome2/gnome-pilot.d/* y reconfigura de nuevo tu pilot con el applet. si funcionan 1/2/3 y no 4/5, el error es de configuración de tu perfil y tus conduits. 6) puedes probar de usar dlpsh. Detén el applet (botón derecho, pause daemon). presiona el botón de sincronía de la palm. corre dlpsh desde una terminal. Lo mismo con las aplicaciones jpilot, y kpilot. Qué pasa con estas? 7) no dudes en hacerte preguntas muy tontas. Está conectado el cable en un puerto USB que sí funciona? udev funciona? (udev tiene un bug cuando lo instalas en FC5, debes actualizar tu pc con yum update) La palm ha sincronizado antes? En Windows? No está mál el botón de la palm? Está configurada para sincronizar por USB en vez de otro puerto? ¿puedo hacerlo mejor sin cerveza? Saludos! -- Rodolfo Alcazar - [EMAIL PROTECTED] Netzmanager Padep, GTZ 591-70656800, -22417628, LA PAZ, BOLIVIA http://otbits.blogspot.com -- Work smarder and not harder and be careful of yor speling.
Programar en Linux -- Gracias a todos
Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con "C++, QT y KDevelop". ¿Alguien tiene experiencia en esto, que me pueda recomendar algun manual u orientarme.? Voy a partir probando con MySQL (no quiero preguntar si es Buena o mala MySQL, no quiero empezar otra guerra Santa mas) ;) Una pregunta aparte. ¿Un virus o algo por el estilo me puede echar a perder un Switch?. Porque resulta que, tengo como 20 equipos conectados, y el switch se me volvia loco, desconectaba 2 o 3 equipos y se estabilizaba. Asi hasta que un dia dejó de funcionar. Luego me pasó con otro switch. ¿Mueren para siempre Los pobres switch? Yo se que no es una pregunta linux, antes que me critiquen. Solo es una duda. :) Gracias. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061020/ef9ac2a6/attachment.html From [EMAIL PROTECTED] Fri Oct 20 16:33:12 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Oct 20 16:32:34 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodrigo Fuentealba escribió: > De hecho, con ese puro ejemplo tienes razón... salvo que con > display_errors en "on" te "dice" que hay una variable indefinida... > cosa que los desarrolladores en PHP debemos tomar en cuenta. Ya la sola idea de tener una configuracion que se llame "display_errors" es idiota. Peor aun es que venga desactivada por defecto!!! -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J "In Europe they call me Niklaus Wirth; in the US they call me Nickel's worth. That's because in Europe they call me by name, and in the US by value!" From [EMAIL PROTECTED] Fri Oct 20 16:38:29 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=) Date: Fri Oct 20 16:37:53 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED] ptop13.inf.utfsm.cl> <[EMAIL PROTECTED] i l.com> <[EMAIL PROTECTED]> <7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]> <3cd5f0920610192000k2c57d340rcc6fc0a4fbb7 a74 [EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Fri, 2006-10-20 at 15:13 -0300, Franco Catrin wrote: > El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió: > > Franco Catrin wrote: > [...] > Tampoco tienes un manejo seguro de excepciones, obligar al programador > que se haga cargo de ejecutar código en donde puede ocurrir una > excepcion, y darle oportunidad de hacer una limpieza posterior (como lo > bloques try/catch/finally de C# y Java) Si bien, el lenguaje debiera proveer manejo seguro de excepciones, mucho influye en las buenas prácticas del programador. Es fácil escribir: try { foo_bar(); } catch { } finally { } "porque así no me salen errores". Respecto a la declaración de variables, no se si será tan crítico, por cuanto los lenguajes (desconozco si PHP lo hace) te permiten validar ese tipo de cosas. Estoy pensando en los módulos strict y diagnostics de Perl. -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
Programar en Linux
Ricardo Mun~oz A. escribió: > Rodrigo Fuentealba wrote: > > [...] > > >Puedes dejar la crema en cualquier lenguaje, incluyendo Java... Ni > >siquiera las bases de datos Oracle, que son comerciales y carísimas se > >escapan de esto, entonces, ¿cuál es el objeto de criticar a un lenguaje? > > se que Alvaro tiene un sentimiento especial de "odio" con PHP porque le > ha tocado relacionarse con PHP (su interprete) de cerca: > > http://projects.commandprompt.com/public/plphp > > por eso, aprovecha cada oportunidad que tiene para desahogarse... ;) Es cierto. Pero mis primeros acercamientos con PHP fueron como programador de una aplicacion web, antes, en el tiempo en que la idea era que "PHP es bueno porque te permite meter el HTML dentro del codigo" (lo de usar templates todavia no era muy conocido), y desarrolle un sistema entero de esa forma. Jue horrible!!! La mantencion posterior jue aun peor. (Creo que ese sistema todavia funciona, por lo menos en parte). Despues, me toco modificar codigo de otra gente, que si habia usado templates afortunadamente (este sistema fue hecho como 3 o mas años despues). Pero el codigo no era muy bueno y como habia tenido acercamientos con Perl orientado a objetos, pense que usar PHP orientado a objetos "era la papa" ... lo malo fue que el soporte para orientacion a objetos en PHP 4 era realmente horripilante, estaba lleno pero LLENO! de pifias, habia que usar trucos todo el tiempo para que el lenguaje funcionara decentemente (como los que mencionaba Franco). No se como sera PHP5 pero no quiero saber nada mas de PHP. Supongo que corrigieron algunas de las pifias, pero otras permanecen. Despues, cuando empece en Command Prompt lo primero que me pidieron fue que me hiciera cargo de PL/php. Uff, trabajar con el interprete de PHP internamente es muchisimo peor. El supuesto "zend engine" esta lleno de diseños totalmente imbeciles, hechos a la rapida, sin documentar, cero consistencia en el estilo de codigo, lleno de macros para "portabilidad" que a gritos piden moler a palos a quien los invento (la tontera de TRLMS_CC, etc). Despues de haber trabajado con el codigo de Postgres, que es muy ordenado, bien documentado, consistente, se explica muy bien por que se hacen trucos sucios, etc etc, fue como caer al purgatorio. Afortunadamente mi pena no fue muy larga :-) (Desafortunadamente, algun dia voy a tener que volver a PL/php porque faltan varias cosas importantes) Por ejemplo, en alguna parte en la funcion para pedir mas memoria para el interprete, se chequea si estamos por encima del maximo de memoria especificado en el archivo de configuracion ... y si estamos por encima del limite entonces invoca exit(). EXIT!!! PERO COMO PUEDE ALGUIEN SER TAN IMBECIL DE INVOCAR EXIT DIRECTAMENTE EN UN INTERPRETE DE LENGUAJE A estas alturas, comprenderan que mi confianza para que esa gente haga algo decente es muy remota. -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J "La experiencia nos dice que el hombre peló millones de veces las patatas, pero era forzoso admitir la posibilidad de que en un caso entre millones, las patatas pelarían al hombre" (Ijon Tichy) From [EMAIL PROTECTED] Fri Oct 20 16:54:10 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 16:53:29 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Por ejemplo, en alguna parte en la funcion para pedir mas memoria para > el interprete, se chequea si estamos por encima del maximo de memoria > especificado en el archivo de configuracion ... y si estamos por encima > del limite entonces invoca exit(). EXIT!!! PERO COMO PUEDE ALGUIEN SER > TAN IMBECIL DE INVOCAR EXIT DIRECTAMENTE EN UN INTERPRETE DE LENGUAJE > me convenciste...!!! hay que ser realmente un idiota para implementar GOTO y sus consecuentes spaghetti codes!!! Viva Python! > A estas alturas, comprenderan que mi confianza para que esa gente haga > algo decente es muy remota. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Rodrigo Fuentealba escribió: > El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > >Rodrigo Fuentealba escribió: > >> 2006/10/20, Franco Catrin <[EMAIL PROTECTED]>: > > > >> >Es muy diferente, C es un lenguaje orientado a la programación de > >> >sistemas, en ese campo la alternativa es programar en assembler en donde > >> >la situación es mas compleja. > >> > >> Claro que sí, de hecho creo que nadie se atreve a criticar a C... > >> simplemente era un ejemplo. > > > >Yo me atrevo a criticarlo. Tiene muchas pifias. > > Claro, pero bien usado (por ejemplo, en Qmail!!!) sirve, es lo mismo > que PHP, ¿no? Me imaginé que alguien iba a salir con eso... (ahora me > van a decir que Qmail es viejo, que Qmail aquí, que Qmail allá, > pero... ¿tiene tantas pifias de código como Sendmail o Postfix?) Y > está en C... No he visto Qmail. No digo que C no pueda usarse bien. Por ej. estoy seguro que la forma como se usa en PostgreSQL es muy buena. Tampoco digo que PHP no pueda usarse bien. Lo que digo es que en PHP es muy facil hacerlo mal, y de hecho te facilitan las cosas para que lo hagas mal, en cambio hacerlo bien es dificil. Esto en contraposicion a muchos otros lenguajes modernos donde el lenguaje te facilita hacer las cosas bien, o por lo menos hacerlo bien es natural. No puedes comparar con C, porque C fue escrito hace 35 años cuando el solo concepto de lenguaje de programacion era muy nuevo. Obviamente un lenguaje moderno haria muchas cosas distintas a como se hicieron hace 35 años; mira por ejemplo D. http://www.digitalmars.com/d/index.html > >Mira aca: > >http://l10n.postgresql.cl/es/code/ > > ¿En qué me fijo? De hecho, I love Python & Django :D Comparalo con como harias eso en PHP. Aprovecha de observar que este es uno de los primeros proyectos de Mario en Django ... como le habria quedado en PHP? De partida muy probablemente me habria dado vergüenza publicar el link en esta lista :-) -- Alvaro Herrerahttp://www.advogato.org/person/alvherre "No es bueno caminar con un hombre muerto" From [EMAIL PROTECTED] Fri Oct 20 16:59:04 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Oct 20 16:58:24 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Orlando Alvarez Melian escribió: > Voy a partir probando con MySQL (no quiero preguntar si es Buena o > mala MySQL, no quiero empezar otra guerra Santa mas) ;) Uff, ahi si que te cociste :-) http://sql-info.de/mysql/gotchas.html Usa PostgreSQL mejor (sobre todo si nunca has usado una base de datos) -- Alvaro Herrerahttp://www.advogato.org/person/alvherre "Por suerte hoy explotó el califont porque si no me habría muerto de aburrido" (Papelucho) From [EMAIL PROTECTED] Fri Oct 20 17:06:58 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 17:06:16 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Orlando Alvarez Melian escribió: > > > Voy a partir probando con MySQL (no quiero preguntar si es Buena o > > mala MySQL, no quiero empezar otra guerra Santa mas) ;) > > Uff, ahi si que te cociste :-) > > http://sql-info.de/mysql/gotchas.html > > Usa PostgreSQL mejor (sobre todo si nunca has usado una base de datos) > Ni mencionarlo, Alvaro!!! estamos de acuerdo por primera vez en la historia de esta lista!!! :D MySQL no tiene tantas cosas lindas como PostgreSQL, y años luz atrás era más rápido, ahora puede ser pero... na. > -- > Alvaro Herrerahttp://www.advogato.org/person/alvherre > "Por suerte hoy explotó el califont porque si no me habría muerto > de aburrido" (Papelucho) > -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > No puedes comparar con C, porque C fue escrito hace 35 años cuando el > solo concepto de lenguaje de programacion era muy nuevo. Obviamente un > lenguaje moderno haria muchas cosas distintas a como se hicieron hace 35 > años; mira por ejemplo D. me gustó bastante. > > http://www.digitalmars.com/d/index.html > -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Franco Catrin wrote: > El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió: > >> Franco Catrin wrote: >> > > >>> Las pruebas son radicalmente distintas. En el caso de un lenguaje >>> decente, las pruebas son enfocadas en cosas funcionales, ver si la >>> aplicación hace lo que tiene que hacer. >>> >>> en PHP _además_ hay que probar si el _lenguaje_ hace lo que tu >>> necesitas que haga >>> >>> >> tienes algun ejemplo concreto?? (para entender a que te refieres) >> > > Puede ser algo tan simple como esto: > > $variable = 400; > echo $varable + 1; > > y no, no hay que ser newbie para cometer un error asi, es muy facil que > ocurra. hmm... > Entonces el foco no está en resolver el problema, sino en > además evitar que se te pasen errores como ese. > > La unica forma de asegurarse de que no tengas errores de ese tipo es > haciendo pruebas de cosas que no son funcionales!! > > Otro ejemplo menos trivial, donde tampoco te ayuda el lenguaje > > class Object { > var $title; > function setTitle($title) { > $this->title = $title; > } > > function display(){ > echo $this->title; > } > } > > function createInstance() { > global $global; > $local = new Object(); > $local->setTitle("uno"); > $global = &$local; > } > $global = new Object(); > $global->setTitle("cero"); > $global->display(); > createInstance(); > $global->display(); > > En este caso $global no tendrá acceso al objeto creado dentro de la > funcion, curiosamente queda apuntando al objeto inicial, el que dice > cero. leer documentacion -> http://cl.php.net/manual/es/language.references.arent.php > Si cambio $global = "aaa" y despues hago echo $global desde > fuera, si toma el objeto que estaba dentro de la funcion (seguramente lo > copia). Pero lo que yo necesito es la referencia al objeto. Por > ejemplo para que punteros a ese objeto sigan siendo validos, entonces no > sirve la copia. > prueba con: class Object { var $title; var $text; function setTitle($title) { $this->title = $title; } function display() { echo "\ntitulo: ".$this->title; echo "\ntexto: ".$this->text; } function setText($text) { $this->text = $text; } } function createInstance() { $local = new Object(); $local->setTitle("uno"); $local->setText("prueba..."); $GLOBALS['global']=&$local; } $global = new Object(); $global->setTitle("cero"); $global->display(); createInstance(); $global->display(); > Otro accidente que puede ocurrir aca y que el lenguaje no va a hacer > nada por mi, es que dentro del metodo display omita $this->, ya que > estoy dentro del scope de la clase, pero para php es $title se convierte > en una variable nueva > > Tampoco tienes un manejo seguro de excepciones, obligar al programador > que se haga cargo de ejecutar código en donde puede ocurrir una > excepcion, y darle oportunidad de hacer una limpieza posterior (como lo > bloques try/catch/finally de C# y Java) > actualizate, PHP5 si trae el manejo de excepciones -> http://cl.php.net/manual/es/language.exceptions.php -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 17:47:02 2006 From: [EMAIL PROTECTED] (Cristian Rodriguez) Date: Fri Oct 20 17:46:21 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Mira aca: > http://l10n.postgresql.cl/es/code/ > alvaro: Aqui estas mezclando peras con manzanas, en una rapida mirada, esta hecho usando el **framework** django, eso no esta usando python **en solitario** si quieres hacer una comparacion, entonces comparalo con una aplicacion hecha con un framework de similares caracteristicas en PHP, como symphony o prado. Es la misma comparacion absurda que hacen cuando comparan ruby on rails con PHP. framework !== lenguaje.
Programar en Linux
PHP5 ya trae el manejo de excepciones, pero ya no es compatible con versiones anteriores, realmente php deja mucho que desear en comparacion con otros. He programado harto, mas de cuatro años en PHP, asi que lo conozco bien asi como C++, C# y Java. Si tienes la opcion de elegir un lenguaje no elijas PHP, solo usalo si el cliente ama este lenguaje y cree en el. 2006/10/20, Ricardo Mun~oz A. <[EMAIL PROTECTED]>: > Franco Catrin wrote: > > El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió: > > > >> Franco Catrin wrote: > >> > > > > > >>> Las pruebas son radicalmente distintas. En el caso de un lenguaje > >>> decente, las pruebas son enfocadas en cosas funcionales, ver si la > >>> aplicación hace lo que tiene que hacer. > >>> > >>> en PHP _además_ hay que probar si el _lenguaje_ hace lo que tu > >>> necesitas que haga > >>> > >>> > >> tienes algun ejemplo concreto?? (para entender a que te refieres) > >> > > > > Puede ser algo tan simple como esto: > > > > $variable = 400; > > echo $varable + 1; > > > > y no, no hay que ser newbie para cometer un error asi, es muy facil que > > ocurra. > > hmm... > > > Entonces el foco no está en resolver el problema, sino en > > además evitar que se te pasen errores como ese. > > > > La unica forma de asegurarse de que no tengas errores de ese tipo es > > haciendo pruebas de cosas que no son funcionales!! > > > > Otro ejemplo menos trivial, donde tampoco te ayuda el lenguaje > > > > class Object { > > var $title; > > function setTitle($title) { > > $this->title = $title; > > } > > > > function display(){ > > echo $this->title; > > } > > } > > > > function createInstance() { > > global $global; > > $local = new Object(); > > $local->setTitle("uno"); > > $global = &$local; > > } > > $global = new Object(); > > $global->setTitle("cero"); > > $global->display(); > > createInstance(); > > $global->display(); > > > > En este caso $global no tendrá acceso al objeto creado dentro de la > > funcion, curiosamente queda apuntando al objeto inicial, el que dice > > cero. > > leer documentacion -> > http://cl.php.net/manual/es/language.references.arent.php > > > Si cambio $global = "aaa" y despues hago echo $global desde > > fuera, si toma el objeto que estaba dentro de la funcion (seguramente lo > > copia). Pero lo que yo necesito es la referencia al objeto. Por > > ejemplo para que punteros a ese objeto sigan siendo validos, entonces no > > sirve la copia. > > > > prueba con: > > class Object > { >var $title; >var $text; > >function setTitle($title) >{ >$this->title = $title; >} > >function display() >{ >echo "\ntitulo: ".$this->title; >echo "\ntexto: ".$this->text; >} > >function setText($text) >{ > $this->text = $text; >} > > } > > function createInstance() > { >$local = new Object(); >$local->setTitle("uno"); >$local->setText("prueba..."); > >$GLOBALS['global']=&$local; > } > > $global = new Object(); > > $global->setTitle("cero"); > $global->display(); > > createInstance(); > $global->display(); > > > Otro accidente que puede ocurrir aca y que el lenguaje no va a hacer > > nada por mi, es que dentro del metodo display omita $this->, ya que > > estoy dentro del scope de la clase, pero para php es $title se convierte > > en una variable nueva > > > > Tampoco tienes un manejo seguro de excepciones, obligar al programador > > que se haga cargo de ejecutar código en donde puede ocurrir una > > excepcion, y darle oportunidad de hacer una limpieza posterior (como lo > > bloques try/catch/finally de C# y Java) > > > > actualizate, PHP5 si trae el manejo de excepciones -> > http://cl.php.net/manual/es/language.exceptions.php > > -- > Ricardo Mun~oz A. > Usuario Linux #182825 (counter.li.org) >
Programar en Linux
Cristian Rodriguez escribió: > Aqui estas mezclando peras con manzanas, en una rapida mirada, esta > hecho usando el **framework** django, eso no esta usando python **en > solitario** Nadie hace aplicaciones web con Python en solitario. Si lo hacen en PHP. Estoy comparando casos de uso tipicos. Por que lo hacen en PHP? Ni idea. Pero he visto muchas aplicaciones en PHP y nunca una que use un framework. -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4" "Para tener más hay que desear menos" From [EMAIL PROTECTED] Fri Oct 20 18:15:03 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 18:15:03 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Cristian Rodriguez escribió: > > > Aqui estas mezclando peras con manzanas, en una rapida mirada, esta > > hecho usando el **framework** django, eso no esta usando python **en > > solitario** > > Nadie hace aplicaciones web con Python en solitario. Si lo hacen en > PHP. Estoy comparando casos de uso tipicos. En todo caso, usando un framework (o aunque sea una clase para conectar a la base de datos) las prestaciones mejoran bastante. Por lo demás, puedo decir algo a favor de Alvaro: Django habla menos con la base de datos, es más organizado que Rails, y Rails anda por ahi con Symfony. Ahora, no sé cómo será Python comparado con PHP en consumo de memoria, pero Rails ufff... > > Por que lo hacen en PHP? Ni idea. Pero he visto muchas aplicaciones > en PHP y nunca una que use un framework. > > -- > Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4" > "Para tener más hay que desear menos" > -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
> Ahora, no sé cómo será Python comparado con PHP en consumo de memoria, > pero Rails ufff... o sea, Ruby... y ese uff es a favor de Ruby. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El 20/10/06, Alvaro Herrera<[EMAIL PROTECTED]> escribió: > Nadie hace aplicaciones web con Python en solitario. Si lo hacen en > PHP. Estoy comparando casos de uso tipicos. > > Por que lo hacen en PHP? Ni idea. Pero he visto muchas aplicaciones > en PHP y nunca una que use un framework. > Es cierto, pero eso no tiene nada que ver con el lenguaje, es un problema de los programadores. En mi lista, tengo 56 Frameworks distintos ( la mayoria solo para PHP5), de ellos al menos 4 son bastante populares, porque no se ven aplicaciones opensource hechas con ellos un forma masiva ?? la respuesta es simple, PHP5 no esta implementado a gran escala, segun una reciente encuesta solo el 11% de los servidores lo tiene, creciendo cerca del 2% al mes. (probablemente el numero se dispare despues de la salida de RHEL 5 creo ) todo esto genera un problema huevo/gallina, si no hay soporte PHP5 en los hosts, las aplicaciones no se migran a PHP5, no usan frameworks para PHP5.. etc.
Programar en Linux
2006/10/20, Cristian Rodriguez <[EMAIL PROTECTED]>: > tengo 56 Frameworks distintos ( la mayoria solo para > PHP5), de ellos al menos 4 son bastante populares, los mas populares son Symfony, Prado , Cake y el Zend Framwework ( que como aun esta en desarrollo es mas un set de librerias que un framework) inclusive IBM (!) esta desarrollando un producto comercial con PHP, que se llama QEDWiki con este utlimo framework. :-) From [EMAIL PROTECTED] Fri Oct 20 19:10:56 2006 From: [EMAIL PROTECTED] (Franco Catrin) Date: Fri Oct 20 19:10:13 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED] ptop13.inf.utfsm.cl> <[EMAIL PROTECTED] i l.com> <[EMAIL PROTECTED]> <7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]> <3cd5f0920610192000k2c57d340rcc6fc0a4fbb7 a74 [EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El vie, 20-10-2006 a las 16:38 -0300, Germán Poó Caamaño escribió: > On Fri, 2006-10-20 at 15:13 -0300, Franco Catrin wrote: > > El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió: > > > Franco Catrin wrote: > > [...] > > Tampoco tienes un manejo seguro de excepciones, obligar al programador > > que se haga cargo de ejecutar código en donde puede ocurrir una > > excepcion, y darle oportunidad de hacer una limpieza posterior (como lo > > bloques try/catch/finally de C# y Java) > > Si bien, el lenguaje debiera proveer manejo seguro de excepciones, > mucho influye en las buenas prácticas del programador. > > Es fácil escribir: > > try { > foo_bar(); > } catch { > } finally { > } > > "porque así no me salen errores". Eso es "saltarse" los errores, y es para agarrar a alguien a palos. La diferencia está en que t/c/f te avisa que algo puede suceder a la hora de compilar. En el caso de PHP la unica forma de saber es probar, aun asi no tienes como cubrir todos los casos de prueba en tiempos y costos razonables. > Respecto a la declaración de variables, no se si será tan crítico, por > cuanto los lenguajes (desconozco si PHP lo hace) te permiten validar ese > tipo de cosas. Estoy pensando en los módulos strict y diagnostics de > Perl. Recuerdo que visual basic tenia la misma "ayuda" de php, lo primero que hacia en esos tiempos era habilitar la verificación de variables. Aun queda en el tapete, las inconsistencias del lenguaje, como el caso que mostre al tratar las variables globales apuntando a referencias. Saludos -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El vie, 20-10-2006 a las 17:31 -0300, Ricardo Mun~oz A. escribió: > Franco Catrin wrote: [...] > > $GLOBALS['global']=&$local; > } > > $global = new Object(); > > $global->setTitle("cero"); > $global->display(); > > createInstance(); > $global->display(); Si te fijas, hacerlo _mal_ es "tan intuitivo" como hacerlo _bien_. Si por cada linea de código tengo que buscar documentación sobre cómo escribirlo bien para "este caso", entonces pierdo facilmente el foco en el problema que estoy resolviendo, eso es lo que hemos tratado de mostrar. > actualizate, PHP5 si trae el manejo de excepciones -> > http://cl.php.net/manual/es/language.exceptions.php PHP5 trae muchos cambios, tanto asi que en algunas cosas es como si se tratara de otro lenguaje. HvB decia algo como : "ya que la embarramos, hagamoslo bien ahora" -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
tcpwrappers
El Mié 18 Oct 2006 20:31, Ricardo Navarro L escribió: > > hosts.allow " sshd: 172.16.100.110" pero no funciona, > > Alguna idea? > > Reiniciaste el servicio? > No tiene nada que ver con el servicio sshd. El hosts.deny se aplica inmediatamente a cualquier conexion entrante. De todas formas, te recomiendo mas usar un firewall con iptables en este caso. saludos. -- matias mora klein counter.li.org #401187 Estudiante Ing. Civil Informatica UTFSM - Valparaiso
Programar en Linux -- Gracias a todos
El Fri, 20 Oct 2006 15:37:04 -0300 "Orlando Alvarez Melian" <[EMAIL PROTECTED]> escribió: > Hola listeros: > Muchas gracias a todos por sus respuestas. Aunque si bien, los > ultimos mails eran mas para defender sus posturas, fue bastante > interesante leer cada uno. > Voy a probar desarrollando con "C++, QT y KDevelop". yo he usado Qt con C++: - fijate que version usas: esta disponible Qt 4.x, pero todos los programas que conozco el linux que usan Qt usan la versión 3.3, asà que si te preocupas por dependencias, es probable que tengas que usar la versión 3.3 o compilar estáticamente. - Qt no es C++ estricto, usa un preprocesador propio para agregar más información a las clases (y muchos odian eso), asà que también vas a tener que aprender a usar qmake (aunque creo que'l kdevelop s'encarga de todo eso). > ¿Alguien tiene experiencia en esto, que me pueda recomendar algun > manual u orientarme.? san google, ta lleno de manuales y ejemplos, a menos que no te la puedas con el inglés... además puedes empezar a jugar con python+qt (pyqt) antes de tirarte a C++ > Voy a partir probando con MySQL (no quiero preguntar si es Buena > o mala MySQL, no quiero empezar otra guerra Santa mas) ;) > Una pregunta aparte. ¿Un virus o algo por el estilo me puede > echar a perder un Switch?. un virus podria, el problema es que los virus no pueden entrar a un switch por que los switches no cargan programas más que el que tienen de fábrica. > Porque resulta que, tengo como 20 equipos > conectados, y el switch se me volvia loco, desconectaba 2 o 3 equipos > y se estabilizaba. Asi hasta que un dia dejó de funcionar. Luego me > pasó con otro switch. ¿Mueren para siempre Los pobres switch? > Yo se que no es una pregunta linux, antes que me critiquen. Solo > es una duda. :) >Gracias. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar From [EMAIL PROTECTED] Fri Oct 20 21:32:32 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 21:31:50 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2006/10/20, Rodrigo Ahumada <[EMAIL PROTECTED]>: > El Fri, 20 Oct 2006 15:37:04 -0300 > "Orlando Alvarez Melian" <[EMAIL PROTECTED]> escribió: > > > Hola listeros: > > Muchas gracias a todos por sus respuestas. Aunque si bien, los > > ultimos mails eran mas para defender sus posturas, fue bastante > > interesante leer cada uno. > > Voy a probar desarrollando con "C++, QT y KDevelop". Paso el dato: Qt es de licencia libre sólo para proyectos de desarrollo libres, si quieres vender tu aplicación, tienes que pagar la licencia por el lenguaje y "no es" barata. Pero igual me gusta :D -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux -- Gracias a todos
El Viernes, 20 de Octubre de 2006 15:37, Orlando Alvarez Melian escribió: > Hola listeros: > Muchas gracias a todos por sus respuestas. Aunque si bien, los > ultimos mails eran mas para defender sus posturas, fue bastante > interesante leer cada uno. > Voy a probar desarrollando con "C++, QT y KDevelop". Excelente decision. > ¿Alguien tiene experiencia en esto, que me pueda recomendar algun > manual u orientarme.? http://www.phptr.com/content/images/0131240722/downloads/blanchette_book.pdf Ese libro te sirve harto, pero es para Qt3, hay una version para Qt4 pero no se si sera descargable tambien.
Programar en Linux -- Gracias a todos
El Viernes, 20 de Octubre de 2006 21:32, Rodrigo Fuentealba escribió: > 2006/10/20, Rodrigo Ahumada <[EMAIL PROTECTED]>: > > El Fri, 20 Oct 2006 15:37:04 -0300 > > > > "Orlando Alvarez Melian" <[EMAIL PROTECTED]> escribió: > > > Hola listeros: > > > Muchas gracias a todos por sus respuestas. Aunque si bien, los > > > ultimos mails eran mas para defender sus posturas, fue bastante > > > interesante leer cada uno. > > > Voy a probar desarrollando con "C++, QT y KDevelop". > > Paso el dato: Qt es de licencia libre sólo para proyectos de > desarrollo libres, si quieres vender tu aplicación, tienes que pagar > la licencia por el lenguaje y "no es" barata. > > Pero igual me gusta :D Claro, pero igual no hay ninguna otra libreria que le haga el peso a Qt en un 100% :) MySQL no era tambien solo GPL?
Programar en Linux
El Viernes, 20 de Octubre de 2006 12:16, Franco Catrin escribió: > no tiene relacion. Puedo hacer algo a la rápida en Java y no tendré los > problemas que tengo en PHP para mantenerlo. Seguramente no, con Java habra que cambiar la maquina para soportar la carga innecesaria y el overhead del lenguaje :)
Programar en Linux -- Gracias a todos
2006/10/20, Matias Valdenegro T. <[EMAIL PROTECTED]>: > El Viernes, 20 de Octubre de 2006 21:32, Rodrigo Fuentealba escribió: > > Paso el dato: Qt es de licencia libre sólo para proyectos de > > desarrollo libres, si quieres vender tu aplicación, tienes que pagar > > la licencia por el lenguaje y "no es" barata. > > > > Pero igual me gusta :D > > Claro, pero igual no hay ninguna otra libreria que le haga el peso a Qt en un > 100% :) > > MySQL no era tambien solo GPL? > Nope, no es open source, es open source like. Es parecido a QT, con la diferencia de que da gusto usar QT para programar, mientras que da asco usar MySQL para bases de datos. En un mail que recibí cuando estaba haciendo la página web de MySQL Chile (pensando en MySQL como herramienta open source): "Short version: neither MySQL nor the MySQL logos are open-source. MySQL can be used for free if it's related with any open-source development. Otherwise, there is a licensing fee". En resumen: http://www.mysql.cl/ nunca vio la luz, y los tipos de MySQL son igual de prepotentes que los de Apple (ver el caso de la niñita de 10 años que escribió una carta a Apple para exponerle sus ideas...). -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org