![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Cita:
VS .net está muy por delante de MS. Está siempre en muchos idiomas, (no es importante pero bueno) , con VS .net siempre es compatible con los windows y todo funciona, en delphi da problemas y para solucionarlo tardan un montón en sacar parches. Mientras MS está con el FW .net 2.0, Borland saca el 1.1 y el 2.0 lo sacan muy tarde cuando ya está la 3.0 de VS .net, cuando delphi saquen el 3.0, ya VS .net estará la 4.0. VS .net son de MS y está muy por delante de Borland, por eso lo abandoné y sigo con VS .net...
__________________
http://electronica-pic.blogspot.com....n-arduino.html Manuales de electrónica general, PIC y Arduino. |
|
#2
|
||||
|
||||
|
Eso es seguramente porque no has pasado de una version a otra... ni estas bajando como 15 descargas para tener los nuevos designers, ni los betas para haber podido soportar a Vista mucho despues que Delphi lo hizo. Ni haber transformado miles de lineas de codigo de una version a otra, simplemente porque si.
No discuto con nadie si elige otras plataformas. De hecho, estoy certificado en .NET y lo conozco desde que sale el primer alpha de .nET 1.0, y tengo desarrollos activos en el mismo. Y aun asi, despues de trabajar para algunas empresas, ayudarles a "trastearse" de una version a otra de framework/ide o de otras herramientas, mejor decidi irme por python para Web y con Delphi para lo demas. VS.NET es un buen IDE. .NET es un buen framework. Pero es demasiado movil por ahora, tiene muchas cosas que estan en proceso y es condenamdamente pesado trabajar en el.... ahora, hablo por la experiencia propia en los trabajos que he hecho. Seguro que en proyectos pequeños da igual si se hace en assembler... ![]()
__________________
El malabarista. |
|
#3
|
|||
|
|||
|
Cobol ¿ muerto ? delphi ¿agonizando?
Primero, cobol sigue dando caña en grandes corporaciones con prog antiguos pero, se adapta a los nuevos entornos(Acucobol version 8.x genera java con codigo fuente cobol ).
Segundo, delphi no agoniza precisamente por la cantidad de componentes y porque, aunque vaya detras, por lo menos va bien y esta ahí. EL problema que se le va a plantear a delphi es que los fabricantes de componentes (visuales, acceso a bases de datos ....) no desarrollen para vcl y se pasen a .net. Ahí estará el fin de delphi. Por lo pronto (http://www.devexpress.com) (componentes visuales) ha tomado la decision de no hacer componentes para vcl.net aunque si para vcl, y enfocar esfuerzos en componentes para asp.net y winforms. EL problema es que los que tienen para vcl cada vez estan mas distanciados de los de vcl (siendo os de .net buenísimos y los de la vcl buenos), Dado que codegear apuesta por vcl y vcl.net ¡ mal asunto! Espero que no se convierta en la tónica. ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Actualizar los puestos de un programa instalado en el servidor | VRO | Conexión con bases de datos | 3 | 19-07-2005 20:53:16 |
| Refresco automático en todos los puestos??? | burasu | Conexión con bases de datos | 6 | 10-02-2005 11:19:40 |
|