Como desarrollador, ¿debería realmente dedicar más tiempo a corregir mi sangría en el código?

Muchas gracias por el A2A.
Espero que esta respuesta haga que tu sangría sea consistente mientras escribes el código. Me gustaría comenzar con una pequeña historia de una persona mayor mía. ¡¡Es la misma forma en que me dijo esto !!

“Cuando estaba en mi tercer año, tuve la oportunidad de desarrollar un proyecto para el departamento de informática de nuestra universidad. Era un proyecto de automatización y éramos un grupo de 5 estudiantes que tenían que trabajar en el proyecto. La fecha límite era muy estricto y estábamos decididos a completarlo a tiempo. Ahora la parte de la base de datos era la parte principal de nuestro proyecto y se completó 2 semanas antes de la fecha límite. En lo que respecta al front end, solo 2 chicos conocían JSP y nosotros tuvimos que trabajar con ella, ya que esa era la tecnología que nos exigía la universidad. Ahora, como también éramos novatos, no nos centramos en

  • comentando o
  • sangría o
  • legibilidad del código o
  • los nombres de las variables, etc.

El proyecto se completó a tiempo y fue una gran sensación, ya que fue nuestro primer proyecto en la universidad. Recibimos el premio al mejor proyecto recientemente. Ahora, ya que íbamos a salir de la universidad en aproximadamente un mes a partir de ahora, entonces, obviamente, la responsabilidad del proyecto fue dada a algunos jóvenes seleccionados por el jefe del proyecto y tuvimos que explicarles el proyecto y su funcionamiento junto con el código. . Ahora, cuando comencé a leer mi código, algunos de los pensamientos iniciales que me vinieron a la mente fueron


y

Así que, en última instancia, lo que hice fue pasar el mes pasado nuevamente trabajando en el maldito proyecto y lo que hice fue [… redoble de tambores …] INDENTACIÓN. La situación literalmente era esta

Pero lo hice y ahora se ve hermoso (: p). ”

Dijo que todo el código estaba en mal estado e incluso dudó de cómo habían obtenido ese premio por esta mierda. Me dijo que siempre pasara mucho tiempo leyendo el código y que también me enfocara en la sangría adecuada, ya que sin eso, el proyecto me arruinaría todo cuando volviera a leer su propio código en algún momento “.

Solo recuerda que no siempre serás tú quien usará el código. En lo que respecta al concepto de trabajo en equipo y reutilización , cualquiera en su organización puede usar su código. Así que asegúrese de que no tengan la oportunidad de quejarse al menos en un caso tan pequeño como este.

La mayoría de los IDE disponibles en la actualidad tienen la función de sangría automática. Visual Studio, Eclipse, etc. tienen la sangría automática habilitada. También se puede crear Vim para habilitar la sangría automática creando el archivo .vimrc y agregando “set autoindent”. Si está utilizando un IDE que no tiene soporte de sangría automática, entonces debe buscar un IDE diferente.

Dicho esto, Indention es muy importante. El código que escriba se usará en el futuro y, si no es legible, se considerará incorrecto. El tiempo que pasa ahora para sangrar el código correctamente le ayudará a ahorrar mucho más tiempo en el futuro. Piensa en ello como una inversión.

Bueno … yo diría que sí.
Ser desarrollador no siempre significa mi código … a mi manera … ¡a quién le importa! Más bien, un desarrollador debe tener en cuenta que:
Mi código … para todos

“Para todos” significa, el código que el próximo desarrollador quisiera ver.

Probablemente, en este momento podría estar considerando un esfuerzo adicional para embellecer el código, pero créanme, una vez que se habituaron a sangrar correctamente mientras escribían el código, no se arrepentirán después.

Lo que se puede hacer:

  • Si está modificando un código existente, siga las prácticas de sangría utilizadas en ese archivo / proyecto.
  • Si está escribiendo su propio archivo desde cero, siga el estilo de sangría básico, use sangría de 4/8 caracteres desde el principio, etc.
  • Cada empresa tiene su propio estilo de escribir código, el desarrollador debe tenerlos en cuenta.

Gracias por A2A !! Los mejores deseos de codificación. 🙂