El rincón de JMACOE

A menudo los programadores tienen que aprender un lenguaje leyendo y revisando extensos volúmenes de texto, pero Hurricane Electric ha puesto a nuestra disposición completamente gratis varios programas interactivos para aprender a programar lenguajes como Perl, PHP, Ruby, Python y SQLite. Y no se olvidó de los populares en la web como Html, CSS, Javascript, JQuery y XML.
Leer más…

Me senti atraido recientemente acerca de una discusion sobre que el proyecto Foo fue mas rapido que el proyecto Bar, debido a que Foo esta escrito en C (o talvez C++) y Bar esta escrito en Java. En mi experiencia, como programador de kernel y como alguien que a menudo programa en C, incluso cuando es seguro que hay mejores opciones, tales afirmaciones son casi siempre falsas. La velocidad a la que un determinado fragmenteo de código se ejecuta sólo tiene efecto significativo si el programa puede encontrar algo mas que hacer despues de que esa pieza es ejecutada – en otras palabras, tu programa es orientado a la CPU y/o esta bien paralelizado.
Leer más…

Especialmente para las pruebas y análisis de errores en cada desarrollo, Firefox y Chrome ofrecen increíbles arsenales de extensiones para revisar hasta el último fragmento de código, en busca de lo sobrante o modificable, sin necesidad de instalar pesadas y nada portables aplicaciones de escritorio. Las siguientes son algunas de las más populares en la sección de complementos de Mozilla:
Leer más…

Aprender un nuevo lenguaje de programación siempre es divertido y hay muchos libros grandiosos legalmente disponibles gratis en línea. Así que esta lista tiene ahora más de 30 libros en el mismo. He aquí la selección de mis favoritos de ellos:
Leer más…

La gente me pregunta ocasionalmente que lenguaje de programación aprender como primer lenguaje. Realmente no hay una buena respuesta a esa pregunta y lo que recomiendo ha cambiado a través de los años.  Más que recomendar un lenguaje específico yo pensé resumir algunas de las cosas que pienso cuando recomiendo un primer lenguaje.

Leer más…

En una entrevista de trabajo, una vez pedí a un muy experimentado desarrollador de software incorporado escribir un programa que invierte una cadena y lo imprime en pantalla. El luchó con esta tarea básica. Este hombre era impresionante. Dale un cubo de piezas de repuesto, y él podría construir un robot y programarlo para navegar alrededor de la habitación. Había trabajado en los satélites que ahora se encuentran en órbita. Pudo haber codificado círculos a mí alrededor. Pero la única cosa que él nunca tuvo necesidad de hacer era: mostrar algo en la pantalla.
Leer más…

Los desarrolladores dedicamos mucho tiempo a hablar sobre cómo mejorar técnicamente en nuestro oficio, cómo escribir mejor código, cómo ser más productivos cuando estamos escribiendo código. Pero ¿qué pasa cuando no tenemos ganas de programar? ¿Qué pasa con las emociones que a menudo nos impiden poner los dedos en el teclado y trabajar en la nueva librería que queremos escribir o de acabar el lado del proyecto por que estuvimos tan entusiasmados hace unas semanas? O para decirlo de otra manera, por qué es que algunos desarrolladores escriben mucho código que el resto de nosotros? ¿Cómo mantener cinco proyectos de código abierto (o más), mientras nosotros podríamos estar esforzándonos para avanzar uno solo? 
Leer más…

Responsables de algunos importantes departamentos de Recursos Humanos a nivel nacional me comentaban que el panorama actual a la hora de contratar personal es desolador: casi ninguno de los candidatos que se presentan como programadores son capaces de escribir algún tipo de código. Esto significa que, en muchas ocasiones, la demanda del sector obliga a destinar recursos sin la formación mínima que el cliente solicita, algo que la mayoría de estos, ha asumido con resignación.
Leer más…

Una pregunta que surge de nuevo y otra vez en las empresas de desarrollo web es:

«¿Deberían los desarrolladores tener acceso al entorno de producción, y si lo tuvieran, en qué medida?»

Mi opinión sobre esto es que en su conjunto deben tener acceso limitado a la producción. Una advertencia poco antes de que traten de justificar este punto de vista es que este punto de vista no es en absoluto basado en la calidad percibida o la actitud de los desarrolladores – así que por favor no lo tome de esta manera. En primer lugar quiero cubrir algunos argumentos comunes de los desarrolladores que no les gusta u odian esta idea:
Leer más…

Recientemente he leído este artículo muy interesante sobre la forma de «subir de nivel», como un desarrollador de software. La lectura de este artículo me recordo algo que me ha sido persistente durante un tiempo desde que llege a Google: que hay una enorme brecha de habilidad y cultura entre los «desarrolladores» y «científicos de la computación». El consejo de Jason para incrementar de nivel en el citado artículo es muy práctico: escribir código en ensamblador, escribir una aplicación móvil, completar los ejercicios de SICP, ese tipo de cosas. Este es un buen consejo, pero ciertamente no todos en los que me gustaría que la gente de mi equipo gastara su tiempo haciendo con el fin de ser verdaderos líderes técnicos. Ya sea que puedes escribir JavaScript todo el día o conocer las entradas y salidas de las plantillas C++, a menudo tiene poco que ver con si eres capaz de captar el más grande, más abstracto, menor problema bien definido y ser capaces de avanzar con ellas.
Leer más…