El craneo de bronce

2006-11-03T16:00:00.000-08:00

bueno aqui dejo una entrevista hecha a un guru de la progrmacion como es Linus Torvalds

¿Cómo aprendiste a programar? ¿En alguna escuela del rubro o ni siquiera te molestaste en terminar alguna?

Yo no aprendí a programar en algún instituto o universidad, sino que con mis propias lecturas y simplemente haciendo las cosas. (inicialmente en un Commodore VIC-20 y después en un Sinclair QL)
a pesar de esto, creo que la universidad fue muy útil. Mejor que ir a alguna escuela de ingeniería, fui a la universidad de Helsinki, la cual es muy teórica, así que ahí la enseñanza no se concentró mucho en la programación (la programación fue solo una pequeña parte, que terminé haciendo aparte de todas formas), pero la mayoría de los cursos se trataron más de conceptos fundamentales y cosas como análisis complejos.
Los cuales parecen aburridos e incluso una pérdida de esfuerzos a veces, pero creo que fueron útiles y disfruté de la mayoría. Y pienso que quizás soy un mejor programador por eso.

¿Cuál crees que es la herramienta más importante que cada programador debería tener?

Es una cosa a la que llamo… gusto
Tiendo a juzgar a la gente con la que trabajo no por lo hábiles que puedan ser (algunas personas pueden producir un montón de código increíble), sino por cómo reaccionan frente a los códigos de otros, y también obviamente por cómo su propio código luce, y qué enfoque le dan. Eso me dicen si tienen… buen gusto o no. Y el asunto es si una persona no tiene buen gusto a menudo no es muy buena juzgando los códigos de otros, y su propio codigo la mayoría de las veces no termina siendo maravillosamente bueno.
Pero esto no es lo único. Una cosa que es muy útil, especialmente es un proyecto de codigo abierto, es simplemente la capacidad de comunicar correctamente qué es lo que quieres hacer y cómo lo vas a hacer. La capacidad de explicarle a otros el porqué haces algo de cierta manera es muy importante, y no todos poseen esa capacidad.
A pesar de esto, al final hay también personas que sólo producen buenos códigos. Quizás no sean buenos explicándolos y quizás ni siquiera tengan un buen gusto, pero los códigos funcionan bien. Algunas veces necesitan a otra persona (uno que sí tengan aptitud de definir gusto) que quizás manipule el código en un forma donde sea útil en gran medida, pero sólo la capacidad de escribir códigos claros para problemas difíciles es obviamente una parte bastante fundamental de cada programador.

¿Crees que la matemática y/o la física son herramientas importante para un programador? ¿Por qué?

Personalmente creo que tener conocimientos amplios de matemáticas es algo bastante bueno. No estoy seguro acerca de la física, pero estoy convencido que comprendiendo matemáticas y teniendo un buen conocimiento base te ayuda a ser un mejor programador. Y es tan sólo porque los modelos mentales son similares – puedes construir las reglas que quieras, pero deberías ser consecuente contigo mismo.

¿Cuál crees que será la siguiente gran cosa en programación de computadores? ¿ X-oriented programming (la mejor forma de decir esto es en ingles), computación cuantica, qué?

No creo que veamos un gran salto. Hemos visto un montón de herramientas que ayudan a hacer del trabajo rutinario algo más fácil – con niveles altos de lenguaje y tal vez la integración de bases de datos simples en el lenguaje principal. Pero la mayoría de las palabras que están de moda han sido sido de uso muy limitado.
Por ejemplo, personalmente creo que Visual Basic hizo más por la programación que lo que hizo los lenguajes orientados a objetos. Todavía hay gente que se ríe del Visual Basic y dicen que es un mal lenguaje, y han hablado acerca de los lenguajes orientados a objetos por décadas.
Y no, VB no fue un gran lenguaje, pero creo que las interfaces fáciles de bases de datos en Visual Basic fueron fundamentales más importantes que lo que es la orientación a objetos, por ejemplo.
Así que creo que habrá un montón de mejoras y las mejoras en el hardware hará más fácil la programación, pero no espero ninguna ayuda en la productividad o revoluciones en como la gente hará las cosas.
Al menos no hasta que nos acerquemos a la Inteligencia Artificial real. Esta hará cualquier cosa que nuncá podrás programar.

Si tuvieras tres meses para aprender una tecnología relativamente nueva, ¿cuál escogerías?

Hmm, me encantaría hacer FPGA, pero siempre he estado muy ocupado para sentarme realmente y comenzar a aprender. Me encanta la noción de jugar con el hardware: es obviamente una de las razones por las que terminé haciendo operaciones de sistema, que esto (junto con recopilaciones) es casi lo mismo que jugar con el hardware, sin diseñarlo realmente o construirlo tú mismo

¿Qué crees que hace a algunos programadores 10 o 100 veces más productivos que los otros?

Realmente no tengo idea. Creo que algunas personas son simplemente mejor, capaces de concentrarse en las cosas que importan, y creo que mucho de esto se logra simplemente haciéndolo. La mayoría de los buenos programadores, he sabido, comienzan bastante jóvenes.

¿Cuáles son tus herramientas favoritas (sistemas operativos, lenguaje de programación/escritura, editores de texto, versiones de sistemas de control, motores de bases de datos, otras herramientas con las cuáles no puedes vivir sin ellas) y por qué te gustan más que otras?

Realmente no estoy usando esa cantidad de herramientas en las que trabaje, con la mayoría de ellas he gastado tiempo simplemente haciendo que funcionen para mí. Lo relativo a sistemas operativos es claramente lo mejor de todo, pero obviamente también he escrito mi propia versión del control de sistema (git), y el editor de texto que ocupo (micro-emacs) lo he terminado arreglando a mi medida y ampliándolo encima también.
Lo único que me preocupa profundamente es mi lector de email. Yo uso pine – no porque sea necesariamente el más grande de los lectores de mails, sino porque estoy acostumbrado a él y hace lo que necesito hacer con un mínimo de esfuerzo.

¿Cuál es tu libro favorito relacionado a la programación de computadores?

Heh. Cuando leo estos días, tiendo a leer tanto ficción como cosas no relacionadas con la computación, viejo pero bueno “The Selfish Gene” de Richard Dawkins (el título del libro en español sería “El Gen Egoísta”)
Cuando se refiere a programación el único libro real del tema que se me viene a la mente es en efecto el clásico de Kernighan & Ritchie “The C Programming Language” (el lenguaje de programacion C), porque es un libro increíblemente útil y además es muy leíble y corto. Considerando que puedes aprender básicamente uno de los más importantes lenguajes de programación de nuestros tiempos, el hecho que sea delgado y leíble es simplemente una maravilla.
Dicho esto, muchos otros libros que he disfrutado un montón no fueron acerca de programación per se, sino que de la arquitectura de los computadores y de hardware. Está obviamente el libro de arquitectura de computación de Petterson & Hennessy, pero personalmente para mi es mejor “Programming the 80386″ de Crawford & Gelsinger’s, que fue el que usé cuando comenzé con linux
Por similares razones tengo una debilidad por “Operating Systems: Design and Implementation” (sistemas operativos: diseño e implementación) de Andrew Tanenbaum.

¿Cuál es tu libro favorito NO relacionado con programación?

Bueno, ya mencioné “The Selfish Gene” de Dawkins. En el lado de la ficción, hay un montón de libros que he leído y disfrutado, pero de muy pocos diría que son mis favoritos. Suelo no releer los libros y la selección podría cambiar en el tiempo. Es mayormente ciencia ficción y fantasía, ejemplo “Stranger in a Strange Land” de Heinlein, fue mi favorito cuando era adolescente, pero un poco menos claro para mi por estos días.

¿Cuáles son tus bandas/artístas/compositores favoritos de música?

No soy un real aficionado a la música, pero cuando escucho suelo oir varias cosas del rock clásico, que van desde Pink Floyd hasta los Beatles, de Queen hasta The Who.

Dificil vida de un virus

2006-10-10T18:28:00.000-07:00

muy buena la animacion

Desarrolladores de interfaz de usuario VS Desarrolladores de verdad

2006-10-10T17:38:00.000-07:00

Una aplicación está bien o es buena cuando la interfaz de usuario funciona, esto es lo que normalmente dice un desarrollador digamos de "interfaz de usuario". Este tipo de desarrollador sea en el lenguaje que sea, tiende a desarrollar centrándose sólo en el interface usuario, no preocupándose en absoluto por darle una estructura a la aplicación o un mínimo sentido. Normalmente el desarrollador de interfaz tiene mucho éxito.

¿Por qué tienen éxito los desarrolladores de interfaz?. Un desarrollador de interfaz es el primero en mostrar resultados, puesto que la interfaz de usuario es lo primero para el desarrollador y normalmente es lo que se ve en el resultado final, siempre será el primero en tener algo funcional que mostrar. Esto es muy bueno para tener contentos a jefes o clientes impacientes.

Un desarrollador de interfaz sale más barato, porque generalmente es un tipo que cambió de Visual Basic a PHP, de PHP a JSP y a lo que haga falta, no pide mucho dinero y te hace aplicaciones completas en una semana para que tu gran empresa pueda sacar un gran beneficio.

Para un desarrollador de verdad, una aplicación es buena no sólo cuando su interfaz funciona, sino cuando cada una de las piezas que compone la aplicación están correctamente engrandas y girando. Las aplicaciones de los desarrolladores de interfaz solucionan un problema, mientras que las buenas aplicaciones resuelven muchos más.

Estos desarrolladores, se preocupan por como queden las cosas, son más caros porque alguien que sepa como tiene que estructurar una aplicación y generalizar las cosas para que sean reaprovechables, son bastante más caros, pero dan un mejor rendimiento a largo plazo.

¿Si yo tuviera que montar un grupo de desarrollo a cuales elegiría?. Lamentablemente las dos opciones son buenas, con los desarrolladores de interfaces se podría alcanzar un beneficio rapidamente, obtener resultados, cobrar y hasta la próxima, todo el mundo contento (menos los que tengan que mantener la aplicación, pero el negocio ya está hecho). Con los buenos desarrolladores se tardaría un poco más, pero se podría ir a por clientes grandes o que pidan un calidad en el producto.

¿Pero entonces a quién ficho?, necesito un desarrollador. Bueno ficha a quien te de la gana, pero la clave del éxito no mezcles los desarrolladores, no se llevarán bien, no trates de que colaboren, el desarrolador bueno se enfadará por arreglar lo que hace el de interfaz, se lo dirá y el de interfaz se enfadará también.

Buscador de codig

2006-10-08T17:13:00.001-07:00

Por experiencias propia se que es dificil encontrar ejemplos de los lenguajes que estamos estudiando, pero para nuestra suerta existe buscadores de codigos tales como:
Koders
Krugle
y como google nunca se queda atras acaba de incorporar este servicio
Codesearch

Programadores matando un dragón

2006-10-06T18:42:00.000-07:00

Java - Llega, encuentra al dragón, desarrolla un framework para aniquilación de tragones en múltiples capas, escribe varios artículos sobre el framework… pero no mata al dragón.

.NET - Llega, ve la idea del desarrollador de Java y la copia, intenta matar al dragón, pero el bicho se lo come

C - Llega, mira al dragón con mirada de desprecio, tira de espada, degolla al dragón, encuentra a la princesa… y la ignora para ver los últimos checkins del cvs del kernel de linux

C++ - Crea un pincho básico y va juntando funcionalidades hasta tener una espada compleja que apenas consigue entender… mata al dragón pero se atasca en medio del puente por culpa de pérdidas de memoria (memory leaks)

COBOL - Llega, ve al dragón y piensa que es demasiado viejo para conseguir matar un bicho de ese tamaño y quedarse con la princesa, y entonces se va

Pascal - Se prepara durante 10 años para crear un sistema de aniquilación de dragones… cuando llega el momento descubre que el programa sólo acepta lagartijas como entrada

VB - Monta un arma de destrucción de dragones a partir de varios componentes, salta encima del lomo del dragón, y en la hora H descubre que la espada sólo funciona durante las noches de lluvia…

PL/SQL - Recoge datos de otros matadores de dragones, crea tablas con n relaciones de complejidad ternaria, datos en tres dimensiones, OLAP, tarda quince años para procesar la información… y para entonces la princesa se volvió lesbiana.

Ruby - Llega con muchísima fama, diciendo que es el mejor en hacer cualquier cosa y cuando va a enfrentarse al dragón muestra una peliculita de el matando a un dragón… el dragón se lo come de puro aburrimiento

Smalltalk - Llega, analiza al dragón y a la princesa, se da la vuelta y se pira: ellos son muy inferiores

shell - Crea un arma poderosa para matar dragones, pero en la hora H no recuerda como usarla

shell(2)- El tío se acerca al dragón con un script de dos líneas que mata, corta, destripa, empala, pica en pedacitos y empaca al bicho, pero a la hora de ejecutarlo el script aumenta, engorda, enfurece y pone alcohol en el fuego del dragón.

Ensamblador - Cree que está haciendo lo más correcto y eficiente… pero pone un A en lugar de un D y mata a la princesa para terminar follándose al dragón

Fortran - Llega y desarrolla una solución con 45 mil líneas de código, mata al dragón, va al encuentro de la princesa… pero ella le llama tirillas y se va corriendo detrás del programador de java que era elegante y además es rico

FOX PRO - Desarrolla un sistema para matar al dragón. Por fuera es precioso y funciona, pero por dentro está todo parcheado y cuando va a ejecutar el aniquilador de dragones recuerda que olvidó indexar los DBF.

ANALISTA DE PROCESOS - Se acerca al dragón con dos toneladas de documentación desarrollada sobre el proceso de matar un dragón genérico, desarrolla un DFD para liberar a la princesa y casarse con ella, convence al dragón de que es lo mejor para el y que no va a doler. Al ejecutar el proceso estima el esfuerzo y el tamaño del daño que causará con la firma del papa, de Buda y de Joan Manuel Serrat para el plano, y entonces compra dos bombas nucleares, 45 cañones, un portaaviones y contrata a 300 hombres armados hasta los dientes… cuando en realidad tan sólo necesitaría la espada que tenía en la mano desde el principio

CLIPPER: Monta una rutina que carga un array de codeblocks para insultar al dragón, cantarle a la princesa, cargar la espada a memoria, moler al dragón, limpiar la suciedad, preparar un vaso de leche condensada con moras para la princesa, follar a la princesa, darse un baño, encender el coche, ponerle gasolina y volver para casa. A la hora de ejecutar recibe un “Bound Error: Array Access” y el dragón se lo come con patatas

Lisp, donde el famoso caballero andante, tras hablar con numerosos expertos en matar dragones y modelar el conocimiento que ellos poseen programa el sistema y se da cuenta… de que se ha dejado algún paréntesis

HTML: Monta una web sobre espadas famosas usadas para matar dragones, pero se pasa los estándares W3C por el forro. Cuando se encara con el dragón descubre que el código no es compatible con su navegador, por lo que se queda compuesto y sin espada. El dragón se lo merienda como aperitivo. (Darkblade)

Prolog: Piensa que para matar al dragón necesita un arma. Busca en un catálogo 182014 armas. Para cuando la princesa muere de vieja ya ha logrado descubrir como fabricar todas las armas que empiezan por la A: Armas atómicas, Alabardas,Alfanges, Asesinos contratados, Armas blancas, Antiaéreos, Arcos, …
PHP: Crea una página web que al ejecutarla eliminará al $dragón tirando de una base de datos de armas en mysql y sobre un servidor apache. Sin embargo, se olvidó el Where en la query de delete y mata a la princesa, al dragon, a los campesinos, a la bruja, al hechicero y al propio programador.

JavaScript: El programador intenta matar al gran dragón verde que lanza fuego por la boca. Crean un script que borrará al dragón cuando carge una página web para unos segundos después crear unas damiselas que lancen flores y hagan soniditos de aplausos. Por desgracia no tuvo en cuenta la estructura Dom del lagarto, también conocido como Mozilla, y lo único que consigue es rellenar su consola de errores y que el libro de mozilla narre como acabó devorado.

ActiveX: Los programadores crean un tunel para entrar a la guarida del dragón desde el castillo y ejecutar un programa que matará al dragón desde una distacia segura y prudencial. El dragón descubre el tunel, se come a los trabajadores que cavaban, a los matadores de dragones y esclaviza a todos los siervos del castillo que pasan a ser sus esclavos. El castillo pasa a ser un lugar de cría de dragones lleno crías que manda en pop ups a otros castillos. Los restos poco apetitosos de los caballeros los mete en latas de Spam y manda también a otros castillos como advertencia.
Basic. Crean un arma capaz de matar a dragones de papel, pero por mucho que la perfeccionan descubren que no sirve para matar a ningún dragón más grande que una cría de caniche.

Matlab: Crean un bucle que calcula las trayectorias para lanzar una flecha gigante contra el dragón. El programa funciona perfectamente. Sólo faltan los voluntarios capaces de lanzar la flecha con la fuerza y puntería necesaria.

Modula 2: Implementa un método académicamente impecable para matar al dragón, pero no encuentra ninguna espada de verdad con la que usar dicho método.

Programador de videojuegos :Se pasa dos años programando una espada state of the art, con shaders y todo. A la hora de matar al dragón se encuentra con que la mitad de los caballeros no tienen fuerza para mover la espada. Luego alguien programa un parche que revela las escenas de sexo con la princesa.

CSS: Tras crear el caballero un contenedor y un supercontenedor para mantenerse centrado y estable a pesar de las envestidas del dragón, olvida definir un DOCTYPE correcto y el dragón se lo merienda cual pincho de calamares.

WEB 2.0: Desarrolla una forma de matar al dragon utilizando XML, tonos pastel y letras grandes, y permite que todos los guerreros del mundo opinen sobre la mejor forma de matar al dragon con un sistema de tags y puntuaciones. En medio de la discusión, una horda de trolls revienta la convencion y mueren todos.

Consultor externo: Aconseja una estrategia planificada con un incremento progresivo de medios y personal empleado, dosificado a partir de un comite de expertos internos y externos que se reuniran con periodicidad bimensual para analizar los informes de progreso. Una actitud proactiva debe ser impulsada en general en la seleccion de personal, asi como un buen ambiente interno. De hecho su propia empresa tiene expertos especializados en la seleccion de personal de programacion y en la dinamizacion de ambientes laborales. Una ciudadela de programacion es lo mas adecuado para dar estabilidad y solidez a la empresa. Conviene que se asuma desde el principio que el gasto de formacion de personal no debe ser cicatero, si queremos que la cosa avance, asi como que el sistema de pruebas debe de estar estandarizado y documentado para cada programa, para evitar sorpresas indeseables de ultima hora.
Si en el transcurso del proyecto se produjera la extincion de los dragones o de las princesas, ya fuera por la desaparicion de su entorno natural por deforestacion o sepultamiento bajo informes documentados o por el advenimiento de la revolucion francesa, entonces habria que redirigir el proyecto-ciudadela a los canales publicos de reconversion industrial de urgencia social, para lo cual seria conveniente un comite de expertos internos y externos que se reunieran con periodicidad bimensual para establecer las politicas de reconversion y los ajustes necesarios a la luz de los informes de progreso.

El programador de Ajax: Prepara una Interface para mentenerse alejado del Dragon y Atacar. Arma la Espada de DIV’s y viste a su caballero de hermosos CSS’s y lo manda a combatir. Cada vez que su caballero necesitaba algo, lo solicitaba y recibia inmediatamente lo que necesitaba, super armas, cambio de armaduras, invisibilidad, etc etc. Pero el dragón pendejo con unos escupitazos de fuegos crea una Firewall que hace lento al caballero Ajax. y de aburrido se lo come y lo caga al lado de Web 2.0.

Receta para un programador:

2006-10-05T20:25:00.002-07:00

* Interésate en la programación, y programa porque es divertido. Asegúrate de que te diviertes tanto como para invertir diez años.
* Habla con otros programadores. Lee otros programas. Esto es más importante que cualquier libro o curso.
* Programa. El mejor tipo de aprendizaje es aprender practicando. Para decirlo más técnicamente, "El máximo nivel de desempeño de los individuos en un dominio dado, no se logra automáticamente como función de experiencia extendida, sino que el nivel de desempeño puede incrementarse incluso en individuos altamente experimentados como resultado de esfuerzos deliberados por mejorar." (p. 366) y "el aprendizaje más efectivo requiere una tarea bien definida con un apropiado nivel de dificultad acorde con el individuo, retroalimentación informativa, y oportunidades de repetición y corrección de errores." (p. 20-21) El libro "Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life es una interesante referencia sobre este punto de vista.
* Si quieres, dedica cuatro o cinco años en una universidad (o más en una escuela de graduados). Esto te dará acceso a algunos posiciones que requieren credenciales, y te dará un entendimiento más profundo del campo, pero si no disfrutas la escuela, puedes (con algo de dedicación) obtener una experiencia similar trabajando. Como sea, la lectura de libros por sí sola no será suficiente. "La educación en computación no puede hacer a nadie un experto programador más que el estudio de pinceles y pigmentos puede hacer a alguien un pintor experto" dice Eric Raymond, autor de The New Hacker's Dictionary. Unos de los mejores programadores que yo haya contratado alguna vez tenía solamente un grado de bachiller; pero ha producido una gran cantidad de excelentes programas, tiene su propio grupo de noticias, y sin duda es mucho más rico de lo que yo pueda llegar a ser.
* Trabaja en proyectos con otros programadores. Sé el mejor programador en algunos proyectos; sé el peor en otros. Cuando eres el mejor, tienes que poner a prueba tus habilidades para liderar un proyecto y para inspirar a otros con tu visión. Cuando eres el peor, aprendes lo que los maestros hacen, y aprendes lo que a ellos no les gusta hacer (pues te ponen a hacerlo por ellos).
* Trabaja en proyectos después que otros programadores. Proponte entender un programa escrito por otra persona. Mira cuánto toma entenderlo y hazle correcciones cuando los programadores originales no están allí. Piensa en cómo diseñar tus programas para facilitarles el trabajo a aquellos que le harán mantenimiento después de tí.
* Aprende por lo menos una media docena de lenguajes de programación. Incluye uno con soporte para abstracciones de clases (como Java o C++), uno que dé soporte a la abstracción funcional (como Lisp o ML), uno que dé soporte a la abstracción sintáctica (como Lisp), uno que dé soporte a especificaciones declarativas (como Prolog o plantillas C++), uno que dé soporte a corutinas (como Icon o Scheme), y uno que dé soporte al paralelismo (como Sisal).
* Recuerda que hay "computadoras" en la "ciencia de la computación". Conoce cuánto le toma a tu computadora ejecutar una instrucción, alcanzar una palabra de la memoria (con y sin cache), leer palabras consecutivas de disco, y ubicar una nueva localización en disco.
* Involúcrate en un plan de estandarización de algún lenguaje. Podría ser en el mismo comité ANSI C++, o podría ser simplemente decidir si tu estilo de codificación tendrá niveles de identación de 2 ó 4 espacios. Como sea, averigua lo que les gusta a otras personas en un lenguaje, cómo lo perciben, y quizá incluso un poco de por qué lo perciben como lo hacen.

Sentirse programador

2006-09-30T08:23:00.000-07:00

Una de las cosas que más me cuesta explicar a la gente no informática con la que me relaciono es la sensación que tienes cuando oyes la llamada del código.Suele suceder cuando llevas un tiempo sin programar. Puede que durante ese tiempo hayas estado con ordenadores durante diez horas al día, navegando, administrando, leyendo… pero no programando

Entonces un día, sin previo aviso, te entra el gusanillo. Tienes una idea o decides llevar adelante un proyecto que tenías aplazado y comienza la vorágine.

Al principio, con fiebre extrema, pasas horas aprisionado delante de la pantalla, el teclado echa humo y desarrollas líneas de código a toda velocidad. El síntoma principal es el insomnio, normalmente la fiebre te entra a primeras horas de la noche, y no vas a perder el tiempo durmiendo o cenando. Las únicas distracciones que te permites son levantarte a preparar una cafetera, ya que otro síntoma es el consumo de bebidas estimulantes. Cierras el irc, el jabber, el correo y los feeds por leer se acumulan, todo lo que te pueda distraer es eliminado y solo tienes un objetivo: el código.

La siguiente fase es la de reorganización. En un momento dado te das cuenta que tu mente va más deprisa que el código que generas, antes de entrar en esta fase es al revés, y que deberías parar un momento a generar un código más eficiente, más portable, más legible, algo más estandarizado y que incluso un subversión te vendría bien. Al final pasas del subversion por el tiempo que te llevaría leer tres páginas de documentación y sufres del clásico síntoma de libreritis. Empiezas a organizar clases en librerias, creas apis, renombras variables y desgastas dos milímetros las teclas de copiar y pegar.

La tercera fase es la del piño. Te quedas atascado con un problema, ya que al único que compilan los programas a la primera es a Chuck Norris. Un fallo que no encuentras, una situación que no te habías planteado o cualquiera de los múltiples poltergaist que se encuentra un programador. Llenas el código de printfs, de asignaciones de variables y juras en arameo. Al llegar a esta fase, si no vives solo, tu pareja percibe que no te ha visto últimamente y decide venir a empreñarte con tonterías como “¿qué haces?” o “¿qué te pasa?” justo a mitad de una sesión de debug.

Esta fase se puede prolongar en el tiempo y tu nivel de cabreo sube de forma exponencial, además tu pareja también se cabrea contigo diciendo que la ignoras, que la chillas y que además hay que ir al super para hacer la compra. La mayoría de divorcios de programadores son provocados por una mala asignación de valores no detectada.

Poco a poco el cabreo se te va pasando, pero el interés por el programa bloqueado también, es en ese momento cuando vuelves a la vida real. Empiezas con las comidas a las horas que toca, ves algo de televisión, incluso duermes, pero… no del todo.

El problema se ha quedado incrustado en tu cerebro en segundo plano, si te concentras un poco incluso le oyes dar vueltas por ahí dentro, y precedido por un toque de trompetas aparece la solución al jodido bug. Da igual lo que estes haciendo o la hora que sea, normalmente las tres de la mañana, vas corriendo al ordenador y tienes una recaída de la fiebre inicial y entre gritos y exclamaciones varias descubres que funciona

Por último tienes el subidón, terminas el programa y la cosa funciona. Buscas gente a quien contarselo, si el programa es complejo te das cuenta de lo bueno que eres y te cuelgas medallas. Caminas por la calle con una sonrisa de oreja a oreja y cuando la gente te mira lamentas que ellos no sepan todo lo que tú has hecho, pero el subidón se pasa y vuelves al letargo. Volverá a pasar un tiempo hasta que tengas tú idea o que el proyecto te apasione y mientras tanto pasaras las horas con tu ordenador esperando, ¿deseando?, que vuelva esa sensación.

En resumen, no se si un programador es un yonki, que tiene que meterse su dosis para tener el subidón de forma periódica, o un enfermo crónico con recaídas en su enfermedad. ¿tú que piensas?

(Vía Mis algoritmos )

carta a un hijo informatico

2006-09-30T08:05:00.000-07:00

navegando por mis blogs favoritos encontre esta carta que me parecio muy curiosa
y si eres un geek de la informatica muy pronto te llegara esta carta.

--------------------------------------------------------------
Viendo que tu sistema operativo no te permite mantener optimizado tu entorno de trabajo ni tus unidades de almacenamiento, he creído conveniente defragmentar el espacio libre y poner orden en tu sistema de archivos.

Así pues, he liberado cantidad de espacio en tus unidades de alta capacidad (estanterías) y en las unidades extraíbles (cajones). He habilitado, junto a tu acceso telefónico, un espacio reservado a tus documentos, en el cual se encuentra tu libreta de direcciones y tu portapapeles, y he dejado espacio suficiente para que tengas acceso directo a tus herramientas de escritura y dibujo.

También he vaciado la papelera y restaurado la configuración visual de tus paredes, eliminando esos wallpapers tan pasados de moda.

Al escanear el resto del entorno, encontré algunas particiones ocultas, tales como el espacio entre el colchón y el somier.

Te recomiendo que guardes el software de “anatomía visual” en carpetas poco accesibles a tus hermanos, que aún son menores de edad, si no quieres sufrir la censura de la BSA. o, en su defecto, de tus padres.

La ropa sucia la he procesado con un programa largo y comprimido en tus unidades extraíbles. Te recomiendo que actualices más a menudo tu ropa interior, o de lo contrario habrá que pasarles periódicamente un Antivirus.

Como sé que encontrarás cierta dificultad a la hora de adaptarte a este nuevo orden, he sobrescrito la tabla de contenidos de tus unidades para que te resulte más sencillo encontrar lo que busques. Claro que puedes encontrar algún bug; es la primera vez que hago de administrador de sistemas. Si detectas alguno, comunícamelo y desarrollaré un patch.

Por último, he minimizado el desorden general de tu armario, he maximizado tu área de estudio y he puesto en funcionamiento un bucle condicionado que limitará tus recursos en caso de que no mantengas optimizado tu entorno.

Espero que todos estos cambios mejoren tu rendimiento y no sea preciso hacer overclocking en tus horas de estudio, ni limitarte el ancho de banda en tus comunicaciones.

Fdo: Tu madre
PD.: Tu familia echa de menos una conversación normal.

2006-09-22T19:07:00.000-07:00

En todo lenguaje siempre es indespespensable saber el manejo de cadenas
y para esto en java existe una clase String que permite alamcenar cadenas enteras,
ademas esta clase tiene funciones o metodos que hacen más faciles las operaciones.

Dejo un link donde te esplica cada una de estas funciones
CADENAS

IDE

2006-09-18T15:58:00.000-07:00

Antes de comenzar con los codigos, les facilito el IDE (donde vamos a programar ), lo he subido en rapidshare lo puden descargar aqui

Ya una vez instalado copian todo lo que contiene la carpeta crack en la carpeta de jcreator (C:\Archivos de programa\Xinox Software\JCreatorV3) y listo para usarlo el tiempo que quieran

2006-09-18T15:16:00.000-07:00

comenzamos con una lista de paginas para que puedan praticar y descargar
el lenguaje mas potente que existe. java

http://www.programacion.com/java/
http://elvex.ugr.es/decsai/java/index.html
http://www.cica.es/formacion/JavaTut/index.html
http://www.javahispano.org/canyamo.action

bueno espero que les ayude pronto estare subiendo pequeños codigos y tutoriales