Foro de elhacker.net

Bueno que hace tiempo no posteo nada... realmente he estado bastante liado con el trabajo... Interesante este curso, lastima que no siga... No obstante aportare mi granito..

Las interfaces graficas, por un problema de reusabilidad, organizacion y otras razones deben programarse utilizando un modelo orientado a objetos.

Nota sobre los Frames: Los frames son widgets que pueden contener otros widgets como botones, etiquetas, etc. Permiten agrupar controles.

from Tkinter import *
class Application(Frame):
  """ GUI application which counts button clicks. """
  def __init__(self, master):
    """ Inicializa el Frame. """
    Frame.__init__(self, master)
    self.grid()
    self.bttn_clicks = 0    # the number of button clicks
    self.create_widgets()
 
  def create_widgets(self):
    """ Crea widgets. """
    self.lbl = Label(self, text="Total Clicks: 0")
    self.lbl.grid()
 
    self.bttn = Button(self, text="ClickMe", command=self.update_count)
    self.bttn.grid()
 
  def update_count(self):
    """ Increase click count and display new total. """
    self.bttn_clicks += 1
    self.lbl["text"] = "Total Clicks: "+ str(self.bttn_clicks)
 
root = Tk()
root.title("Click Counter")
root.geometry("200x50")
 
app = Application(root)
 
root.mainloop()
 

En este ejemplo se muestra como manejar Frames de forma independiente. En vez de heredar la clase Frame heredamos Tk.

from Tkinter import *
 
class FrameMan(Tk):
  """ Gestion de Frames. """
  def __init__(self):
    """ Initialize the frame. """
    Tk.__init__(self)
    self.grid()
 
    self.title("Simple Calculator.")
    self.resizable(width = 0, height = 0)
    self.geometry("200x75")
 
    self.result = 0
    self.createWidgets()
 
  def createWidgets(self):
    """ Creamos el Frame y demas controles hijos. """
    self.myFrame1 = Frame(self)
    self.myFrame2 = Frame(self)
    self.myFrame1.grid(row = 0, column = 0)
    self.myFrame2.grid(row = 0, column = 1)
 
    self.Label1 = Label(self.myFrame1, text = "Este es el Frame 1")
    self.Label2 = Label(self.myFrame2, text = "Este es el Frame 2")
    self.Label1.grid()
    self.Label2.grid()
 
    self.Button1 = Button(self, text = "Dest 1", command = self.destF1)
    self.Button2 = Button(self, text = "Dest 2", command = self.destF2)
    self.Button1.grid(row = 1, column = 0)
    self.Button2.grid(row = 1, column = 1)
 
  def runApp(self):
    """ Ejecutamos la aplicacion. """
    self.mainloop()
 
  def destF1(self):
    self.myFrame1.destroy()
 
  def destF2(self):
    self.myFrame2.destroy()
 
root = FrameMan().runApp()
 

Por ultimo dos variantes de un mismo programa. Es una calculadora simple donde escogemos la operacion a realizar. Buen ejemplo, puesto que muestra el uso de diferentes controles, asi como el uso del layout manager grid().

Variante 1:

from Tkinter import *
 
def showWindows():
  root = Tk()
  root.title("Simple Calculator.")
  root.resizable(width = 0, height = 0)
  root.geometry("370x75")
  Application(root)
  root.mainloop()
 
class Application(Frame):
  """ Calculadora simple usando Tkinter. """
  def __init__(self, master):
    """ Initialize the frame. """
    Frame.__init__(self, master)
    self.grid()
    self.result = 0
    self.create_widgets()
 
  def create_widgets(self):
    """ Creamos controles hijos. """
    self.numb1 = Entry(self)
    self.numb1.grid(row = 0, column = 0, columnspan = 2, sticky = E)
    self.numb1.insert(0, "0")
 
    self.lblop = Label(self, text="?")
    self.lblop.grid(row = 0, column = 1, sticky = E)
 
    self.numb2 = Entry(self, text = "0")
    self.numb2.grid(row = 0, column = 2, columnspan=2, sticky = E)
    self.numb2.insert(0, "0")
 
    self.lblEqual = Label(self, text = "=")
    self.lblEqual.grid(row = 0, column = 5, sticky = E)
 
    self.lblResult = Label(self, text = "Result")
    self.lblResult.grid(row = 0, column = 6, sticky = E)
 
    self.opr = StringVar()
    self.opr.set = "?"
 
    self.optSum = Radiobutton(self,
                              text = "+",
                              variable = self.opr,
                              value = "+",
                              command = self.upd_opr
                              ).grid(row = 1, column = 0, sticky = W)
 
    self.optRest = Radiobutton(self,
                              text = "-",
                              variable = self.opr,
                              value = "-",
                              command = self.upd_opr
                              ).grid(row = 2, column = 0, sticky = W)
 
    self.optMult = Radiobutton(self,
                              text = "*",
                              variable = self.opr,
                              value = "*",
                              command = self.upd_opr
                              ).grid(row = 1, column = 1, sticky = W)
 
    self.optDiv = Radiobutton(self,
                              text = "/",
                              variable = self.opr,
                              value = "/",
                              command = self.upd_opr
                              ).grid(row = 2, column = 1, sticky = W)
 
    self.btnCalc = Button(self, text = "Calcular", command = self.calc)
    self.btnCalc.grid(row = 1, column = 2, rowspan = 2, sticky = E)
 
  def upd_opr(self):
    self.lblop["text"] = self.opr.get()
 
  def calc(self):
    """ Realizamos el calculo escogido. """
    if self.opr.get() == "+":
      self.result = float(self.numb1.get()) + float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "-":
      self.result = float(self.numb1.get()) - float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "*":
      self.result = float(self.numb1.get()) * float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "/":
      self.result = float(self.numb1.get()) / float(self.numb2.get())
      self.lblResult["text"] = self.result
 
showWindows()
 

Variante 2:

from Tkinter import *
 
class SimpleCalc(Tk):
  """ Calculadora simple usando Tkinter. """
  def __init__(self):
    """ Initialize the frame. """
    Tk.__init__(self)
    self.grid()
 
    self.title("Simple Calculator.")
    self.resizable(width = 0, height = 0)
    self.geometry("370x75")
 
    self.result = 0
    self.createWidgets()
 
  def createWidgets(self):
    """ Creamos el Frame y demas controles hijos. """
    self.myFrame = Frame(self)
    self.myFrame.grid()
 
    self.numb1 = Entry(self.myFrame)
    self.numb1.grid(row = 0, column = 0, columnspan = 2, sticky = E)
    self.numb1.insert(0, "0")
 
    self.lblop = Label(self.myFrame, text="?")
    self.lblop.grid(row = 0, column = 1, sticky = E)
 
    self.numb2 = Entry(self.myFrame, text = "0")
    self.numb2.grid(row = 0, column = 2, columnspan=2, sticky = E)
    self.numb2.insert(0, "0")
 
    self.lblEqual = Label(self.myFrame, text = "=")
    self.lblEqual.grid(row = 0, column = 5, sticky = E)
 
    self.lblResult = Label(self.myFrame, text = "Result")
    self.lblResult.grid(row = 0, column = 6, sticky = E)
 
    self.opr = StringVar()
    self.opr.set = "?"
 
    self.optSum = Radiobutton(self.myFrame,
                              text = "+",
                              variable = self.opr,
                              value = "+",
                              command = self.updOpr
                              ).grid(row = 1, column = 0, sticky = W)
 
    self.optRest = Radiobutton(self.myFrame,
                              text = "-",
                              variable = self.opr,
                              value = "-",
                              command = self.updOpr
                              ).grid(row = 2, column = 0, sticky = W)
 
    self.optMult = Radiobutton(self.myFrame,
                              text = "*",
                              variable = self.opr,
                              value = "*",
                              command = self.updOpr
                              ).grid(row = 1, column = 1, sticky = W)
 
    self.optDiv = Radiobutton(self.myFrame,
                              text = "/",
                              variable = self.opr,
                              value = "/",
                              command = self.updOpr
                              ).grid(row = 2, column = 1, sticky = W)
 
    self.btnCalc = Button(self.myFrame, text = "Calcular", command = self.calcRes)
    self.btnCalc.grid(row = 1, column = 2, rowspan = 2, sticky = E)
 
    self.btnSal = Button(self.myFrame, text = "Salir", command = self.quitApp)
    self.btnSal.grid(row = 1, column = 3, rowspan = 2, sticky = E)
 
  def updOpr(self):
    self.lblop["text"] = self.opr.get()
 
  def runApp(self):
    """ Ejecutamos la aplicacion. """
    self.mainloop()
 
  def quitApp(self):
    """ Funcion que llama al evento destroy() del objeto Tk. """
    self.quit()
 
  def calcRes(self):
    """ Realizamos el tipo de calculo escogido. """
    if self.opr.get() == "+":
      self.result = float(self.numb1.get()) + float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "-":
      self.result = float(self.numb1.get()) - float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "*":
      self.result = float(self.numb1.get()) * float(self.numb2.get())
      self.lblResult["text"] = self.result
    elif self.opr.get() == "/":
      self.result = float(self.numb1.get()) / float(self.numb2.get())
      self.lblResult["text"] = self.result
    else:
      tkMessageBox.showerror(title="Error!!!", message="Escoja un operador.").show()
 
#Corremos la aplicacion
root = SimpleCalc().runApp()
 

El metodo OOP o POO, como prefieran es harto flexible, y aunque en algunos casos complica la solucion a un problema, cuando se trata de interfaces graficas y eventos se hace conveniente su uso.
Para dudas respecto al codigo, busquen la(s) palabra(s) clave de la sección de codigo que despierte dudas en la ayuda de Python.

Al moderador si puede hacerme el favor de mover el tema a donde corresponde, no me di cuenta de en que sección estaba.

Depende el lenguaje en el cual trabajamos y la libreria de widgets que le implementamos.   :-*

Es logico que estoy hablando de Python y Tk.

Aunque no soy partidario de usar OOP para todo, en muchos casos este modelo complica la solucion a un problema, y Python es flexible en cuanto a la decision de utilizar o no dicho modelo...
No conozco otra forma de implementar widgets, ni utilizando otra biblioteca de graficos ni ningun otro lenguaje... La forma en que estan programadas las bibliotecas de widgets te obliga a utilizar OOP (Me refiero solamente a lenguages imperativos, no funcionales ni logicos).
Aunque utilizes funciones para crear programas, cuando declares:

\
...
milabel = Label(miFrame, text = "Mi ETIQUETA")
...
 

Estas creando un objeto Label que hereda la clase Label().
Por ello es bueno organizar tu propio codigo en clases y demas...

Si utilizaras wxWidgets, QT o cualquier otra biblioteca gráfica, con C++, por ejemplo sucede lo mismo...
Si utilizaras la biblioteca Swing de Java, con Java o Jython... pues igual... te ves obligado  a trabajar con OOP.

Igual esta es mi opinion, si tienes algun ejemplo que mostrarme, relacionado a lo que dices, te lo agradeceria... Favor circunscribete al tema de Python... aunque utilices cualquier otra biblioteca grafica...

Creo que es bastante notable que este post habla de python/tk y OOP   ::)

Pero cuando hice referencia a este punto :


Y observando tu codigo posteado, con classes implementadas y eso...

Me acorde de C/GTK donde aun utilizando objetos que son los widgets, yo no puedo organizar mi codigo en classes.. sino llamando funciones en la mayoria de los casos...

Hablaba mas del desarrollo del codigo propio en si, que el funcionamiento de la libreria grafica. Ya que segun comentas, debido a que las librerias graficas manejan objetos la mejor manera de programar entonces es usando POO??? Y si el lenguaje que el usuario esta utilizando no tiene capacidad para ser POO??

A mi tampoco me gusta mucho la POO, como tu, digo que esta aqui para complicar las cosas.

Si utilizas algun IDE este crea e implementa las clases de forma automatica... y aunque no utilices una estructura de clases en tu aplicacion, en u nfinal esas funciones son metodos de clase...
Claro me diras que C no usa clases... no es C++ blah, blah,blah...
Y aunque se aleja del tema del Post, no he visto widgets utilizando ansi C o C en su forma pura...

Si tienes algun ejemplo mandamelo... pues me gusta conocer temas nuevos...

Ok, usare de ejemplo C y GTK+ que es lo que conozco un pelin y no puedo orientar a C a POO. Tienes razon al decir que las librerias graficas estan orientadas a objetos de hecho en el caso de Gtk+ digamos que su objeto principal es GtkObject. Pero que te digo en C, hasta lo poco que he podido ver nunca he tenido que llamar o dar uso directo de GtkObject. O sea si hubiera una manera en C/GTK de yo mapear dentro de una clase (Si C soportara POO como C++) el GtkObject me ahorraria muchas lineas de codigo. me evitara tener que memorizarme y utilizar tantos Macros para cada constructor en C o sea no puedo tener en C/GTK una classe con objetitos dentro sino que debo por cada objeto crear un constructor incluso al objeto principal 'window' debo crearlo independiente nuevo por ejemplo ::

GtkWindow *ventana;
GtkWindow *boton;
GtkWindow *palabra;

O sea que pesado no :/ fuera distinto si pudiera yo hacer algo tipo :

my ventana = new MainWindow;
boton = $ventana->boton(-text bla, -command bla);
palabra = $ventana->palabra(-text bla);

Y esto sin contar los dichosos MACROS predefinidos que tiene Gtk+ en C que hay que memorizarselos todos para ir declarando y llamando los objetos de cada constructor por ejemplo para GtkWindow *ventana :

GTK_WINDOW_TOPLEVEL  quisiera mapear 'GTK_' a alguna clase que se yo, digamos la clase Pepe.

Pepe::WINDOW_TOPLEVEL.
Pepe::Button
Pepe::Label

Y no ::

boton = GTK_BUTTON_NEW;
palabra = GTK_LABEL_NEW;

O sea en C/GTK aun utilizando la libreria de widgets GTK orientada a objetos lol claro... todos los widgets hay que ir practicamente linkeandolos llamando funciones independientemente cada vez. Incluso para empaquetar el widget final es un suplicio :
Y todo porque depende mucho si el lenguaje que estas usando soporta o no POO, no hablo explicitamente de la libreria grafica, sino del lenguaje en si al cual le integramos la libreria grafica.

Mira por ejemplo el empaquetamiento de un widget en C/GTK

GtkWidget *window;
window = gtk_window_new(GTK_WINDOW_TOPLEVEL);

gtk_container_border_width (GTK_CONTAINER (window), 10);

1 - constructor
2 - declaracion objeto nuevo
3 - empaquetando dicho objeto

EN un lenguaje que soporte POO como C++, Python, etc harias algo tipo :

ventana = Pepe::Window.new(Pepe::WINDOW_TOPLEVEL)
ventana.border_width = 10

Donde gastas mas lineas? En el rustico C/Gtk llamando funciones ordinarias en macros predefinidos de la libreria grafica o en un lenguaje POO usando librerias graficas???

Viendo los post anteriores dejo mi opinión...

No se puede debatir las ventajas de la POO y su aplicación con una base tan frágil como la que han mostrado en todo este hilo.
Las ventajas de la POO (relacionada con el Paradigma Basado en Objetos) solo pueden demostrarse en la creación de sistemas o aplicaciones de determinada complejidad en la cual se utilizan metodologías como El Proceso Unificado de Rational y el Lenguaje Unificado de Modelado UML, además de otras tecnologías y tipos de Ingeniería.
Paso de explicar cosas como el Modelamiento Visual y Proceso de Desarrollo de Software, Notaciones y Dentro de UML distintos tipos de diagramas los cuales  son utilizados (dependiendo del tipo de diagrama) por los Ingenieros de Control de calidad, Arquitectos, usuarios, analistas, diseñadores, gerentes y otros del Sistema.

Por tanto es difícil que lleguen a una conclusión válida con sus argumentos, conocimientos y experiencia.

Nota.- El lenguaje C puede adoptar la POO (mediante medidas sistemáticas) aunque no soporte algunas de las características avanzadas que soportan los lenguajes de programación orientada a objetos.

Hola amigo.

Aqui ninguno de los 2 estamos debatiendo las ventajas de la POO. Creo que tus explicaciones son buenas Ok, pero si aqui no estabamos devatiendo eso :/  otra cosita que veo mal en tu comentario es que juzgues a 2 personas sin conocerla en cuanto a sus inferiores niveles de conocimientos segun tu y la POO.

Lo mio particularmente no va dirigido a la POO, lo he dicho muchas veces en otros posts, y no trabajo con ninguna POO, y espero no hacerlo nunca, porque para mis gustos particulares esa metodologia no aplica. Aqui se hablaba porque veo que estas deviiandote un poco, aqui hablabamos sobre mezclar librerias graficas y lenguajes y que esto obligase o no a utilizar una influencia POO, lo cual no siempre es cierto dependiendo el lenguaje que se utilize que fue lo que quize aclarar... nada mas, en ningun momento se hablo sobre ventajas de POO.

Yo se que en C se puede semi-implementar una similitud hacia POO pero eso no es el estandar de C ni el lenguaje esta predefinido para eso, eos es como querer hacer un bindings de algo que no vino para funcionar asi... para hacer ese espaghetti mejor se utiliza algo que lo soporte 100% como C++.

Es solo mi opinion, un saludo y no desvien el tema.

Completamente de acuerdo... Bravo ^TIFA^. Añadir que los paradigmas y filosofias son solo eso, paradigmas y filosofias... nada mas... mencionaste UML, sin embargo yo en mi trabajo debo desarrollar aplicaciones BPM que conllevan manejo masivo de datos, y aunque pudiera hacerlo con UML (me refiero al modelado de datos), me es mas ventajosos emplear ORM... Por cierto... que UML no es un lenguaje en si, ni una filosofia o ingeniería de desarrollo.. solo es un estándar que permite representar graficamente, entre otras cosas, clases y objetos... se aviene de lo mejor para modelar soluciones POO. Y en cuanto a otros tipos de ingeniería, no has hecho sino referencia a modelos utilizados ampliamente en temas de ingeniería de software (y actualmente es este mi fuerte por su vinculacion al Business Process Management), asi que no juzqgues así no mas.

Por ultimo recomiendo a los que usen Python experimentar con el Boa Constructor... para mi el mejor IDE hasta ahora...

^TIFA^ me hablaste del Ruby, siempre he querido experimentar con el, pero me falta tiempo... Si pudieras hacerte un tiempito... en python implementar GTK es mas simple... ya me tengo que ir... pronto te dejo un ejemplo... ;)

de seguro jamás la necesitarás


¿Y quién lo clasifico como alguno de ellos?


Si no entiendes a la primera lee nuevamente hasta hacerlo.


Escribí "Ingenierías" generalizando, pero doy un ejemplo "Ingeniería del Conocimiento"  y uno de tecnología "tecnología orientada a agentes", hubiese sido interesante debatir los lineamientos de la metodología Proceso Unificado de Rational con notación UML, tecnología orientada a agentes e ingeniería del conocimiento para posterior implementación en un lenguaje como JAVA o más interesante Python, pero con semejante respuesta sería una pérdida de tiempo.
Veo que no entiendes la diferencia entre modelos en ingeniería de software y lo mencionado.
¿Y ese es tu FUERTE? ya me imagino como será el resto.

Al parecer no te ayudo mucho el desarrollar aplicaciones BPM deberías desarrollar algunas CRM para mejorar un poco.

Por cierto, recuerdo que en algún lugar de tu código vi resizable(width = 0, height = 0) lo cual me parece un desperdicio puesto que es obvio lo que hace, sin necesidad de especificar "width y height". Tengo pereza mirar detalladamente el código entero para empezar mis críticas.

SI tienes razon, no requiero de POO para hacer lo que ando buscando. Cada uno con sus gustos, donde trabajo a los demas analistas les encanta utilizar TOAD y Mysql WorkBench para acceder a la DB y crear  consultas y cosas.. A mi sin embargo, opto por abrir una shell o un ms-dos y trabajar por ahi en linea de comandos... Y lo mismito que hacen los demas en su TOAD y en su WorkBench lo hago yo en mi rustica terminal...

Que ellos lo hagan mas rapido en su IDE y yo mas lento en mi terminal, para al final, el resultado es el mismito. Eso pasa de similar manera con la POO y el lenguaje estructurado  ;)  por ende, no, no necesito la POO para nada. Y que tu conozcas y sepas toda la metodologia y parte tecnica de la POO Es admirable pero no te sientas superior por ello, porque que otro lo haga de otra manera a como tu lo harias no indica que ello este mal.


Y si alvk4r, sobre Ruby que te digo :) me gusta porque es tan parecido a TCL y su driver DBI para acceder cualquier DB relacional su sintaxis de programacion es extremadamente casi identica a la misma que aplico en Perl, y como conozco Perl de manera decente pues Ruby para lo que lo quiero utilizar no me resulta tan incomodo de manejar... y Ruby con GTK? mi proxima meta  :rolleyes:  al menos en Ruby/Gtk si se puede aplicar POO (Que no me gusta). Pero ahi les digo despues... Sobre python, no lo descarto, puede que decida en un futuro no muy lejano aprovechar y conocerlo  :rolleyes:

Así que utilizas MS-DOS, entonces en tu trabajo todavía utilizan Windows Me o versiones inferiores, a estas alturas?  :-\
En si utilizar un intérprete de comandos para trabajar en una base de datos, ya sea en una red o en Internet son cosas demasiado básicas, como en el caso de utilizar telnet (ora ya no), ssh o algún otro para programación en cobol/oracle en un servidor remoto de EEUU o Europa con UNIX  "nada del otro mundo".


¿Y que diferencia de tiempo existe entre tu método y el de los otros analistas?


Exacto y es lo que dije desde el comienzo.


Espero no tener que sacar los títeres o las plastilinas para que entiendas una simple línea.

Pues que te digo.... donde trabajo si todavia utilizan Windows ME, Unix AIX, Solaris y Linux Red Hat  :rolleyes:  hay un combito de sabores aca.

Sobre mi ejemplificacion en cuanto a gustos de cada quien (Algunos prefieren un FrontEnd para trabajar, otros prefieren una simple terminal, algunos optan por usar la POO para programar, otros prefieren un lenguaje estructurado, etc). O sea mi ejemplo iba mas dirigido a explicarte que no importa que preferencias tengas por una forma de programar, que sea distinta al que otro prefiere no implica que sea mejor o peor solo eso.... Tampoco porque uses POO y otro personaje use Estructurado indica que tus conocimientos sean superior al otro.. es SIMPLES GUSTOS AMIGO! No existe nada de titeres que debas revelar o sacar por el mismo mero hecho de que alguien no tenga tus mismos ideales sobre un asunto.

Lol.. no veo porque deba armarse tal revuelvo por tan insignificante gustos personales, sinceramente  ;)

Aunque ya nos hemos despegado de la linea... pues.. un foro suele ser asi...
En cuanto a CRM (Customers Relationship Management) no aplica en el mismo contexto que BPM... y esto si no es tan opcional como la OOP...

Y agregar otra cosita.. he tenido que levantar proyectos en UML usando BOUML y Argos... y es un verdadero dolor de cabeza, dado el nivel de detalles que debes dar en el grafico para generar un codigo decente que como quiera debes modificar posteriormente...

Usar POO o no.. o programar a niveles m'as altos y por tanto mas abstractos es algo que cada cual debe reservar a su elecci'on segun el negocio de la aplicacion.. asi como usar o no IDE...

Tambien aclaro que en mi trabajo subsisten dinosaurios parte de los cuales pensamos extinguir con el proyecto que llevo, que utilizan un entorno Novell y por tanto PC con DOS, tambien 98 y ME...

Y en cuanto a preferencias... pues de acuerdo... cada cual escoja la que mejor convenga... y para refrescar pondre algun que otro ejemplo en estos dias...

Ahh , por cierto... si 4HH es cubano, podria llegarse a la XIII Feria Internacional de Informatica en febrero del 2009 al simposio de Tecnicas de Programacion... no obstante si no puede... ya ^TIFA^ lo conoce... ando buscando gente para trabajar en el proyecto que presento alli... es un algoritmo para un motor de indexado y b'usqueda y etiquetado de documentos que desarroll'e... faltan anadir algunos metodos conformados de forma teorica, asi como la interfaz grafica.. los metodos de preprocesamiento de datos, clustering y etiquetado ya estan hechos...

Por cierto... me gusta que ilustren con ejemplos (para 4hhh...)... si buscaste impactar, pues nada mijo que conozco gente que pueden dar una disertacion increible de tecnicas de programacion y tecnicismo... y jamas han logrado crear una aplicacion que funcione...

Y tio si ya que te gusta tanto competir... escojamos un problema X, traigamos aca una aplicacion... y que los demas foristas decidan cual es la nejor...
Cualquier lenguaje.. cualquier tecnica de programacion... cualkquier plataforma... yo presentare, la mia, tu la tuya, ^TIFA^ y alguien mas que le interese hacer la suya estan invitados... todo el que participe solucionara el mismo problema... midamos las diferentes soluciones al mismo problema X en cuanto a:
- Lo Optimo del codigo.
- Portabilidad
- Requerimiento de procesamiento
- Interfaz (no tiene porque ser grafica, sino intuitiva y "amigable")
- Funcionalidad y que aporte la solucion buscada...

Convenido? dime que te parece...

^TIFA^... inclusive puedes usar tu amado Ruby o Perl....

Pero que onda...? No hay que darle continuacion a una discusion sin sentido...

Al chico este 4HHH le gusta su POO pos Amen, perfecto que ame, adore su POO, pero no por ello quiera discriminar quienes NO la usamos, solo eso.

Sobre personas que te llenen un libro de tecnisimos y una disertacion increible en cuanto a algoritmos y tecnicas avanzadas de programacion .... conozco bastantes de estos :) y como bien dices a la hora de tirar codigo.. se quedan exentos en el aire siberiano.

Lamentablemente no tengo proyectos que presentar  :-[  apenas estoy haciendo uno chiquititito una especie de punto de ventas de tarjetas de pines para unas 200 PC con Linux No grafico...

Y dicha aplicacion comenze a hacerla solamente con Perl, pero decidi integrarle C tambien :) entonces ando a mitad la aplicacion al ser no grafica la ando haciendo en C y Perl con Curses... y el objetivo es que esta trabaje con un SQL Server Remoto... Nada extremadamente avanzado, pero divertido :)

Dicha aplicacion pretenden luego solicitarmela pero para Linux entorno grafico, y es aqui cuando pretendo usar Ruby/GTK.

No necesito mas que unas cuantas líneas para poner en claro algunas cosas  :laugh:


Dado el problema de este simple programa le damos la mejor solucion en plataforma windows.  :rolleyes: