Hola,

En breve voy a empezar en un nuevo proyecto, que me interesa que sea multiplataforma (Windows 32/64bit, Mac OS X, quizá Linux).

Como me estoy acostumbrando al Delphi, pensaba hacerlo todo en Lazarus, pero tengo un poco de miedo... Será el Lazarus suficientemente maduro para esto? La aplicación que voy a hacer es algo muy simple: acceso a base de datos (SQLite? Firebird? todavía no lo tengo claro), algunos informes (LazReport, quizá?), y acceso a un webservice (todavía no me he mirado esto, y puede que ni lo haga). Tendré problemas de estabilidad/fiabilidad?

La otra opción que estoy pensando es en usar Java SE (ya hace años que lo conozco, y no hay problemas en esto), pero lo que me tira más para atrás es el hecho de que las aplicaciones Java se ven "raras" en todos los sistemas (no parecen bien integradas en el aspecto visual, cosa que también pasa en Delphi si no se usa el XPManifest). Esto tambien pasa con Lazarus, o usa los widgets estándar de Windows, Mac OS X y Linux?

Muchas gracias por vuestra ayuda,

Marc

El compilador Free Pascal (FPC) es tan estable (o casi) como el de Delphi. El problema está en la biblioteca LCL (la equivalente a VCL/CLX), que es donde cojea. Aun así, si utilizas los controles normales, sin cosas raras (minimizar en la bandeja del escritorio, blablabla... ya me entiendes), es bastante estable en GNU/Linux y Windows. MacOS X es la menos estable, principalmente porque en el equipo de desarrolladores no hay mucha gente que trabaje habitualmente con ese sistema y que además tenga los conocimientos de bajo nivel necesarios (aunque creo que, como la última versión de FPC es capaz de trabajar "en modo Objective C" en MacOS X, la cosa ha debido mejorar mucho).

Las bibliotecas LCL utilizan varios widget en cada sistema operativo:

Windows: Win32 ,Win64, Qt GTK+ y GTK+2.
GNU/Linux: Qt, GTK+ y GTK+2.
MacOS: Cocoa y Carbon. (Creo que también Qt y GTK+, pero no estoy seguro)


Adicionalmente se está trabajando para que utilice, también, fpGUI, una biblioteca gráfica que pretende utilizar el gestor de ventanas de cada sistema desde el punto más bajo posible.

Hola Ñuño,

La verdad es que estoy un poco asustado con el Lazarus... Lo he instalado en el Ubuntu 10.4, la versión de Lazarus es la 0.9.28.2-8ubuntu1, y sólo ha ocurrido un error: añado un botón al formulario (totalmente vacío), hago doble click para que me genere el evento "onClick", y sale una ventanita diciendo: The component editor of class "TDefaultComponentEditor" has created the error: "No se puede encontrar el método. Compruebe el error mostrado en la ventana de mensajes".

Claro, sólo con esta "prueba" la cosa asusta bastante... :P

La verdad es que estoy un poco asustado con el Lazarus... Lo he instalado en el Ubuntu 10.4, la versión de Lazarus es la 0.9.28.2-8ubuntu1, y sólo ha ocurrido un error: añado un botón al formulario (totalmente vacío), hago doble click para que me genere el evento "onClick", y sale una ventanita diciendo: The component editor of class "TDefaultComponentEditor" has created the error: "No se puede encontrar el método. Compruebe el error mostrado en la ventana de mensajes".
Yo recomiendo utilizar el IDE de Delphi, o a lo sumo el IDE de Lazarus sobre Windows, desarrollando código pensado para multiplataforma, y luego compilar en Linux de ser necesario. El IDE de Linux me trajo unos cuantos dolores de cabeza.

Saludos!

Yo he hecho con lazarus en linux algunos programitas de pruebas con acceso a datos firebird y la verdad es que con esta última versión no me ha dado de momento ningún problema.
Pero, de momento, no lo recomiendo para alguien que no tenga mucha experiencia porque pueden surgir incidencias que no sepa resolver fácilmente, y si el programa va a ser para windows, usar un delphi aunque sea una versión obsoleta y se acabó, es lo más seguro.
Ahora bien, si de verdad se quiere aprender, investigar, probar, etc. entonces por supuesto que recomiendo lazarus+linux

La verdad es que estoy un poco asustado con el Lazarus... Lo he instalado en el Ubuntu 10.4, la versión de Lazarus es la 0.9.28.2-8ubuntu1, y sólo ha ocurrido un error: añado un botón al formulario (totalmente vacío), hago doble click para que me genere el evento "onClick", y sale una ventanita diciendo: The component editor of class "TDefaultComponentEditor" has created the error: "No se puede encontrar el método. Compruebe el error mostrado en la ventana de mensajes".

Pues algo tienes mal instalado, porque acabo de hacer lo mismo que tú (mismo Lazarus con Kubuntu 10.4) y no he tenido ningún error. Quizá te falte algún paquete o deberías utilizar el almacén de paquetes que ofrece el propio proyecto Lazarus (http://wiki.lazarus.freepascal.org/Getting_Lazarus#Getting_Lazarus_from_our_Ubuntu_repository), que es el que uso yo y suele estar más "al día" que el de Canonical. O quizá es algo de la configuración.

Por cierto, ¿qué error muestra la ventana de mensajes? ¿Y qué versión de Free Pascal utiliza? Todos los números de versión se pueden consultar en "Ayuda->Acerca de Lazarus".

Pero bueno, coincido con delphi.com.ar y Casimiro. A Lazarus todavía le falta tiempo de cocción. Aun así, siempre puedes utilizar Free Pascal "a palo seco", que ya he dicho que es bastante más estable y es muy completo (incluso tiene su propio IDE: ejecuta desde consola "fp"). Es como el viejo Turbo Pascal pero más mejor. ;)

Lo investigaré un poco más, e instalaré el Lazarus desde en enlace que ha puesto Ñuño Martínez. De todas formas, veo mucho más maduro el Java...

Un par de preguntas más... Lazarus compila a 32 y 64 bits? Y tiene soporte completo para Unicode? (o sea, que todos los String ya sean unicode, los componentes, etc).

Saludos,

Marc

(...) De todas formas, veo mucho más maduro el Java...

Disculpa, pero comparar la madurez de Java con la de Lazarus no me parece correcto. El primero ya tiene casi veinte años y el segundo poco más de diez, aparte de que uno está desarrollado por una empresa y el otro por voluntarios sin sueldo, y para terminar un lenguaje de programación tiene poco que ver con un entorno de desarrollo.

Date un capón de mi parte.

Un par de preguntas más... Lazarus compila a 32 y 64 bits? Y tiene soporte completo para Unicode? (o sea, que todos los String ya sean unicode, los componentes, etc).

Hasta donde sé, Free Pascal sólo compila para 32 bit, aunque creo que la versión de desarrollo está haciendo sus pinitos en 64.

Free Pascal sí tiene soporte completo para Unicode, claro que muchas veces hay que tener en cuenta el soporte del sistema operativo (por mi experiencia, funciona mejor Linux que Windows). Lo mejor es comprobarlo por uno mismo:

http://wiki.lazarus.freepascal.org/LCL_Unicode_Support/es
http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/system/index-5.html

aparte de que uno está desarrollado por una empresa y el otro por voluntarios sin sueldo]

Y, ¿eso qué? Aunque entiendo el punto de vista, la mayoría de nosotros programamos no por amor al arte sino para trabajar. ¿De qué nos sirve toda la bonita filosofía atrás de Lázarus si no nos sirve para desarrollar un sistema profesional? Y es que, aceptar un punto de vista como éste que expones, es aceptar que el futuro de Lázarus no va más allá de un juguete interesante para hacer una que otra aplicación casera.

// Saludos

Creo que ñuño lo decía por el tiempo de desarrollo que llevan ambos, que lazarus, al ser hecho por gente que no cobran, no pueden dedicarle todo el tiempo que quisiera y es por lo que, ni siquiera, aunque ambos llevaran el mismo tiempo, tampoco podrían ir igual de avanzados.

Edito: es lo que he comentado en otras ocasiones, lazarus necesita lo mismo que le ocurrió a wine, que google se interesó en ellos y les donó un montón de millones de dólares. A los 3 meses sacaron por fin su versión 1.

Roman: Tal como comenta Casimiro. Lo digo porque Lazarus no tiene los recursos de Sun (y ahora Oracle) para dedicarse a trabajara en el proyecto, por lo que no puede compararse uno con otro. Pero eso no significa que Lazarus sea un juguete, sino al contrario. Bastante han conseguido con lo que tienen ya, que es un IDE muy decente. Si alguien donase unos cuantos miles para que tres o cuatro personas puedan dedicarse a él a tiempo completo, seguro que en unos meses tienes algo comparable a Delphi 6, seguro.

Como dije anteriormente: entiendo el punto de vista, es decir, entiendo el porqué (o uno de los porqués) de que Lázarus no tenga un desarrollo más avanzado. Pero, ¿y qué con eso? Desde el punto de vista del programador profesional, de poco valen las razones. Se tiene o no se tiene un entorno listo para usarse de manera profesional. Y, la verdad, hasta ahora, cada vez que alguien pregunta algo similar a lo de este hilo, la respuesta es muy similar a esta:

Yo he hecho con lazarus en linux algunos programitas de pruebas

Pero la pregunta no es qué tal van en sus esfuerzos los voluntarios que llevan el proyecto. La pregunta es: ¿sirve o no sirve para hacer sistemas?

// Saludos

En vista de las diferentes respuestas que ha habido, sobretodo aquella de "mejor programarlo en Delphi y compilarlo en Lazarus", he decidido no arriesgar mi tiempo y mi dinero en Lazarus e ir por caminos seguros: VB.Net en Windows, y Java para Mac OS X.

Por otra parte estoy totalmente de acuerdo con Roman. Para hacer pruebas, programitas internos o similares no habría ningun problema en usar Lazarus, pero si voy a hacer algo profesional, no me puedo arriesgar a fallos tontos, o a esperar que alguien, altruistamente, me arregle los problemas.

Saludos,

Marc

Pero la pregunta no es qué tal van en sus esfuerzos los voluntarios que llevan el proyecto. La pregunta es: ¿sirve o no sirve para hacer sistemas?
En el foro oficial de Lazarus hay unos cuantos programadores profesionales que lo utilizan. Aun así, creo que hay más gente que utiliza "sólo Free Pascal" de forma profesional.

Yo, en el trabajo, no lo utilizo porque aquí sólo me mandan hacer cosas en PHP. Aun así, me fío bastante de Lazarus. Incluso me hice una herramienta "de extrangis" para ayudarme en ciertas operaciones.

Lo que tengo pendiente es rehacer el programa de gestión que he desarrollado en PHP con Lazarus, a ver si consigo darle en los morros a mi jefe y de paso comprobar la madurez de Lazarus. El problema es el tiempo (o el exceso de proyectos, que no lo tengo yo muy claro :rolleyes:).

Lo de "programitas de pruebas" es simplemente por eso, porque no hay mucho tiempo libre, pero de momento sí me inspira confianza porque no he tenido ningún problema con esta última versión.
Y algunas cosas que más me gustan es que no consume recursos apenas, ni memoria, se ejecuta rapidísima y es muy ágil, se trabaja muy cómodo, me da la sensación de estar ejecutando un juego de hace años en un ordenador actual, que corre tanto que incluso hay que ponerle "retardos" para ajustarlo a su velocidad original :)

En vista de las diferentes respuestas que ha habido, sobretodo aquella de "mejor programarlo en Delphi y compilarlo en Lazarus", he decidido no arriesgar mi tiempo y mi dinero en Lazarus e ir por caminos seguros: VB.Net en Windows, y Java para Mac OS X.

Por otra parte estoy totalmente de acuerdo con Roman. Para hacer pruebas, programitas internos o similares no habría ningun problema en usar Lazarus, pero si voy a hacer algo profesional, no me puedo arriesgar a fallos tontos, o a esperar que alguien, altruistamente, me arregle los problemas.

Saludos,

Marc
todas las respuestas son totalmente subjetivas, el hecho que no sepamos que alguien ya ha hecho algo serio no quiere decir que no exista, ya hay bastantes programas hechos en lazarus muy potentes como ejemplo vi uno que hace imagenes de la corteza cereblar a partir de un scanner medico u otro que que se encarga de mostrar la superficie lunar y muestra el nombre de cada crater, tamaño y muchas otras cosas que no recuerdo, tambien un programa de compresión muy potente, de el único que recuerdo el nombre es de este ultimo, es PeaZip (http://peazip.sourceforge.net/)

[..] he decidido no arriesgar mi tiempo y mi dinero en Lazarus e ir por caminos seguros: VB.Net en Windows, y Java para Mac OS X.[..]

jejeje... tu dinero sí que lo arriesgarás con vb.net windows y esas cosas, ya que lazarus es libre y gratis.

[..] pero si voy a hacer algo profesional, no me puedo arriesgar a fallos tontos, o a esperar que alguien, altruistamente, me arregle los problemas.

jejeje... precisamente con lazarus te pueden arreglar los problemas y fallos tontos. Es con vb.net y esas cosas con los que tendría que tragar con los fallos hasta que microsoft decida sacar una versión nueva para arreglar el fallo... ¿un año después, dos años después?, ¿cuándo?, jamás lo sabrás, incluso es posible que nunca lo arreglen y lo dejen.

Con esto quiero decir que no son motivos demasiado válidos.

Lo importante es saber qué se necesita exactamente y luego encontrar quién me lo ofrece, y vistas las exigencias y necesidades es cuando hay que decidir qué software usar.

Espero que esto sea lo suficientemente profesional y no un programita de prueba

http://facturlinex.sourceforge.net/

PuntoDEV GNU S.L. ha creado una aplicación cliente-servidor con la posibilidad de ejecución multiusuario para la gestión integral de la facturación desde una pequeña empresa hasta una gran empresa con 9999 sucursales.Empezaron usando Kylix pero todos ya saben que pasó con Kylix, eso si fue perder tiempo, dinero y esfuerzo.

Si no consideras suficientemente estable el entorno de desarrollo Lazarus, puedes hacer uso, desde FreePascal, las qt o gtk de forma directa. Hasta puedes usar glade para desarrollar las gui generer un archivo xml y cargarlo desde freepascal.

Si no consideras suficientemente maduro freepascal, puedes decantarte por usar C, C++, python, perl, php, C#, java, etc. etc. etc. y cargarle tu archivo xml generado por glade o puedes optar por definir la interfaz totalmente a mano usando las gtk o las qt y sin olvidarme de las wx.

Ej (lo único que hacen es crear una ventana).
FreePascal+gtk

program win;

uses
glib2, gtk2;

procedure destroy(widget : pGtkWidget; data: pgpointer ); cdecl;
begin
gtk_main_quit();
end;

var
window: pGtkWidget;

begin
gtk_init (@argc, @argv);
window:=gtk_window_new(GTK_WINDOW_TOPLEVEL);
gtk_signal_connect(pGTKOBJECT(window),'destroy',
GTK_SIGNAL_FUNC(@destroy), NULL);
gtk_widget_show(window);
gtk_main();
end.python + gtk



import gtk

class MyWin:
def __init__(self):
self.window=gtk.Window()
self.window.connect('destroy',self.close_window)
self.window.show_all()

def close_window(self,widget):
widget.destroy()
gtk.main_quit()

if __name__=="__main__":
w=MyWin()
gtk.main()
C + gtk

#include <gtk/gtk.h>

static void destroy(GtkWidget *widget, gpointer data)
{
gtk_main_quit();
}

int main(int argc, char**argv)
{
GtkWidget *window;

gtk_init(&argc, &argv);

window=gtk_window_new(GTK_WINDOW_TOPLEVEL);

g_signal_connect (window, "destroy", G_CALLBACK(destroy), NULL);

gtk_widget_show(window);

gtk_main();

return 0;

}
Mono (Vb.NET+Gtk)

imports System
imports Gtk

Public Module MyWin

Sub OnDeleteEvent (ByVal obj as object, ByVal args as DeleteEventArgs)
Application.Quit()
End Sub


Public Sub Main()
Application.Init()

Dim window as Window= new Window("Title2")
AddHandler window.DeleteEvent, AddressOf OnDeleteEvent

window.ShowAll()

Application.Run()
End Sub

End ModuleMono (C#+Gtk)

using Gtk;
using System;

class MyWin{
static void Main()
{
Application.Init();
Window window= new Window("Title");
window.DeleteEvent +=delete_event;
window.Show();

Application.Run();
}

static void delete_event(object obj, DeleteEventArgs args)
{
Application.Quit();
}
}Ahora imagínate cargando la gui desde un archivo xml :D, podrías usar la misma interfaz para distintos lenguajes (en el dado caso que tus planes sean usar dos lenguajes distintos para cada SO) te ahorrarías bastante en la reescritura de tus funciones, pero las de la gui prácticamente permanecerían casi intactas

Lo que Lazarus hace es que no tengas que saber nada de esto, las gtk y las QT son muy estables y maduras. Lazarus te provee un entorno en el cual puedas hacer uso de uno u otra sin que realmente lo tengas que conocer pero con una sintaxis familiar y con la que te sientes como pez en el agua (si es que vienes de Delphi)

PD: http://www.gtk.org/commerce.html
Nero Linux usa las gtk: http://www.gtkfiles.org/app.php/NeroLinux
http://wiki.freepascal.org/Lazarus_Application_Gallery
http://wiki.freepascal.org/Projects_using_Lazarus

PD: Las QT pertenecen a Nokia (por si piensas que la madures viene dada por la empresa que este detrás) y Lazarus te permite hacer uso de ellas sin que las tengas que conocer.

PD: Si te vas a la página de las QT te darás cuenta de las aplicaciones profesionales que se han hecho con ellas http://qt.nokia.com/qt-in-use . Artlantis usa qt, ISE de Xilinx usa las QT.

PD: Si no consideras cualquier cosa como perdida de tiempo y dinero prueba tambien el QTCreator de Nokia (multiplataforma Embedded Linux, Linux, Mac, Symbian, Maemo, Windows, Windows CE/Mobile). Varias Plataformas si reescribir código. ¿Cuales plataformas soporta el Visual Basic NET? Con la varidad de dispositivos y plataformas que existen actualmente, sería algo *^?¿~#½ desarrollar para una única plataforma y si un entorno, ide, herramientas, bibliotecas, etc. etc. te permite desarrollar para todas ellas (o la mayoría) que mejor, y mejor si la reescritura de código tiende a ser casi nula. Cuantas plataformas soporta freepascal, hasta el iphone aunque a partir de IphoneOS 4 ya es ilegal por políticas de Apple. ¿Cuantas plataformas soporta Visual Basic NET?. Cuantas plataformas soporta Mono, hasta el iphone pero me imagino que también va a ser ilegal por políticas de Apple

PD: Si no haces uso de las apis especificas de Windows aunque tu progrma lo hayas hecho en VB.NET (con el Visual Studio o como se llame) instalando en Mac OSX o Linux el Mono vas a poder ejecutar tu programa sin ningún problema y no vas a tener que usar X para el SO X y Y para el SO Y.

PD: Java corre tanto en Windows como en MacOSX, si vas a usar Java y VB.NET, porque no mejor usas sólamente java, al cabo corre en ambos SO y otros más. Te ahorrarías "tu tiempo y dinero" ya que no tendrías que mantener el código de dos programas que hacen lo mismo.

Así como dice Casimiro primero levanta y analiza tus requerimientos, los requerimientos de tus posibles clientes y tus planes a futuro, porque de todos los lenguajes puedes encontrar aplicaciones profesionales y no juguetitos o pruebas caseras, lo que tu consideres como profesional probablemente para un nivel superior ya no lo sea. Igual tu entorno de desarrollo puede ser extremadamente profesional y tu programa extremadamente profesional que para un nivel inferior es como estar matando moscas a cañonazos. Al final el que le da lo profesional es la habilidad del programador.

Def. de profesional: com. Persona que ejerce su profesión eficientemente y con destacada capacidad (http://www.wordreference.com/definicion/profesional)

Wiki: Un profesional es toda aquella persona que puede brindar un servicio o elaborar un bien, garantizando el resultado con calidad de excelencia. Puede ser una persona con un reconocimiento de grado universitario, técnico o experto en cierto tema, disciplina o arte. Sin embargo, una persona también puede ser considerada profesional por el hecho de proveer un servicio o producto y exhibir un comportamiento honesto, calificado, responsable y capaz; características que se obtienen con constancia y talento en la disciplina desempeñada. (http://es.wikipedia.org/wiki/Profesional)

Sí, la gestión Linex, que son varios programas: contalinex, facturlinex, recibos y puntos de ventas, la crearon en principio con Kylix, "para no perder el tiempo y el dinero".
Sin embargo, un día, dijo Borland: "casi no vendemos nada a estos frikis de linux, así que quitemos kylix del mercado". Y los que habían invertido en kylix... que les den. Ese es el problema del software privativo.
Los de Linex llevan un tiempo pasando todo el proyecto a lazarus, han escogido los componentes de zeos.


Topic: Accounting (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A76), ERP (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A577), Point-Of-Sale (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A79)
Operating System:OS Portable (Source code to work with many OS platforms) (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A436)
License:GNU General Public License (GPL) (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A15)
Intended Audience:Customer Service (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A359)
User Interface:Gnome (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A231), Win32 (MS Windows) (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A230)
Database Environment:MySQL (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A524)
Programming Language:Lazarus (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A698), Object Pascal (http://sourceforge.net/softwaremap/?&fq%5B%5D=trove%3A258)

Pero la pregunta no es qué tal van en sus esfuerzos los voluntarios que llevan el proyecto. La pregunta es: ¿sirve o no sirve para hacer sistemas?



Depende de la complejidad de los mismos, de la capacidad del desarollador, y eso solo para empezar....

Mi empresa tiene su servidor principal corriendo en win32 compilado con delphi y en linux compilado con lazarus. Eso califica como sirve para realizar sistemas?

Lo que tiene que tener en claro el que se siente delante de lazarus es que puedo encontrar piedras, cada vez menos, pero puede encontrarselas. Siempre el punto es que se quiere obtener como contrapartida con el esfuerzo. Pero, acaso delphi no las tiene?:rolleyes:

En fin, lo mejor es que cada uno pruebe y comente su experiencia, la mía: yo uso lazarus como editor del 50% de mis sistemas (servidores con interface gráfica) y compilo luego en delphi cuando es necesario y en linux/lazarus cuando es necesario. El 50% restante (que son clientes de mis aplicaciones servidor) van en delphi porque las librerias que uso no estan disponibles en lazarus. Ahora si, extraño horrores la rapidez de lazarus al usar delphi 2007 o 2010... No tiene ni punto de comparación y para lo que yo uso que es mayormente code completion, error insigth y find declaration lazarus tiene de sobra. Es un gran ide, desconocido por la gran mayoría.

Solo mi experiencia, saludos.

Por otra parte estoy totalmente de acuerdo con Roman. Para hacer pruebas, programitas internos o similares no habría ningun problema en usar Lazarus, pero si voy a hacer algo profesional, no me puedo arriesgar a fallos tontos, o a esperar que alguien, altruistamente, me arregle los problemas.

Marc

No estes de acuerdo con alguien que no lo usa todos los días...;) Mejor pregúntale a los que si lo usamos a diario.

Saludos.

Espero que esto sea lo suficientemente profesional y no un programita de prueba

Excelente post.:)

tel hecho que no sepamos que alguien ya ha hecho algo serio no quiere decir que no exista

Totalmente de acuerdo.

Espero que esto sea lo suficientemente profesional y no un programita de prueba

http://facturlinex.sourceforge.net/


En efecto, parece algo bien pulido. El resto de lo que pones es interesante pero el objeto en cuestión aquí es Lázarus y no otras formas de programar.


Mi empresa tiene su servidor principal corriendo en win32 compilado con delphi y en linux compilado con lazarus. Eso califica como sirve para realizar sistemas?


Sí. Si califica. Creo que es el tipo de respuesta que esperaba el compañero que originó el hilo (y yo también :)).

No es mi intención demeritar las otras respuestas, pero mightydragonlor, aarmalo y tú dan una respuesta, a mi juicio, más ilustrativa: ¿sirve esto? Sí, sí sirve por esto y por esto.

// Saludos

A veces me haces gracia Román, estoy seguro que de chiquito eras el típico niño que estabas siempre preguntado: ¿por qué? :D

Sinceramente no entiendo cuál es la gracia. Si alguien pregunta algo y se van por las ramas, me gusta insistir hasta aclarar el punto. Y, lo siento, pero hasta antes de la respuesta de mightydragonlor, se fueron por las ramas y la pregunta no estaba contestada.

// Saludos

Sinceramente no entiendo cuál es la gracia. Si alguien pregunta algo y se van por las ramas, me gusta insistir hasta aclarar el punto. Y, lo siento, pero hasta antes de la respuesta de mightydragonlor, se fueron por las ramas y la pregunta no estaba contestada.

// Saludos

Yo te agradezco que insistas porque es muy bueno que la gente que le tiene pánico por no conocer lazarus entienda que es un proyecto viable, que no es un juguete, y que tiene su utilidad. De hecho existe una comunidad enorme que COME de lazarus (me incluyo). De modo que si necesitan desarrollar rápidamente una aplicación en linux/mac os x, aman pascal y no quieren vérselas con C y librerías que requieren una curva de aprendizaje ENORME (como QT) la respuesta sin duda es lazarus.

Si dan el paso, no dejen de subscribirse a las listas de correo de lazarus y fpc, y es un buen plus ingresar a los canales de chat de freenode #lazarus y #fpc. Ahi encontrarán quien les de una mano (me incluyo), sobre todo si son newbies. ;)

Viniendo de Delphi, es más fácil de lo que se imaginan.

Lazarus está aún muy pero muy verde, es un buen proyecto pero no está tan maduro como para tomarlo como base para un proyecto de desarrollo. Es mucho el riesgo.

Lazarus está aún muy pero muy verde, es un buen proyecto pero no está tan maduro como para tomarlo como base para un proyecto de desarrollo. Es mucho el riesgo.

Seguramente basas tus comentarios en tu amplia experiencia de uso del mismo. Tienes razón, siempre veo tus comentarios en las listas de correo de lazarus o te veo buscando ayuda en el chat. :D

Hola amigo Donald

¿ Sabes cuando saldrá la versión 1.0 de Lazarus ?

Salud OS

Hola amigo Donald

¿ Sabes cuando saldrá la versión 1.0 de Lazarus ?

Salud OS

Estiman que para Octubre, dado que ya han alcanzado la madurez necesaria.

No se si todos lo conocen, pero por si acaso el link al blog de desarrollo, donde están siempre las últimas características del IDE:

http://lazarus-dev.blogspot.com/

Saludos

Estiman que para Octubre, dado que ya han alcanzado la madurez necesaria.

No se si todos lo conocen, pero por si acaso el link al blog de desarrollo, donde están siempre las últimas características del IDE:

http://lazarus-dev.blogspot.com/

Saludos

Ah vaya que bien, porque precisamente esa es una de las razones por las cuales muchos dudan de la madurez de Lazarus, quiero decir, si los mismos creadores no se animan a dar por terminada una etapa de desarrollo, es lógico que la comunidad tenga esa percepción.

Y eso por desgracia no se mide en la vasta experiencia que se tenga de usarlo, les guste o no las señales son muy importantes para que un producto tenga aceptación del "mercado".

Salud OS

Ah vaya que bien, porque precisamente esa es una de las razones por las cuales muchos dudan de la madurez de Lazarus, quiero decir, si los mismos creadores no se animan a dar por terminada una etapa de desarrollo, es lógico que la comunidad tenga esa percepción.

Y eso por desgracia no se mide en la vasta experiencia que se tenga de usarlo, les guste o no las señales son muy importantes para que un producto tenga aceptación del "mercado".

Salud OS

Lo que pasa es que nosotros los desarrolladores delphi (me incluyo aunque hace rato me pase al bando unix) tenemos la mentalidad de windows, donde la primera versión es la 1.x

En el ambiente unix/linux se acostumbra que la primera versión es la 0.1 y luego de años de trabajo recien se llega a la 1.0 que debe ser TOTALMENTE ESTABLE.

Saludos.

Lo que pasa es que nosotros los desarrolladores delphi (me incluyo aunque hace rato me pase al bando unix) tenemos la mentalidad de windows, donde la primera versión es la 1.x

En el ambiente unix/linux se acostumbra que la primera versión es la 0.1 y luego de años de trabajo recien se llega a la 1.0 que debe ser TOTALMENTE ESTABLE.

Saludos.

Si, eso lo entiendo perfectamente, el problema es que la version de Windows debieron comenzarla en 1.0, ya estarían en la 9.x, eso literalmente cambia el sentido de todas las cosas, te repito, las señales son muy importantes y muchos nos vemos usando solo Windows y nada de Linux.

Te comparto mi poquisima experiencia al usar Lazarus, de dos pruebas, dos fallas, nada graves pero que no tienen nada que ver con escribir code, sino en su IDE, la verdad no he tenido tiempo de hacer mas pruebas, en algún momento las haré, sin embargo y dado que mi entorno es 100% windows, por el momento no dejo Delphi por nada.

Salud OS

Estiman que para Octubre, dado que ya han alcanzado la madurez necesaria.

¿Tan pronto? Quiero decir, que he estado siguiendo algunas conversaciones en la lista de correos y el foro y me parece que todavía faltaban bastantes cosas.

Pero bueno, lo que es "lo gordo" (el editor de código, el diseñador de ventanas, los componentes "básicos", ...) pues sí que es ya estable y requete-estable. Ya sólo falta que se pueda depurar bien y cómodamente.

tienes razón Ñuño en lo de que falta depurar cómodamente, aún así esto no implica que Lazarus no sea maduro, para mí lo es y mucho, lo que pasa es que siendo sinceros somos perezosos y programar bien nos exige mucho como programadores, de ahí que concuerdo totalmente que el depurador nos debe ayudar mas, pero esto no es obstáculo para que hagamos proyectos bien interesantes y ya sabemos que los hay, solo quiero decir, muchas veces no es el lenguaje o el IDE, somos nosotros los que nos estancamos, solo por falta de valor y de ganas de empezar, no podemos pretender que nos entreguen todo listo, pero si debemos contribuir para que todo quede listo, la mejor manera de hacer esto es usarlo y cuando sepamos que es lo que nos falla reportarlo, ayudar a resolverlo, sino solo seremos simples espectadores, un saludo a todos y les comparto que en mi experiencia con Lazarus, no me ha decepcionado y por el contrario siempre me sorprende para bien.

tienes razón Ñuño en lo de que falta depurar cómodamente, aún así esto no implica que Lazarus no sea maduro, para mí lo es y mucho, lo que pasa es que siendo sinceros somos perezosos y programar bien nos exige mucho como programadores, de ahí que concuerdo totalmente que el depurador nos debe ayudar mas, pero esto no es obstáculo para que hagamos proyectos bien interesantes y ya sabemos que los hay, solo quiero decir, muchas veces no es el lenguaje o el IDE, somos nosotros los que nos estancamos, solo por falta de valor y de ganas de empezar, no podemos pretender que nos entreguen todo listo, pero si debemos contribuir para que todo quede listo, la mejor manera de hacer esto es usarlo y cuando sepamos que es lo que nos falla reportarlo, ayudar a resolverlo, sino solo seremos simples espectadores, un saludo a todos y les comparto que en mi experiencia con Lazarus, no me ha decepcionado y por el contrario siempre me sorprende para bien.

Solo para agregar, que el depurador en LINUX al menos funciona perfectamente en mi caso. No es tan completo como el de DELPHI pero cumple su rol. Como salvedad, recordar que si depuran multi tarea si o si deben tomar precauciones especiales, como correr la aplicación a debuguear en linux en otra ventana o se friza el X completo.
Para mas info ver el wiki de lazarus.

Saludos

Hola Ñuño,

La verdad es que estoy un poco asustado con el Lazarus... Lo he instalado en el Ubuntu 10.4, la versión de Lazarus es la 0.9.28.2-8ubuntu1, y sólo ha ocurrido un error: añado un botón al formulario (totalmente vacío), hago doble click para que me genere el evento "onClick", y sale una ventanita diciendo: The component editor of class "TDefaultComponentEditor" has created the error: "No se puede encontrar el método. Compruebe el error mostrado en la ventana de mensajes".

Claro, sólo con esta "prueba" la cosa asusta bastante... :P

Hola, este problema se bede unicamente a que por alguna razon esta mal instalado. A mi me paso y lo solucione desinstalando todo desde el administrador de paquetes de Ubuntu (ustedes usen el de su distribucion), luego me fije que no hubiera nada fpc en /usr/share y en usr/lib, tapoco deberia quedar nada de lazarus, asique si hay una carpeta llamada lazarus en /usr/lin/ hay que borrarla. Por ultimo elimine la carpeta ~/.lazarus y volvi a instalar todo nuevamente desde el gestor de paquetes de Ubuntu.


Con eso se soluciono

SAludos!

Hola muchachos... Aunque no me conocen a mi, posiblemente porque he intervenido poco en este foro, les brindo mi modesta opinión.
Antes que nada les cuento que yo programé más de 5 años con Delphi conectado a Postgres. Los contratiempos que me surgieron fueron por diversos motivos. Muchos fueron por falta de conocimiento sobre el correcto funcionamiento de las herramientas; y otros, ajenos a Delphi y a PostgreSQL.
A mi modesto entender, mucho depende de las ganas que le pongan los programadores para resolver los inconvenientes que surjan con el lenguaje. Desde mí punto de vista, Lazarus esta muy bueno. Pero algo hay que tener en cuenta (que lo leí en algún lado y, tal vez, dicho con otras palabras) Lazarus no es Delphi. Es decir, que si bien Lazarus es muy parecido a Delphi, no funciona exactamente igual. Entonces, lo que uno sabe de Delphi, tal vez, no se aplica del mismo modo en Lazarus.
Hice algunas pruebas con Lazarus y funcionan bien. Pero noté que varios métodos que están declarados en las clases, no hacen nada. Solo están por compatibilidad con Delphi.
Por último, ¿dónde puedo hostear un proyecto hecho con Lazarus para que pueda ser descargado por cualquiera?

http://sourceforge.net/
http://www.berlios.de/
http://code.google.com/intl/es-AR/

he decidido no arriesgar mi tiempo y mi dinero en Lazarus e ir por caminos seguros: VB.Net en Windows, y Java para Mac OS X.
Con esto tendras mas codigo para mantener, mas posibilidades de error, aplicaciones mas lentas, dependientes de maquinas virtuales y runtime voluminosos, un deployment muy complicado :eek: etc.
y mucho mas jaj..

Acabo de bajar la última versión de Lázarus y Oh Sorpresa!! De la versión que alguna vez probé, a esta hay un mundo de diferencia. Así como está ahorita si ya vale la pena su utilización en serio. Me llamó la atención que a primera vista puede uno desilusionarse por ver pocos componentes o pocas paletas, pero ya revisando bien...poco pero sustancioso. Me gustaron mucho los componentes nativos que trae para conectarse a diferentes bases de datos. La verdad, me voy a tener que tragar mis palabras pues veo ya un producto muy mejorado, muy completo y sobre todo desarrollado con lo que tiene que tener y con demasiados añadidos que muchas veces ni se usan.

Ahora sí creo que ya vamos a empezar a desarrollar sobre Linux un poco más en serio aquí en el changarro pues tenemos más de una aplicación que queremos portar para allá (sin que quiera decir que nomas queremos recompilar) y mejorarlas para ese entorno.

Me llamó la atención que a primera vista puede uno desilusionarse por ver pocos componentes o pocas paletas, pero ya revisando bien...poco pero sustancioso.

El único comentario sería que en realidad hay muchos pero a medio terminar, si abrís instalar paquetes e instalas todo se te va a llenar la paleta de componentes ni hablar si vas a lazarus-ccr.

Acabo de bajar la última versión de Lázarus y Oh Sorpresa!! De la versión que alguna vez probé, a esta hay un mundo de diferencia. Así como está ahorita si ya vale la pena su utilización en serio. Me llamó la atención que a primera vista puede uno desilusionarse por ver pocos componentes o pocas paletas, pero ya revisando bien...poco pero sustancioso.

Si el Lazarus te fijas dentro del menú "Paquetes" y buscas la opción "Configurar paquetes instalados", verás que ahí hay disponibles varios componentes para instalar, y que por defecto no se encuentran en la paleta. Vale la pena darles una mirada, algunos son muy útiles. :)

Entre otras cosas, soporte para sqlite3 y generador de reportes!

Si, en efecto vi que hay otros ahi "latentes" pero lo que me gustó bastante es precisamente eso, que te pone lo mas usado y te deja a tu elección irle agregando lo que vayas requiriendo. Delphi lo hace a la inversa, te instala todo y no siempre usas todo. Me ha gustado bastante.

Lo estoy utilizando y la verdad ya esta bastante usable, pronto terminare una proyecto en lazarus, en cuanto lo termiene s elos publico y ahi me dicen que tal.


Nota: No he podido encontrar la forma de hacer un webmodule en lazarus.

Por sierto Facturalinex esta siendo portado a lazarus, creo que mejor recomendacion que esa no puede haber.

No me sorprenderia nada encontrar en alguna escuela su uso en la enseñansa, en lugar de delphi o visual, clases de lazarus.

Nota: No he podido encontrar la forma de hacer un webmodule en lazarus.
.

Esto te puede ayudar WebServices (http://wiki.lazarus.freepascal.org/Web_Service_Toolkit) :)

He realizado aplicaciones comerciales de procesamiento de señales y me ha funcionado muy bien.
Aun el depurador no esta al nivel de el de Delphi, pero por lo demas prefiero usar Lazarus/FPC antes que usar D7.
Tambien presenta algunos problemas al intentar incluir formularios visuales dentro de .dll.
Ahhh, mis experiencias con Lazarus/FPC hasta el momento solo han sido con aplicaciones Win32

Yo he aprendido varias cosas sobre la depuración que no sabía que las había y creía que no existían, la verdad es que el depurador que me descresta es el de VS2010, aunque las "cositas" que he encontrado me son muy útiles son poco intuitivas, pero la verdad es que sirven de mucho =)

Respecto a la depuración, se puede usar el depurador de GNU, el gdb (http://www.gnu.org/software/gdb/). Quizá no sea muy intuitivo, pero funciona. Últimamente (desde hace unos meses, o quizá un año) falla muchísimo menos, y maneja mejor las variables y demás información. Antes era frecuente encontrarse con que no era capaz de saber a qué variable nos referíamos o directamente fallaba al hacer ciertas operaciones (por ejemplo, no encontrar el final de algunas subrutinas, interpretar mal los RECORD, etc).