innovacion-inclusiva

La traducción del libro titulado “97 Things Every Programmer Should Know” (97 cosas que todo programador debería saber) ya esta disponible y lo podemos encontrar en este sitio 97cosas.com.

Aquí encontraremos una colección de perlas de sabiduría para los programadores recogidos de destacados profesionales. Contiene múltiples recomendaciones que nos ayudaran a crear un mejor desarrollo y ser mejores programadores, encontraremos: consejos sobre código enfocadas a la cultura, pensamiento ágil, refactorización, código limpio, pruebas, aprendizaje continuo, entre otros.

Índice

  1. Actúa con prudencia, por Seb Rose
  2. Adueñate (y Refactoriza) la compilación, por Steve Berczuk
  3. Antes de Refactorizar, por Rajith Attapattu
  4. Aplica los principios de la programación funcional, por Edward Garson
  5. Aprende a decir “Hola, Mundo”, por Thomas Guest
  6. Aprende a hacer estimaciones, por Giovanni Asproni
  7. Aprende un lenguaje extranjero, por Klaus Marquardt
  8. Aprende a usar las herramientas de línea de comandos, por Carroll Robinson
  9. Aprendiendo continuamente, por Clint Shank
  10. Automatiza el estándar de codificación, por Filip van Laenen
  11. Averigua qué haría el usuario (tú no eres el usuario), por Giles Colborne
  12. La belleza está en la simplicidad, por Jørn Ølmheim
  13. El camino al mejor rendimiento está lleno de sucias bombas de código, por Kirk Pepperdine
  14. Codificando con la razón, por Yechiel Kimchi
  15. Codifica en el lenguaje del dominio, por Dan North
  16. Codificación Ubuntu para tus amigos, por Aslam Khan
  17. El código es diseño, por Ryan Brush
  18. Comenta sólo lo que el código no dice, por Kevlin Henney
  19. Un comentario acerca de los comentarios, por Cal Evans
  20. ¿Cómo usar un Gestor de Errores?, por Matt Doar
  21. Conoce bien más de dos lenguajes de programación, por Russel Winder
  22. Conoce tu próximo Commit, por Dan Bergh Johnsson
  23. Conoce tu IDE, por Heinz Kabutz
  24. Conoce tus límites, por Greg Colvin
  25. La conveniencia no es una -bilidad, por Gregor Hohpe
  26. Cuando Programadores y Testers colaboran, por Janet Gregory
  27. Ten cuidado al compartir, por Udi Dahan
  28. Cumple tus ambiciones con Software Libre, por Richard Monson-Haefel
  29. Los grandes datos interconectados pertenecen a una base de datos, por Diomidis Spinellis
  30. Deja que tu proyecto hable por sí mismo, por Daniel Lindner
  31. El diseño del código sí importa, por Steve Freeman
  32. Distingue excepciones de Negocio de las excepciones Técnicas, por Dan Bergh Johnsson
  33. Dos cabezas son a menudo mejores que una, por Adrian Wible
  34. Dos fallos pueden hacer un acierto (y es difícil de arreglar), por Allan Kelly
  35. Lenguajes Específicos del Dominio (DSL), por Michael Hunger
  36. El mito del Gurú, por Ryan Brush
  37. El Programador Profesional, por Uncle Bob
  38. El trabajo duro no paga, por Olve Maudal
  39. Encapsula Comportamiento, no sólo Estado, por Einar Landre
  40. Escoge tus herramientas con cuidado, por Giovanni Asproni
  41. Escribe código como si tuvieras que mantenerlo por el resto de tu vida, por Yuriy Zubarev
  42. Escribe pequeñas funciones usando ejemplos, por Keith Braithwaite
  43. Escribe las pruebas para las personas, por Gerard Meszaros
  44. Evita errores, por Giles Colborne
  45. Haz lo invisible más visible, por Jon Jagger
  46. Haz mucha práctica deliberada, por Jon Jagger
  47. Las herramientas Unix son tus amigas, por Diomidis Spinellis
  48. Implementa rápido y con frecuencia, por Steve Berczuk
  49. Inicia con un Sí, por Alex Miller
  50. Instalame, por Marcus Baker
  51. Haz las Interfaces fáciles de usar correctamente y difíciles de usar incorrectamente, por Scott Meyers
  52. La comunicación entre procesos afecta el tiempo de respuesta de la aplicación, por Randy Stafford
  53. Lee el código, por Karianne Berg
  54. Lee las humanidades, por Keith Braithwaite
  55. El linker no es un programa mágico, por Walter Bright
  56. La longevidad de las soluciones provisionales, por Klaus Marquardt
  57. Mantén limpia la compilación, por Johannes Brodwall
  58. Mejora el código quitándolo, por Pete Goodliffe
  59. Mensaje al futuro, por Linda Rising
  60. No sólo aprendas el lenguaje, entiende su cultura, por Anders Norås
  61. No claves tu programa en la posición vertical, por Verity Stob
  62. No confíes en el “Aquí sucede la magia”, por AlanGriffiths
  63. ¡No ignores ese error!, por Pete Goodliffe
  64. No seas lindo con tus datos de prueba, por Rod Begbie
  65. No te repitas, por Steve Smith
  66. No tengas miedo de romper cosas, por Mike Lewis
  67. ¡No toques ese código!, por Cal Evans
  68. Los números de punto flotante no son reales, por Chuck Allison
  69. Oportunidades perdidas del Polimorfismo, por Kirk Pepperdine
  70. El paso de mensajes lleva a una mejor escalabilidad en sistemas paralelos, por Russel Winder
  71. Pensando en estados, por Niclas Nilsson
  72. Pon todo bajo Control de Versiones, por Diomidis Spinellis
  73. Da preferencia a tipos de Dominio Específico que los tipos primitivos, por Einar Landre
  74. Preocúpate por el código, por Pete Goodliffe
  75. El Principio de Responsabilidad Única, por Uncle Bob
  76. Programa en pareja y siente el flujo, por Gudny Hauknes, Ann Katrin Gagnat, y Kari Røssland
  77. Prueba el comportamiento requerido, no el comportamiento incidental, por Kevlin Henney
  78. Prueba precisa y concretamente, por Kevlin Henney
  79. Haz pruebas mientras duermes (y los fines de semana), por Rajith Attapattu
  80. Las pruebas son el rigor ingenieril del desarrollo de software, por Neal Ford
  81. Los registros detallados perturbarán tu sueño, por Johannes Brodwall
  82. La Regla Boy Scout, por Uncle Bob
  83. La regla de oro del diseño de API, por Michael Feathers
  84. Reinventa la rueda frecuentemente, por Jason P Sage
  85. Resiste la tentación del patrón Singleton, por Sam Saariste
  86. Retrocede y Automatiza, Automatiza, Automatiza, por Cay Horstmann
  87. Primero revisa tu código antes de buscar culpar a otros, por Allan Kelly
  88. Revisiones de código, por Mattias Karlsson
  89. La Simplicidad viene de la Reducción, por Paul W. Homer
  90. Sólo el código dice la verdad, por Peter Sommerlad
  91. Suelta el ratón y aléjate del teclado, por Cay Horstmann
  92. Noticias raras – Los testers son tus amigos, por Burk Hufnagel
  93. Toma ventaja de las herramientas de análisis de código, por Sarah Mount
  94. Tus clientes no quieren decir lo que dicen, por Nate Jackson
  95. Un binario, por Steve Freeman
  96. Usa el algoritmo y estructura de datos correcto, por JC van Winkel
  97. El WET dispersa los cuellos de botella en el rendimiento, por Kirk Pepperdine

Hay un proverbio bíblico que dice

Cuando no hay consulta, los planes fracasan; el éxito depende de los muchos consejeros. Proverbios 15:22

Echemos una mira a estos consejos para ser cada día mejores desarrolladores

Benjamín

Soy Benjamín Gonzales B, desarrollador de Software con más de 10 años de experiencia, me apasiona todo lo relacionado a las nuevas tecnologías y el software libre. Me gusta investigar , leer y aprender cada día algo nuevo. Desarrollo en LINUX,PHP, JAVA, C#, Javascript, MySql, SqlServer, entre otros y actualmente ando experimentando con lenguajes funcionales como: Erlang, Clojure y Scala. Y otros no funcionales como GO.

Latest posts by Benjamín (see all)

97 cosas que todo programador debería saber
Compartir
Tweet about this on TwitterShare on Facebook4Share on Google+0Share on LinkedIn0Email this to someonePin on Pinterest0Share on Tumblr0Share on Reddit0Share on StumbleUpon0
Etiquetado en:                                    

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *