7 razones por las que considero que un buen programador es más eficiente que 10 no tan buenos

imagen de código fuente en una pantallaNo quiero empezar este post sin dejar claro que no me considero buen programador, probablemente tú si lo seas, pero antes te recomiendo leer este artículo : Diez señales de que no eres tan buen programador como piensas, al menos te hará dudar.

Estas son mis razones por las que defiendo que es mejor un buen desarrollador que 10 noramalillos:

  1. Con menos código generan más funcionalidad. Al diseñar mejor las clases y las funciones repiten menos código, así con menos líneas generan más funcionalidad. Al tener menos código fuente que revisar el tiempo empleado en detectar y corregir bugs se minimiza.
  2. Generan código más limpio y más fácil de leer. Al ser más sencillo de leer también es más fácil de extender y corregir bugs.
  3. Generan más código en menos tiempo. Conocen mejor el api y tardan menos en implementar las funciones.
  4. El código tiene menos proporción de bugs.
  5. Al utilizar (siempre que sea necesario) patrones de diseño su código es más fácil de extender y modificar.
  6. El código está mejor documentado y tiene mejores comentarios, por lo tanto, es más sencillo de extender o modificar por futuros programadores.
  7. Los programas son más eficientes. Conocen mejor la estructura de los diferentes tipos de datos y la complejidad de sus funciones, por lo tanto siempre los tendrán en cuenta a la hora de diseñar una función.

Por tanto, generan código más eficiente, en menos tiempo, mejor documentado, con menos bugs y mucho más sencillo de leer, extender y corregir.
Por todas estas razones me gustaría ser mejor programador.

Anuncios
Publicado en Desarrollo, Gestión | Etiquetado | 4 comentarios

1.000.000.000.000.000 de conexiones de internet en 2019

En el año 2019 se estima que se el número de conexiones a internet superará al número de conexiones que existen en el cerebro humano. ¿Podría llegar Internet a pensar de la misma manera que lo hace un cerebro humano?

Un vídeo de Simón Hergueta.

Publicado en Uncategorized | Etiquetado | Deja un comentario

The Art of Project Management

the_art_of_project_managementPor fin! No sé si fueron cuatro o cinco meses los que tardé en terminar el libro, y es que me costó bastante y me resultó difícil de leer y de entender. No es como un libro de Joel Spolsky o Tim De Marco, en este no se cuentan las cosas como experiencias graciosas o historias interesantes, aquí Scott Berkun, que es el autor, no se anda con rodeos y va siempre al grano, y claro, es un poco dificil de digerir así de golpe. Echo en falta un poco de sentido del humor de vez en cuando.

Scott Berkun trabajó durante 10 años en Microsoft Corporation y en este libro refleja un montón de lecciones aprendidas durante este tiempo. Prácticamente cubre todo lo relacionado con la gestión de proyectos:

  • Cómo tomar las buenas decisiones
  • Cómo hacer especificaciones y análisis de requisitos
  • Qué hacer con las buenas ideas
  • Cómo ganar liderazgo y confianza
  • La verdad sobre las estimaciones
  • Qué hacer cuando todo va mal

Como en todos los libros que he leído, también está basado en una experiencia en la industria del software estadounidense que es muy diferente de la española, tal y como veo como están por aquí las cosas no es fácil aplicar todos los consejos que se encuentran aquí.

En definitiva, es un gran libro con una cantidad enorme de consejos, métodos e historias para ser un buen manager, pero hay que tener en cuenta que todos estos capítulos se hacen difíciles de asimilar por lo que, por lo menos a mí, me resultó bastante difícil de leer.

Para quien se anime a leerlo, lo puede encontrar en Google Books de forma gratuíta.

Publicado en libros | Etiquetado , | 1 Comentario

Eric Sink on the business of software

carátula eric-sinkNunca antes había sido tan fácil crear una empresa de software. Si estás interesado en dejar tu aburrido trabajo y trabajar por tu cuenta, este libro conseguirá convencerte.

    En veintisiete historias Eric Sink nos explica sus propias aventuras y desventuras como fundador de su micro ISV SourceGear. Si estás interesado, las puedes encontrar en su sitio web www.ericsink.com. Después de leer el libro parece que no es tan difícil crear una empresa que funcione, parece que la clave sólo consiste en cometer menos errores que tus competidores, y que ninguno de estos errores sea un error fatal que acabe con tu negocio.

    Está destinado a desarrolladores, geeks que quieren empezar una empresa de software pero nunca se nos enseñó nada sobre el resto de tareas que conlleva:

    • Marketing
    • Cuentas
    • Contratación de empleados
    • Estrategia
    • Política de precios
    • Ventas

    Recomiendo especialmente la siguiente historia: Closing the gap

    Eric Sink on the business of software
    Apress
    2006

    Publicado en libros | Etiquetado , | Deja un comentario

    Peopleware: productive projects and teams

    cover peoplewareLa primera edición de este libro fue publicada en 1987, sus autores, Tom DeMarco y Timothy Lister hicieron de esta obra un best-seller y se convirtió en un clásico, doce años después se lanza la segunda edición de este revolucionario libro con ocho nuevos capítulos.

    Sinceramente, es el libro de gestión de proyectos software más interesante que he leído hasta el momento. Al igual que Ed Yourdon yo también recomendaría comprar una copia de este libro a tu jefe, y si ya eres jefe, entonces cómprale uno a cada miembro del departamento. Es una lectura obligada, te cambia la manera de pensar sobre la gestión de proyectos Software, después de leerlo parece como si aquí en España hiciésemos todo al revés, y todavía nos quedase muchísimo que aprender.

    De Marco y Lister demuestran en esta obra que los mayores problemas en el desarrollo del software son humanos y no técnicos. Gestionar los recursos humanos en un proyecto de estas características es muy diferente de gestionar personal de cualquier otro proyecto.

    El trabajo de programador es un trabajo creativo, los desarrolladores no pueden estar bajo presión, deben de estar relajados y cómodos, en un espacio confortable y sin ruidos. Para DeMarco y Lister esto es fundamental, y para los más escépticos, incluso aportan pruebas de rendimiento demostrando estos hechos.

    Destaca sobre todo, el contraproducente efecto de la práctica abusiva de las horas extras tan de moda en España, éstas acaban por quemar al programador que no dudará en fugarse en cuanto pueda. También asustan los gastos que conlleva reemplazar a un buen programador, por eso cualquier manager debería evitar la fuga de los buenos talentos. Un buen jefe deberá mimar a sus empleados e invertir en ellos como una inversión, se supone que trabajar en su empresa ha de ser interesante y divertido, sólo de esta manera se sacarán los mejores resultados.

    En definitiva, intentad leer este libro, y una vez que lo hayáis terminado regalárselo a vuestro jefe o a vuestros compañeros. Es de lectura obligada. Joel Spolsky afirma que todos los managers estarían obligados a leerlo… no sólo una vez, sino una al año.
    Peopleware. Productive Projects and Teams.
    Second Edition.
    Tom DeMarco & Timothy Lister.

    Publicado en libros | Etiquetado , | Deja un comentario

    Hackers & painters. Big ideas from the computer age

    carátula paul-grahamEn este libro se recogen algunos de los ensayos que se pueden encontrar en su página web. De todos ellos, quince en total, destacaría cuatro y recomendaría leerlos a todo el que pudiese, están colgados en su página.

    En el primero de todos, Hackers and Painters se compara a los programadores actuales con los pintores del renacimiento, para él no somos ingenieros, sinó artesanos, en la programación prima muchísimo el talento, al igual que en la pintura.

    Otro ensayo bastante interesante sería The other road ahead, donde explica las ventajas de las aplicaciones Web, tanto para los usuarios como para los desarrolladores de Software y las oportunidades de negocio que ofrecen.

    El tercero sería Mind the Gap, éste sería de interés general, o más bien de interés económico, analiza el problema de las desigualdades económicas dentro de un país, para él ésto no sería un problema siempre y cuando el nivel de riqueza sea alto. Se remonta a los tiempos del renacimiento en Europa y analizando las causas de porqué hubo ese esplendor económico y culturar se llega a la conclusión que fue gracias a no gravar con desorbitados impuestos a la burguesía de aquella época, fue la primera vez en la historia que se permitía enriquecer a un grupo de la población por méritos propios y legales. Habiendo una clase alta que innove, cree empresas, invierta y se arriesgue el nivel de desarrollo del país va a ser mucho mayor que en otro en el que no la haya.

    El último de todos quizá sea el más atractivo, por lo menos el título: How to make wealth, en él anima a todo el mundo a arriesgarse a crear una empresa, intenta sacar el espíritu emprendedor que todo el mundo lleva dentro. No niega que sea duro, pero también es más gratificante, emocionante, y económicamente tentador.

    Paul Graham es uno de los escritores sobre informática más interesante que leí.
    En su sitio web hay muchos más ensayos, la mayoría muy interesantes. Del libro destaco su positivismo, y los ánimos que presta a todo el mundo a crear su startup millonaria, una persona interesante y peculiar: estudiante de Informática en Harward y pintura en Florencia (Hackers and Painters).

    Hackers & Painters.
    Big ideas from the computer age.
    Paul Graham.
    O’Reilly.
    2004

    Publicado en libros | Etiquetado | Deja un comentario

    The mythical man-month

    carátula the mythical man monthSe dice que es el libro más influyente sobre gestión de proyectos, de hecho, hace ya 31 años de su publicación (1975) y todavía se habla de él.

    El argumento principal es que añadir más programadores a un proyecto tardío lo único que se consigue es retrasarlo aún más. Esto es debido al tiempo empleado por los nuevos programadores para aprender sobre el proyecto y a la sobrecarga de comunicación.

    Esta afirmación es conocida como la ley de Brooks.

    Otra idea interesante es la diferenciación que el autor hace de los grandes y los pequeños proyectos. Son muy diferentes unos de otros, y esta diferencia radica sobre todo en la exacta división de labores que un proyecto grande debe tener. Otro factor crítico de los proyectos grandes es la integridad conceptual del producto, para conseguir esto el autor incide en que el análisis y diseño debe hacerlo una persona (el arquitecto), y a lo sumo dos para proyectos realmente grandes.

    Otra afirmación es que el esfuerzo necesario para realizar un proyecto software no es proporcional a su tamaño, Brooks afirma: esfuerzo = (constante) X (número de intrucciones)1,5

    Llega un momento en el que es realmente costoso depurar los bugs, la corrección de alguno lleva a la aparición de otros nuevos y se puede llegar a un punto en que no se avance en el proyecto.

    Todas estas ideas y bastantes más que puede que ya hayamos leído en otros sitios se explican en este libro.

    En resumen, una lectura obligatoria para jefes de proyecto.

    The mythical man-month

    Frederick P. Brooks

    Addison-Wesley

    Publicado en libros | Etiquetado , | Deja un comentario