Es cuestión de enfoques ;) A fin de cuentas, el programador de delphi sabe, desde siempre, que exit sirve para salir de la rutina actual y simplemente se le está agregando un valor a esa salida; mientras que return puede serle ajeno, sobre todo si no programa en C o no acostumbra hacerlo. Agregar una nueva palabra al léxico sería -en mi opinión- una complicación innecesaria.

Por otra parte, si bien exit(false) pudiera ser confuso, en realidad es algo muy circunstancial, pues exit(84) no tiene ese problema.

Para mí, lo mejor sería que Result funcionara como return, esto es, que

Código Delphi [-]
Result := 84;

provocara el término de la función, tal como sucede en C. No obstante sé que es imposible porque rompería muchísimo código ya existente.

// Saludos

Exacto por eso es que dudo que embarcadero invierta en dar soporte nativo a firebird.

Compara la cantidad de usuarios de cada motor que has mencionado.

firebird,oracle, mssql,mysql, db2

edito: Otro factor a considerar es que los usuarios de motores como mssql, oracle,db2 están dispuestos a invertirle al motor de base de datos. En cambio cuando elijer firebird es precisamente por lo contrario.

No creo que quien elije Firebird lo hace solamente porque no quiere invertirle al motor de base de datos. Si tomamos en cuenta que el 90% de las aplicaciones que se desarrollan bajo Delphi son administrativas o de gestión de información, Firebird encaja perfectamente para cumplir con los requerimientos que se le demandan en ese tipo de aplicaciones. Obviamente hay casos en donde quizá (y solo quizá) FB no pueda dar el anchi y si Oracle o SQL Server pero obviamente se tratará de aplicaciones muy grandes o muy especializadas en donde el costo del motor realmente viene siendo lo de menos comparado con todo lo demás.

Firebird como motor tiene todo lo necesario, ya que sea libre o no es otra cosa. Posiblemente aún si no fuera libre de todas formas tendría la misma popularidad.

Es lógico que Embarcadero no piense soportar FB de manera nativa, después de todo se llevaron BlackFish como cereza del pastel de Delphi. Es el mismo caso de MS con el soporte de VB a MySQL o Firebird. Además, Embarcadero de por sí contaba con sus propios productos de BD.

FB parece destinado a seguir siendo soportado de forma triangulada gracias a algún buen samaritano vestido de programador que se anime a desarrollar los componente necesarios.

No pongo en duda su capacidad por que de hecho nunca he usado ese motor. Pero si se que muchos lo elijen precisamente por que representa cero inversión.

Los programadores que están aprendiendo y los estudiantes estoy de acuerdo que por costar cero. Pero los programadores patito, pseudoempresas de desarrollo y demás piratas que trabajan con "todo gratis", lo eligen, por supuesto porque no cuesta nada (igual como no les costó piratearse Delphi y demás.

Un programador serio y profesional y las empresas decentes de desarrollo lo eligen por todas sus características, quedando a un lado si es libre o no. Una cosa es tener capacidad para "invertirle" en SQL Server u otro y otra muy distinta es de verdad requerirlo por todos los medios.

:rolleyes: Pues yo lo vi por el Opera, aunque sin audio (No tenia audifonos:()...

Bueno he encontrado muy buenos comentarios al respecto a excepcion del detalle con Firebird, es cierto que dan prioridad a sus productos claro y habran quienes se puedan sentir un tanto de disgusto, bueno yo digo "unas por otras" y lo positivo por lo que veo es mas... una pregunta que me surgio es ¿Cual es la novedad de la nueva version de Delphi frente a otros lenguajes?...

PD: Por ahora sueño y me conformo con probar un demo, en el momento son cosas fuera del alcance de muchos :D

Yo lo ví desde Firefox sin problemas.
Trae unos nuevos componentes bastante interesantes, sobre todo me gustó el soporte para Ribbon. Vamos que lo que se aprecia visualmente siempre será lo más llamativo. Las mejoras al IDE y al compilador podrían pasar desapercibidas.

La parte donde pusieron el video como que se vio algo cortada pero entendible. Ojala y puedan colocar ese video y esta presentación disponibles para descarga.

Interesante la mención sobre el apoyo a desarrolladores de componetes externos, sobre todo con la gente de los DevExpress, que bueno que están trabajando con ellos.

A mi me quedó un sentimiento medio extraño respecto a lo que mencionaron sobre "Commodore", ¿es la versión siguiente después de la "Tiburón"? si es así, ¿por que comprar "Tiburón" y no esperar a "Commodore"?

Mucha suerte a CodeGear - Embarcadero

Ok, Como tu digas.

Pues me parece que por falta de tiempo la presentación fue muy rápida para apreciar los verdaderos cambios de esta versión, en la parte de la VCL para los que desarrollamos con componentes de terceros no fueron gran novedad, los ribbon por ejemplo, yo uso los Developer Express desde hace tiempo lo único bueno aquí es que ya vienen de fabrica y no hay que invertir. En la parte de RTL se vio a groso modo Generics, TStringBuilder y métodos anónimos que la verdad no me quedo muy claro. Se vi algo muy rápido de DataSnap.
Parece ser que va a ver presentaciones presenciales en algunos países espero que ahí podamos observar con un poco mas de detalle las nuevas característica de Delphi 2009. Lo único que yo sigo insistiendo es que la forma de desarrollar aplicaciones para dispositivos móviles con Delphi es muy precaria ojala algún día se mejore esta parte.

Les dejo la dirección de mi blog, ahí encontrarán un pequeño resumen del evento.

http://markdelphi.blogspot.com/

Saludos

Que que? :confused: que ya estamos a 2 de Agosto??? (y ayer presentaron al tiburoncito) :eek: jajaja
Yo ya no se ni en que día estoy pero afortunadamente puedo enterarme de todo con los foros... así que seguiré leyendo sus comentarios.

Saludos.

En los blogs de algunos compañeros tambien hay pequeñas reseñas sobre la presentacion:

Blog de Jhonny
MarkDelphi
Blog Fernando Leonor

Saludos.

Hola Al.

Coincido contigo. De hecho soy fanático del C++ Builder, tengo contrato de mantenimiento y actualizaciones y estoy esperando con ansia la nueva versión. No se si será buena combinación o no, pero también soy fanático del firebird, y de hecho, para mi una cosa se complementa con la otra. Por supuesto entiendo que CodeGear preferiría que todos tuviésemos interbase, pero tambien se puede mirar de otra forma: mejor C++Builder+firebird que VisualBasic+SQLserverexpress, no?. Es decir, para mí, firebird ha contribuído a que siga usando C++ Builder, sin tener jamás necesidad de probar otra herramienta.
Como nota curiosa, tengo también el Delphi for php, y la vcl, por cierto open source, si que tiene acceso nativo a firebird.
Espero que las herramientas de CodeGear de las que tanto presumimos por usar, sigan siendo merecedoras de toda la fama que siempre han tenido, y que esta comunidad siga creciendo. Por nuestra parte seguiremos usando y fomentando estas herramientas.

Un saludo.

Hola,

me perdi la presentación

:(


Estuve buscando la presentacion para descargarla y no la encontre en codegear.com


alguien sabe si las subieron, de ser así, pueden poner el link.

Gracias.


Paoti-

Hey compadre, checa este hilo, ahi está lo que quieres.

Un placer verte de nuevo por aqui.

Salud OS

grcias Egostar...




los descargo y me pongo a escucharlos y verlos...



un abrazo a todos.


-Pao

Me parece bastante lógico. No digo que me parezca bien, mal, acertado,aquivocado,... pero sí lógico.

IB es de la misma empresa que Delphi y se comercializa.
FB es competencia directa de IB. Incluso los mismos componentes y el mismo código casi funciona con ambas (no obstante "salieron" del mismo sitio).
==> Conclusión. El trabajo de la competencia no se lo voy a hacer yo, que lo hagan ellos.

(Creo que por ahí van los tiros)