Qué NO se puede hacer con Delphi.

[[egostar]]

Hace tiempo cuando no existia Windows y trabajaba con Pascal compre un libro que se llama PC al Limite y en ese libro encontré cosas fabulosas que se hacian con pascal, incluso la mayoria de juegos si no es que todos eran hechos con pascal, las famosas flamas eran algoritmos con pascal, incluso habia un apartado que mostraban como manipulaban la memoria de una forma increible.

En fin, estoy tratando de encontrar ese excelente libro para postear algunos ejemplos de lo que hacian en aquellos tiempos.

Con esto quiero decir y me atrevo a decir que "todo lo que puedas imaginar se puede hacer con delphi".

Saludos.

[[Caral]]

Lo bueno del caso es que estoy convencido de que se puede hacer casi de todo, pero quise ver si existia algo por descubrir o que no supiera, por eso el titulo.
Considero que Delphi tiene tantas opciones que ni se podrian contar.
PD: Hay mucho que aprender.
Saludos

[mamcx]

Una cosa es la posibilidad y otra cosa la practicidad.

Que delphi no hace drivers. Pues se puede armar un compilador en Delphi. Y un debugger, que funcione con los driver con vainas bien hackeadas. Pero la verdad no creo que justifique el esfuerzo.

Paginas web? Con Delphi se puede, claro que si. Y mucho mas.

Pero seria bueno mirar mas alla de los parametros de los lenguajes tradicionales como C#, Delphi y C. Como por ejemplo Erlang (impresionante el manejo de multi-hilos) y LISP y esas cosas....

[sanfer1ec]

Algo mas que creo que no se puede hacer es manejar (de una manera completa) los puertos de la PC y con ellos periféricos, por ejemplo puertos paralelo, serial, usb, me gustaria por ejemplo me gustaria saber capturar la infor desde el puerto de red o el modem, cosas así y si alguien lo sabe mejor por favor me lo dejan saber.
Gracias.

[[Héctor Randolph]]

Empezado por egostar

Hace tiempo cuando no existia Windows y trabajaba con Pascal compre un libro que se llama PC al Limite y en ese libro encontré cosas fabulosas que se hacian con pascal, incluso la mayoria de juegos si no es que todos eran hechos con pascal, las famosas flamas eran algoritmos con pascal, incluso habia un apartado que mostraban como manipulaban la memoria de una forma increible.

Tienes mucha razón Eliseo, ese libro es muy bueno y en su momento también me sorpendí del poder del lenguaje Pascal. Recuerdo que tenia rutinas para manipulación de gráficos, sonido, memoria y periféricos por medio las interrupciones del BIOS.

Que tiempos aquellos

[roman]

Uno de los mejores libros que jamás haya leído acerca de programación, o al menos de los que más disfruté, fue el Turbo Pascal 5.5 Programming de Jeremy G. Soybel. Con él aprendí a acceder al BIOS y sus interrupciones, a la memoria del video y a hacer los famosos TSR (Terminate but Stay Resident) entre otras cosas. Un magnífico libro con un código impecable y unas explicaciones magistrales.

¡Ah, qué tiempos aquellos!

// Saludos

[[Lepe]]

Una cosita acerca del Palm. Un Palm usará Palm OS, que no es windows, por tanto poco se podrá hacer con él.

En todo caso habría que hablar en forma general de Pocket PC con Windows Mobile como sistema operativo. He tenido en mis manos lenguajes para programar en dicho sistema con un lenguaje muy parecido a Delphi, pero claro, nada comparable (y lo digo mordiéndome los labios) a Microsoft Visual Studio.

Al parecer, algo si se puede hacer con Delphi 2005, aunque el mismo autor lo reconoce, no tiene la misma integración qeu MVS, en un futuro, lo tendrá.

Según dice un hilo externo Lazarus si sirve... aunque no sé hasta qué nivel llega.

Saludos

[[egostar]]

Empezado por sanfer1ec

Algo mas que creo que no se puede hacer es manejar (de una manera completa) los puertos de la PC y con ellos periféricos, por ejemplo puertos paralelo, serial, usb, me gustaria por ejemplo me gustaria saber capturar la infor desde el puerto de red o el modem, cosas así y si alguien lo sabe mejor por favor me lo dejan saber.
Gracias.

Pues temo decirte que Delphi es de lo mejor para manipular dispositivos (seriales, Paralelos, usb, etc), referente a Puertos de red, pues se usan sockets (TCP/IP) y para modems usas TAPI.

Saludos.

[mamcx]

Y de hecho el problema es mas por el lado que Windows "desalienta" el acceso directo a estos dispositivos y se deberia de hacer por medio de las APIS apropiadas y aprobadas para esos casos...

[mamcx]

Bueno, pero TODOS se estan enfocando en el soporte de hardware, el cual es un problema a nivel de COMPILADOR y no de lenguaje per-se.

Cosas que estoy casi que casi seguro *NO* se pueden con Delphi (ni C,C++, C#, Java):

1- Estilo Erlang de concurrencia:

Problema: Manejo de multiples threads, sincronizacion, paralelismo y ejecucion transparente de procesos sincronizados...

Lean esto:
http://www.defmacro.org/ramblings/concurrency.html

Erlang es una vaina conceptualmente *muy* interesante. Imaginense: Es posible actualizar el software (ie. reemplazar el codigo que esta *ejecutandose* en memoria) mientras esta corriendo sin downtime. Se pueden crear cientos o miles de "hilos" en maquinas normales, se pueden redistribuir a varios nodos en red, se pueden actualizar los programas propagando a traves de la red. En comparacion, los programas tradicionales a partir de creo 10 o algo asi hilos una empieza a sufrir (mas que todo, el programador). La unica manera es por IOCP y es un super enruedo de programar.

Me puse hace unos meses a averiguar como emularlo en Delphi

http://groups.google.com.co/group/bo...04c8f2b2b2a6bc

Lo mas cerca que estuve:

http://groups.google.com.co/group/bo...6d58de23daae87

Pero quede bloqueado. Mi conocimiento de bajo nivel es muy pobre...

Este modelo es una meta *increible*. Si hay manera de lograrlo, estariamos logrando un avance en tecnologia monumental porque habilitaria a miles de programadores a salir de la tortura del estilo de threading actual, que es un cosa horrible. Ademas, este estilo de concurrencia es vital para lograr acceso al poder multi-core de forma ecnomica y viable.

2- Todo lo que hace a un lenguaje dinamico, pues dinamico

Si echan una ojeada a Python o Ruby, veran de lo que hablo.

3- Generics, desing by contract, introspection (full) y mas.

Solo en un futuro podriamos con Delphi acceder a estos conceptos.

Noten que en general, son vainas LISP (por ahi dicen que no hay nada inventando despues de LISP )