Patricio Morales <[EMAIL PROTECTED]> wrote:
[...]
> No he tenido la oportunidad de ver la nueva versión de Fortran,pero tuve
> la posibilidad de ver un programa escrito en FORTRAN,y si me dedicara a
> la programación (Soy Técnico en Programación,pero por causas del destino
> ,mi experiencia se ha basado en el Soporte Informático)me costarÃa mucho
> acostumbrarme a FORTRAN por la sintaxis que tiene y porque : El código en
> cuestión era tan desordenado y poco estructurado, como el código de
> muchos (no todos) programadores de BASIC y sus derivados.Y justamente
> toparse con un código de estas caracterÃsticas creo que serÃa la
> pesadilla de un programador que llega a una empresa ,y tiene que hacer
> modificaciones al programa .Agregale el hecho que el código no esté
> documentado abundancia de GOTO y otras hierbas.
Viste algo escrito en FORTRAN IV o similar, ya FORTRAN 90 es mucho mas
decente.
> En una Empresa de Supermercados donde trabajé como Soporte ,tenÃa que
> efectuar reportes a mis superiores de la casa matriz en Curicó,por caÃdas
> del Sistema Comercial de la Empresa basado en BASIS PRO/5 (un Basic
> Comercial )El usuario apretaba una tecla equivocada (normalmente era la
> de Backspace ,y el Sistema se caÃa,y al caerse mostraba en ocasiones
> parte de la ensalada de código fuente sin indentar.Ante eso ,el usuario
> tenÃa que ejecutar en el cursor Run (nombreprograma),y el programa volvÃa
> a ejecutarse en la parte donde el usuario habñia estado al momento de la
> caÃda,en los computadores con DOS y kermit destinados a facturación,me
> acuerdo ,estabamos obligados a sacar la dichosa tecla.Pero al usuario en
> el menú de opciones tenÃa asignada una tecla de función para "corregir"
> en caso de que tuviera un error de digitación ,y se le efectuaba la
> pregunta ,para que revisara lo digitado antes de imprimir.Y otras veces
> ,sencillamente por causa no atribuible al usuario.y en muchas caÃdas se
> podiÃa ver la ensalada de código Spaghetti(código spaghetti:código
> ilegible ,con reiterado uso de GOTO,difÃcil de analizar).Y esto sucede
> con todos los lenguajes que te permiten ser "desordenado" como
> programador.
Todo lenguaje permite escribir programas horrendos...
> Al menos ,en lo que son los lenguajes más estructurados como
> C, C++,Pascal,se hace un esfuerzo para obligar al programador a que
> ordene el código,
Por suerte, no.
> y porque a los programadores cuando sursan el ramo de
> MetodologÃa de la Programación ,se les hace hincapié en la documentación
> e indentación del código.DifÃcilmentese puede encontrar un código
> desordenado en estos lenguajes.
Podria mostrarte algunos ejemplos... date una vueltecita por el Obfuscated
C Contest, los programas ganadores de los '80 son verdaderas joyas de
ilegililidad.
> > Ademas tiene alguna reglas que permiten que el compilador optimize el
> > codigo mas que con otros lenguajes, siempre se pasa por referencia, el
> > aliasing esta prohibido y para tener un puntero a alguna variable hay
> > que declarala como 'target'.
> En Turbo Pascal ,también existÃan reglas que se colocaban al código entre
> {} para que el compilador optimizara el código,para usar el emulador del
> coprocesador matemático(en caso de que el procesador de la máquina donde
> se ejecutaba el programa careciera de coprocesador matemático)para
> reserva de memoria para las variables,etc
Lo mencionado arriba esta a an~os luz de cualquier cosa que algun
compilador Pascal siquiera haya son~ado... cosas como escribir:
FOR 100 I = 1, 10
FOR 100 J = 1, 10
C(I, J) = 0.0
FOR 100 K = 1, 10
C(I, J) = C(I, J) + A(I, K) * B(K, J)
100 CONTINUE
(multiplicacion de matrices), y el compilador se encarga /automaticamente/
de hacer los calculos en paralelo, distribuyendo sobre varios procesadores
y/o usando instrucciones vectoriales especiales.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Mon Dec 3 17:40:58 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Mon Dec 3 17:43:50 2007
Subject: =?iso-8859-1?q?Re=3A_Re=3A_Re=3A_Benchmarking_en_distintos_lengu?=
=?iso-8859-1?q?ajes_=5B_Era_algo_as=ED_como_cliente_en_jabber=2E?=
=?iso-8859-1?q?=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]>
El 3/12/07, Horst H. von Brand <[EMAIL PROTECTED]> escribió:
> Patricio Morales <[EMAIL PROTECTED]> wrote:
> > 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 .
Oracle? Las de ganar para escribir procedimientos que faciliten la
pega a nivel de aplicación? Discrepo con ello por dos razones.
1.- Oracle sólo tiene dos o tres lenguajes para escribir dentro de él;
PostgreSQL soporta muchos más (Despierta, Alvherre!). SQL Server 2005
(sí, la versión "cotota") soporta escribir procedimientos almacenados
(como un assembly) en cualquiera de los lenguajes del stack .NET que
te permitan hacer un .dll y no un .exe (es decir, casi cualquiera;
hasta en Visual Basic si quieres)... Sin olvidar que Microsoft SQL
Server 2005 es por primera vez un software que tuvo 0 security
vulnerabilities durante un año (y no sé si continúa, yo me volví a la
línea open source hace un año)
2.- El hecho de que necesites un tunning extensivo que está poco
documentado hace de Oracle una base de datos muy escalable pero a un
costo bastante alto. Con PostgreSQL tienes más por menos.
> Segun fuentes generalmente confiables, Postgres y Oracle en esta area son
> bastante parejos, con Postgres con una buena ventaja en terminos de
> lenguajes soportados al interior y rendimiento de los mismos. Donde sin
> duda gana Oracle es en toda clase de chiches externos al RDBMS, como
> herramientas de desarrollo y aplicaciones (semi)hechas.
Es bastante realista. Oracle es una mega empresa, con mega mucho
desarrollo, y de hecho su base de datos no es su principal producto,
sino su ERP mega-grande-que-funciona-solo-sobre-oracle
> > 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.
>
> Cuidado, el costo de licencias tipicamente es una fraccion muy menor (5 a
> 15%) del costo del proyecto, y esa diferencia facilmente se la traga el
> tener que contar con gente entendida (no recurrir a la "linea de soporte")
> y otras minuicias. Codigo abierto igual se paga, solo que no en licencias.
( ¿se dieron cuenta de que nadie mencionó a MySQL ni por si acaso? :D )
En general, a un DBA de Oracle le pagan un poco más que a un DBA de
PostgreSQL. Y en general lo que he visto es que se tiende a solicitar
soporte "al computín más cercano, total PostgreSQL es parte de Linux,
debe conocerlo" en vez de a empresas que soporten al open source.
(Conste que es "lo que he visto").
--
Rodrigo Fuentealba Cartes
