Barrapunto

¿Y Knuth qué opina de esto?

Ostias, no había leído esto al escribir mi comentario de más abajo. Cierto, cierto.

El herrero, el joyero, el carpintero, martillean, liman, funden, ajustan el objeto de su trabajo hasta que estan satisfechos, y cada vez les sale un objeto un poco distinto.

El programador, como el alfarero, va poniendo pegotes hasta que el programa se tiene en pie; al final saca un programa bien parido (¿con qué criterios: modularidad, legibilidad, mantenibilidad, reusabilidad, ...? Todos utilitarios, no estéticos) o un churro que sólo se usará una vez.

Se está intentado "industrializar" la programación estandarizando sus técnicas (patrones de diseño, marcos de trabajo, programación a base de componentes), pero la aceleración (velocidad de cambio ;-) ) de la tecnología no permite que esos esfuerzos cristalicen.

Así que ya lo sabéis, los programadores son artesanos en su taller.

Entonces deberemos admitir que, como todo artesano, un programador puede construir "obras maestras" en su campo, que incluso podrían llegar a ser consideradas como "arte" por sus iguales, ¿no?

http://linuxcantabria.sytes.net/fire.c
compilais con gcc -o fire fire.c -lvga -lvgagl
Es un efecto de fuego muy conseguido y me flipa lo que se consigue con 4 lineas de codigo, me encanta aunque no se si será arte xD. Esta hecho con svgalib.
Alguien sabe donde encontrar mas demos en svgalib pa linux?

Casi todo el mundo es capaz de conducir; basta con sacarse el carnet en una autoescuela.Muy pocos son capaces de pilotar ( se cuentan con los dedos de una mano).Con programar ocurre algo parecido.Haces un cursillo de 60 horas y ya sabes programar, pero hacer un programa eficaz, eficiente y estable,es algo que no todo el mundo es capaz de hacer.Aquel que lo consigue, para mí es un artista.

slayer@maclinux:~ > wget -c http://linuxcantabria.sytes.net/fire.c
--18:42:47-- http://linuxcantabria.sytes.net:80/fire.c
                      => `fire.c'
Connecting to linuxcantabria.sytes.net:80... connected!
HTTP request sent, awaiting response... 403 Forbidden
18:42:51 ERROR 403: Forbidden.

que tal si lo nos pasas las 4 lineas por aqui, ya q son solo 4.....

Saludos

Sí, pero no se puede caracterizar un campo de actividad por sus expresiones minoritarias.

Programar no es, esencialmente, codificar virus ni hacer demos gráficas espectaculares (donde, por cierto, participa mucha gente aparte de programadores) ni escribir código C ininteligible

Más bien es parchear millones de líneas en COBOL o en C o cualquier otro lenguaje, o reinventar n veces la rueda.

Un ebanista puede hacer un mueble digno de figurar en un museo de Arte, pero la ebanistería NO es un Arte.

"Artes aplicadas y oficios artísticos"; necesitan habilidad, buen gusto, conocimientos artísticos, ... Están a medio camino entre la funcionalidad pura y la estética, pero NO son Arte.
Mucho menos la programación profesional; nada en ella se hace por "estética artística" convencional; se hace intentando que su funcionalidad sea óptima.

Bueno, creo que tu te estás refiriendo a las artes tradicionales o plásticas.

No, la musica, la danza el teatro no son artes plasticas, asi mismo la cinematografia, la videografia o la fotografia no son artes tradicionales, sin embargo todas ellas son una forma de arte reconocible para todos los seres humanos.

Anecdota: en un cierto poblado mexicano a principios del siglo XX se hizo la primera proyeccion de una pelicula. En un momento dado uno de los personajes desenfundo una pistola, a lo cual la audiencia masculaina respondio desenfundadno y uno que otro soltando un tiro, por si las dudas. Eso es a lo que me refiero: esta gente no habia visto jamas una pelicula, sin embargo el medio es universalmente humano, y por lo mismo capaz de transmitir y generar respuestas humanas de todo tipo.

El codigo fuente den Perl o C de cualquier programa no tiene ni remotamente esa habilidad de comunicar estados humanos a una audiencia cualquiera.

Si se entiende por arte el tener un habilidad para hacer algo, entonces cualquier actividad humana, especialmente llevada a un extremado perfeccionismo, es arte. El carnicero que sabe seleccionar la mejor carne, el pintor de brocha gorda que sabe emparejar cualquier color en una pared, el chofer de autobus que sabe manejar de manera segura y ligera, todos ellos se convierten asi de repente en "artistas".

Si se entiende por arte la actividad humana de comunicarnos con otros seres humanos a un nivel emotivo o logico, entonces todos los anteriores, y los programadores de cualquier lenguage, no son artistas.

Yo prefiero la segunda definicion, que en mi opinion es mas cercana a lo que todo mundo entiende por arte.

Y en el segundo grupo, pregúntale a un programador Flash (si, si, Flash tiene programación...) si lo que hace se considera como arte o no.

El resultado final de un programa indudablemente puede ser arte (videografia en general, musica algunas veces, cinematografia en otras, o una combinacion, o quizas por ejemplo para juegos requiramos una nueva rama del arte que defina esta actividad creativa). Pero el codigo por si solo no es arte, como no lo son ni un tubo de pintura, una cuerda de violin, un pedazo de marmol o una camara de video. El codigo fuente es el medio usado por el artista, no el fin.

prueba ahora....

/* Drawing the flame. (c) Copyright by Dedov Anton 2000 email: bada@krasu.ru, bada@paragon.krasnoyarsk.su to make (SVgalib requried): gcc -lvga -lvgagl -O2 fire.c -o fire*/ #include #include #include #include int *rand_arr = NULL; int rand_dim = 0; typedef struct scrn { int xsize, ysize; int *last, *new; } scrn; void init_palette() { int i; for( i = 0; i = s->xsize || y >= s->ysize ) { return 0; } return s->last[ y*s->xsize + x ]; } void smorph_draw( scrn *s ) { int x, y; for( y = s->ysize-1; y > s->ysize/2; y-- ) { for( x = 0; x xsize; x++ ) { int col = sget(s,x,y), downcol = 0; downcol = (sget(s,x-1,y+1)+sget(s,x,y+1)+sget(s,x+1,y+1))/3; col = downcol ? col + downcol/2 - myrand()%(col+1) : myrand()%5 + col; s->new[y*s->xsize + x] = col > 0 ? (col new[y*s->xsize + x-1] + s->new[(y+1)*s->xsize + x] + s->new[(y+1)*s->xsize + x-1]) / 4; gl_setpixel( x, y, col 127 ? col : 127 ); } } } void main() { GraphicsContext physicalscreen; int mode = vga_getdefaultmode(); scrn s; vga_init(); vga_setmode( mode = mode == -1 ? G320x200x256 : mode ); init_palette(); gl_setcontextvga( mode ); physicalscreen = currentcontext; gl_setcontextvgavirtual(mode); s.xsize = vga_getxdim(); s.ysize = vga_getydim(); s.last = (int*) malloc( s.xsize * s.ysize * sizeof(int) ); s.new = (int*) malloc( s.xsize * s.ysize * sizeof(int) ); init_my_rand( s.xsize * s.ysize ); while( !vga_getkey() ) { int *tmp = s.last; printf("hola\n"); gl_copyscreen(&physicalscreen); vga_drawpixel(30,125); smorph_draw( &s ); s.last = s.new; s.new = tmp; } vga_setmode(TEXT); }

EL codigo sale echo un cristo no se ve bien ni poniendo las etiquetas de preformato.
De todas formas, ya esta arreglao lo del enlace de antes, ya se puede descargar sin problema...
Un saludo,
Bolo.

Me refiero a que no veo qué mueve un "motor de búsqueda" o un "motor de base de datos". En cambio, un ingenio es un dispositivo mecánico. Me parece una traducción mejor.

Entonces si el resultado final de un programa si que puede ser arte, y el código no es mas que una herramienta, ¿lo que cuenta es siempre el resultado? ¿Dan igual la estructura interna del código o la elegancia de los algoritmos?
No estoy de acuerdo. Quizá un conjunto de líneas no tenga la posibilidad de comunicar mis sentimientos en el sentido tradicional, pero al igual que la pintura (por poner un ejemplo), un entendido en el tema puede sacar mucho mas jugo que un neófito, y a un programador un trozo de código puede transmitirle una gran cantidad de sensaciones.
Y si no, ¿quién no ha sentido algo de lo siguiente al ver programas ajenos?...
"Codigo bonito, algoritmos originales, rutinas decepcionantes, estructuras horribles, bucles deprimentes, cálculos sorprendentes... Incluso los bloqueos de base de datos pueden ser "optimistas" o "pesimistas"...
¿Quien dijo que no hay emociones en la programación?. :-)

En K5 apareció la programación como una forma de arte (CounterPoint: Programming as an artform). A mí no me convence mucho, pero creo que hay que poner, al menos, el puntero.

Todo el mundo puede considerarse un artista en lo que quiera. Pero sigo pensando que la forma de aproximarse a un tema como la programación es bastante diferente a la forma que tiene un pintor, un escultor, o un escritor a su trabajo. También es cierto que hay zonas difusas, como la arquitectura. En algún caso, algún programador puede generar arte con el resultado de sus programas, o bien por el contenido de los mismos (lo que se comentaba arriba de las demos, los virus, lo que explore los límites de la máquina (?)); pero insisto, no es esa en general la forma de enfrentarse a un problema que debería tratarse como un problema de ingeniería.