FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Muy interesante.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#22
|
||||
|
||||
Yo no he usado esas dos suites que comentan, pero llevo un tiempo empleando CodeTyphon/Lazarus y la verdad es que no extraño a Delphi. No voy a negar que tuve algunas piedritas en el camino, pero nada grave que me detuviera. Más que nada ha sido cosa de desconocimiento y no haberme documentado mejor. Tanto en el foro de Lazarus/FreePascal como en el de CodeTyphon encontrarás gente muy dispuesta a ayudar y eso destaco muchísimo.
Por el momento las aplicaciones que realizo no requieren de cosas como webservices, consumir JSON, y cosas por el estilo. Aunque me cuesta creer que no tuviera herramientas para eso. Si fuera tan malo y de juguete como lo pretendieran pintar algunos ¿Porqué entonces sigue apareciendo mejoras y más avances en suites que brindan soporte a OpenGL, GLScene, como lo son BGRABitmap, o Asphyre por mencionar dos ejemplos? incluso han llegado a ofrecer algo similar a Firemonkey llamado LAVA (aunque no encuentro referencias actuales de esto... desconozco si quedó en stan-by o es que le cambiaron el nombre al proyecto). Si fuera tan malo, porqué hay una linda apuesta en gente entusiasta hasta en llegar a producir videos juegos. Si. Hay de esos locos, los he leído en los foros de Lazarus como en el de PascalGameDevelopment. Pues ¡que sigan siendo locos! ¿Harías un video juego con un juguete? Pues claro que no. Saludos, |
#23
|
||||
|
||||
El problema no es tanto que Lazarus sea terrible. Es mucho mas simple:
El numero de librerias GUI de caracter profesional, completos y que se vean bien se cuentan con los *dedos*. Les aseguro que no hay mucho aparte de DevExpress (que es el mejorcito). Por ahi se consigue http://www.telerik.com/ & http://www.infragistics.com/. Aparte de estos 3... que mas ahi? Se pueden conseguir partes aqui y alla, pero un conjunto completo? MUY dificil. Y lo digo como quien ha hecho esas busquedas para Delphi, FoxPro, .NET, OSX, Coccoa, iOS, Web. Ironicamente? es mas facil tener un toolkit medio decente estos dias con HTML/CSS. Pero en cuanto a toolkits nativos? Ahora que se pueden hacer interfaces bien logradas se puede. Por ejemplo, con Coccoa/iOS es muy claro que hay una gigantesca seleccion de apps bien logradas... Pero el asunto es que si quieres ir y "comprar" los componentes? NO HAY NADA COMO DEVEXPRESS. Zero, Nada, Zip! Y como le hacemos entonces? Pues nos toca hacer los controles, nosotros... a codigo limpio, como animales! Ahora Coccoa tiene ciertas facilidades que hacen la tares menos titanica que con la VCL y otros toolkits, pero no por mucho... P.D: Una app de locos que simplifica esto pa Coccoa: http://www.paintcodeapp.com/ Pero es lo mismo: Codigo puro y duro al final... ----- Es de notar: Los grids buenos, son aun mucho mas escasos. Por ejemplo, no se consiguen ni a palos (nativos) para Coccoa/iOS/Android. ---- Aun con una herramienta que tenga una interface "feita" es possible hacer una app bien. Recuerdo que lo que hacia yo era cojer Microsoft Acces y notar como estaba hecho y emular parte de eso. Tener una app bien lograda de referencia ayuda enormemente. Luego si o si toca adquirir controles o programarlos. Sin embargo, a punta de hacer composición con paneles, labels, shapes + controles basicos y usando bien fuentes, colores & graficos se puede alcanzar algo muy bueno.... Asi es como se logra el 90% de los efectos en las apps iOS: Poniendo en capas paneles, labels y similares.
__________________
El malabarista. |
#24
|
||||
|
||||
Cita:
Si quieres llevar la discusión por esos lares, con CodeTyphon/Lazarus bien que se puede. Tienes las suites BGRA Controls, las Cindy's, las Extra Controls, las LuiControls, entre otras que te van a dar más de una buena sorpresita de lo que pueden llegar a hacer si uno se pone inspirado y creativo al momento de diseñar pantallitas bien pintadas. Uno puede tener al mejor diseñador de interfaces, pero si por dentro no se han calentado en tener la casa ordenada se cae toda la fachada y aparecen las grietas, salpica la humedad, aparece hongo, no se puede clavar un clavo porque se descascara el revoque y te queda un hueco tan grande como un orificio de entrada de una .45 Saludos, |
#25
|
||||
|
||||
Cita:
Cita:
Cita:
LineComment Saludos |
#26
|
||||
|
||||
Yo estoy en parte de acuerdo con las dos posturas
Todo entra por los ojos; pasa hasta en los animales, asi que nosotros no podemos escapar de esa naturaleza, ese instinto. Nos pasa todos los dias, todo el tiempo: al conocer otras personas, al ver un lugar nuevo, al ver.. lo que sea La primera impresion tiene un valor significativo. Y la gracia de todo gira en que la primera impresion solamente la tenes en una oportunidad Pero por otro lado pienso igual que Delphius; de nada sirve hacer un programita lindo por fuera y horrible por dentro: lento, con fallas, que no se pueda confiar en el.. Asi que creo que la mejor forma es, como dice un viejo mantra, "primero hacer que funcione, y despues si hacerlo lindo" Saludos |
#27
|
||||
|
||||
Cita:
LineComment Saludos |
#28
|
||||
|
||||
Basicamente haz expresado la misma idea que yo: Se pueden lograr los resultados, pero hay que jalar de aqui y alla e implementar codigo.
Esos resultados no vienen de caja en ningun IDE o compilador, aunque Delphi en las ultimas versiones tiene un conjunto atractivo con FireMonkey. Obviamente, no hay comparacion con suites como la de DevExpress, que tiene un muy amplio conjunto de controles (https://www.devexpress.com/Products/VCL/controls.xml) que van mucho mas alla de lo que se consigue normalmente.
__________________
El malabarista. |
#29
|
||||
|
||||
Cita:
El punto al que intenta llevar mamx es a un reduccionismo visual y no está siendo más abarcativo. Seamos OBJETIVOS y pongamos en la mesa cuestiones TECNICAS y OPERATIVAS que hacen en realidad a un buen IDE. ¿O acaso que no era el propósito del hilo? Lo dije hace mucho tiempo: mucho RAD, pone dos cositas, y pum. Listo tienes una casita hecha ¡y sin planos! Sean más "científicos"... como supo decir el propio mamx hace ya un tiempo (ese mamx que parece haber muerto, o vendido al postor de la onda "cool" hace un buen tiempo). Codetyphon/Lazarus como Delphi son entornos RAD. Pero a ver... ¿Son mucho más que poner controles? ¡Por supuesto! Entonces, ¡¿porque seguir con ese reduccionismo?! Una aplicación es más que pintura. Y el IDE es también mucho más que ser un RAD. En lugar de pensar como albaniles de aplicaciones, piensen como el ingeniero civil. ¿Que ofrece CodeTyphon además de controles visuales que arrastrar? ¿Tienes conectividad con diferentes motores de base de datos? SI. ¿Tiene soporte para hacer aplicaciones Intraweb? SI. ¿Puedes hacer webservices? SI. ¿Es posible hacer aplicaciones 100% multiplataformas (inclusive Linux, y Mac)... ¡SIIIIIIII! Eso es mucho más descriptivo y de mucho mejor peso que quedarse en si tendrá el componente visual de la mega ostia. Cita:
Y si cuesta un poco más de código, ¿cual es? ¡Al que quiere, que le cueste dice el dicho! No todo es gratis en esta vida. ¿Que acaso sale más plata una aplicación si está hecha con ese orgasmico componente mágico de otra que fue pensada desde adentro hacia afuera y hace lo mismo sin tener porqué hacer galantanería? Saludos, Última edición por Delphius fecha: 18-02-2016 a las 00:35:28. Razón: adjuntar imagen |
#30
|
||||
|
||||
Oye, y cuando hable yo de IDEs?, nota:
Cita:
P.D: Y para que quede claro: No estoy afirmando en lo absoluto que no se puedan hacer interfaces profesionales. De hecho, afirme que hacerlo a "mano", con mas trabajo, es la NORMA, y simplemente apunte que suites como DevExpress son la EXCEPCION y que en muchos entornos o lenguajes no hay nada parecido.
__________________
El malabarista. Última edición por mamcx fecha: 18-02-2016 a las 04:23:51. |
#31
|
||||
|
||||
Fui yo quien dijo que estaba feo (CodeTyphon). Y lo sigo diciendo. Para empezar con esos iconitos de la toolbar que parecen hechos por aficionados
LineComment Saludos |
#32
|
||||
|
||||
A ver vamos por parte:
1. A lo primero que cité fue a lo dicho por roman: Cita:
3. De forma indirecta, sin mencionarlo, haces referencia al IDE cuando mencionaste justo esto: Cita:
Cita:
Ergo por tus palabras: si Lazarus no tiene una herramienta GUI que a tu sabor no se precie, es una herramienta deficiente porque lleva más trabajo, que hay que gastar más en código, etc. Pero ¡oh! Sorpresa... ¿No es acaso que Delphi cae en ese mismo reduccionismo? ¡Pues claro que si! Porque tales herramientas no vienen por defecto, son de terceros. Y como Delphi por defecto no tiene esas herramientas también es una molestia por el esfuerzo extra que hay que hacer para llegar al resultado. ¡Que lástima de aquellos desarrolladores pobres que no se han podido ser privilegiados para gastarse las moneditas en dichas herramientas! Simplemente estoy aplicando comprensión de tus propias palabras.... Te doy un premio por intentar remarla al final. Como diciendo, "pero bueno. le doy un punto extra porque aún no teniendo esto mega super chingón. Si tienes ganas de romperte el culo, pues hazlo porque al final tarde o temprano lo consigues". Che... al final ¿Entonces? ¿Cuál es tu conclusión? ¿Lazarus es un IDE mediocre porque que no tiene una herramienta GUI pero con el que de todas formas se pueden hacer aplicaciones comerciales? Como ya he dicho: no al reduccionismo. Si se desea llevar al hilo únicamente sobre el análisis de porqué Lazarus no tiene algo como los "express" bueno... ahí si te acepto tu visión. ¡Y métanle con toda la leña! Ahora bien, si el hilo es para realmente ser más objetivos y preguntarnos de si Lazarus vale la pena y tratar de encontrar motivos para justificarlo... entonces que así sea y no se intente tirar al tema por los pelos y pretender verlo de forma tan simple como dijiste que lo es. Mamx, te la hago más directa: ¿Es realmente tan simple la respuesta? La pregunta y el quid central del tema es: ¿Lazarus es un buen producto, viable, para hacer aplicaciones comerciales de cualquier naturaleza? Si dices que SI, espero entonces que des argumentos que no desvíen la atención a una sola cosa. Te digo esto, y de paso para el resto de los que han intervenido, porque hablaste de una rica clase de naranja que produce el Naranjo cuando estamos hablando de otro árbol cítrico: Limonero. Desviaste intencionalmente el tema (el IDE Lázarus por si te olvidaste) hacia algo sabiendo explícitamente de lo que carece (el de componentes/herramientas/suites/bibliotecas GUI) y lo llevaste hacia el del su competencia (Delphi) y del cual si tiene. Al centrarte en éste entonces terminas dando la experiencia de ese, y no de lo que realmente se estaba esperando. Por tanto no hay forma de comparación. Cita:
Y si DexExpress y suites análogas a estas ya sea para el IDE/lenguaje que se quiera son una excepción entonces con mucha más razón tratar de argumentar sobre el tema con esto es algo tangencial y no vale la pena. Saludos, |
#33
|
||||
|
||||
Creo que Delphius ya se desvió por el lado purista de la discusión. Lo que nuestro amigo pregunta desde el principio o más bien lo que tienen duda es si podrá encontrar la misma calidad y cantidad de componentes en Lazarus que los que seguramente ya usa y conoce en Delphi. La respuesta es NO, dígase lo que se diga y quiérase como se quiera no estamos hablando de si puedes hacer un "hola mundo" en cualquiera de los dos entornos o bien si eres un gurú programador y puedes programar a pie cualquier interfaz de usuario por complicada que sea con las funcionalidades QUE EL CLIENTE REQUIERE. Es un hecho que Lazarus está muy lejos de Delphi y no dudo que haya quien sea capaz de hacer algo brillante con él sin embargo, el tiempo que le tiene que invertir en lograrlo es exponencialmente mayor que el que le tomaría en Delphi. Ya si nos metemos a costos e inversiones es otra cosa que creo no es tema. No por nada la mayor bondad de Delphi es el desarrollo rápido de aplicaciones (RAD) y no meterse en fundamentalismos de lo que el lenguaje base puede hacer que al final no aportan nada de valor al cliente.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#34
|
||||
|
||||
No azid, no me desvié ni una coma. Estoy poniendo el asunto donde lo ha pedido el interesado.
Se preguntó si al final CodeTyphon es un buen producto, si vale la pena. Estoy siendo bien objetivo, y para eso hay que salir del reduccionismo que llevó el hilo y potenció mamx. Están tratando de responder si es bueno o no según la "carencia" o "ausencia" de unas puntuales suite, y que incluso está pensada y diseñada para otro entorno. Lazarus tiene otras prioridades, es otra cosa. Es semejante pero no igual. ¿No la captan? Saludos, |
#35
|
||||
|
||||
Sería genial presentar una tabla de características —confiable y actualizada— donde se pueda comparar rápidamente lo que se puede y lo que no se puede hacer con Delphi, con Lazarus y con CodeTyphon, para resolver de una vez por todas la controversia de qué tan lejos están unos de otros.
|
#36
|
||||
|
||||
Cita:
Yo lo tengo instalado (versión para linux) y cuando me hace falta cualquier cosa "normal" la hago con Lazarus y no he echado en falta nada de Delphi. Y funciona perfectamente sin problemas de ningùn tipo. Lo que quizás se puede echar en falta es un mejor depurador, pero eso no corresponde a Lazarus, que es solo el IDE.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#37
|
||||
|
||||
Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#38
|
||||
|
||||
Cita:
Es Lazarus el que no realiza todo su trabajo completamente. La verdad es que no sé muy bien la razón, pero me la imagino: GDB no es, precisamente, una aplicación sencilla. Aun así, el depurador funciona bastante bien para depuración simple, y si necesitas algo más complejo sólo tienes que abrir una consola y ejecutar GDB. _____________________________ * Por lo que sé, fue más o menos así: Estaba previsto que GDB fuera capaz de depurar programas Pascal, ya que existía el compilador GNU/Pascal. FreePascal aprovechó esa cualidad. Sin embargo, el proyecto GNU/Pascal se abandonó (año 2002) y ese aspecto quedó colgado. Los desarrolladores decidieron eliminar GNU/Pascal de GDB, lo que provocó que los programas hechos con FP no pudieran depurarse en adelante. Los desarrolladores de FreePascal se quejaron, e inicialmente los de GDB no hicieron ni caso alegando que no había base de usuarios. Finalmente los desarrolladores y usuarios de FP, después de dar mucho la murga, convencieron a los muchachos de la Free Software Foundation de que sí había base de usuarios (y corría prisa porque Lazarus estaba casi en beta final y su mayor carencia era el depurador), y la FSF les dijo a los desarrolladores de GDB que se pusieran las pilas y añadiesen, aunque sólo fuera, un Pascal genérico. Por cierto, que el anuncio de que GDB volvería a soportar Pascal hizo que dentro de la FSF volviera a surgir la idea de relanzar GNU/Pascal, pero finalmente no se hizo. Supongo que la simple existencia de FreePascal hace innecesario dicho compilador. Última edición por Ñuño Martínez fecha: 18-02-2016 a las 12:17:43. |
#39
|
||||
|
||||
Desconozco la historia por completo, aunque sé que es un tema algo polémico en los foros. Solamente sé que cuando lo uso (el depurador) funciona bien.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#40
|
||||
|
||||
Cita:
LineComment Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Typhon uso de GeoGis | vhr | Lazarus, FreePascal, Kylix, etc. | 2 | 12-02-2014 10:51:49 |
??Code Typhon con lazarus 0.9.30?? | jasmad | Lazarus, FreePascal, Kylix, etc. | 3 | 06-12-2011 23:04:54 |
Code Typhon 1.80 liberado | el-mono | Lazarus, FreePascal, Kylix, etc. | 2 | 16-07-2011 05:17:28 |
[ code ] problemas con tag [ / code ] | gatsu | PHP | 11 | 26-08-2004 13:10:33 |
|