97 cosas que todo programador debería saber

97 cosas que todo programador debería saber es una interesante recopilación y traducción del libro 97 Things Every Programmer Should Know. Contiene todo tipo de consejos y recomendaciones para los profesionales de la programación informática: refactorización, código limpio, pruebas, aprendizaje contínuo y mucho más.

Sin duda se trata de una recopilación imperdible que nos hará mejores programadores y de la que seguro todos aprenderemos algún tips o procedimiento que desconocíamos. La lista en cuestión es la siguiente:

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. Aprendiendo continuamente, por Clint Shank

9. Automatiza el estándar de codificación, por Filip van Laenen

10. Averigua qué haría el usuario (tú no eres un usuario), por Giles Colborne

11. La belleza está en la simplicidad, por Jørn Ølmheim

12. El camino al mejor rendimiento está lleno de sucias bombas de código, por Kirk Pepperdine

13. Codificando con la razón, por Yechiel Kimchi

14. Codifica en el lenguaje del dominio, por Dan North

15. Codificación Ubuntu para tus amigos, por Aslam Khan

16. El código es diseño, por Ryan Brush

17. Comenta sólo lo que el código no dice, por Kevlin Henney

18. Un comentario acerca de los comentarios, por Cal Evans

19. ¿Cómo usar un Gestor de Errores?, por Matt Doar

20. Conoce bien más de dos lenguajes de programación, por Russel Winder

21. Conoce cómo usar las herramientas de línea de comandos, por Carroll Robinson

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 Código Abierto, 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 Poliformismo, 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

Más información | 97 cosas que todo programador debería saber