On Wednesday 03 December 2008 22:10:52 Carlos E. R. wrote:
El 2008-12-03 a las 20:36 -0500, Shinji Ikari escribió:
modelar el problema.
Sí, un intento más.
O.O??!! Raíces de POO en los 60s, lo dice su artículo de Wikipedia, no le desprecien. http://en.wikipedia.org/wiki/Object-oriented_programming
Si no lo despreciamos.
Pues vale, =P~ Sobre el enlace que pase, ya están un poco desfasados. Acaba de salir Python 3. O.O!! Enlaces y comentarios en /. y en Phoronix. http://developers.slashdot.org/article.pl?sid=08%2F12%2F04%2F0420219&from=rss http://www.phoronix.com/scan.php?page=news_item&px=NjkwMQ y claro en python.org, las cosas nuevas: http://docs.python.org/dev/3.0/whatsnew/3.0.html =) Habrá que esperar a openSuSE 11.2 o inclusive aún más para que se incluya. <snip>
No obstante, la reutilización del código no es una característica exclusiva de la POO. Puedes hacerlo perfectamente con programación estructurada, o secuencial. Y puedes también no reutilizar código con POO. Lo único es que se suele enseñar a reutilizar al enseñar POO, y que invita más a hacerlo, lo facilita. Sólo tienes que fijarte que los programas que usan POO son a menudo mucho mayores que los "normales", y más lentos, luego no están reutilizando y optimizando tanto los recursos como sus proponentes defienden. Las cosas no son tan meridianamente claras.
¿Mayores? Eso lo determina el programador, hay varios truquillos que sorprende verlos. =) La recursividad es peculiar y voraz, el clásico factorial es peligroso, bueno, eso me lo enseñaron en la U. Pero, a quien más le debe de preocupar los algoritmos y métodos son a los científicos. Su trabajo depende al 100% de eso. Ni que decir del tiempo que disponen para obtener resultados. Me pregunto como es que "hackean" al Seti para obtener resultados más rápidos,eso lo mencionan o mencionaban en la página de Seti. Supongo que la gente de Sun les seguirá apoyando. Luego hay que ver como ha variado la forma de programar estos años, se reutiliza código, el cual muchas veces no está muy optimizado y se arma cada gorda... el ejemplo está allí con el M$ Vista y su .net, ya les pasé ciertos enlaces acerca de .net y por que Apple está atrayendo cada vez más desarrolladores. (No es por la danza de desarrolladores de Ballmer, =P) <snip>
El lusuario se confunde con muchas cosas, en la mañana leí de uno que exigió que se desconecte los cables de poder de los ordenadores para evitar que fugue información confidencial...
Lo cual es absolutamente cierto, y no es broma.
preguntar por que salen estrellitas en lugar de la clave, ¿también es valido?
y de otros con el posavasos para el portátil.
Lo cual creo que es sólo una leyenda urbana.
O.O! He hecho algo helpdesk, y no llego a entender por que la gente no puede memorizar algunos pasos simples... o como leí... doblar un disco de 5 1/4 para que entre en el bolso y claro.. por que se les llaman flexibles. Odiaba cuando reseteaban los ordenadores solo con la intención de cerrar la sesión. Misantropía al máximo nivel: http://es.wikipedia.org/wiki/Misantrop%C3%ADa O como alguien escribió: "We cannot treat computers as Humans. Computers need love." No me extraña que exista el BOFH. Las historias son muy buenas, de lectura obligatoria para todo SysAdmin ;) <snip>
O.O?? bueno, somos lineales también, todo de golpe no nos puede entrar. Primero mecánica estática y luego la dinámica y antes de eso matemática, que siempre va a estar allí. Pero ojo que lo que dice aquí se puede confundir un poco con lo que dice después respecto a los eventos, el usuario al ser impredecible... como hacer un programa que no sea lineal. Suena confuso ¿no? No se en que parte exactamente leí respecto a la programación para ordenadores con varios procesadores. Apple sacará su siguiente versión enfocada en eso.
Me sospecho que no has pillado la diferencia entre programación secuencial o por eventos, o estructurada o orientada a objetos :-)
secuencial:
1: abre el fichero 2: lee el primer campo 3: Procésalo (puede ser un procedimiento o un método) 4: repite hasta terminar el fichero 5: imprime los resultados.
En ese programa se sabe exactamente lo que va a hacer, cuando, y en que orden: es secuencial.
Por eventos:
- procesar tecla <-- disparar si evento: pulsación de tecla 'Q' terminar programa.
- procesar tecla <-- disparar si evento: pulsación de tecla 'C' cambiar color del reloj
- avanzar reloj un segundo <-- disparar si evento: ha pasado un segundo
- inicializar pintar un reloj en pantalla
main: 1: decirle al sistema operativo que me mande eventos de tecla y de segundos 2: pintar reloj fin.
Sólo la parte 1 y 2 se sabe cuando se ejecutan. Los tres métodos de procesar teclas o avanzar el reloj no se sabe en qué orden se van a ejecutar: no es secuencial, es casi aleatorio: depende de lo que haga el usuario, de eventos externos.
O.O, ¿residentes en memoria como el antivirus? los eventos son parte del OS, y normalmente no se programa estas respuestas, están predeterminadas por el desktop. Lo mismo que la posición de los botones, por ejemplo, al usar software que hace uso de otro idioma, los botones siguen saliendo en el idioma del OS, aunque hay excepciones.
Algo que recuerdo también es cierta mención de un docente acerca de que se debería enseñar a programar orientado a objetos primero y luego los procedimientos. ¿Preferible aprender java primero y luego C?
Las opiniones son como el c..., cada uno tiene una -- que dijo cierto actor de manera un tanto bruta :-P
O.O?! De gustos y colores, mucho han escrito los autores. =P~ <snip>
Obviamente.
O.O!! ¿entonces GCC sacaría el mismo resultado que el compilador de Borland o el de Metrowerks (Codewarrior, lo recuerdo cuando era maquero =P~)? Creo que Intel también está en esas cosas.
No, no serán iguales.
<snip>
Hmm, eso me recuerda cuando vi algunas líneas de programación para mac, los eventos tenían nombres propios, completamente relacionados con el OS. Una interrupción se referirá a algo de más bajo nivel, como Assembler supongo.
Tampoco, pero... bueno, algo parecido. Es más complejo de explicar, no voy a entrar en eso aquí. Es una funcionalidad del procesador.
Registros, int 20 y 21 ;P
No se mucho de programación en ambientes gráficos, pero supongo que es un marco que contiene los métodos para los eventos y los procedimientos y funciones que hace el programa, tal que el marco es el que se encarga de capturar los eventos y pasarlos a las funciones correspondientes que responden, y simultáneamente los procedimientos y funciones principales del programa se siguen ejecutando, como minimizar el navegador, mientras está cargando un página. Lo cual indica que estos tienen prioridad en la ejecución, por que mientras se está realizando alguna tarea, el usuario puede cerrar la ventana.
Puede haber eventos con prioridades (no te se decir seguro), pero lo normal es que se procesen en el orden en que llegan. Según como hayan hecho las cosas, se podrían ejecutar varios simultáneamente. O parecerlo.
Los tíos que hacen esas cosas son humanos ¿verdad? y si no es así, ¿donde hacen los implantes de cerebros positrónicos? =P
Eso en el aula de métodos complejos :-p
Leches, me hace falta un par. O aprender a dormir como los delfines XD ¡O irme a la matrix! -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org