Tienes una semana para completar un proyecto que está en un lenguaje de programación y un concepto que no conoces bien. ¿Cuál será su plan para ese proyecto?

Lo he hecho muchas veces. Una cosa que tengo en cuenta en situaciones realmente terribles como esta es que los lenguajes de programación de computadoras son básicamente los mismos y las diferencias están en lo que al lenguaje le gusta llamar cosas. Casi todos los lenguajes de programación ampliamente utilizados Son procesales.

Si es un lenguaje procesal

Si puede escribir un conjunto de pasos que describan cómo resolver el problema de sus programas, puede hacerlo en cualquier idioma. ¿Cuál es tu brecha? Los nombres que usa su idioma para describir cosas. Puede obtenerlo de stackoverflow.com o del sitio web del proveedor de idiomas.

Si no es

Si no está utilizando un lenguaje de programación procesal (piense en lisp o sql), entonces va a ser directo tomando ejemplos y adaptando. Ese podría ser el caso en ambos lados, pero los lenguajes no procesales tienen una sobrecarga adicional ya que operan de una manera ligeramente menos intuitiva.

Lo que intentas hacer

Recuerde, en este caso, no importa lo que haga, no va a ser bonito. Me daría una gran licencia poética con el código que escribiría y la única métrica para acertar es “funciona”.

Busca en Google todo, copia todo lo que parezca útil para tu preocupación inmediata e intenta que funcione en tu entorno.

Hay una cita famosa a veces atribuida a Abe Lincoln:

Dame seis horas para cortar un árbol y pasaré las primeras cuatro afilando el hacha.

Como programador, tu hacha es tu mente y es mejor afinarla para este proyecto al implementarla. Lamentablemente, esto significa que está mejor equipado para implementarlo después de que termine de implementarlo.

Así que aquí está mi plan aproximado:

  • Encuentra un par programador.
  • Investigue las bibliotecas existentes para reutilizar.
  • Divide el proyecto en pequeñas historias de usuarios, cada una de las cuales ofrece algo de valor para el usuario. Lo ideal es trabajar con un usuario para hacer esto.
  • Hackea todo lo que puedas en un día y luego bótalo.
  • Escribe tus pruebas primero. Si escribe buenas pruebas, puede refactorizar el código para mejorarlo y estar más seguro de que no ha roto nada.
  • Y en ningún caso debes tirar una noche entera. Escribirás basura.

Por supuesto, todos estos puntos y más ya están codificados en varias metodologías y enfoques de desarrollo.