¿Qué es algo que no debes olvidar mientras codificas?

Answer 1

1- Sé humilde. Algo que siempre veo en los nuevos codificadores es que tienden a pensar que están ocurriendo errores en el código de otra persona, como libs, dependencias, máquinas virtuales, el sistema operativo, etc. Pero encontrar errores en uno de esos programas de soporte es muy raro y usualmente toma un programador con mucha experiencia para encontrar. Si hay un error en el código, ciertamente es tu culpa.

2- Sé flojo. Si está escribiendo el mismo código dos veces, es una señal segura de que está haciendo algo mal. Encuentre una manera de reutilizar el código anterior o escriba algún código para generar el código repetido para usted.

3- No reinventes la rueda. Google es tu amigo. Busque su problema en Google y probablemente encuentre a alguien que resolvió un problema muy similar al suyo. Simplemente tome la mejor solución y adáptela a su entorno y necesidades.

4- No hay bala de plata. Cada herramienta tiene un propósito, así que trata de usar la mejor herramienta para el trabajo que estás haciendo.

Answer 2

Hay muchas cosas que no debes olvidar mientras codificas. Algunos de ellos dependen del idioma y otros dependen del medio ambiente. Programar un sistema embebido es un poco diferente a la programación para un navegador y es diferente de escribir un sistema operativo multiproceso. Algunas cosas se vuelven tan arraigadas que es difícil recordar que las conoces.

Por ejemplo, la diferencia entre variable y valor. La diferencia entre el puntero y el valor al que se apunta. Algunos idiomas hacen que sea más difícil pensar en esto más adelante porque está oculto.

Answer 3

¿Una cosa? Wow, eso es duro. Pero:

Una de las epifanías más importantes que tuve en mi carrera fue lamentando el horrible montón de espagueti (o algo) que acababa de heredar. No quería ser ese tipo anterior. Y resulta que la gran mayoría de los consejos de ingeniería de software (no solo de codificación ) que he visto, pueden atribuirse a este simple principio:

Haga que su código sea fácil para que trabaje el próximo imbécil pobre. (Bien puede ser usted , más tarde que haya olvidado lo que estaba pensando ahora).

Principalmente, haga que sea fácil de entender y fácil de cambiar , con confianza (en lugar de gastar mucha energía mental preocupándose por si lo entienden correctamente o si rompieron algo).

Answer 4

Mantenga siempre la copia del código que ha escrito hasta ahora.

De esta manera, si algo sale mal o se produce algún error, puede ir a la versión anterior del código en lugar de hacer CTRL + Z una y otra vez.

Answer 5

Recuerda, estás usando un idioma. Asegúrese de que sea comprensible para otros. Dos cosas que debes tener en cuenta; SECO (No te repitas) y BESO (Mantenlo simple, estúpido).

Answer 6

Er … uhum.

Asegúrese de que el programa funcione como se espera y no olvide que el cliente / usuario hará clic en él y lo usará fuera de servicio y arrojará todas las excepciones que pensó y más.

Sí. He hecho cosas que arrojan excepciones de MLB, aunque juré que estaba haciendo mi mejor esfuerzo. Y la primera parte no lo hago, pero he tenido programadores malos que me han hecho: “Pero se ejecuta incluso si no es la mitad de las características que acordamos”.

Answer 7

Hasta ahora, todas las respuestas son excelentes.

Dos consejos adicionales aquí:

1. Lo que todos predicamos y todos descuidamos: ¡Comenta, comenta, comenta! Porque revisar el código que ha crecido a 500,000 líneas de código sin comentarios podría ser un desafío …
2. Copia de seguridad SIEMPRE !!! Porque nunca sabes cuándo podrías arruinarlo …

Feliz codificación !!

Answer 8

Que cada nueva línea de código puede ser la fuente de un nuevo error y, por lo tanto, escribir uno es un ejercicio de cuidado.

Answer 9

Mira esto. Este es un encabezado típico de Quora.

Bromeando, pero en realidad no.

En el tema: nunca debe olvidar la experiencia del usuario final y tomar un descanso mientras codifica.

Answer 10

Su principio rector debe ser “No reinventar la rueda”.

La mayoría de las veces, buscar en las bibliotecas le brinda lo que necesita.

Si toma prestado el código, asegúrese de entenderlo completamente. No corte y pegue sin un examen exhaustivo de sus suposiciones.

Answer 11

Lo más importante que debe recordar es documentar su código con comentarios a medida que avanza para que la base del código se pueda mantener mucho después de que se haya ido.

Answer 12

Que Google es tu amigo. Utilízalo A menudo. ¡De nada!