por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 11:30h
(#145395)
no teniamos basante con el C/C++? con la abobinacion C#? con la automatizacion JAVA? con acceso a BD PHP/ASP?
y perl/python/xbase?
visual basic? JScript/VBscript?
donde encontrara su nicho D?
dudo ke se transforme en standar a menos ke (lastimosamente hablando) microsoft sake un compilador D para renovar a su 'caotico' C#... aunke ya se sabe, MS prefiere apoyar su tegnologia aunke sea peor ke acoger una nueva desarrollada por otros...
total, ke apenas me decidi a aprender JAVA de una vez para renovarme como programador C, y salen aun mas lenguajes... al final me veo volviendo al RM-COBOL o al GWBasic
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 11:47h
(#145399)
kreo ke tu msg es un claro off-topic, pero bueno, acepto la critica y pido perdon por la jerga 'ircera' ke tengo.
sin embargo opino ke la ironia sobraba.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 11:52h
(#145400)
Y que vais a hacer desde aqui para impedir que semejante lenguaje venga a suceder a C/C++??
No os podeis quedar de brazos cruzados, y ya siendo como sois una panda de talibanes del C, debeis de luchar contra tal infamia, por favor, no existe ni existira en 50 años un lenguaje mejor que el C (uh!!, aparte del C# que siendo una mierda, lo esta apoyando toda la comunidad Gnomera...., si ya mono es una parte de .Net que es diferente de C#, pero al final, la misma mierda sera)
Al C ni tocallo
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 12:29h
(#145404)
D se presenta como un lenguaje de sistemas, al estilo C/C++, no como JAVA, perl, vb, etc. Mas concretamente, intenta ser un C++ sin todas las complicaciones de este, y tan potente como C. Ningun otro lenguaje que yo sepa ha intentado sustituir a C/C++ en este aspecto, sino que han aparecido nuevos lenguajes para facilitar la programacion y el tiempo de desarrollo de aplicaciones "finales"... supongo que me explico.
Supongo que D es una evolución más o menos radical de C, C++ y Objective-C, con lo que los "C-maníacos" sentirán algo parecido que al usar Java o C#.
¿Es C el mejor lenguaje del mundo? evidentemente no, pero hay muchos programadores que se sienten más o menos cómodos con él, y por eso tantos lenguajes basados en él. Si C fuese lo mejor de lo mejor, no existiría ni C++, ni Objective-C, ni C#... ni D, claro. Si C no fuese muy conocido, en vez de basarse en la sintáxis de C, Java se basaría en Pascal (o Ada), y seguramente no existiría un C#, sino sólo el VisualBASIC# etc.
¿Mono es una parte de .Net? creía que era una implementación libre de un estándard creado por Microsoft, en el que se basa el producto comercial Microsoft .Net. Además supongo que tienes cierta confusión al asociar la comunidad GNOME con la comunidad Mono. Por ejemplo, yo utilizo GNOME 2.0 y no tengo Mono instalado (ni ganas, de momento).
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 12:35h
(#145407)
Comunidad Gnome y mono: De aqui a no mucho, mono ira dentro de gnome, de ahi que lo ponga (q gente de gnome lo defienda, y que aqui se vea con buenos ojos su union).
Implementacion libre de un standard, bueno, si, eso nos quiere hacer ver M$, pero despues, se daran de bruces con lo que encontraran.....
Despues de leerme el overview, me quedé con una idea bastante buena de este lenguaje. Tiene todo lo que me gusta de C++ y todo lo que me gusta de Java, y aun encima genera código nativo.
Sólo le veo un defecto, no me gustan los recolectores de basura, prefiero los contadores de referencias, son más predecibles ;) Pero bueno, depende de la aplicación, en algunas no tiene importancia y es más cómodo.
De todas formas, las cosas que le quitan a C++ son muy razonables, al menos bajo mi punto de vista basado completamente en mi experiencia.
Espero que este lenguaje salga adelante y que surjan bindings para todas las bibliotecas que sea posible. En concreto me interesaría GTK y Xerces 0:-)
Lo que más me gustó es que quitasen por fin el #include, estoy harto de tener que esperar un minuto para compilar un fichero (no exagero, de verdad) solo porque incluye demasiadas cosas que se tienen que analizar junto con el fichero :( Y cuando tienes un proyecto algo grande que tiene muchos ficheros, es terrible.
--
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 12:54h
(#145410)
¿Cómo debería llamarse verbalmente C#? He oído alguien llamándolo "C chungo". Mi teoría es que el símbolo # es ++ con otro ++ debajo, por tanto debería llamarse "C plus plus plus plus".
Nah... una ida de olla... :-)
Una cosa es que algunos miembros de la comunidad Mono quieran hacer que este forme parte de GNOME, que no me parece mal, otra cosa es que acabe siendo asi, y otra muy diferente que GNOME acabe dependiendo de Mono. Pueden suceder las dos cosas, pero también puede que no suceda ninguna de las dos.
Mono es una implementación libre de un estándard propuesto por Microsoft. Eso es lo que nos quiere hacer ver la gente de Mono y punto. Lo que dice Microsoft es que Microsoft .Net se basa en parte en ese estándard, y lo que susurra es que además utiliza muchas cosas que no son del estándard, y lo que no dice, pero todos sabemos que lo piensa, es que no lo seguirá en cuanto le de la gana. Pero lo estandarizado seguirá siendo lo estandarizado, y será entonces Microsoft quién no siga el estándard, creando una estandarización de facto. Igual como antes Soundblaster era un estandard de facto, aunque no se había estandarizado oficialmente nada.
Sigo estando espeso, pero creo que entiendo lo que escribo, si alguien lo entiende también, que lo diga.
Sólo le veo un defecto, no me gustan los recolectores de basura, prefiero los contadores de referencias, son más predecibles ;) Pero bueno, depende de la aplicación, en algunas no tiene importancia y es más cómodo.
"* Reference counting is a common solution to solve explicit memory allocation problems. The code to implement the increment and decrement operations whenever assignments are made is one source of slowdown. Hiding it behind smart pointer classes doesn't help the speed. (Reference counting methods are not a general solution anyway, as circular references never get deleted.)"
He estado leyendo la documentacion del D y la verdad es que me ha gustado mucho.
Es una simple limpieza de cara del C y del C++, pero una limpieza que se estaba pidiendo a gritos. En el C++ hay algunas cosas que me parecen una verdadera guarrada (¿os acordais de la famosa entrevista al creador de c++?), cosas que D soluciona de forma bastante convincente.
Lo que mas me ha gustado han sido las cadenas de caracteres, los arrays y el recolector de basura.
Por cierto, ademas no hace falta portar las librerias al nuevo lenguaje ni hacer wrappers, D puede usarlas directamente ya que es compatible con la forma de llamadas del C.
Le auguro un gran futuro. Perfecto para los que quieran un C mejor sin tener que salir del C.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 14:57h
(#145432)
No me parece interesante un lenguaje "Nuevo" q toma el nombre de otro, le añade un ente mas, y ya esta.
Tampoco me parece interesante un lenguaje que sigue haciendo llamadas a librerias tales como "STDIO" q de por si, deberian estar incluidas, y no llamarlas al principio de los programas. En fin, un Full muy grande me parece.
Sí, yo también leí el comentario, y siempre tuve presente que las referencias circulares son un problema para los contadores de referencias, de hecho creo que escribí algún comentario antes en barrapunto donde lo comentaba.
Y claro que introduce algún overhead llamar a ref() y unref(), pero al fin y al cabo el ref() se hace casi siempre justo después de un new, que es bastante más lento que incrementar un número, así que carece de importancia, lo único que enlentece algo el código es el unref().
De todos modos, ref() y unref() producen un retardo controlado (siempre el mismo) que para aplicaciones de tiempo real (para las que comentan en la web que no está pensado D) es muy importante, mientras que un recolector de basura cada X tiempo detiene todo el sistema durante un tiempo completamente impredecible. De ahí mi comentario de "depende de la aplicación" :)
Y "esconder esto tras punteros inteligentes" no empeora la velocidad en absoluto, porque lo normal (lo que yo hago) es implementar los punteros inteligentes como clases plantilla con todos los métodos inline, lo que significa que el código generado no tiene ningun overhead, es exactamente igual que hacer ref() y unref() a mano, pero más cómodo. Y lo mismo para el operador -> sobrecargado.
--
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
Pues eso, que a ver quien es el guapo que hace una máquina de tabaco en Java, C# o Visual Basic.
El C es y segurá siendo por muchos años el lenguaje de programación de bajo nivel más extendido (quitando el Ada en EUA), por la identidad con cualquier ensamblador, la facilidad (y si no, que haga en ensamblador un programa de 40.000 líneas escrito en C), la rapidez de compilación y el rendimiento, casi equivalente al del ensamblador (o más, si cabe)
Por poner un ejemplo: realicese una máquina de cambio con un micro de 16 bits con hasta 32Kb para el código y 2K para los datos.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 16:05h
(#145441)
Quien es capaz de hablar del todopoderoso e increible lenguaje de programacion C# y no ha escrito ni una linea de codigo con el??
Eso es una blasfemia!!!
Por lo mismo que la gran mayoria de la gente no ha escrito ni una linea de codigo de Java y no hace mas que criticarle!!!
Aun sin escribir una misera linea de codigo de ese gran lenguaje, sigo criticandolo por lo que es, por como se hizo a imagen y semejanza de otro y lo que conlleva.
no creo que haga falta hacer nada, llevan años y años sustituyendo al C todos los meses, y curiosamente en vez de suceder al sucesor, se vuelve a suceder al C, y digo yo: ¿no estaba ya sucedido?. En fin, si lo suceden, que lo sucedan, digo yo que será con algo mejor (más nos vale)
Entonces evidentemente odias C, porque como ya sabrás, toma el nombre de otro, llamado B, le añade un ente mas y ya está :P
Y A mi me parece perfectamente normal tener que indicar que módulos quieres utilizar en tu programa (stdio no es una librería, es un módulo de una librería/biblioteca llamada libc). Porque si no lo indicases, el compilador tendría que tener cargadas permanentemente en memoria las tablas de símbolos de todos los módulos de la librería estándar, con el consiguiente gasto innecesario de memoria. En un programa grande hay muchos módulos que no realizan ningún tipo de entrada/salida, para qué vas a obligar al compilador a tener en memoria las tablas de símbolos de stdio mientras compila esos módulos?
--
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
Pascal, C, C++, Cobol, Ocaml, Java, Fortran, Ensamblador Mips, Delphi, Prolog... pff q dura es la vida de los aspirantes a ingenieros :_((( Y ya no digamos si tu vicio es el diseño web... Javascript, php, asp... :____(
Aparte de todo lo que has dicho, para el problema de las referencias circulares existen desde hace tiempo algoritmos que lo detectan y solucionan (como el que utiliza Python2, por ejemplo).
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 17:44h
(#145471)
De tabaco, no (será por qué no fumo), pero otras máquinas expendedoras la he programado en forth, incluido el escaneo de la botonera, generación de caracteres de pantalla, cálculos de cambios, variaciones de precios.
No sé en C que ocuparía un programa así. Pero en forth nos cabe, incluido el intérprete, en una rom de 16 K
Claro que el forth, el lisp, o el ensamblador de 6809 són cosas que quedan muy alejadas del ámbito de los verdaderos profesionales...
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 17:47h
(#145472)
¡hombreeeee! ¿estás escribiendo desde un teléfono móvil? Es que hay veces que es difícil entenderos la verdad. Tampoco consume tanto tiempo, vamos digo yo.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 17:48h
(#145473)
Por lo mismo que la gran mayoria de la gente no ha escrito ni una linea de codigo de Java y no hace mas que criticarle!!!
Que no sea por cómo huele. No creo que nadie aquí haya comido mierda para saber que no le gusta (es un símil, no te me ofendas por eso), pero ocurre que, antaño y algunas veces ahora, cuando una página incluye java es para hacer "petar" el navegador y alguna cosa más.
Pero como todo, una cosa es el uso y otra el abuso. Java, para la web por ejemplo, puede ser una gran herramienta (no lo niego), pero si buscas por ahí los applets que corren sólo sirven para mostrar un logo que se mueve y poca cosa más.
También hay gente que no soporta Flash (yo incluido), siendo una gran herramienta, porque se abusa de él.
Hay que saber usar las herramientas y cuantas más haya, mejor. Pero no usemos Java para escribir un sistema operativo, por ejemplo, porque aunque se pueda no es para lo que se ha pensado.
Y recuperando el ejemplo de arriba, la mierda tiene su misión y es muy importante, pero no para comerla.
aquí. Pero aún está muy incompleto, es poco más que un front-end. Lo interesante es que es GPL y podría servir como base para el desarrollo hipotético de un 'gdc' dentro de la suite Gcc. El lenguaje en sí (me estoy leyendo la especificación completo) de momento me parece fantástico, es una mejora bastante grande sobre C++ aunque algunas cosas no me acaben de convencer (las cadenas, aún siendo mejores que las de C siguen siendo más limitadas que las de las STL con lo cual el argumento de tener buenas cadenas dentro del lenguaje me parece que se anula, porque quien quiera cadenas realmente potentes al final tendrá que utilizar módulos externos), y alguna cosilla más, pero de momento me parece el mejor lenguaje orientado a objetos que compile a código nativo que he visto en mucho tiempo .
Pues a mi me parece genial que haya más lenguajes de programación donde elegir, nadie me obliga a aprenderlos todos, puedo utilizar el que más me guste.
Además, si hay más lenguajes de programación es más fácil que uno encuentre el "lenguaje perfecto" para su gusto y así pueda venir a barrapunto a poner a parir los otros lenguajes ;)
--
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 19:10h
(#145492)
Bueno, por fin aparecio el tipico listillo de turno.
Uno no puede tener un fallo ni con el teclado, que ya viene el quisquilloso a meter mal.
Gracias, esta noche podre dormir tranquilo, ya que ha venido el tipico patan criticando las faltas de ortografia de los demas.
Gracias una vez mas.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 19:12h
(#145493)
Bueno, entonces ya esta todo claro, si te crees que todo java es hacer logos, apaga y vamonos.
Ya no solo es que no se practique con el "hola mundo", es que ni siquiera se aprenden la teoria para no meter la pataza.
En fin, que si, demostrando tu gran conocimiento puedes afirmar que java es malo.
Hay que tener la boca muy grande para meter tanto la pata y quedarte tranquilo.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 19:36h
(#145498)
bueno, estoy de acuerdo en que c es el lenguaje adecuado para todo. Tiene una relacion velocidad/legibilidad bastante buena, no llega a la velocidad de asm pero tampoco a la legibilidad de cualquier lenguaje de alto nivel. Pero el equilibrio es el adecuado.
Eso si, machote, no te sobres diciendo que es mas rapido que asm...
Y a todo esto, las caracteristicas estas nuevas de D, recogida de basura, y tal y tal, yo lo unico que veo son pijaditas para hacer mas comoda la programacion y para malgastar recursos del hard. Ya, ya se, que no importa que el ejecutable ocupe 20 kb mas con los discos de hoy dia, o que consuma 500 kb mas de memoria o ocupe un mhz del procesador, pero se malgastan hoy dia demasiados recursos.
Ademas, dejemos la programacion a los programadores, ya esta bien de tanta mierda de visual basic, java y demas guarrerias.
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 19:44h
(#145502)
Perdona, pero lo que dijo exactamente fue "abobinación" (es ke es muy radikal)... ¿tendrá algo que ver con bobinas? ¿o te vuelves bobo programando en C#?
por
pobrecito hablador
el Martes, 05 Noviembre de 2002, 19:59h
(#145506)
Hete aquí que ahora vuelve. Para los que no sepan quien es, Walter Bright era el cerebro que estaba detrás de Zortech, comprada luego por Symantec.
Resulta que hace tiempo (un año o poco más) que estuve buscando por dónde andaba Walter Bright, y encontré que había terminado fundando una empresa llamada Digital Mars. En aquel entonces el sitio de DM eran poco más que cuatro páginas con poca información y entendí que se dedicaba a la consultoría técnica de alto nivel, así que me olvidé de él.
Me ha sorprendido gratamente ver que vuelve al ataque en su terreno: los lenguajes y compiladores. En su tiempo el Zortech C++ era el mejor y más rápido (en muchos sentidos) compilador de C++ para PC. Tenía el honor, además, de haber sido el primer compilador nativo para Ms-DOS. Y es que el "aquel entonces" al que me refiero esta muy lejos, en aquellos remotos años quien quería programar en C++ en Ms-DOS (Windows ni siquera había llegado a la versión 3.0, la primera beta usable) tenía que usar un traductor (generalmente el de ATT) que convertía C++ en C y luego se usaba un compilador de C para hacer el ejecutable.
Para más datos, cuando Walter Bright tenía 17 años decidió (según contaba él) que los compiladores de C de la epoca eran muy lentos, y escribió DataLight C, otro tiro de compilador que le daba mil vueltas al Lattice C, el estandar para PC de la época.
Sabiendo que está detrás de este proyecto no dudo que tendrá una gran calidad. Otra cuestión es que merezca la pena utilizarlo, aprenderlo, mirarlo, amarlo u odiarlo por las razones que ya ha dado todo el mundo antes que yo.
Me gusta mas...
(Puntos:0)otro mas?
(Puntos:0)y perl/python/xbase?
visual basic? JScript/VBscript?
donde encontrara su nicho D?
dudo ke se transforme en standar a menos ke (lastimosamente hablando) microsoft sake un compilador D para renovar a su 'caotico' C#... aunke ya se sabe, MS prefiere apoyar su tegnologia aunke sea peor ke acoger una nueva desarrollada por otros...
total, ke apenas me decidi a aprender JAVA de una vez para renovarme como programador C, y salen aun mas lenguajes... al final me veo volviendo al RM-COBOL o al GWBasic
Quien sabe...
(Puntos:0)Re:Quien sabe...
(Puntos:0)sin embargo opino ke la ironia sobraba.
Oh Dios Mio
(Puntos:0)No os podeis quedar de brazos cruzados, y ya siendo como sois una panda de talibanes del C, debeis de luchar contra tal infamia, por favor, no existe ni existira en 50 años un lenguaje mejor que el C (uh!!, aparte del C# que siendo una mierda, lo esta apoyando toda la comunidad Gnomera...., si ya mono es una parte de .Net que es diferente de C#, pero al final, la misma mierda sera)
Al C ni tocallo
Re:Me gusta mas...
(Puntos:2, Informativo)( http://barrapunto.com/~fernand0/bitacora | Última bitácora: Miércoles, 11 Febrero de 2009, 15:45h )
Para gustos colores.
--
Fernand0
Si elegimos a los políticos es para no tener que pensar todo el tiempo.
Homer Simpson
Re: ¿Conoces D?
(Puntos:1)( http://www.linuxspain.org )
Mi complejo de superioridad es mejor que el tuyo.
Re:otro mas?
(Puntos:0)Estoy espeso y no lo entiendo...
(Puntos:3, Interesante)¿Es C el mejor lenguaje del mundo? evidentemente no, pero hay muchos programadores que se sienten más o menos cómodos con él, y por eso tantos lenguajes basados en él. Si C fuese lo mejor de lo mejor, no existiría ni C++, ni Objective-C, ni C#... ni D, claro. Si C no fuese muy conocido, en vez de basarse en la sintáxis de C, Java se basaría en Pascal (o Ada), y seguramente no existiría un C#, sino sólo el VisualBASIC# etc.
¿Mono es una parte de .Net? creía que era una implementación libre de un estándard creado por Microsoft, en el que se basa el producto comercial Microsoft .Net. Además supongo que tienes cierta confusión al asociar la comunidad GNOME con la comunidad Mono. Por ejemplo, yo utilizo GNOME 2.0 y no tengo Mono instalado (ni ganas, de momento).
Re:Estoy espeso y no lo entiendo...
(Puntos:0)Implementacion libre de un standard, bueno, si, eso nos quiere hacer ver M$, pero despues, se daran de bruces con lo que encontraran.....
Tiene buena pinta
(Puntos:1)( http://pinguino.dyndns.org/ )
Sólo le veo un defecto, no me gustan los recolectores de basura, prefiero los contadores de referencias, son más predecibles ;) Pero bueno, depende de la aplicación, en algunas no tiene importancia y es más cómodo.
De todas formas, las cosas que le quitan a C++ son muy razonables, al menos bajo mi punto de vista basado completamente en mi experiencia.
Espero que este lenguaje salga adelante y que surjan bindings para todas las bibliotecas que sea posible. En concreto me interesaría GTK y Xerces 0:-)
Lo que más me gustó es que quitasen por fin el #include, estoy harto de tener que esperar un minuto para compilar un fichero (no exagero, de verdad) solo porque incluye demasiadas cosas que se tienen que analizar junto con el fichero :( Y cuando tienes un proyecto algo grande que tiene muchos ficheros, es terrible.
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
Off topic: C#
(Puntos:1, Divertido)Nah... una ida de olla... :-)
Re:Off topic: C#
(Puntos:1)( http://barrapunto.com/~xavi/bitacora | Última bitácora: Miércoles, 10 Enero de 2007, 16:36h )
...pues debería llamarse... sostenido. el símbolo este en música es un sostenido. De hecho 'C#' en música sería 'do sostenido'.
Existe una notación musical que se inicia a partir del La:
A, B, C, D, E, F, G
La, Si, Do, Re, Mi, Fa, Sol
soft lliure per a una societat lliure
Re:Me gusta mas...
(Puntos:1, Divertido)Re:Estoy espeso y no lo entiendo...
(Puntos:2)Mono es una implementación libre de un estándard propuesto por Microsoft. Eso es lo que nos quiere hacer ver la gente de Mono y punto. Lo que dice Microsoft es que Microsoft .Net se basa en parte en ese estándard, y lo que susurra es que además utiliza muchas cosas que no son del estándard, y lo que no dice, pero todos sabemos que lo piensa, es que no lo seguirá en cuanto le de la gana. Pero lo estandarizado seguirá siendo lo estandarizado, y será entonces Microsoft quién no siga el estándard, creando una estandarización de facto. Igual como antes Soundblaster era un estandard de facto, aunque no se había estandarizado oficialmente nada.
Sigo estando espeso, pero creo que entiendo lo que escribo, si alguien lo entiende también, que lo diga.
Yo lo llamaria
(Puntos:0)Re:otro mas?
(Puntos:0)¿caótico C#?
¿Nos lo puedes explicar?
Re:Me gusta mas...
(Puntos:2)( http://hronia.blogalia.com/ | Última bitácora: Jueves, 22 Enero de 2009, 06:57h )
___
"Tamparantán que te han visto Pepe, tamparantán que te han visto Juan"
Re:Tiene buena pinta
(Puntos:1)( http://barrapunto.com/ )
"* Reference counting is a common solution to solve explicit memory allocation problems. The code to implement the increment and decrement operations whenever assignments are made is one source of slowdown. Hiding it behind smart pointer classes doesn't help the speed. (Reference counting methods are not a general solution anyway, as circular references never get deleted.)"
Pa que? Pa cagala?
¿Y si nos saltamos unas cuantas letras?
(Puntos:1)Echadle un vistazo a la pagina www.eiffel.com
Y además existe un magnifico compilador GNU smarteiffel
Re:Off topic: C#
(Puntos:1)( http://barrapunto.com/ )
Y estoy seguro de que esos que se quejan tanto del C# no hay escrito ni un solo programa en ese lengauje
Pa que? Pa cagala?
Poz zi
(Puntos:1)( http://barrapunto.com/ )
Es una simple limpieza de cara del C y del C++, pero una limpieza que se estaba pidiendo a gritos. En el C++ hay algunas cosas que me parecen una verdadera guarrada (¿os acordais de la famosa entrevista al creador de c++?), cosas que D soluciona de forma bastante convincente.
Lo que mas me ha gustado han sido las cadenas de caracteres, los arrays y el recolector de basura.
Por cierto, ademas no hace falta portar las librerias al nuevo lenguaje ni hacer wrappers, D puede usarlas directamente ya que es compatible con la forma de llamadas del C.
Le auguro un gran futuro. Perfecto para los que quieran un C mejor sin tener que salir del C.
Incluso soporta numeros complejos :D
Pa que? Pa cagala?
Nuevo? pero nuevo-nuevo?
(Puntos:0)Re:Estoy espeso y no lo entiendo...
(Puntos:0)XD
Re:Tiene buena pinta
(Puntos:1)( http://pinguino.dyndns.org/ )
Y claro que introduce algún overhead llamar a ref() y unref(), pero al fin y al cabo el ref() se hace casi siempre justo después de un new, que es bastante más lento que incrementar un número, así que carece de importancia, lo único que enlentece algo el código es el unref().
De todos modos, ref() y unref() producen un retardo controlado (siempre el mismo) que para aplicaciones de tiempo real (para las que comentan en la web que no está pensado D) es muy importante, mientras que un recolector de basura cada X tiempo detiene todo el sistema durante un tiempo completamente impredecible. De ahí mi comentario de "depende de la aplicación" :) Y "esconder esto tras punteros inteligentes" no empeora la velocidad en absoluto, porque lo normal (lo que yo hago) es implementar los punteros inteligentes como clases plantilla con todos los métodos inline, lo que significa que el código generado no tiene ningun overhead, es exactamente igual que hacer ref() y unref() a mano, pero más cómodo. Y lo mismo para el operador -> sobrecargado.
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
El futuro es y seguirá siendo C
(Puntos:1)( http://barrapunto.com/ )
El C es y segurá siendo por muchos años el lenguaje de programación de bajo nivel más extendido (quitando el Ada en EUA), por la identidad con cualquier ensamblador, la facilidad (y si no, que haga en ensamblador un programa de 40.000 líneas escrito en C), la rapidez de compilación y el rendimiento, casi equivalente al del ensamblador (o más, si cabe)
Por poner un ejemplo: realicese una máquina de cambio con un micro de 16 bits con hasta 32Kb para el código y 2K para los datos.
Va de retro satanas
(Puntos:0)Eso es una blasfemia!!!
Por lo mismo que la gran mayoria de la gente no ha escrito ni una linea de codigo de Java y no hace mas que criticarle!!!
Aun sin escribir una misera linea de codigo de ese gran lenguaje, sigo criticandolo por lo que es, por como se hizo a imagen y semejanza de otro y lo que conlleva.
Re:Oh Dios Mio
(Puntos:1)( http://www.ikein.com )
Re:Nuevo? pero nuevo-nuevo?
(Puntos:1)( http://pinguino.dyndns.org/ )
Y A mi me parece perfectamente normal tener que indicar que módulos quieres utilizar en tu programa (stdio no es una librería, es un módulo de una librería/biblioteca llamada libc). Porque si no lo indicases, el compilador tendría que tener cargadas permanentemente en memoria las tablas de símbolos de todos los módulos de la librería estándar, con el consiguiente gasto innecesario de memoria. En un programa grande hay muchos módulos que no realizan ningún tipo de entrada/salida, para qué vas a obligar al compilador a tener en memoria las tablas de símbolos de stdio mientras compila esos módulos?
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
otro más noOOOO!!! :_(
(Puntos:1)( http://usuarios.lycos.es/oneth )
...
(Puntos:-1, Troll)Re:otro más noOOOO!!! :_(
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Domingo, 22 Mayo de 2005, 06:18h )
http://www.hypernews.org/HyperNews/get/computing/l ang-list.html
Además
(Puntos:1)( http://barrapunto.com/ )
Saludos.
Re:El futuro es y seguirá siendo C
(Puntos:0)Coño, sí que lo pones difícil. Yo personalmente la haría de madera, metal, etc.
Por poner un ejemplo: realicese una máquina de cambio con un micro de 16 bits con hasta 32Kb para el código y 2K para los datos.
Qué micro- (controlador|procesador) de 16 bits dispone de tan reducida capacidad de memoria. Hasta el 8051 tiene más, y es de 8 bits.
Re:Además
(Puntos:0)Re:El futuro es y seguirá siendo C
(Puntos:0)No sé en C que ocuparía un programa así. Pero en forth nos cabe, incluido el intérprete, en una rom de 16 K
Claro que el forth, el lisp, o el ensamblador de 6809 són cosas que quedan muy alejadas del ámbito de los verdaderos profesionales...
Re:Quien sabe...
(Puntos:0)Re:Va de retro satanas
(Puntos:0)Que no sea por cómo huele. No creo que nadie aquí haya comido mierda para saber que no le gusta (es un símil, no te me ofendas por eso), pero ocurre que, antaño y algunas veces ahora, cuando una página incluye java es para hacer "petar" el navegador y alguna cosa más.
Pero como todo, una cosa es el uso y otra el abuso. Java, para la web por ejemplo, puede ser una gran herramienta (no lo niego), pero si buscas por ahí los applets que corren sólo sirven para mostrar un logo que se mueve y poca cosa más.
También hay gente que no soporta Flash (yo incluido), siendo una gran herramienta, porque se abusa de él.
Hay que saber usar las herramientas y cuantas más haya, mejor. Pero no usemos Java para escribir un sistema operativo, por ejemplo, porque aunque se pueda no es para lo que se ha pensado.
Y recuperando el ejemplo de arriba, la mierda tiene su misión y es muy importante, pero no para comerla.
Enlace al compilador de Linux
(Puntos:1)( http://barrapunto.com/ )
Vade retro, hablador
(Puntos:0)Re:Quien sabe...
(Puntos:1)Re:otro más noOOOO!!! :_(
(Puntos:1)( http://pinguino.dyndns.org/ )
Además, si hay más lenguajes de programación es más fácil que uno encuentre el "lenguaje perfecto" para su gusto y así pueda venir a barrapunto a poner a parir los otros lenguajes ;)
Los libros son las abejas que llevan el polen de una inteligencia a otra. James Lowell
Maquina de tabaco no pero robot busca personas....
(Puntos:0)El tipico listillo
(Puntos:0)Uno no puede tener un fallo ni con el teclado, que ya viene el quisquilloso a meter mal.
Gracias, esta noche podre dormir tranquilo, ya que ha venido el tipico patan criticando las faltas de ortografia de los demas.
Gracias una vez mas.
Logo???
(Puntos:0)Ya no solo es que no se practique con el "hola mundo", es que ni siquiera se aprenden la teoria para no meter la pataza.
En fin, que si, demostrando tu gran conocimiento puedes afirmar que java es malo.
Hay que tener la boca muy grande para meter tanto la pata y quedarte tranquilo.
Re:El futuro es y seguirá siendo C
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Domingo, 22 Mayo de 2005, 06:18h )
Supongo que lo dices irónicamente.
Re:El futuro es y seguirá siendo C
(Puntos:0)Eso si, machote, no te sobres diciendo que es mas rapido que asm...
Y a todo esto, las caracteristicas estas nuevas de D, recogida de basura, y tal y tal, yo lo unico que veo son pijaditas para hacer mas comoda la programacion y para malgastar recursos del hard. Ya, ya se, que no importa que el ejecutable ocupe 20 kb mas con los discos de hoy dia, o que consuma 500 kb mas de memoria o ocupe un mhz del procesador, pero se malgastan hoy dia demasiados recursos.
Ademas, dejemos la programacion a los programadores, ya esta bien de tanta mierda de visual basic, java y demas guarrerias.
Re:Off topic: C#
(Puntos:0)Re:otro mas?
(Puntos:0)¿Alguien se acuerda de Walter Bright y Zortech?
(Puntos:0)Hete aquí que ahora vuelve. Para los que no sepan quien es, Walter Bright era el cerebro que estaba detrás de Zortech, comprada luego por Symantec.
Resulta que hace tiempo (un año o poco más) que estuve buscando por dónde andaba Walter Bright, y encontré que había terminado fundando una empresa llamada Digital Mars. En aquel entonces el sitio de DM eran poco más que cuatro páginas con poca información y entendí que se dedicaba a la consultoría técnica de alto nivel, así que me olvidé de él.
Me ha sorprendido gratamente ver que vuelve al ataque en su terreno: los lenguajes y compiladores. En su tiempo el Zortech C++ era el mejor y más rápido (en muchos sentidos) compilador de C++ para PC. Tenía el honor, además, de haber sido el primer compilador nativo para Ms-DOS. Y es que el "aquel entonces" al que me refiero esta muy lejos, en aquellos remotos años quien quería programar en C++ en Ms-DOS (Windows ni siquera había llegado a la versión 3.0, la primera beta usable) tenía que usar un traductor (generalmente el de ATT) que convertía C++ en C y luego se usaba un compilador de C para hacer el ejecutable.
Para más datos, cuando Walter Bright tenía 17 años decidió (según contaba él) que los compiladores de C de la epoca eran muy lentos, y escribió DataLight C, otro tiro de compilador que le daba mil vueltas al Lattice C, el estandar para PC de la época.
Sabiendo que está detrás de este proyecto no dudo que tendrá una gran calidad. Otra cuestión es que merezca la pena utilizarlo, aprenderlo, mirarlo, amarlo u odiarlo por las razones que ya ha dado todo el mundo antes que yo.
Se depide atentamente:
Er agüelo sevoyeta