Futuro del IDE Delphi...

[manolop]

Hola a todos, quería pese a que la cuestión es bastante extensa proponer esta duda. Resulta que en mi trabajo solo desarrollamos en Delphi, y la verdad es que tengo un gran temor a quedarme demasiado estancado. Si alguien tiene algún argumento solido respecto al futuro de Delphi, se lo agradecería muchísimo. Muchas gracias y espero que no me amonesten por poner un titulo tan amplio.
Saludos.

[Ñuño Martínez]

Creo que ya se ha hablado de esto en el Club, pero hoy estoy vago y no voy a buscarlo.

Sólo diré que desde que tengo uso de razón estoy oyendo que COBOL está muerto, que nadie lo usa... Y cuando estuve buscando trabajo a finales del año pasado me llegaban demandas de programadores COBOL a porrillo (=en cantidad). De hecho estoy planteándome seriamente en estudiarlo cuando tenga tiempo por si las moscas.

Últimamente estoy oyendo lo mismo con Java y lo de Delphi tampoco es nuevo, por no hablar de FORTRAN, el más viejo de todos y ahí está, con una nueva versión ISO en plena discusión. Además, Lazarus está creciendo en popularidad día a día, así que echa cuentas.

[manolop]

muchas gracias, lo voy a buscar mejor en los foros. Pero gracias por tu tiempo

saludos.

[anekro]

Yo tambien tenia miedo de que empezara a ser menos popular, pero la verdad es que me he arriesgado a especializarme en Delphi porque es el lenguaje que mas me gusta; pero la verdad es que no encuentro muchos trabajos que lo soliciten en comparacion con Java o .Net

[Chandra]

Si te fijas en el índice Tiobe, Delphi está ahora en una posición bastante buena (a raíz, creo yo, de la división de CodeGear de la matriz):

http://www.tiobe.com/index.php/conte...pci/index.html

Una buena posición en el Tiobe significa que Delphi está muy vivo en los buscadores, que hay un renovado interés por él y que está muy presente.

[jachguate]

Por no hablar de que es mejor que hay hoy por hoy para desarrollo nativo sobre win32 y en el futuro para win64. Eso CodeGear lo tiene bastante claro y creo que estan jugando a no perder ese liderazgo. Finalmente, si ya no diera para programar, supongo que a estas alturas, en Rusia, la demanda por profesores de Delphi debe ser bastante elevada...

Hasta luego.

[gmontes]

Empezado por jachguate

Por no hablar de que es mejor que hay hoy por hoy para desarrollo nativo sobre win32 y en el futuro para win64. Eso CodeGear lo tiene bastante claro y creo que estan jugando a no perder ese liderazgo. Finalmente, si ya no diera para programar, supongo que a estas alturas, en Rusia, la demanda por profesores de Delphi debe ser bastante elevada...

Hasta luego.

o sea que lo que debe de preocuparte es aprender Ruso

[rcm861]

Hola a todos

Si CG no se aplica el futuro esta muy pero muy incierto veamos información del 2002 http://delphi.about.com/od/delphifornet/a/conspiracydnet.htm

Cuenta de 3 partes léanlo por favor y después viendo el presente hagan sus conclusiones.

Punto 2
Después tenemos el RoadMap:http://dn.codegear.com/article/36620

Vayan a ver la presentación de Visual Studio 2008 y díganme con que va a competir la versión Tiburón que mas bien parece Sardina y las que le siguen.

No me mal interpreten yo programo con Delphi pero la programación para los mobiles es una realidad en VS2008 ahora el RAD quedo atraz con 2 versiones de .Net cuando CG se va a poner al corriente ?

En Google sobran las propuestas hechas a CG por otros usuarios sobre que hacer con su UNICODE.


Les habla una persona que estuvo con Clipper hasta el final y que estare hasta el final con Delphi pero si me gustaría que CG hiciera mas por sus clientes que lo que no hizo Computer Asociates por la comunidad Clipper.

Saludos desde México
Ramiro

[jachguate]

Empezado por gmontes

o sea que lo que debe de preocuparte es aprender Ruso

да, конечно мой дорогой друг

см. Вас!

[Chandra]

Empezado por rcm861

Si CG no se aplica el futuro esta muy pero muy incierto veamos información del 2002 http://delphi.about.com/od/delphifornet/a/conspiracydnet.htm

Cuenta de 3 partes léanlo por favor y después viendo el presente hagan sus conclusiones.

Ha llovido un poco desde el 2002, no? 6 años son muchos años en este mundo.

En estos 6 años las cosas han cambiado tanto que... no sé a dónde quieres llegar. De todos es conocida la participación de Borland en .NET, la fuga de ingenieros hacia Microsoft, los cambios en los equipos directivos... Pero eso son batallitas pasadas. Ahora tenemos sobre la mesa a CodeGear y el hecho es que Delphi vuelve a estar en alza. Lo que nos depare el futuro... nadie lo sabe: también .NET iba a arrasar con todo, Windows Vista iba a ser un éxito de ventas, Java no servía para aplicaciones de escritorio...

Jugar a las adivinanzas en programación es terriblemente complicado y las posibilidades de herrar son altas. Lo mejor es programar para el presente, o a 1 o dos años vista. Y a 1 o dos años vista, no veo yo a Vista , sino win32 en XP, es decir, Delphi (7 o 2007, según los gustos).

El futuro no está escrito. Mañana compra CodeGear Google o Microsoft o IBM y... ¿qué?

[[Andreano]]

Respondiendo a la pregunta inicial de manolop,

Hay muchas oportunidades para el mercado de desarrollo de aplicaciones Windows con Delphi, actualmente grande parte Win32, en poco Win64, donde Delphi estará 100% compatible.

Lanzamos Delphi 2007 Win32 para AS400, esto permite desarrollo de aplicaciones para servidores AS400, abriendo mercado para los desarrolladores Delphi trabajaren para empresas, porque solamente empresas tienen AS400.

El gran esfuerzo para Tiburon, es UNICODE, porque UNICODE, porque las aplicaciones desarrolladas en Delphi para el mercado japonés, chino, ruso y otros necesitan este soporte, si alguna compañía en Latin America necesita vender su aplicación para estés países y no soportan UNICODE tendrán problemas, conozco muchas empresas en Latin America que necesitan urgente UNICODE para continuar en Delphi, esto quier decir que estas empresas continuaran solicitando desarrolladores Delphi.

El roadmap está publicado con algunas de las novedades para los próximos años, no todas, por razones estratégicas y legales no publicamos todo. El roadmap es actualizado frecuentemente.

Si tienes cualquier duda, estamos aquí.

Saludos,

Andreano Lanusse
CodeGear Product Line Manager & Lead Evangelist Latin America
Blog: http://blogs.codegear.com/andreanolanusse

[rcm861]

Hola de nuevo

El Unicode Andreano tenia otra solución expuesta en Google que ya se podía dar sin necesidad de una versión Tiburón.

Nadie ha dicho que CodeGear no hace nada si no que lo que se esta haciendo va lento contra la competencia.

Los Mobiles para cuando la comunidad tiene 4 años solicitándolo.

Cuando estará compatible con .Net 3.5

Componentes para Firebird la comunidad tiene toda la vida pidiéndolo a y por si no lo sabias Firebird gano en SourceForge el año pasado el primer lugar solo que no recuerdo la categoría pero ahora que CodeGear esta patrocinando un premio puede que tu sepas.

El regreso de Kylix la comunidad lo sigue pidiendo. Hubo varios proyectos que quedaron en internet que cerraron ante la nula respuesta de CG uno de ellos es CrossKylix por si lo quieren ver.

Si he visto los adelantos de Delphi for PHP y que la próxima versión promete estar aun mejor pero no es lo mismo que un Kylix.

Saludos y lo mejor.
Ramiro

[Casimiro Notevi]

Hola, voy a dar mi opinión sobre lo que comentas:

Empezado por rcm861

Cuando estará compatible con .Net 3.5

Jamás podrá estar a la última con .net de microsoft porque es la propia microsoft quien lo crea, y los demás tienen que ir detrás, por fuerza.

Empezado por rcm861

Componentes para Firebird la comunidad tiene toda la vida pidiéndolo a y por si no lo sabias Firebird gano en SourceForge el año pasado el primer lugar solo que no recuerdo la categoría pero ahora que CodeGear esta patrocinando un premio puede que tu sepas.

Jamás van a sacar componentes específicos para Firebird porque Codegear tiene su propia base de datos (el padre de Firebird): Interbase

Empezado por rcm861

El regreso de Kylix la comunidad lo sigue pidiendo. Hubo varios proyectos que quedaron en internet que cerraron ante la nula respuesta de CG uno de ellos es CrossKylix por si lo quieren ver.

Eso estaría bien, Kylix, pero open source, por supuesto, así existirían muchísimos programadores que lo usarían y se crearían mejoras, componentes, utilidades, etc y la misma Codegear sería la beneficiada, ya que, creo, Kylix se convertiría en uno de los principales entornos de programación para Linux

[dec]

Hola,

Empezado por Casimiro

Eso estaría bien, Kylix, pero open source, por supuesto, así existirían muchísimos programadores que lo usarían y se crearían mejoras, componentes, utilidades, etc y la misma Codegear sería la beneficiada, ya que, creo, Kylix se convertiría en uno de los principales entornos de programación para Linux

¿Y qué hay de Lazarus? ¿Por qué crees que Kylix tendría una "comunidad" detrás que Lazarus no ha conseguido?

[Casimiro Notevi]

Empezado por dec

Hola, ¿Y qué hay de Lazarus? ¿Por qué crees que Kylix tendría una "comunidad" detrás que Lazarus no ha conseguido?

El "problema" que le encuentro a Lazarus es que el desarrollo va muy, muy lento porque seguramente son pocos los que están ayudando al mismo.
No es culpa de ellos, por supuesto que no, pero, incluso ahora mismo, está todo muy "verde", no es factible todavía hacer algo profesionalmente con Lazarus.
Sin embargo, Kylix, en su versión 3 (creo que fue la última), aunque ya es de hace años, es mucho más completo y estable.
No sé si has probado Lazarus últimamente, pero es casi imposible hacer nada "en serio", es algo que me desagrada porque cada vez que sale una nueva versión/revisión la pruebo y acabo dejándola aparcada hasta la siguiente, sencillamente porque no está preparada todavía para trabajar con ella.
Me gustaría colaborar con el proyecto, pero desgraciadamente, no tengo tiempo ni conocimientos.

Además, si Kylix fuese open source, es algo de lo que se podría aprovechar Lazarus, de esa forma se crearía una competencia entre ambos y todos saldrían ganando porque las mejoras de uno... ¡serían mejoras para el otro!, al ser open source ambos.

Es mi opinión, aunque puedo estar totalmente equivocado.

[ASAPLTDA]

Hola, una miniaportacion, el futuro del desarrollo esta en la web, en las empresa que trabajo quieren desarrollos para la web, no para instalarse en los micros, estoy probando la vcl para la web y me parece excelente, pero tiene unos componentes muy pero muy basicos (parece que quisiera que le compraran a otros). pero el soporte de manuales es muy regular, el soporte que uno ve son unos ejemplos sin documentar de las capacidades del software, el help del delphi 2007 no puede ser mas maluco, no he encontrado el manual de como usarlo, para explicar una cosa son muy escuetos o demasiados complejos para leer en 2 lineas parece que los hiciera un programador que quiere demostrar que sabe mucho, el saber es bueno pero deben existir ejemplos basicos y ejemplos complejos para usar una misma funcion, opcion o componente y debe ser explicado no tratarse de unas lineas de codigo sin documentar.

[Chandra]

Empezado por Casimiro Notevi

El "problema" que le encuentro a Lazarus es que el desarrollo va muy, muy lento porque seguramente son pocos los que están ayudando al mismo.
No es culpa de ellos, por supuesto que no, pero, incluso ahora mismo, está todo muy "verde", no es factible todavía hacer algo profesionalmente con Lazarus.
Sin embargo, Kylix, en su versión 3 (creo que fue la última), aunque ya es de hace años, es mucho más completo y estable.
No sé si has probado Lazarus últimamente, pero es casi imposible hacer nada "en serio", es algo que me desagrada porque cada vez que sale una nueva versión/revisión la pruebo y acabo dejándola aparcada hasta la siguiente, sencillamente porque no está preparada todavía para trabajar con ella.
Me gustaría colaborar con el proyecto, pero desgraciadamente, no tengo tiempo ni conocimientos.

El problema de Lazarus es que "el que mucho abarca, poco aprieta". Quiere estar presente en todos los frentes (demasiados sistemas operativos) y no termina de despegar en ninguno. Si se centraran en Linux, que es donde están todos sus usuario (potenciales o de hecho), probablemente ya habría salido hace tiempo de la eterna beta. Pero claro... como el código tiene que ser compatible transversalmente, y las librerías usadas en cada SO cambian constantementeo, es una tarea complicada dirigir esa "orquesta".

Si Linux tuviera una puerta de entrada decente para los programadores Delphi (Kylix, Lazarus...), muchos nos lanzaríamos de cabeza a esa piscina. El problema es que Kylix murió o lo suicidaron hace tiempo (¿quien se atreve a casarse con un "cadáver" cada día más incompatible?) y Lazarus no termina de pasar de juguete curioso.

[[Andreano]]

Empezado por rcm861

Hola de nuevo
El Unicode Andreano tenia otra solución expuesta en Google que ya se podía dar sin necesidad de una versión Tiburón.

Nuestro equipo tiene experiencia suficiente para saber como implementar Unicode, el trabajo en esto es demasiado grande, una búsqueda en google no es solución.

Empezado por rcm861

Los Mobiles para cuando la comunidad tiene 4 años solicitándolo.

Ya hablamos sobre esto aquí, mas de nuevo, estamos estudiando soluciones nativas, infelizmente .NET CF no es abierto 100% para permitir que otras compañías crean soluciones .NET para Mobile, por esto tendremos que crear todo do nuevo.

Empezado por rcm861

Cuando estará compatible con .Net 3.5

Estamos trabajando soportar.

Empezado por rcm861

Componentes para Firebird la comunidad tiene toda la vida pidiéndolo a y por si no lo sabias Firebird gano en SourceForge el año pasado el primer lugar solo que no recuerdo la categoría pero ahora que CodeGear esta patrocinando un premio puede que tu sepas.

El driver de dbExpress para InterBase funciona con FireBird

Saludos y lo mejor.
Ramiro[/quote]

[[AzidRain]]

Yo creo que lo que pasa con el IDE es que lo han engordado demasiado y obviamente habemos muchas pequeñas casas de software que no podemos pagar el alto precio de la versión más reducida de BDS. Está muy bien que tenga muchas caracterísiticas potentes y grandes pero la realidad laboral de todas las empresas que desarrollamos software a gran escala es otra. Nada más acuérdense de la gran cantidad de paletas que incluía Delphi 7 y la pequeña cantidad de paletas que realmente utilizábamos y más aún, muchas veces terminamos utilizando componentes de terceros porque no encontramos lo que nos hacía falta en lo que ya traía Delphi.

El problema es que MS ahora está ofreciendo muy buenas oportunidades para adquirir sus productos de programación. Me refiero a que dan facilidades para pagar, aceptan tarjetas y un mil de cosas. (La otra vez por cierto uno de sus vendedores me ofreció un descuento bastante bueno solo por tener un producto Borland [Delphi 7]). Si CG sacara una versión "lite" de Delphi 2008, digamos que sirviera para hacer aplicaciones "básicas" y con la posibilidad de aplicarle plugins (con un costo adicional) según se requiriera además de dar más facilidad para adquirirlas otra cosa sería.

Cuando anunciaron D2008 pregunté el precio de inmediato y me fui para atrás. Estoy de acuerdo que lo vale pero desgraciadamente aquí no vamos a utilizar todas las características que incluye, seguiremos expectantes pero no descarto en un futuro que terminemos migrando todos nuestros desarrollos a otros lenguajes (con todo el dolor de mi corazón) que nos permitan mayor crecimiento como empresa. De hecho mi socio "capitalista" no para de insistir en firmar con MS para una licencia de varios de sus productos, tanto de programación como ofimáticos y los motivos que él me plantea generalmente son económicos y muy difíciles de debatir. Me dice, "mira, con tal herramienta (innombrable) obtendríamos un ROI mucho más alto que si compramos Delphi 2008 que es mas caro. Solo necesitamos colocar un proyecto de x pesos y con eso recuperamos la inversión, mientras que si vamos por Dephi nos representa 2 proyectos. Además por lo que hemos ya visto nuestros clientes ya están prefiriendo XXX( nuevamente innombrable) porque les es más fácil mantener lo desarrollos que les hacemos"

En fin, espero que pronto tengamos una mejor propuesta de CG porque al paso que vamos ya me estoy viendo convertido en programador de ....( por qué será que no lo puedo escribir???) y que feo va a ser eso.

[mamcx]

Primero, una cosa es clara: No es de los IDEs que deben ser causa de preocupacion, es de la propia gente.

Por ejemplo, mucho se habla del .NET y del Java. Que todos buscan trabajo, etc. Sin embargo, quizas no se dan cuenta de lo dificil que se les esta volviendo la transicion a tantas empresas de sus herramientas viejas a las "nuevas".

Por ejemplo, hace poco una de las empresas donde trabaje y les ayude en algo del .NET me conto que mas o menos ha invertido US 200.000 en actualizar su software hecho en FoxPro. Y la cosa es que los 2 unicos que eramos buenos en .NET ya no estamos, y esta en ascuas consigiendo quien.... y se que van como unos 6 tipos que se le han ido.

En fin... la razon fundamental es que a mas de uno le esta dando en la cabeza eso de la tal "programacion orientada a objetos" y el retroceso de la programacion RAD a la programacion "orientada a a servicios, distribuida y multi-capas"...

Actualmente estoy en eso mismo, en otra empresa ayudandoles a usar el .NET... tienen 2 desarrolladores y ninguno ha podido despegar en 6 meses... asi que otra vez yo solo cargando con todo .

El punto es que si no se aprende bien la OO, los fundamentos de lenguajes y si no se aprenden mas de uno (ojala que sean contradictorios, lenguajes imperativos vs. dinamicos) es muy dificil el panorama. Por mi parte, aunque aqui me conocen como un "experto" en Delphi, en mi entorno cercano me consideran el "mago" del .NET pero en los circulos web ya estoy escalando con el python...

Y saben? Programo casi igual en todo. Pero es solo cuestion de entrenarse para adaptarse a la tecnologia, en vez de rancharse en una sola forma de hacer las cosas...

Con tal mentalidad, se puede ser muy bueno en cualquier cosa. De hecho, a pesar de que parece que es el .NET quien me da la "papita" y mientras ayudo a otros a usarlo, es con Delphi & python que trabajo yo... ni de locos me meteria a usar .NET o Java (o php, pero es porque lo odio nada mas) sabiendo que ahi esta mi ventaja - mientras otros pierden millones y mucho tiempo, aun a mi paso lento, soy mas rapido! -

Y por ultimo:

Un ser humano debe poder cambiar un pañal, planear una invasión, matar un cerdo, volar una nave, diseñar un edificio, escribir un soneto, balancear sus cuentas bancarias, construir una pared, fijar un hueso, criar un niño, tomar órdenes, dar órdenes, cooperar, actuar solo o acompañado, solucionar ecuaciones, analizar cada nuevo problema, abonar una planta, programar y diseñar una aplicación, instalar una computadora, cocinar una comida digna y sabrosa, luchar incondicional y eficientemente, ser un caballero galante y morir dignamente.

La Especialización es para insectos

-- Robert A. Heinlein