Article View: es.comp.os.linux.programacion
Article #15616Re: [OFF-TOPIC] El mejor lenguaje (Era-->Re: Qt vs GTK)
From: Juanjo Álvarez
Date: Fri, 16 Jun 2000 00:00
Date: Fri, 16 Jun 2000 00:00
103 lines
6702 bytes
6702 bytes
Xavier Montero dijo sobre Re: [OFF-TOPIC] El mejor lenguaje (Era-->Re: Qt vs GTK), en fecha: Fri, 16 Jun 2000 00:34:56 +0200 |Vale, pero sup�n un programdor novato (chaval de 14/15 a�os) que hace |un applet chul�simo para la barra del gnome y que indica si el sendmail |tiene correos pendientes para salir a internet. |Supongamos que el aspecto es tan chulo que quieres ese. Si lo hace en C |igual se deja un *puntero_loco por ah� y te escribe en una posici�n, |vamos a llamar, _fea_ que hace que el programa _salte_. Y si el Gnome Basic es como el VB de Win... (ver m�s abajo). |En Visual Basic no puede suceder eso. Es decir, puede colgarse un |programa pero siempre es porque se ha producido una condici�n de error |no testeada (por ejemplo una divisi�n por cero). O que el usuario tiene unas librer�as _ligeramente_ diferentes a con las que se hizo el programa. Vamos, condiciones de error no testeadas. Pero eso se sale de tem�tica, supongo que el Gnome Basic no tendr�a esos problemas. |Pero a igualdad de l�neas de c�digo (que en VB seguro ser�an muchas |menos), y aunque el lenguaje sea limitante por el eterno problema de |que no tiene herencia y tal y tal, las probabilidades de que ponga el |applet y se me cuelgue son mucho menores. Pero hay otros lenguajes aparte de C. Y si nos ponemos con el C, en un caso tan sencillo no creo que fueras a tener muchos problemas, una vez arreglados los bugs reglamentarios. |No puedes hacer referencia a un objeto no construido, accidentalmente, |porque el software controla cu�ntas referencias del objeto se usan, y |si accedes a un objeto no creado te hace un new por t�. Vale que no es |lo que deber�a suceder, que el programador deber�a hacer el new cuando |toca. �Y qu�? Si eso me estabiliza los programas, mejor. Eso est� bien para los novatos (Python tambi�n lo tiene), pero introduce otro tipo de bugs, en ocasiones muy dif�ciles de encontrar: mi_variabe = mi_variable + 1 Aqui s�lo queriamos incrementar mi_variable, pero �oops! hemos creado una nueva variable. Despues nos podremos volver locos buscando el fallo, que como no pasemos sobre esa l�nea con buen ojo no lo vemos. Eso en C no podr�a pasar, por ejemplo. Pero de nuevo me salgo de la tem�tica, como tu dices, VB tiene algunos l�mites prehist�ricos. |Lo que digo siempre. Si uno est� en contra, que no instale VB y que no |use ninguna aplicaci�n hecha con �l. Nadie le va a obligar. Vale, ahora dime: �Que tiene VB (el lenguaje) que no tenga Python? No me vale que me digas ActiveX, o entorno, me refiero s�lo al lenguaje. Tampoco me vale que me digas que la s�ntaxis es sencilla porque la de Python no s�lo es sencilla sino tambi�n inteligente y muy bien dise�ada. Creo que no me hago entender bien. Lo que quiero decir es que si van a implementar un lenguaje RAD en Linux, �porqu� leches eligen VB? Podr�s contestarme "hay mucha gente que ya lo conoce" a lo que yo te contesto: Conocen el VB de Windows. Y no creo que clonen todas y cada una de las librer�as y dem�s de Windows principalmente porque ser�a una estupidez (simplemente Linux y Windows son diferentes). Adem�s, para sacarle el m�ximo provecho __tendr�n que aprender cosas nuevas__ aunque teng�n el titulillo de super-ingeniero-que-te-cagas-certificado-ms-experto-total-en-VB, porque desde un programa muy simple ya tienes que hacer cosas como acceder al directorio de usuario, manejar se�ales (aunque sea para morir de manera digna), etc. Es decir, VAN A TENER QUE APRENDER. Y adem�s no van a contar con la mitad de cosas que tienen en el VB de Windows. Lo que me revienta es que un esfuerzo tan grande como ese se haya centrado en un lenguaje como el VB cuando hay otros mucho mejores, igual de sencillos (probablemente m�s) y mucho m�s multiplataforma (de nuevo, Python) �o tambi�n van a hacer Gnome-Basic para MacOS, WindowCE, PalmOS, BeOS, etc, etc, etc?, y con una base libre desde el principio. Creeme, en lo que aprendes los conceptos de Unix, aprendes Python. Puedes aprender el 80% del lenguaje en 1 semana, y el 18% restante en un mes, y no porque sea peque�o o poco potente, sino porqu� est� muy muy muy bien dise�ado. �Cuanto tarda una persona en aprender VB? Yo hice un curso del INEM, y pensando en retrospectiva, los que no hab�an programado nunca __flipaban en colores__ y se hac�an unos l�os tremendos. Lo dificil es aprender a programar un dominio de lenguajes (en este caso estructurados o orientados a objetos). Una vez conoces uno, aprender los dem�s es trivial, cuesti�n de coger un libro y practicar con tiempo, ya hablemos de C, C++ (bueno, este requiere m�s tiempo), Ada, Modula, Pascal... el que quieras. Y repito. M$ est� haciendo movimientos importantes en la direcci�n de Python. Ser�a para llorar que M$ cambie a Python como su lenguaje de script predilecto para Windows en unos a�os y los del Gnome-Basic se queden con un palmo de narices. Mi opini�n: Pod�an haber ido a copiar el IDE o dedicar el esfuerzo a desarrollar m�s componentes para bonobo y c�a. Habr�a sido mucho m�s productivo. Las empresas no eligen VB por el lenguaje, sino justamente por todo lo dem�s. -- Archivo no encontrado... �Falsifico? (S/N) -- Www.frases.com. http://www.clickeas.com/linux
Technical Details
Message-ID:
<slrn8kj2v7.7fg.jajs@Pascual.es>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<392B29F4.7495B443@dsitelecom.com> <392C2370.CE753338@menta.net> <39310F26.B0069152@dsitelecom.com> <39315D3D.F52A68BC@menta.net> <8gt83d$2ts$1@news.unizar.es> <8j5qr1.hhn.luca@xyztolivetti.net.dhis.org> <8gvn6c$9ol$1@news.unizar.es> <87k8gaec52.fsf_-_@eb2ebu.ampr.org> <3936BC2C.19143180@menta.net> <39392374.19BE3D32@dsitelecom.com> <39397008.6FF4E147@dsitelecom.com> <8hc955$2kicl13@SGI3651ef0.iddeo.es> <dbsnust5yh.fsf@trajano.us.es> <slrn8k1ng4.r8.xmanoel@perolo.org> <slrn8k6c48.esi.jajs@Pascual.es> <slrn8k9ccl.97.xmanoel@perolo.org> <slrn8ka6gv.1r0.jajs@Pascual.es> <39495A10.1F2365EA@dsitelecom.com>Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII X-Google-Thread: f86c8,35d602ec9d69b87 X-Google-Attributes: gidf86c8,public From: jajs@NOSPAMretemail.es (Juanjo Álvarez) Subject: Re: [OFF-TOPIC] El mejor lenguaje (Era-->Re: Qt vs GTK) Date: 2000/06/16 Message-ID: <slrn8kj2v7.7fg.jajs@Pascual.es> X-Deja-AN: 635425088 Content-Transfer-Encoding: 8bit References: <392B29F4.7495B443@dsitelecom.com> <392C2370.CE753338@menta.net> <39310F26.B0069152@dsitelecom.com> <39315D3D.F52A68BC@menta.net> <8gt83d$2ts$1@news.unizar.es> <8j5qr1.hhn.luca@xyztolivetti.net.dhis.org> <8gvn6c$9ol$1@news.unizar.es> <87k8gaec52.fsf_-_@eb2ebu.ampr.org> <3936BC2C.19143180@menta.net> <39392374.19BE3D32@dsitelecom.com> <39397008.6FF4E147@dsitelecom.com> <8hc955$2kicl13@SGI3651ef0.iddeo.es> <dbsnust5yh.fsf@trajano.us.es> <slrn8k1ng4.r8.xmanoel@perolo.org> <slrn8k6c48.esi.jajs@Pascual.es> <slrn8k9ccl.97.xmanoel@perolo.org> <slrn8ka6gv.1r0.jajs@Pascual.es> <39495A10.1F2365EA@dsitelecom.com> Content-Type: text/plain; charset=iso-8859-1 Organization: Iddeo - Retevisi�n Mime-Version: 1.0 User-Agent: slrn/0.9.6.2 (Linux) Reply-To: jajs@NOSPAMretemail.es Newsgroups: es.comp.os.linux.programacion