Mailinglist Archive: opensuse-es (1576 mails)

[Shinji Ikari <darkwildkat@xxxxxxxxx>]

On Wednesday 03 December 2008 19:19:59 Carlos E. R. wrote:
> El 2008-12-04 a las 00:54 +0100, lluis escribió:
> > El jue, 04-12-2008 a las 00:41 +0100, Carlos E. R. escribió:
> > > Si, el nombre es procedural, y no es realmente "el antiguo". Una buena
> > > parte del linux está hecha así. Y tampoco es todo "procedural" u
> > > "orientado a objetos", hay otros sistemas. Incluso el "orientado a
> > > objetos" puede ser lineal si no lo juntas con sistemas de eventos y
> > > mensajes.
> >
> > Me parece que le estais dando vueltas a nada.
> >
> > En mi opinión :
> >
> > Lo unico que cambia es la manera de enfocar el problema.
> >
> > Los sistemas orientados a objetos, lo unico que hacen es intentar
> > 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

luego en el enlace que pase anteriormente mencionan otros paradigmas: 
http://en.wikipedia.org/wiki/Programming_paradigm

muchos la verdad. Métodos para abordar un problema nunca faltan, algo por lo 
que hay que sentirse orgullosamente humanos. ;)
Sin embargo la reutilización del código, herencia, me parecen características 
muy interesantes. Por ejemplo, un método para mostrar mensajes. Si uno es 
principiante, hace un método por cada mensaje que tenga que mostrar. =)
> > Los "procedurales"( suena horrible) interpretan el problema desde el
> > lado del programador.
>
> Igual que los OOP - aunque lo nieguen. ¡No van a estar orientados al
> usuario! El usuario no programador no tiene ni idea de qué hacer con un
> objeto.

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... y de otros con el posavasos para el portátil.

El POO es una forma de abstraerse del problema, la cuestión, al menos para mi 
fue que en lugar de mostrarme que tenia que ir de lo grande a lo pequeño, se 
dedicaron de lleno a describir que es un objeto y las características de POO 
cuando no veía el problema de la programación procedural. =/
> > Lineal o no lineal... es otro concepto, escribir 8900 lineas seguidas o
> > modularizar el problema.
>
> Lineal sólo significa que el programa sigue una secuencia definida de
> sucesos, que es previsible desde el principio. Se ejecuta una cosa, detrás
> otra, detrás otra... en una secuencia definida; aunque lo dividas en
> procedimientos, funciones, o incluso objetos, la secuencia es lineal.

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.
> > Linux utiliza "casi" programacion orientada a objetos. Revisad bien el
> > sistema de estructuras, pariente cercano del de clases.
>
> El kde sí, pero el gnome, no.

A mi me confunde un poco eso de los objetos, después de todo ¿qué es struct?, 
es un objeto al que se le pueden definir varias características (variables), 
pero no funciones... me he olvidado de muchas cosas. =(
Lo primero que aprendí a leer fue Pascal, luego llego C para complicar las 
cosas. 
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?
> > Los primeros compiladores orientados a objetos, solo eran un frontend
> > del compilador habitual.
> >
> > Al fin y al cabo, el codigo maquina es el que es. Independientemente de
> > los compiladores utilizados.
>
> 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.

> > La utilización de Eventos ( alias interrupciones) es comun a todas las
> > formas de programación.
>
> No, los eventos no son las interrupciones, eso es otra cosa. Son los
> eventos en OOP: se asocia un "método" a un determinado evento, que puede
> ser, por ejemplo, que el usuario hace click en la barra de tareas, o que
> selecciona el menú de abrir archivo, o que aprieta el botón de "Ok". Eso
> no son interrupciones, son otra cosa. Cuando sucede el "evento" se ejecuta
> un "método", que no deja de ser una función con otro nombre. Como los
> eventos, que la mayoría son originados por el usuario, son imprevisibles,
> la secuencia de ejecución del programa es también imprevisible: es
> entonces cuando el programa deja de ser "secuencial" o "lineal".

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.
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.
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 se presta muy bien a los programas que interactúan con el usuario, por
> ejemplo a un editor de texto, pero en cambio se presta mal si quieres
> hacer una tubería o un convertidor de formatos.

Por eso salieron los IDEs y la programación visual, se aprovecha de las 
librerías u otros estándares establecidos con el OS o en nuestro caso el 
desktop, y así el programador solo se enfoca en las funciones principales.

Hay mucho por estudiar. =/

-- 
Carlos A.
--
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx