Qué NO se puede hacer con Delphi.

[[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 )

[[Crandel]]

y hablando de drivers, alguno tiene experiencia creando uno? o que lenguaje recomendarian hacerlo?

[[poliburro]]

Pues, hacer de chica que acompañe en las frias noches de trabajo arduo, no creo que pueda.

[[egostar]]

Empezado por poliburro

Pues, hacer de chica que acompañe en las frias noches de trabajo arduo, no creo que pueda.

Pues a menos que la chica sea una frikki si estaria a tu lado cuando programas, lo que si pudiera hacer Delphi por ti es darte los medios ($$$) para tener no una, sino unas cuantas chicas que te acompañen en las frias y calurosas noches y de trabajo arduo pero placentero.

Saludos

[mamcx]

Siguiendo con el tema...

http://www.vogelaar-electronics.com/ds/ds.html

Una cosa menos que se creia imposible con Delphi pero no...

Y por el lado de .NET:

http://www.windowsfordevices.com/news/NS4666205829.html

NOTA: SPOT ya no es el nombre del proyecto, ya se actualizo pero ese es el link que tengo...

[[seoane]]

Empezado por Crandel

y hablando de drivers, alguno tiene experiencia creando uno? o que lenguaje recomendarian hacerlo?

Yo no tengo experiencia, pero el "Windows Driver Development Kit" de microsoft tiene buena pinta. Trae su propio compilador, librerías, y un montón de drivers como ejemplo.

http://www.microsoft.com/whdc/devtools/ddk/default.mspx

[kinobi]

Empezado por mamcx

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

¡Cómo que no!... GNU/Emacs

Amigo mancx, tómate el comentario anterior con toda la dosis de ironía que seas capaz

Saludos