Bueno, esa es tu opinión.

Eso tiene su lógica, el dueño de VS es el dueño de Windows donde Delphi nada como pez, obvio VS siempre tendrá la delantera. ¿Como podría espabilarse? Solo si fuese el dueño de la taberna.

Saludos

Corrigiendo sus artas de bug hasta en su propio IDE, por ejemplo.

Si, pero eso no hará que "saque" antes que VS lo nuevo en Windows. Por supuesto todos queremos que Delphi fuera perfecto.

Saludos

¿Qué son "artas"?

Esa logica no cuadra (porque entonces ignora muchos otros lenguajes que estan en mejor estado).

Es cierto que MS es dueño del OS y eso le da cierta ventaja, pero hay que entender que windows esta basado en C++/C, que no es controlado por ellos; y .NET es importante pero mas para sus clientes que para MS. Ironicamente, Apple es el unico que se dio cuenta que C/C++ es un asquito y se armaron su propio lenguaje de nivel sistema, sobre el que estan migrando tanto como pueden.

Delphi tuvo su momento de gloria en la epoca de Delphi 1-3, simplemente porque la ecuación de características, eficiencia & precio era correcta.

Delphi ha fallado mucho mas por su manejo que por lo que haga o no haga MS. En especial, porque MS/Apple/Google (pa' meter aqui lo movil) es un mercado tan GRANDE, GIGANTE, tamaño ESPACIAL, que no hay razon para dudar que se puede tener una tajada muy significativa & rentable del mismo.

¿Que no cuadra?.....Delphi siempre va a tener que esperar a Microsoft para poder generar cambios a la API y ese es el tema aquí.

Apple tiene una ventaja, tiene su propio sistema operativo y su propia tecnología, ni al caso lo que dices.

Que sea bueno, que sea eficiente, que tenga el precio correcto es otra cosa que ya se ha hablado hasta el cansancio.

Y tienes razón, los manejos han sido malos (pésimos si quieres) y ni hablar se está pagando el costo, pero hablo desde mi experiencia, yo me mantengo en éste camino porque me place, me acomoda y me sigue dando lo que necesito para vivir bien. Lo demás es lo de menos. :)

Saludos

:confused::confused::confused: C y C++ no es lo mismo, y decir que C es un asquito... pues qué quieres que te diga :rolleyes:

Como estar arto de tantos bug. Muco sbugs en resumen. ;)

@egostar Depende lo que entiendas de que C++ es un asquito, la verdad, es muy potente, lo que me saca de quicio en proyectos grandes y no tan grandes. Mi preferido es C#, mira com se usa mucho en Unity 3D entre otras cosas, porque cuando salió C#, los de C++ los mandaba a parir. Delphi se enseña en algunos centros en América centro y sur, no muchas pero sigue con ella, sobre todo usando el Delphi 7, pero funciona.

Metieron C y hasta C++ en microcontroladores PIC de 32 bits.

En cuanto a lo de Windwos que está la delantera, Delphi le sigue los pasos loque no todo funciona a la primera, y Visual Studio funciona todo. Debe tener apoyo hasta las ayudas en español y ejemplos, tienen buen foro del mundo, esto hace crecer y no se si embarcadero se ha dado cuenta. A pesar que embarcadero se condisera la leche, muchos piensan que no se usa ya Delphi, impresionante. Lo que no hay libros en español como lo shay en Visual Studio, hasta en Arduino hay muchos.

Seguiré haciendo mis primeros pinitos con Delphi 10.2 algo ya más un poco más complejo de lograr pero se lo haré saber. No tenía intención de seguir, pero al publicar un tutorial que hice sobre ello (de paso puse tres web de delphi para que la gente se apunten y se informen incluido esta) me están preguntando mucha gente que si sigo o no. ;)

Dejar claro que la API de Windwos por mucho que Microsoft tenga la delantera, Delphi no se quiere quedar atrás. ;)

Saludos.

Bueno, eso no lo dije yo, lo ha dicho mamcx.

C y C++ no me desagradan lo que pasa es que no los conozco del todo y como lo he dicho, mi zona de confort está en Delphi, pocas cosas las he tenido que desarrollar con otro lenguaje y mi segunda opción siempre es C# que también me gusta, será porque son muy similares ya que fué creado por el mismo autor.

Saludos

Te lo respondo de otra manera: Imagina que en vez de C/C++ se usara Pascal/ADA. No seria mejor, como *mucho mejor*?


C tiene un monton de problemas. Digamos que lo mas obvio es lo lento pa' compilar, los templates, la falta de tipos de datos como string, que ademas este terminado en NULL es un tremendo WTF? y asi un monton de cosas en donde Pascal claramente lo supera en cuanto a mejor diseño.

¿C, lento para compilar? yo diría que es más rápido incluso que pascal, que ya es rápido, por supuesto.

Buenas:

C++ me saca de quisio para programar. Es más potente que Pascal, pascal como sabrán, se hizo para aprener rápido, más orientado al público en general en su tiempo.

Al menos hay un lenguaje nuevo, C#, más cómodo que C/C++.

De todas maneras, habrá en el futuro más lenguajes, el problema que hay tantos ahora, que poco se atreven hacerlo, ya que se necesita muchas ventajas. Hasta Visual Basic se hizo para aprender rápido, no me gusta ese lenguaje, nunca me ha gustado, cuestión de gustos.

Seguiré haciendo cositas con Delphi como hacía en el siglo pasado. ;)

Saludos.

Más potente, ¿en qué?

A parte que hace más cosas y al mismo tiempo te saca de quicio, es más rápido porque está más al bajo nivel. Esto tienes que saberlo, sobre todo cuando la guerra de C++ y pascal. A parte de esto, está por todas parte, es el más usado en su época, aunque actualmente el rey indiscutible es Java en su uso y lo se por dos razones, proque salió en el teledierio de España, y lo di en un curso.

En San Google explica los motivos.

Saludso.

¡Ah!, vale, si lo ha dicho el telediario tiene que ser verdad.

Teniendo en cuenta que la mayor parte de la culpa está en el mercadeo, he aquí una gran oportunidad:

Fuente: https://www.linkedin.com/jobs/view/395016381/
-

^\||/^\||/^\||/
Vaya, eso es estupendo :)

No tiene que ser verdad, ajajajaa jajaa, ya saben que se manipula mucho la información o omiten otras. ;)

Antes se programaba en binario. Nosotros en FP, técnico de electrónica teníamos que montar todos los integrados en la protoboard y programar en binario. ;) Aquí abajo en su época, tiene su caja y sus interruptores, nosotros colocando cables en GND o en 5 V. ;)



https://es.wikipedia.org/wiki/Altair_8800

https://www.youtube.com/watch?v=suyiMfzmZKs

Tutorial oficial de su época del Altair 8800.
http://www.classiccmp.org/dunfield/altair/d/88opman.pdf

Por ahí hay hecho un simulador o emulador del Altair 8800 tanto en aplicaciones y en Web. A entrenerse.

Delphi muere o no dependiendo de muchas cosas. La nueva generación, la gran mayoría no está la labor de especializarse en Delphi, solo los de antaño. Cuando pasen años, muchos lo dejarán por cansado o porque le llegó la hora. Por eso muere, no interesa el público en general. Otro motivo, falta de información como libros que ya no hay como antes, solo el santo Visual Studio de las narices y actualmente, Android y páginas Web.

Saludos.

No me digas, y yo que me lo creía todo, menos mal que me has avisado :eek:

Tanto como "en binario", supongo que habrás querido decir en ensamblador, no creo que programaras así: Por cierto, si usaste el Altair, entonces ya has pasado la "primera juventud" :D

Todo es marketing, imagina que una empresa con bastante dinero, como microsoft, decide mañana comprar y promocionar delphi, ten por seguro que el año que viene "todo" el mundo usa delphi y habla de lo estupendo que es. Los escritores aprovechan el tirón y sacan libros de delphi a montones, en todas las escuelas y universidades solamente recomiendan delphi, en la inmensa parte de las ofertas de trabajo quieren profesionales delphi con muchos años de experiencia, y por supuesto, todo el mundo lo "piratearía", como hacen ahora con los programas de microsoft.

Ha habido muchos casos de ese tipo, por poner un simple ejemplo: skype (hecho en delphi), era un buen programa de comunicaciones, empezó a ser "famoso" y microsoft decidió comprarlo, a partir de ahí (y con su mucho dinero) lo promocionaron y se hizo casi un estandar. El problema es que le han hecho tantos cambios y le han metido tanta "moralla", que ahora es un programa enorme, lento y pesado. Mejor que microsoft no compre delphi :rolleyes:

A ver, a ver, que aquí la gente está confundiendo cosas.

C es un lenguaje, C++ es otro. No mezclemos. C no tiene "templates", o al menos no las tenía la última vez que miré. Otra cosa es que un compilador C/C++ permita usar "templates" en "modo C". FPC permite usar métodos dentro de los RECORDS en "modo Pascal" (con una opción). Es una extensión, pero no es parte del lenguaje.

Luego, C es un lenguaje de bajo nivel. Es más, puedes plantear un compilador C como una fina capa sobre ensamblador. Salvo alguna que otra instrucción (switch) el resto casi puede traducirse directamente a ensamblador, sobre todo el C original de K&R y el ANSI pre-99 (mi favorito). Pascal es un lenguaje de alto nivel, y Object Pascal ni te cuento (está al nivel de Modula-2/Oberon), no tiene nada que ver.

Eso de que C++ es más rápido o más potente que Object Pascal es discutible. Un mal programador puede hacer que la cosa vaya lenta por muy rápido que sea el lenguaje o el ordenador. Me han dicho que Windows 10 funciona en los últimos Pentium, y que no va mucho más lento que en un cuatro-núcleos de última generación :rolleyes: (de hecho depende más de la cantidad de memoria disponible que del procesador en sí).

Microsoft es un gran especialista en crear bloatware desde los tiempos del MS-DOS.

Siempre de acuerdo contigo en todo :)

Si, montábamos en la protoboar todos los TTL y cmabiabamos los cables de 0 a 5V y al revés, todo en binario, guardar datos en la RAM en binario, hacer cálculos en binario, no en ensamblador, nunca ensamblador. Hoy en día lo siguen haciendo para saber de que va la electrónica por dentro y entenderlo mejor.

En cuanto al Marqueting, que espebile Delphi y lo haga, porque si lo hace Microsoft, tartdó mucho en C# subir el listón, casi nadie lo quería, solo yo y unos pocos en su tiempo, ya que preferían C/C++. Mucho quejicas con C# y ahora no lo abandonan.

Pues que espavile DElphi.

¿Con qué programabas 010101001000111111100000100101010101010101010?

Hola:

Con una ALU, con una memoria RAM, con un multiplexor, un contador, un temporizador con el 555 y pueras lógicas como estas.

https://image.slidesharecdn.com/curs...?cb=1337614716

Cambiamos los cables a mano desde la protoboard. Parecido al vídeo de abajo pero este está multiplicado por seis su tamaño.

Ver vídeo.

Puedes hacerlo todavía en los PC modernos como indica aquí abajo.

Ver vídeo.

Estamos haciendo un emulador con C# para programar en binario y pasar los comandos en ensamblador y hex.
http://zonadepruebas.com/viewtopic.php?f=13&t=8030

Si funciona todo bien, pues hacer conmutadores físicamente. Algo parecido a lo de abajo.

Ver vídeo.

Saludos.

Gracias por la explicación, aunque mi pregunta no iba por ahí.
Yo también he programado distintos aparatitos y algunos de ellos hace muuuuuuchos años :(, siempre usando ensamblador y C, pero mi pregunta era porque dices que programabas en binario, y no recuerdo yo ningún caso en que se programara así: "0100101010101010101010" todo el rato. Entonces mi pregunta más exacta sería ¿Escribías el código 010101010101101000101010010 con un editor de texto y luego lo compilabas con qué?

Pues eso, no entiendo lo de "programar en binario", y menos todavía si dices que lo estás haciendo en c# pasando comandos ensamblador y hex.

Buenas:

Programar en binario quiero decir tener una protoboard concircuitos integrados. Programar en binario es tener una lista primero en un cuaderno a lápiz, muchas tablas de la verdad de lo que queremos hacer.

Por ejemplo:
https://eduardopayan93.files.wordpre...10/8.png?w=640

Antes tenemos una ALU configuraro en aritmética para programarlo en binario, sumar en binario. Para sumar 00000001 + 00010000 = 00010001.

Montábamos circuitos así, con una protoboard.
Ver imagen.

No hay ni un monitor ni discos duros ni tarjetas Micro-SD, prohibido usarlos ya que estamos en lo primero de lo más básico para poder entender bien la electrónica en el mundo binario, más que informática. Los profesores nos deja claro que la madre de la informática es la electrónica y la madre de la electrónica es la electricidad.

Si te fijas en l aprotoboard de la imagen de arriba que puse, colocando cables a 5V o en 0 V que quiere decir 1 y 0 en binario, sobre todo en las entradas de datos.

Colocábamos una dirección en el multiplexor para introducir datos en la memoria RAM en binario y luego seleccionábamos otra dirección. Con un contador y un temporizador bucábamos la secuencia correcta de todo el mapa de memoria RAM hasta coincidir el número almacenado con otro para compararlo y el temporizador se detiene. Tontería que hacíamos pero costaba hacerlas, de novato, claro.

No usamos microcontroladores, solo una ALU para cálculas de aritmética y más cosas, todo a mano, todo. Cunado vez un Altair 8800 o el IMSAI 8080, los conmutadores están bien puesto en la caja pero la mecánica es la misma.

Este tipo de programación se sigue aprendiendo en España para entender a fondo estas cosas, así aprendes a diseñar circuitos y resolver problemas en la electrónica, cosa que muchos informáticos creen saber más que los electrónicos en este campo y no es así, depende de las enseñanzas adquiridad por los centros o de la perosna de forma autodidacta sin estudiso que sabe más que yo. Y los hay. ;)

¿Cómo programaba en binario?

Quitar y poner cables de datos.

En cuanto a C#, es poner binarios, lo transforma las intrucciones en ensamblador y después compila a hex.

La tabla de instrucciones del PIC16F84A la saco de aquí.






Como puedes ver, introduzco en el C# todo en binario.
00001000 1 000 0110

Luego se transforma en ensamblador como vez abajo.

MOVF PORTB, F

Y lo muestro en una LCD.


Lo de C# lo hago como un emulador para probar su funcionamiento, luego se introduces la misma programación en código de Arduino y muestra los datos introducidos en binario y transformado en ensamblador en una LCD.

Mi idea es programar un microcontrolador PIC16F84A. Puedes elegir un microprocesador si quieres como un Z80, 8085, 8086 pero he elegido un microcontrodor PIC de nivel medio porque tiene pocas instrucciones y no me pego media vida en terminar el proyecto. ;)

Los 0 y 1 se introduces en estos interruptores como indica abajo 00001000 1 000 0110 en un Altair.



Primero en un papel y a mano escribes este código binario y te mostrará en pantalla algo como esto.

Código ensmablador:
Cosa que hoy en día se programa directamente en el compilador MPLAB X.

A la hora de compilar te crea un archivo hex como puedes ver abajo y es lo que tienes que grabar dentro del PIC para que funcione. En este caso lo que hace es encender y apagar un Led con el mismo pulsador.

Archivo compilado:
Saber más de Intel Hex.
https://es.wikipedia.org/wiki/Intel_HEX

Prgunta corta, respuesta larga.

;)

Gracias por la explicación, puede servir a muchos que quieran iniciarse en el tema ^\||/

espero que no sea el caso :(