Cómo escribir código inmantenible

25 consejos prácticos para escribir código de la forma más inalcanzable posible

En este tutorial quiero ilustrar cómo escribir código que no se puede mantener.

Al escribir un código que no se puede mantener, puede asegurarsenunca serás despedidoporque serás el único capaz de entenderquéel código lo hace, y lo más importantepor qué.

Tenga en cuenta: esta publicación es irónica

  1. Asigne nombres extraños, fantásticos y casuales a sus variables, funciones y objetos. No debe haber correlación entre el nombre y lo que hace el artículo o cómo se comporta.
  2. Prefiera abreviaturas y acrónimos sobre nombres descriptivos. Las variables de una letra son geniales.
  3. Favorecer la reutilización de variables en el código. Siempre usaien tus bucles.
  4. Use su propio idioma para los nombres. Después de todo, no es necesario que todos usen inglés.
  5. Lo mismo se aplica a los comentarios. Siéntase libre de escribirlos en el idioma que hable, ¿a quién le importa si el próximo desarrollador es de otro país?
  6. En cuanto a los comentarios, estaba bromeando. No escribas ningún comentario.
  7. Si realmente desea escribir comentarios, no se moleste en actualizarlos cuando cambie el código que describen.
  8. Prefiere las variables globales a ser demasiado inteligente con el alcance
  9. Nunca pruebe su código. Eres bueno, tu código también es bueno.
  10. Prefiere complicar demasiado a ser demasiado simplista. Nadie fue despedido por crear una arquitectura compleja y satisfactoria para el ego que requería una reescritura inútil de código de 3 meses que funcionaba perfectamente.
  11. Optimice todo lo que pueda de manera inteligente. Las computadoras son lentas, debemos evitar sobrecalentarlas y ayudar a combatir el cambio climático. Reescribir su código en ensamblador suele ser una buena idea.
  12. Los lenguajes y marcos relativamente desconocidos siempre son mejores que las soluciones populares y probadas en batalla. Preferirlos a la solución que usan todos los demás.
  13. Mejor aún, cree su propio marco.
  14. Nunca use bibliotecas de terceros
  15. Uso excesivo de bibliotecas de terceros
  16. Utilice todos los patrones de diseño sobre los que haya leído e intente adaptarlos a su diseño, incluso si no lo es, en realidad.
  17. Utilice herramientas creadas por grandes corporaciones porque ellas lo conocen mejor y su startup de una sola persona seguramente se beneficiará de las miles de horas de trabajo dedicadas a su creación. Puntos de bonificación si son muy complicados de usar y tienen su propio conjunto de convenciones de nomenclatura que suenan inteligentes.
  18. No utilice el control de versiones y ni siquiera versione el código en absoluto. Después de todo, solo hay una versión correcta del programa. Puede recordar fácilmente todos los cambios que realiza y lo más importantepor quése hizo un cambio. No es necesario rastrearlo en un repositorio externo.
  19. Copie y pegue libremente código de Stack Overflow o blogs aleatorios sin comprenderlo primero
  20. La sangría no importa. En absoluto. Mezcle espacios y pestañas también.
  21. Abusar libremente de las abstracciones. Las abstracciones son geniales. Haz que todo sea reutilizable y piensa demasiado en las cosas como un rey.
  22. Quizás reutilice esta biblioteca en todos los proyectos que realice en los próximos 20 años, ¿quién sabe? Mejor piense primero en todos los posibles casos extremos.
  23. Implemente siempre todas y cada una de las grandes ideas que tenga
  24. 2000-lines functions are a great idea
  25. Suponga que hay un ingeniero 10x vigilando sus hombros mientras codifica.

Más tutoriales de laboratorio: