🚀 go-pugleaf

Estoy de acuerdo con vosotros, pero ¿no será problema de las
herramientas que estamos utilizando?. En definitiva, si un programa
"derrocha" recursos por todas partes, a lo mejor no todo el problema
es del programador que "tiene prisa", sino de la herramienta que está
utilizando y que le sirve de base para hacerlo.
Hay veces que echamos la culpa de la baja calidad de un programa a "la
prisa que hay" por terminarlos. Quiero contaros una cosa. Hace muchos
años yo empecé a programar con el único lenguaje que había y que se
podía: el ensamblador. !Cuidado! No estoy haciendo alarde ni de edad
ni de nada, sólo es verdad. Pues bien, han pasado los años, han pasado
los sistema, han pasado los lenguajes, y yo sigo programando (¿?);
reconozco que hoy se pide más a un programa que antes, pero empiezo a
tener el convencimiento que hoy no se programa más deprisa que antes.
Es más creo que hoy se tarda más en hacer un programa, sobre todo los
comerciales que son los que yo conozco.
La diferencia fundamental estriba, según mi punto de vista, en dos
puntos.
Primero, en la cantidad de programas que se hacen. Antes no se hacían
tantos programas como hoy, por lo tanto hoy hay más programas malos
que antes; pero también buenos. No creo que hoy se programe mucho
peor, lo que pasa que los programas malos de antes no han tenido
continuidad ni trascendencia, pues las posibilidades de promoción eran
muy pequeñas, mientras que hoy los programas malos duran mucho, pues 
se promocionan muy rápido y se extienden mucho; tanto que llega un 
momento en que parece que nadie 
puede dudar de ello, pues "como todo el mundo lo utiliza".
Otra diferencia, y para mí la más importante, es el enfoque 
"profesional" que le damos a nuestros programas. Actualmente se ha 
instalado en nuestras mentes un axioma que dice más o menos: somos 
humanos, los humanos fallan, los humanos hacen programas, los 
programas falla, y como los humanos fallamos mucho es normal que los 
programas fallen mucho; "esto se arregla apagando y encendiendo".
Creo que esto último es lo fundamental. Si los fabricantes de coches 
tuviesen ese pensamiento, o el de aviones, o incluso los constructores 
esto sería un desastre. ¿Os acordais lo que le contestó el Director de 
GM a Bill Gates?. Pues por eso la mayoría de los programas son malos, 
porque están basados en ese axioma. Pensamos que hacer las cosas 
rápidos es hacerlas mal, y que aunque las quisieramos hacer bien 
siempre saldrían mal. Pues este pensamiento es el que hace que los 
programas sean malos, y cuesten mucho tiempo. Digo cuestan mucho 
tiempo, porque se "terminan" rápidos, pero se invierte mucho en hacer 
que sean correctos, y éso hay que computarlo también. Desde M$ se 
habla de "coste de propiedad" "costes ocultos" etc..., es decir, 
arreglar las cosas que se han hecho mal.
Concluyo. Por lo tanto, que hoy se hacen las cosas más rápido, pues al 
principio sí, pero si el producto no sale con calidad, al final se 
tarda mucho más que antes. Que hay que utilizar librerias o hacerlas 
de nuevo, pues todo depende de la calidad del producto que está hecho 
y de la utilidad que le vamos a dar.
Lo importante, lo único importante que debe de prevalecer en nuestro 
hobby/trabajo es la calidad, el trabajo bien hecho, tender a la 
perfección y no aguantarnos con las herramientas malas, pues eso 
provoca deasarrollos malos. Si el lenguaje de la multinacional más 
grande del Soft es malo, pues hay que decirlo y no utilizarlo, pues 
éso provocará errores, problemas y costos que ni queremos ni deseamos. 
Lo que concoce/utiliza/habla todo el mundo no siempre es bueno.
En definitiva los que estamos aquí, si tenemos algo en común es que 
queremos hacerlo bien, y queremos que funcione bien siempre, y no a 
veces. Cuando lo hacemos bien nos divertimos ¿no?.

Creo que me he enrollado. Después de leerlo no sé si enviarlo o 
borrarlo. Bueno si lo has leido es que no lo habré borrado.

--------------------------------------
Jose Juan Martin
..-<jjmartin@interbook.net.|.->
Usuario de LINUX registrado N.:94152 

>>>>>>>>>>>>>>>>>> Mensaje original <<<<<<<<<<<<<<<<<<

El 4/10/99, 23:55:33, aherrer@clientes.unicaja.es (Andres Herrera)
escribió sobre el tema Re: Programacion de hoy y de mañana.:


> -----BEGIN PGP SIGNED MESSAGE-----


> Guenas

> El Mon, 04 Oct 1999 15:57:44 -0400, Alex Estevez
<alex@interactivebureau.com> disidio iscribir:
> >Bien, quiza sea interesante discutir hasta que punto merece usar lo
> >hecho o currarselo de nuevo. Las ventajas y desventajas son claras,
> >productividad o calidad, y cuando digo calidad no me refiero a un
> >programa de calidad, sino a un codigo de calidad.

> Te felicito por la idea de refundir ambos threads y crear este; puede
ser de
> lo mas clarificador.

> He dejado solo un parrafo, que creo es un resumen perfecto del tema a
la vez
> que un buen punto de inicio de la discusion.

> Estoy totalmente de acuerdo con lo que has expuesto: creo que el
codigo de las
> aplicaciones de hoy en dia es de baja calidad: muy poco optimizado y
> derrochador de recursos. Evidentemente la potencia del hard actual,
asi como
> la rentabilidad economica, son los condicionantes principales, y por
ello no
> deberiamos hablar de malos programadores sino de malos programas.

> Yo soy un "mal proramador", es decir, hago programas nada optimizados,
con
> herramientas derrochadoras de recursos, y soy el primero en verlo y
> reconocerlo. Con tiempo y ganas podrian ser mucho mejores, pero hay
gente que
> ya los usa a diario y no puedo decirles que se van a quedar un año
esperando
> esa nueva revision total a cambio de que les funcione en una maquina
mucho
> menor de la que tienen.

> Es triste, pero estamos ante una espiral de dificil solucion  en la
que los
> ordenadores son cada vez mas potentes pero a la vez van igual de
justos cuando
> han de tirar de aplicaciones que realizan las operaciones de toda la
vida.

> Saludines
> - --
>  --------------------------------------
>    QQ   | N.66054
>   Q  Q  | POWERED BY Debian 2.0 - Kernel 2.2.12| Andres Herrera
>    QQ   ---------------------------------------|
aherrer@clientes.unicaja.es
>   QQ Q    !! Yo EXIJO drivers para Linux !!    | Grupo LIMA
>  QQ   Q   http://www.jr-projects.net/firmas    |
http://iaeste.cie.uma.es/lima
>  -----------------------------------------------

> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.3ia
> Charset: noconv

> iQCVAwUBN/kwY+qvOI0PTaC5AQHTIQP/SScc59aiow19wepfLTdY5o4IruJviPmt
> Q+9qwJ/TVlbDa5y3PHoWpum6spu4RIjXml/A3HMgSZuv8EZzeKa4hXn6vtVFCNkY
> 3kF57vnSkT8c8KO0F7JJIhH+2tZwL0NwJ8s4PsYJm95or9eVu/OSNgejAyBhXwZ9
> CTWG2wDGAUE=
> =Jnuw
> -----END PGP SIGNATURE-----