Llegué a través de DZone a To be or not to be... Agile! (Ser o no ser... ágil) Me sonó muy parecido a La Mentira Agile, así que lo comento por estos lados. Básicamente hace el mismo ejercicio que hice en su momento con mi artículo: Dados un montón de conceptos errónes sobre Agile, el autor escribió una explicación de lo que significa Agile para él. Comparto todo lo que dice, lo hace de una manera distinta a lo que fue mi post, así que me pareció bueno compartirlo como complemento al susodicho. Los puntos que señala son: "Hacemos" ágil […]

Basado en mi experiencia, trabajar en un equipo de desarrollo de software con una metodología ágil bien hecha es eficiente y los resultados son muy positivos. De otras metodologías que he usado, ninguna me ha hecho pensar lo contrario. El problema con Agile es que en algún momento "se puso de moda". Por lo que es una palabra más en la lista de buzzwords de una empresa a la hora de venderse. Ya sea de cara al cliente (porque si identifica el término va a pensar "resultados más rápido y con bajo costo") o de cara a posibles contrataciones ("No […]

No todos comparten la idea de que ir a eventos de programación es algo que sirve mucho tanto a nivel profesional como humano. Tenía ganas de escribir y este hecho me inspiró para desarrollar el siguiente post. Voy a comentar varias razones por las cuales, a mi criterio, un programador debería asistir a todos los eventos técnicos que le sea posible. Cuando hablo de eventos técnicos me refiero a conferencias, reuniones de grupos de usuarios, open spaces, hackatones y cualquier otra convocatoria con una concurrencia de programadores mayor o igual a 2. Para empezar, hay un factor importante que influencia […]

Otra lista sobre los "tipos de programadores". Ya en los principios del blog comenté al respecto, traduciendo parte del artículo de Jeff Atwood sobre los dos tipos de programador. También publiqué un webcomic con los tipos de programadores, que incluye una lista bastante extensa. Y si buscan, hay muchas listas más en internet sobre el tema, agrupando a los programadores en distintos grupos... En esta ocasión se trata de una lista que tiene ya unos meses, algunos tal vez ya la hayan leído, pero surgió nuevamente en Reddit recientemente. El autor es Steven Benner y su post: The 5 types […]

"Condicionales Yoda" - usar if(constante == variable) en vez de if(variable == constante), como if(4 == foo). Porque es como decir "Si azul es el cielo" o "si alto es el hombre". Usar condicionales al estilo Yoda es común en lenguajes que usan == y =. Si se escribe la constante del lado izquierdo de la expresión, el compilador genera un error si se usa = en lugar de == para chequear la igualdad. Algunos incluso recomiendan hacer esto. Es un error común al intentar comparar dos valores olvidarse uno de los signos de igual, asignándole a la variable de […]

Éste post está basado en algo que leí en un blog que conocí hace un tiempo de un desarrollador .NET americano, Russell Ball. El blog se llama Caffeinated Coder, y ahí ya hay algo que comparto con éste desarrollador: la cafeína y picar código. Aviso que este post generó mucha polémica en el blog original, ya que ataca la sensibilidad de los Norteamericanos. No se lo tomen a pecho, es totalmente subjetivo y una opinión. El autor escribió éste artículo con un punto de vista muy interesante, tomando en cuenta que es desarrollador .Net él mismo, además de Norteamericano. Compara […]

El post anterior sobre costumbres del código tuvo bastante participación por parte de los lectores, que se animaron a compartir sus opiniones en los comentarios. Así que como se fue largo el tema escribo a modo de continuación. Gracias a un post de Algoritmática(el sitio ya no existe lamentablemente), "Código más bonito", del que nos comentaba Eduardo, aprendí un poco más respecto a la indentación. Como dice en su blog, existen varios estilos reconocidos mundialmente de indentación. Entre ellos, la forma a la que me refería que me gustaba escribir el código lleva el nombre de Estilo K&R y BSD […]

Voy a analizar algunas de las costumbres que tengo al programar. En ésta ocasión voy a hablar de las llave. Las llaves { }, un tipo de paréntesis, usados en pares para separar nuestro código. A mí me queda más cómodo de leer el código cuando escribo las llaves en la línea donde termina la condición de un if o while, o la declaración de una función: Por ejemplo: if(condicion){ pasa algo; }if(condicion){ pasa algo; } Ó int funcion(int algo){ return algo+1; }int funcion(int algo){ return algo+1; } Ahora, el maldito IDE que uso en el trabajo cambia automáticamente el […]

Me encontré con esta canción en el blog de Peteris Krumins. Es del 2006, pero es bastante viral en Internet. Llegó en su momento a Slashdot, y a New York Times. Fue escrita por Jonathan Coulton como parte de un proyecto musical “Thing a Week”, donde el artista escribía una canción nueva cada semana para subir a su sitio web. En Wikipedia, la definición del término "Code Monkey" que a su vez está basada en la definición de The Jargon FIle, es la siguiente: El término code monkey generalmente se refiere a un programador de computadoras u otra persona que […]

Algo más para agregar a la lista interminable de "Cosas que tengo que aprender": 10. Las expresiones regulares están en todos lados Una lista de lenguajes de programación y herramientas que usan expresiones regulares. Links a su documentación sobre expresiones regulares: Framework .NET, ActionScript, ColdFusion, Java, JavaScript, Perl, PHP, Python, Ruby, Tcl, Apache HTTP Server, Google Analytics, Google Code Search, Microsoft Exchange Server, Windows PowerShell, OpenOffice.org, Oracle Database, cualquier editor de texto o IDE decente, Y miles más… 9. La Maestría en expresiones regulares puede ayudarte a destacarte de la multitud Las expresiones regulares pueden estar en cualquier lado, pero […]

Robert Dewar, autor junto Edmond Schoenberg del artículo "¿Dónde están los Ingenieros de Software del mañana?" continuó la discusión al respecto en otra entrevista para Datamation. A continuación una traducción general con algunas opiniones de dicha entrevista: Su argumento se resume así: los programas universitarios de ciencia de la computación no son lo suficientemente rigurosos, y no promueven la resolución de problemas y pensamiento en profundidad. En vez de eso, en un esfuerzo por aumentar el matriculado, los programas se enfocan en un currículo fácilmente accesible, y fallan en preparar a los estudiantes a competir con sus colegas internacionales. Describe […]

Hace unos días Pablo publicó un post "reflexivo" respecto a la orientación de su carrera, y tras haber leído mi post sobre el final del semestre. Éste le hizo acordar a su final de semestre, algo distinto al mío, en el que luchaba (literalmente luchaba) con Java programando GUI con Edit en D.O.S. Aprovecho su post para hacer una especie paralelismo con mi propia carrera. Mas bien, me gustó la idea para robarla y copiar, jeje... ¿Cómo entré yo al tema de la programación?... Desde chico ya era enfermo con los videojuegos, y como con todo no podía quedarme de […]

En blogs, portales de noticias, empresas, centros de educación en programación, etc. generalmente se tiende a describir distintos "tipos" de programadores. Hace en poco en un blog en TechRepublic, nombraban 10 tipos distintos de programadores, por ejemplo. En Coding Horror, un blog bien interesante para programadores, Jeff Atwood escribe un post titulado "The Two Types of Programmers", donde plantea una agrupación más general de los tipos de programadores. El post en el que se basa es el de Ben Collins-Sussman, uno de los autores del conocido sistema de control de versiones: Subversion. "Contrario al mito, no hay catorce tipos de […]

  1. El mundo está lleno de problemas fascinantes esperando ser resueltos. 2. Ningún problema debería ser resuelto dos veces. 3. El aburrimiento y la monotonía son malvados. 4. La libertad es buena. 5. La mala actitud no es un substituto para la competencia. Los Hackers resuelven problemas y construyen cosas, y creen en la libertad y la ayuda mútua voluntaria. Para ser aceptado como un hacker, tienes que comportarte como si tuvieras esta actitud tú mismo. Y para comportarte como si tuvieras esta actitud, tienes que realmente creer en ella. Pero si crees en cultivar actitudes hacker simplemente como […]