>
> No, yo me refiero a aplicaciones, ya que herramientas de desarrollo
> siempre van a haber, por ultimo un compilador/interprete a secas.
>
> Por ejemplo si voy a una empresa de servicios, voy a encontrar
> aplicaciones en Pascal corriendo allá?? o en la banca, retail, etc.
Por supuesto que no,ya que Pascal a secas es un lenguaje destinado a la
enseñanza de la Programación.Pero si hay empresas pequeñas que tienen sus
sistemas desarrollados en Delphi
que es el sucesor de Pascal para Windows.Por ejemplo acá en la novena
región,Espex Ingeniería
tiene su sistema comercial desarrollado en Delphi con Interbase como Base de
Datos.
Saludos.
--
Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062-
From [EMAIL PROTECTED] Sun Dec 2 15:06:05 2007
From: [EMAIL PROTECTED] (Patricio Morales)
Date: Sun Dec 2 15:08:57 2007
Subject: =?iso-8859-1?q?Re=3A_Re=3A_Benchmarking_en_distintos_lenguajes_?=
=?iso-8859-1?q?=5B_Era_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_?=
=?iso-8859-1?q?=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El día 2/12/07, Patricio Morales <[EMAIL PROTECTED]> escribió:
>
>
>
> > No, yo me refiero a aplicaciones, ya que herramientas de desarrollo
> > siempre van a haber, por ultimo un compilador/interprete a secas.
> >
> > Por ejemplo si voy a una empresa de servicios, voy a encontrar
> > aplicaciones en Pascal corriendo allá?? o en la banca, retail, etc.
>
>
Solo como un agregado: Puedes escoger la herramienta que mejor estimes
conveniente
y esta puede ser cualquiera que te dé la posibilidad de conexión a un motor
de Datos
(Oracle,Sybase,Interbase,Db2,Postgresql,etc).Pero donde radica toda la
potencia para que tu Sistema
realice procesos complejos y de gran demanda es en este último Item donde
puedes manejar procedimientos almacenados,triggers dede el motor de Datos y
donde el software sólo se encarga de hacer las llamadas correspondientes a
estos procedimientos,y donde Oracle lleva
las de ganar .Eso si ,se deben obviamente considerar las posibilidades
económicas de la Empresa
donde se desarrollará el Sistema ,ya que no cualquier Empresa se puede dar
el lujo de gastar
US$30000 en una licencia de Oracle.
En resumen ,el Software es una cáscara,donde esta la potencia es en el Motor
de Base de Datos.
Saludos.
--
Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062-
From [EMAIL PROTECTED] Sun Dec 2 15:27:00 2007
From: [EMAIL PROTECTED] (Patricio Morales)
Date: Sun Dec 2 15:29:52 2007
Subject: =?iso-8859-1?q?Re=3A_Benchmarking_en_distintos_lenguajes_=5B_Era?=
=?iso-8859-1?q?_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
2007/11/29, Rodrigo Fuentealba <[EMAIL PROTECTED]>:
>
> 2007/11/29, Franco Catrin L. <[EMAIL PROTECTED]>:
>
> Medio difícil de hacer los clásicos listados impresos en 80 líneas
> como en COBOL no más, pero se ve entrete <-!
> Yo no soy tan viejito, lo más oldie que programé fue Cobol...
>
Programar en COBOL es un cacho(aún hay programadores en Cobol,y uno de
ellos es
un compañero de carrera,que trabaja para una empresa de Distribución
Electrica).Me acuerdo
que cuando estudié Técnico en Programación,hacer un Simple Menú en RM
COBOL85 para DOS
me demoraba casi dos horas,en comparación con los 15 o 20 minutos que me
demoraba
en hacerlo en Pascal.Y todo el tiempo que me demoraba,era gastado en:digitar
los enormes listados de los programas, corregir los errores que arrojaba el
interprete,y en adivinar porqué arrojaba error de compilación.Eso si deben
ser muy contados los programadores en Cobol,y relativamente muy bien
cotizados
por las Empresas que requieren de sus servicios.
Saludos.
--
Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062-
From [EMAIL PROTECTED] Sun Dec 2 17:07:03 2007
From: [EMAIL PROTECTED] (Aldrin Gonzalo Martoq Ahumada)
Date: Sun Dec 2 17:16:21 2007
Subject: =?iso-8859-1?q?Re=3A_Re=3A_Benchmarking_en_distintos_lenguajes_?=
=?iso-8859-1?q?=5B_Era_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_?=
=?iso-8859-1?q?=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
[Sorry, presione send antes de tiempo]
> On Nov 27, 2007 5:31 PM, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> > Alejandro Weinstein <[EMAIL PROTECTED]> wrote:
> > > On Nov 16, 2007 10:23 AM, Franco Catrin L. <[EMAIL PROTECTED]> wrote:
> > > > Segun entiendo esos no son compilados reales, runcobol es un interprete,
> > > > no una maquina virtual.
> > > Cual es la diferencia entre un interprete y una maquina virtual? En
> > > google no pude encontrar una respuesta clara. Encontre por ejemplo:
> > Ninguna.
> > Un procesador no es mas que un interprete del lenguaje de maquina del caso,
> > implementado en silicio, una maquina virtual es el mismo interprete pero
> > implementado en C (o el lenguaje du jour). Y al otro extremo, nosotros
> > programamos contra la "maquina virtual C", que se implementa (normalmente,
> > incidentalmente) via gcc y otras tonteras mas. Nada impide que tal cosa (o
> > incluso lenguajes mucho mas complejos) se interpretara directamente
Discrepo. Lo que se llama "maquina" es la definicion de una
arquitectura y su set de instrucciones. Cuando se habla de "maquina
virtual", se quiere decir que ese set de instrucciones no es el mismo
que el implementado en hardware; por lo tanto si quieres ejecutar ese
set de instrucciones requeriras de un paso de traduccion.
Un interprete es un programa que realiza la traduccion desde un set de
instrucciones o lenguaje y las ejecuta, de manera que puedas correr el
codigo en tu maquina "real". La distincion importante es que el paso
de traduccion se hace en tiempo de ejecucion; es decir, cada vez que
corras el programa tendras el costo adicional de traduccion lo que
puede traer problemas de performance o uso de recursos (memoria por
ej). Por eso la *implementacion* de la maquina virtual de java es un
interprete.
Un ejemplo no visto es AS/400 de IBM. Cuando compilas un programa, el
set de instrucciones generado es para una maquina virtual. Cuando lo
ejecutas, el sistema operativo no lo interpreta, sino que lo traduce
(compila) al codigo de la maquina real y luego lo ejecuta. Esta
compilacion solo se realiza una vez, salvo que te cambies de
arquitectura y en tal caso, el sistema operativo lo recompilara para
la maquina real 1 sola vez. Este es un ejemplo de maquina virtual sin
interprete, pues no hay traduccion durante la ejecucion.
--
Aldrin Martoq
From [EMAIL PROTECTED] Sun Dec 2 16:47:40 2007
From: [EMAIL PROTECTED] (Aldrin Gonzalo Martoq Ahumada)
Date: Sun Dec 2 17:18:58 2007
Subject: =?iso-8859-1?q?Re=3A_Re=3A_Benchmarking_en_distintos_lenguajes_?=
=?iso-8859-1?q?=5B_Era_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_?=
=?iso-8859-1?q?=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Nov 27, 2007 5:31 PM, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> Alejandro Weinstein <[EMAIL PROTECTED]> wrote:
> > On Nov 16, 2007 10:23 AM, Franco Catrin L. <[EMAIL PROTECTED]> wrote:
> > > Segun entiendo esos no son compilados reales, runcobol es un interprete,
> > > no una maquina virtual.
> > Cual es la diferencia entre un interprete y una maquina virtual? En
> > google no pude encontrar una respuesta clara. Encontre por ejemplo:
> Ninguna.
> Un procesador no es mas que un interprete del lenguaje de maquina del caso,
> implementado en silicio, una maquina virtual es el mismo interprete pero
> implementado en C (o el lenguaje du jour). Y al otro extremo, nosotros
> programamos contra la "maquina virtual C", que se implementa (normalmente,
> incidentalmente) via gcc y otras tonteras mas. Nada impide que tal cosa (o
> incluso lenguajes mucho mas complejos) se interpretara directamente
Discrepo. Lo que se llama "maquina" es la definicion de una
arquitectura y su set de instrucciones. Cuando se habla de "maquina
virtual", se quiere decir que ese set de instrucciones no es el mismo
que el implementado en hardware; por lo tanto si quieres ejecutar ese
set de instrucciones requeriras de un paso de traduccion.
Lo
--
Aldrin Martoq
From [EMAIL PROTECTED] Sun Dec 2 17:48:12 2007
From: [EMAIL PROTECTED] (Aldrin Gonzalo Martoq Ahumada)
Date: Sun Dec 2 17:51:06 2007
Subject: Desarrollo para PIC's Microchip en linux
Message-ID: <[EMAIL PROTECTED]>
Estimados, estoy en un miniproyecto personal que consiste en un pedal
midi programable. Para ello, compre un microprocesador PIC18F4550 de
Microchip (alrededor de $8.000-9.000 y un PIC16F876A de respaldo), un
"programador" serial (el hardware que permite subir el codigo al
microprocesador) y unos pocos componentes mas (resistencias,
condensadores, cristales, jacks, puerto usb B, etc). Tengo un pedal
whawha con efectos donde pretendo montar el circuito (los efectos de
POD XT Live lo superan por lejos y ya quedo desechado).
Mi unico problema es que todas las herramientas oficiales de Microchip
para desarrollo estan basadas en windows. Asi que la pregunta es si
alguien esta usando algun software libre para producir el codigo
necesario y subirlo al MCU. La necesidad es que estoy trabajando con
jackd, ardour, hydrogen, jackrack; todo unido a una pedalera POD XT
Live de Line6 mas un software que coordine toda la cadena de sofware,
la configuracion del pod y eventualmente un "teleprompter" que muestre
las letras/notas de la cancion en curso. Es decir, quiero seguir
trabajando con linux y la suite de audio disponible, esto tanto para
ensayos como para actuaciones en vivo.
A proposito del tema java, el "teleprompter" me costo solo media hora
de programacion en python-gtk2, utilizando el soporte de joystick de
pygames para avanzar las letras... habia pensado hacerlo en java para
ser "portable", pero cada dia me gusta menos java (es demasiado
complicado en mi opinion).
Volviendo a lo que quiero implementar: en mi pedalera no puedo
programar los botones, la solucion del pedal de joystick para las
letras es temporal; una solucion midi es lo ideal segun lo veo
(ejemplo: sincronizar el teleprompter a cierta estrofa o cancion con
solo elegir un canal en el POD). Para agregar los "botones" que me
faltan, una pedalera midi profesional cuesta minimo $80.000 y ademas
no es tan entretenido como hacerlo tu mismo ;)
Por supuesto, ya hice mi tarea de googlear y revisar los sitios
gnupic, el software gputils y luego vere algunos simuladores. Pero me
encantaria escuchar alguna experiencia real local de gente que haya
desarrollado software para este tipo de MCU aca, y que software libre
estan usando. Estan usando MPLAB via wine por ejemplo? Escriben el
programa en C o en Assembler? Que herramientas de compilacion usan?
Que programador estan usando y que soporte tiene en linux?
Muchas gracias!
--
Aldrin Martoq
From [EMAIL PROTECTED] Sun Dec 2 20:16:59 2007
From: [EMAIL PROTECTED] (Franco Catrin L.)
Date: Sun Dec 2 20:27:42 2007
Subject: Benchmarking en distintos lenguajes [ Era algo
=?iso-8859-1?q?as=ED?= como cliente en jabber... ]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El dom, 02-12-2007 a las 15:06 -0300, Patricio Morales escribió:
> El día 2/12/07, Patricio Morales <[EMAIL PROTECTED]> escribió:
> >
> >
> >
> > > No, yo me refiero a aplicaciones, ya que herramientas de desarrollo
> > > siempre van a haber, por ultimo un compilador/interprete a secas.
> > >
> > > Por ejemplo si voy a una empresa de servicios, voy a encontrar
> > > aplicaciones en Pascal corriendo allá?? o en la banca, retail, etc.
> >
> >
>
> Solo como un agregado: Puedes escoger la herramienta que mejor estimes
> conveniente
> y esta puede ser cualquiera que te dé la posibilidad de conexión a un motor
> de Datos
> (Oracle,Sybase,Interbase,Db2,Postgresql,etc).Pero donde radica toda la
> potencia para que tu Sistema
> realice procesos complejos y de gran demanda es en este último Item donde
> puedes manejar procedimientos almacenados,triggers dede el motor de Datos y
> donde el software sólo se encarga de hacer las llamadas correspondientes a
> estos procedimientos,y donde Oracle lleva
> las de ganar .Eso si ,se deben obviamente considerar las posibilidades
> económicas de la Empresa
> donde se desarrollará el Sistema ,ya que no cualquier Empresa se puede dar
> el lujo de gastar
> US$30000 en una licencia de Oracle.
> En resumen ,el Software es una cáscara,donde esta la potencia es en el Motor
> de Base de Datos.
Creo que deberías ver la afirmación que motivó mi comentario sobre el
uso o no de determinados lenguajes. Afirmación que tu mismo hiciste
contradiciendo lo que dices ahora. No quiero darle muchas vueltas al
asunto, estoy totalmente de acuerdo con lo que escribiste ahora.
Saludos
--
Franco
