Ir al contenido


Foto

Clipper - Delphi


  • Por favor identifícate para responder
29 respuestas en este tema

#1 FGarcia

FGarcia

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 687 mensajes
  • LocationMéxico

Escrito 27 julio 2011 - 10:58

En estos dias he tenido que hacer unas pruebas de comunicacion serial entre equipos de control industrial y algunas PC que ejecutan programas hechos en Clipper y que pues logicamente se ejecutan bajo (o sobre? ) MS-DOS. Como todos sabemos pues el hardware y el sistema operativo MS Windows han evolucionado para bien o para mal, para agrado de unos o desagrado de otros (algunos hasta se rasgan las vestiduras). Actualmente creo que Win7 ya no soporta programas MS DOS ( vaya, algunos hasta del mismo Win) que en XP  funcionaban correctamente por lo que el usuario se niega a cambiar el sistema operativo aun cuando su hardware tenga necesidad de hacerlo, he visto otros que cuidan su hardware con Win 98 como si fuera lo mas preciado de la empresa.


Como he comentado yo no soy programador de profesion, he ido aprendiendo lo poco que se por necesidades del trabajo y hasta ahora siempre he resuelto con Delphi (conoci la 7 y voy con la 2010) VB pues ...si lo vi, con el me inicie (me perdonan?) pero no me satisfizo, y realmente no me aplicado en conocer otro lenguaje, pero al parecer con lo de mi trabajo tambien tengo que evolucionar (C y android) y por cierto mi primer contacto con una PC fue alla por 1994 y lo unico que hacia era usar un editor de texto cuyo nombre no me acuerdo para elaborar el reporte del dia. Un lenguaje de programacion lo empece a conocer alla por 2005 y con las conexiones de internet de ese entonces......


Bueno todo este rollo aparte de que me libera del stress que he tenido en esta ultima semana es para preguntar a ustedes los de la vieja guardia y a proposito de este hilo ¿Que tenia Clipper que se niegan a abandonar a una aplicacion hecha con el? ¿Hay aun soporte o venta de compiladores para el? ¿Que tan dificil es portar el codigo de una aplicacion hecha en clipper a Delphi o algun otro lenguaje? Claro esto ultimo separando la distancia entre una aplicacion sencilla y algun sistema empresarial


Regreso  a "trabajar", Saludos a todos!
  • 0

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.446 mensajes
  • LocationMéxico

Escrito 27 julio 2011 - 11:49

Hola Fidel,

De poder se puede, puede ser tan sencillo o tan complejo dependiendo de los procesos que tenga el programa en cuestión, no es algo trivial.

Salud OS
  • 0

#3 Desart

Desart

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 715 mensajes
  • LocationEspaña

Escrito 27 julio 2011 - 12:56

Como antiguo programador de Clipper, a tú pregunta de
¿Que tenia Clipper que se niegan a abandonar a una aplicacion hecha con el?

te respondo que para mi que comen se con el Basic de un Spectrun y de un comodore 64 (Maravillas), al lenguaje del Amiga500,2000( eran diferentes lenguajes y extremadamente enrevesados), al qbasic, delphi IV, Turbo C, Clippper y por último Delphi, si vez mi evolución todos los anteriores al Delphi tenían una ventaja y una desventaja, como ventaja eran programas lineales, con lo cual si se producía un Fallo, se te produciría en todo momento (al estar programando y al utilizarlo), salvo fallos de memoria o integridad del disco duro, el mayor problema eran las bases de datos, que se podían corromper, con cierta facilidad, pero que eran muy fáciles de reparar, incluso por el propio programa.
Dentro de estas ventajas estaba el sistema operativo, extremadamente robusto, o alguien recuerda cuelgas del MS-Dos, y digo del Ms-Dos y no del Ordenador, ni de programas corriendo en el, la pregunta en Windows es a alguien no se le ha colgado el propio sistema operativo?, ademas estaba el tema de que con el monitro VGA podias acceder a 50 Lineas en pantalla, toda una ventaja en lenguajes lineales, los puertos eran sensillos de manejar. en fín varias coasa por el Estilo.


Como gran desventaja, esta como no el aspecto Visual y la programación Objeto y sus posibilidades, aunque aun me pierdo con mucha facilidad en delphi, en cuanto me enfrento a  cosas pocos usadas, para mi aunque he trabajado en alguna practica, aún me pierdo o no me entero, del tema de los Record, crear Clases, la Rtti, el poliformismo, etc...


  • 0

#4 Sergio

Sergio

    Advanced Member

  • Moderadores
  • PipPipPip
  • 1.092 mensajes
  • LocationMurcia, España

Escrito 28 julio 2011 - 02:01

Yo he trabajado mucho en clipper en su momento y la aplicacion Delphi7 que actualmente mantenemos (y que nos mantiene a nosotros economicamente) es un "port" (más bien la reescribimos) de una hecha en clipper.

Lo mas duro de dejar clipper, y por lo que muchos pueden negarse, son los "bloques de codigo": Traducido a pascal, es como poder hacer esto:

Txt:= 'a:= 1; for i:= 1 to 100 do a:= a+sqrt(i);';
Execute(Txt);

Ya me pillais, no? Podíais tener toda la logica de vuestra aplicacion en campos memo de una base de datos, leer el código de la opción que pinchaba el usuario, cargarla en una variable de texto, y lanzarlo como si fuese código compilado en su momento, con acceso pleno a todas las variables y funciones disponibles en tu código (dentro del mismo thread, por decirlo de alguna forma). El programa era so0lo un lanzador de opciones que, de nuevo, leia de la base de datos, y el codigo a ejecutar vivia en la propia base de datos. MUY potente bien utilizado.

Si el sistema que quieres "suplantar" usa esto, será muy dificil de sustituir, primero porque es código compilado en tiempo real pero dentro del espacio de memoria del hilo de tu aplicacion (solo habia un hilo, claro), y segundo porque "portarlo" a otro lenguaje tipo script puede ser muy, muy dificil.

En delphi lo mas similar es "Delphi Web Script", pero no es lo mismo en el sentido de que no comparte espacio de variables ni se tiene acceso a funciones oprecedures de Delphi dentro de interprete (bueno, es un compilador dentro de la aplicacion).

Otra cosa: En win7 los programas clipper si que funcionan, y sin marcarlo como modo compatibilidad ni nada similar. Mi actual aplicacion aun mantiene un .exe de clipper como una especie de "dll del pleistoceno" que en caso de queel cliente mantenga aun algun prcedimiento de los de la version clipper, este le funcione como siempre: el exe recibe ese tipo de codigo en un fichero .txt, se ejecuta en clipper dentro de una ventana ms-dos, y devuelve lo que tenga que devolver en el mismo .txt, y funciona a las mil maravillas en tooodos los windows actuales (si no fuese así, mas de un cliente ya me habria llamada, aparte de que programa en un Win7 de 64 bits para mas inri).

Otra cosa es que esa aplicacion use cosas de pantalla como cambios de colores o pantallas en modo grafico y ese tipo de cosas que igual en un Win7 no se ven tan bien como en el ms-dos de antes, peor funcionar deberia de funcionar.
  • 0

#5 FGarcia

FGarcia

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 687 mensajes
  • LocationMéxico

Escrito 04 agosto 2011 - 03:47

No me he olvidado de este hilo; esperaba mas respuestas pero al parecer nadie mas se anima. Como dije es solo curiosidad, aun no entiendo bien delphi y la POO menos voy a pensar en un port de un programa hecho con Clipper.


Dejamos el hilo abierto por si alguien mas quiere comentar sus experiencias.


Saludos!!
  • 0

#6 Marc

Marc

    Advanced Member

  • Moderadores
  • PipPipPip
  • 1.484 mensajes
  • LocationMallorca

Escrito 05 agosto 2011 - 02:54

Lo mas duro de dejar clipper, y por lo que muchos pueden negarse, son los "bloques de codigo": Traducido a pascal, es como poder hacer esto:

Txt:= 'a:= 1; for i:= 1 to 100 do a:= a+sqrt(i);';
Execute(Txt);

Ya me pillais, no? Podíais tener toda la logica de vuestra aplicacion en campos memo de una base de datos, leer el código de la opción que pinchaba el usuario, cargarla en una variable de texto, y lanzarlo como si fuese código compilado en su momento, con acceso pleno a todas las variables y funciones disponibles en tu código (dentro del mismo thread, por decirlo de alguna forma). El programa era so0lo un lanzador de opciones que, de nuevo, leia de la base de datos, y el codigo a ejecutar vivia en la propia base de datos. MUY potente bien utilizado.

Si el sistema que quieres "suplantar" usa esto, será muy dificil de sustituir, primero porque es código compilado en tiempo real pero dentro del espacio de memoria del hilo de tu aplicacion (solo habia un hilo, claro), y segundo porque "portarlo" a otro lenguaje tipo script puede ser muy, muy dificil.

En delphi lo mas similar es "Delphi Web Script", pero no es lo mismo en el sentido de que no comparte espacio de variables ni se tiene acceso a funciones oprecedures de Delphi dentro de interprete (bueno, es un compilador dentro de la aplicacion).


Que tiempos los de Clipper :) me encantaba programar en ese lenguaje. Una vez se implantó Windows lo pasé mal probando distintas soluciones (especialmente perdí muchos años con Visual Basic) hasta que volví a disfrutar de la programación con Delphi.

Respecto a los codeblocks (nunca los utilicé demasiado porqué aunque eran terriblemente útiles, no me gustaba su concepto, prefiero que el compilador detecte su parte de errores), puedes conseguir su mismo efecto y más con varios motores de script Pascal que puedes adjuntar a tus aplicaciones.

Por ejemplo el FastScript de los fabricantes de las Fast-Reports, te permite tener scripts Pascal con acceso completo a todos los objetos de tu aplicación.

http://www.fast-repo...ast-script.html

Saludos.
  • 0

#7 escafandra

escafandra

    Advanced Member

  • Administrador
  • 4.107 mensajes
  • LocationMadrid - España

Escrito 05 agosto 2011 - 04:41

Yo también hice cosillas en Clipper. Al ser un lenguaje era muy cómodo de usar, en comparación con otros. La pega era los ejecutables pesados y largos tiempos de compilación y enlace.

Cuando llegó Windows se echaba de menos las deficiencias gráficas de los interfaces, así que escribí librerías en asm para poder visualizar imágenes gráficas y el uso del ratón. Pero la evolución de los S.O. terminó con Clipper.

...he visto otros que cuidan su hardware con Win 98 como si fuera lo mas preciado de la empresa...


Una forma de independizar esas aplicaciones antiguas del HardWare es el uso de Maquinas Virtuales en las que se instalen S.O. compatibles con MSDOS, de hecho es lo que he recomendado con éxito a usuarios que no querían desprenderse de sus viejas aplicaciones todavía funcionantes.


Saludos.

  • 0

#8 luisgutierrezb

luisgutierrezb

    Advanced Member

  • Miembros
  • PipPipPip
  • 92 mensajes
  • LocationMéxico

Escrito 05 agosto 2011 - 10:06

Chequen el proyecto Harbour para los que sigan con clipper...

http://www.harbour-project.org/

Overview
The Harbour Project is a Free Open Source Software effort to build a multiplatform Clipper language compiler. Harbour consists of the xBase language compiler and the runtime libraries with different terminal plugins and different databases (not just DBF).

Harbour is a cross-platform compiler and is known to compile and run on MS-DOS, Windows (32 & 64), Windows CE, Pocket PC, OS/2, GNU/Linux and Mac OS X. More features »

Why use it? Project Status:
• Harbour is free software 100% compatible with Clipper compilers
• Harbour is proven to be stable, robust and efficient.
• Harbour is portable across multiple operating systems with the same code base.
• You can use it to develop either open source or commercial applications. Learn more»

  • 0

#9 guillermomejia

guillermomejia

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 02 septiembre 2011 - 03:16

Hola. Creo que puedo agregar algunas cosillas a lo dicho por Desart y Sergio:

Primero:
Es tan difícil hacer que un programador deje de usar clipper, como hacer que un abuelito deje de leer el periódico en papel. Porque tiene ventajas y desventajas, pero es lo que él sabe usar.

Segundo:
Como programador y defensor de Clipper como lenguaje, y programador y defensor de Delphi usando Pascal como lenguaje, diría que hablar de Clipper como "lenguaje pasado de moda" sería como decir que "Pascal está pasado de moda".

Ajajáaaaa... todos dirán "No, cómo así, si el Pascal es tremendo lenguaje y todavía se usa bastante, existen varias versiones de pago y libres, tiene entornos de desarrollo como Delphi y Lazarus... blablabla" (Jejeje... todo cierto)

A lo cual yo agrego: Clipper (Al igual que Pascal) tiene sus orígenes en tiempos antiguos... cuando Computers Associates lo abandonó, no existía el internet como hoy lo conocemos... y aún así, surgieron múltiples compiladores y entornos de pago (Alaska Xbase++, FlagShip compilador para Linux con versión "Visual" y que permite crear aplicaciones que detectan automáticamente si se encuentra en modo gráfico o en modo consola de texto y según eso muestra los objetos adecuados, Xailer entorno de desarrollo bastante avanzado y también espectacular) y otros gratuitos (Como Clip, Harbour y xHarbour)... también hay en el mercado librerías para que las aplicaciones Clipper corran en entorno gráfico con ventanitas, botoncitos, y todos los objetos que el API de Windows proporciona (La mejor de todas, FiveWin de FiveTech, pero ahora tiene fuerte competencia en librerías como HMG... o visiten este artículo, que a pesar de lo antiguo y desactualizado, ya preveía lo que vendría con entornos gráficos para Clipper, compilando con harbour o xharbour:
http://objetopersist...a-xharbour.html )...

Pascal en sus inicios era "procedural" y no orientado a eventos... eso vino con Delphi... tampoco era orientado a objetos... eso vino con Turbo Pascal de Borland...

Clipper era "procedural" pero con librerías y otros artilugios podía orientarse a eventos, y tampoco era orientado a objetos... pero también con librerías, y ahora en los clones fortalecidos como FlagShip y Harbour, ahora la cosa está mucho más que pareja con Pascal...


¿Cuál es entonces la diferencia?
Yo diría que parte fue suerte, y ausencia de opciones...

Cuando CA dejó de dar soporte a Clipper, los programadores de Clipper podíamos seguir programando en Clipper mientras aprendíamos Delphi, que era como el "paso obligado"...

Pero ¿Recuerdan la incertidumbre que entre los desarrolladores Delphi causó primero el cambio de "Borland" a "Inprise" y luego la venta a Embarcadero?... todos temblábamos por el incierto futuro... ¿Por qué?... pues porque las únicas opciones que tendríamos si desaparecía Delphi serían Visual BASIC y Visual FoxPro (Guácala)... o PowerBuilder... pero de ese hablaremos otro día...
¿Qué hubiéramos hecho si Delphi se hubiera detenido?... muchos de nosotros por ningún motivo hubiéramos pasado a usar herramientas MS... da para pensar... ¿No?


Y entonces, resumiendo, la respuesta, FGarcia, sería:
"¿Que tenia Clipper que se niegan a abandonar a una aplicacion hecha con él?"

Siendo un poco agresivo y exagerado, diría que es como preguntar "¿Qué tiene Delphi que se niegan a pasarse a Visual BASIC?"... jaaajajajaja... creo que todos estarán de acuerdo en esta respuesta: "Quien solamente conoce Visual BASIC, no sabe lo que se pierde en Delphi"... igualmente, quien no programó profundamente en Clipper, no extraña nada al estar en otro lenguaje...

Clipper es un lenguaje tan bueno como Pascal, tiene un compilador de instrucciones en tiempo de ejecución (A través de lo que llamaban "macros" y "codeblocks" como cuenta Sergio) que permite hacer cosas realmente increíbles que los programadores Clipper extrañamos demasiado en Delphi...

Y quiero decirle a escafandra, que no es cierto que "la evolución de los S.O. terminó con Clipper"... sería como decir que también terminó con "Turbo Pascal". Tal vez terminó con "CA Clipper". Pero el lenguaje Clipper como tal está renaciendo de sus cenizas de una manera más que impresionante:

- El proyecto harbour (Citado ya por luisgutierrezb) publicó en diciembre de 2009 la versión 2.0 de su compilador y hace poco la versión 3.0 (Que primero "traduce" todo a C++ y luego lo compila con un compilador de C++).
- FlagShip publicó el 18 de marzo de 2011 sus nuevas versiones "Visual FlagShip VFS 7.1.11 for MS-Windows" y para Linux. (Visiten http://www.fship.com/whatsnew.html para que se sorprendan)
- Las herramientas y librerías para el compilador Harbour están apareciendo y avanzando de una manera que nadie podía predecir... ya está muy largo esto para contar más...

No veo a Clipper y sus clones como un reemplazo para Delphi... es más bien otra herramienta diferente con acceso a bases de datos, con una filosofía diferente y opciones diferentes... Hay cosas que no puedo hacer con Delphi que sí puedo hacer con Harbour, y hay cosas que puedo hacer con Delphi y no puedo hacer con Harbour (Aún... jejeje)...

Yo también alguna vez creí que Clipper iría hacia el olvido, pero les cuento: Entre enero y marzo de 2010 me dediqué a portar a harbour una mounstruosa aplicación contable que he desarrollado durante muchos años en Clipper, y aunque no fue nada trivial tal como lo dice egostar, puedo decirles que el resultado es más que espectacular!!!!... veinte veces más veloz que el idéntico compilado con Clipper... Funciona aún en modo consola, pero aún así gusta a quien lo usa (Los contadores aman el modo texto, y modestia aparte tantos años dedicados no podían dar un programa malo)...

Pienso seguir con Delphi pero también volver mis pasos hacia Clipper otra vez, aprender más de las librerías gráficas existentes (Las hay solamente para Windows y también MULTIPLATAFORMA), explorar el acceso a datos con las diversas posibilidades SQL que ahora tiene, y ayudar con los entornos de desarrollo ahora existentes que aún son muy primitivos comparados con Delphi, pero están en constante avance...

Después del miedo que nos metieron con la venta de Borland, me parece más seguro no echar todos los huevos en una misma canasta, tener la opción comercial de Embarcadero y también tener una opción de software libre... Lazarus será excelente, pero aún no aplica bien para cosas comerciales (Y el tener que compilarlo cada vez que se desea agregar componentes, lo hace muy diferente a Delphi)... harbour sí (Para quienes tenemos mucho código en Clipper... jejeje)

Larga vida a Pascal y a Clipper a través de sus hijos clónicos!!!
  • 0

#10 poliburro

poliburro

    Advanced Member

  • Administrador
  • 4.945 mensajes
  • LocationMéxico

Escrito 02 septiembre 2011 - 03:45

Larga vida a Pascal y a Clipper a través de sus hijos clónicos!!!


Amén amigo. Antes que nada gracias por el panorama tan amplio que nos das sobre clipper.
  • 0

#11 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.446 mensajes
  • LocationMéxico

Escrito 02 septiembre 2011 - 03:50

Hola guillermomejia

Bienvenido a DelphiAccess, vaya pedazo de información que nos has regalado, esas son las discusiones que valen la pena seguir, debates con argumentos fortalecen y enriquecen cualquier espacio.

Acá en México tenemos un dicho que dice, "al buen taquero se le conoce desde la forma de agarrar el taco".

Sientete como en casa.

Salud OS
  • 0

#12 guillermomejia

guillermomejia

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 02 septiembre 2011 - 05:34

Gracias amigos. Un abrazo fraternal desde mi hermosa y acogedora Colombia
  • 0

#13 TiammatMX

TiammatMX

    Advanced Member

  • Miembros
  • PipPipPip
  • 1.750 mensajes
  • LocationUniverso Curvo\Vía Láctea\Sistema Solar\Planeta Tierra\América\México\Ciudad de México\Xochimilco\San Gregorio Atlapulco\Home

Escrito 03 septiembre 2011 - 07:37

...Primero:
Es tan difícil hacer que un programador deje de usar clipper, como hacer que un abuelito deje de leer el periódico en papel. Porque tiene ventajas y desventajas, pero es lo que él sabe usar.


Pues te diré, en mi caso la transición fue casi natural. Yo no pasé por el periplo Clipper-"front end en Windows para Clipper"-VisualBASIC-C/C++-Delphi. Yo pasé directamente de Clipper a Delphi, por necesidades de mi empleo en ése momento. Y no me he arrepentido.

..Segundo:
Como  programador y defensor de Clipper como lenguaje, y programador y  defensor de Delphi usando Pascal como lenguaje, diría que hablar de  Clipper como "lenguaje pasado de moda" sería como decir que "Pascal está  pasado de moda".


Lo mismo digo yo. Aún no hay una herramienta que permita la flexibilidad de Clipper para entornos gráficos..., pero pronto la habrá.

Saludines.
  • 0

#14 guillermomejia

guillermomejia

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 03 septiembre 2011 - 10:57

Hola a todos y gracias por sus comentarios.

En los últimos días he venido probando un entorno para Harbour llamado Harbour IDE o HBIDE. Ahora viene incluido con la distribución de Harbour 3.0, y aunque es aún muy primitivo, me ha gustado y va por buen camino. Falta demasiado para que se parezca siquiera al entorno de Delphi, pero efectivamente lo que me gusta es poder usar Clipper nuevamente. Adoro a Delphi (Programo hace años en la versión 7 y en ésta me quedé porque vi en las nuevas versiones unas fuertes ataduras al sistema operativo Windows y desde siempre he tenido clara la necesidad de generar aplicaciones multiplataforma), pero les quiero contar a quienes no programaron suficiente en Clipper lo que nunca he podido hacer de manera directa con Delphi sin utilizar intérpretes externos(Y aunque Sergio lo propuso ya, tal vez esté pecando de ignorancia y alguien me dirá cómo hacerlo en Delphi):

En Delphi puedo crear componentes en tiempo de ejecución... claro... es muy fácil. Y puedo asignarles eventos creados en tiempo de diseño. Pero no puedo crear nuevos eventos en tiempo de ejecución, ni almacenar instrucciones en una base de datos. En resumen, no puedo hacer que mis programas tengan pantallas definidas en tiempo de ejecución con todo y sus eventos.

Lo más interesante para quienes profundizamos mucho en Clipper, era poder definir casi cualquier cosa en una base de datos, y programar lo básico inicial de tal manera que nuestros programas pudieran ir "aprendiendo" de las definiciones que les diéramos al implantarlos.

Como ejemplo, creábamos una pantalla de definición de Clientes, y al llevar el programa a una implantacion nos decían "Mire que necesito la fecha de cumpleaños del cónyuge del cliente"... y si habíamos hecho bien las cosas, podíamos simplemente definir en tiempo de ejecución el nombre del nuevo campo, su tamaño, y todos los datos necesarios, INCLUIDAS LAS FUNCIONES DE VALIDACIÓN Y DE CUÁNDO DEBERÁ SER EDITADO EL CAMPO (Por ejemplo, editarlo solamente si el cliente es casado)... y muuuchas cosas más que se pueden hacer al poder guardar código en tiempo de ejecución.

Me gustaría mucho saber sus opiniones sobre esto. A mí me encanta la idea de poder programar para una pantalla una vez y que le sirva a muchas personas en muchos entornos diferentes.

Un abrazo para todos
  • 0

#15 pcicom

pcicom

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 267 mensajes
  • LocationMéxico

Escrito 03 septiembre 2011 - 11:19

Saludos....

Desde mi muy particular punto de vista, te recomendaria que portaras tu applicacion a DELPHI,  lo mismo que puedes hacer con CLIPPER lo puedes hacer con DELPHI, ademas de aprovechar muchisimas de las ventajas del entorno de desarrollo.

Te comento cuando me inicie en la programacion utilice  DBASE como lenguaje de programacion el cual estaba muy bien, posteriormente utilice FOXPRO aprovechando el conocimiento del mismo lenguaje, llego CLIPPER y me fascino, inclusive creaba archivos overlay y mi aplicaciones eran pequeñas... estuve mucho tiempo utilizando FOXPRO y CLIPPER muchisimo tiempo con lo cual me senti un experto..

Llego VisualBasic y me inicie con la version 3,, me encanto, para lo nuevo de las bases de datos C/S estaba muy bien,  despues tome un Curso de VB6 y venia mejorado pero con el tiempo me fue limitando y dando topes con las instalaciones y dependencias, Tome otro curso de POWERBUILDER estaba mas genial que VB, pero tenia carencias no habia muchas liberrias que necesitaba y pues lo deje...  Conoci a un amigo llamado BRUNO el cual utilizaba DELLPHI y le pague para que me diera un curso de DELPHI... desde 1997 con DELPHI he podido desarrollar cualquier cosa sin limitaciones, sin dependencias, total mente compatible con todas las versiones de WINDOWS desde win98.

A lo cual resumo... aun en la actualidad existen much
as applicaciones que estan desarrolladas en lenguajes como FOXPRO, CLIPPER, COBOL por mencionar algunos... y para lo que realizan pues esta bien...  PERO Siempre es importante estar al dia, las nuevas versiones de las applicaciones estan pensadas en las nuevas necesidades y cambios tecnologicos actuales.. y pues hay que estar apuntados en esto..

REFERENTE al comentario del ejemplo  de tu  pantalla de definición de Clientes, con cualquier lenguaje con IDE grafico no hay ninguna DIFICULTAD en insertar un componente poner las validaciones y volver a compilar el programa...  Aunque tambien si en tu logica lo haces inteligente.. unicamente lo agregarias a alguna tabla creada de definiciones y tambien se insertaria automaticamente en tu pantalla..

SALUDOS..!!



  • 0

#16 guillermomejia

guillermomejia

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 03 septiembre 2011 - 07:18

Gracias por tu respuestas, pcicom.

Tal parece que hemos tenido una evolución similar, con la diferencia de que yo comencé con BASIC en un Sinclair ZX-81 (Y algo de lenguaje máquina Z80), y a pesar de eso no me gustó VB 3, aunque hice cositas interesantes con él porque no había nada más que yo conociera.

Realmente llevo portando mi principal aplicación a Delphi desde hace unos años. De hecho comencé haciendo un módulo independiente de reportes, en Delphi, con Crystal Reports VCL, al cual llamo desde mi programa en Clipper. Me encanta!!!. Y luego he ido haciendo pantalla por pantalla en Delphi, pero aún siento que esté terminado como yo lo quiero porque, como digo, justamente lo que quiero es poder ver a mi propio programa crecer sin recompilaciones.

En demasiadas ocasiones, programando en Delphi, llego a un punto en el cual pienso "Carambolillas... si pudiera hacer esto y esto".. y busco y busco en la red, y lo único que se aproxima son los intérpretes externos que no terminan de convencerme (Estoy informándome apenas sobre FASTSCRIPT a ver qué tal).

Tienes razón sobre la necesidad de estar pendiente sobre los cambios tecnológicos actuales... pero para serte sincero, el cambio tecnológico más importante que veo (Para los programadores) es el avance que ha alcanzado el desarrollo multiplataforma que muchos divulgan pero no todos cumplen a cabalidad, incluso por encima de otras muchas nuevas tecnologías... es por eso que me es tan difícil decidirme por trabajar solamente con Delphi, aunque me encanta. Java no es lo mío. Lazarus no me convence del todo aún por lo de la recompilación para agregar componentes. Me tiene muy contento saber que la nueva versión de Delphi permite la creación de aplicaciones nativas para Mac, aunque falten aún Linux y las demás, y lamento que cosas que se ven tan maravillosas como UniGUI sigan aún tan ligadas a Windows...

No sé... creo que debemos caminar mucho más todavía... Gracias, y espero que estemos hablando mucho sobre éste y otros temas.  (b)
  • 0

#17 guillermomejia

guillermomejia

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 03 septiembre 2011 - 07:47

Hola de nuevo a todos.

Después del mensaje anterior, he estado pensando más, y creo que me falta comentar algo más, que puede formar parte de la respuesta a la pregunta principal de este hilo:

Debo aclarar que prefiero el lenguaje Pascal al lenguaje XBase. Sus tipos de datos, registros, conjuntos, sintaxis. Y de Delphi la forma como se instalan sus nuevos componentes, su manejo... tooodo. Realmente me encantaría que Delphi pudiera tener lo que los programadores Clipper extrañamos tanto.

Hoy vengo a pensar, al ver comentarios de programadores experimentados como pcicom, que tal vez lo que sucede, como a mí me puede estar sucediendo con Delphi, es que muchos programadores que utilizaron Clipper nunca llegaron a probar completamente la funcionalidad de los codeblocks y las macros Clipper. Eran un concepto que para ser realmente útil tenía que usarse con definiciones muy complejas y en esa época quienes hoy aquí hablamos estábamos muy jóvenes y la misma programación era muy joven para complicarnos así la vida. Muchos los utilizaron de manera superficial como enseñaban los libros y nada más.

Realmente pasé varios años intentando hacer ciertas cosas con Delphi sin lograrlo y creyendo que se debía a mi desconocimiento del mismo. Hasta que he visto comentarios como el de Sergio en este hilo. Por eso me animé a responder. Tal parece que sí hay algunas cositas en lo profundo de Clipper que podrían alimentar la teoría de programación que nos reune a todos alrededor de la maravilla que es Pascal con Delphi.

Si a alguien le interesa el tema, hablemos a ver si podemos crear un nuevo hilo sobre el tema.

Gracias por leer estos textos tan largos... jejejeje

  • 0

#18 Nikolas

Nikolas

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 604 mensajes
  • LocationMar del Plata / Bs As / Argentina

Escrito 22 octubre 2014 - 05:30

Llegue aca buscando win98  *-)

Mar del Plata 22/10/14. Un colega (con una empresa unipersonal), con más de 30 años en el rubro, debe tener unos 40 clientes con sistemas en Clipper, algunos de estos son empresas importantes de la ciudad.


  • 0

#19 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.446 mensajes
  • LocationMéxico

Escrito 23 octubre 2014 - 09:21

Llegue aca buscando win98  *-)

Mar del Plata 22/10/14. Un colega (con una empresa unipersonal), con más de 30 años en el rubro, debe tener unos 40 clientes con sistemas en Clipper, algunos de estos son empresas importantes de la ciudad.


Con 2 menciones en éste hilo de ese sistema operativo y que haya sido indexado, me parece que algo se está haciendo bien :)

Saludos
  • 0

#20 FerCastro

FerCastro

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 636 mensajes
  • LocationCiudad de México

Escrito 28 octubre 2014 - 11:06

No había visto este hilo y es un gran gusto para mi leer que se habla bien de Clipper. Aunque bueno si algo he aprendido de este grupo es que no importa en que se programe, mientras se tenga el gusto por el trabajo del código.

Yo estuve comiendo de Clipper desde el 98 hasta el 2006 mas menos y pasé por Clipper + MS DOS , Clipper + FiveWin, Harbour + FiveWinH hasta que en el 2006 el compilador no me dejó trabajar un dato tipo TDateTime que venía desde un dispositivo. Esto hizo que regresara a mi amado Delphi, el cual dejé todo ese tiempo, y bueno no me arrepiento, dicen que el primer amor nunca se olvida.

Ahora, según yo el Clipper es una maravilla de lenguaje, porque te permite macrosustitución, porque te permite insertar código de C o bien código C compilado, porque te permite meter ensamblador directamente en el código, y antes de WXP tenía una base de librerías que te permitían hacer casi todo, y cuando digo casi todo es CASI TODO.

Todavía hasta el 2010 le di soporte a un sistema que hice para Motorola y que según tengo entendido por ahi sigue trabajando en algunos módulos.

Creo que se puede hacer la analogía con "la muerte de Delphi" que todo mundo ha predicho y conforme pasan los años, el cadáver goza de mejor salud, para gusto de todos nosotros.

Si alguien quiere migrar de Clipper 16 a algo muy estable, como dijo alguien, Habrour es un compilador que te permite hacer todo, se devora el código Clipper en un 100% (claro, si no tienes libs de terceros) y te permite generar ejecutables en cualquier plataforma, en verdad que en cualquiera.

Saludos!! y si alguien necesita ayuda que me de un toque (no de mota) y con gusto puedo desempolvar mis archivos de código que le pueden ayudar.


  • 0




IP.Board spam blocked by CleanTalk.