¿Está bien no entender algunos fragmentos de código al aprender a programar?

Scott Berry tiene razón. Si se trata de educación, el punto es que aprendas esto, pero debes tener acceso a alguien que te lo explique.

(Ocasionalmente, en educación se le mostrará algo y se le dirá: “no necesita comprenderlo ahora”. Eso es si es una especie de curso de “prueba” para que usted obtenga los conceptos básicos de algo. Eventualmente, NECESITARÁ entiendelo.)

En el trabajo, todo el equipo SÍ tiene la responsabilidad de comprender todo. Pero usted personalmente no puede tener. Solo usted sabe si está en la descripción de su trabajo SER ESA persona en este contexto.

En general. Vale la pena intentar encontrar / descubrir qué está haciendo el código. Porque una gran parte de la profesionalidad de ser un desarrollador de software hoy NO es lo que sabes, sino lo que puedes DESCUBRIR.

Hoy tenemos Internet, grandes cantidades de documentación en línea, muchos tutoriales en línea, sitios de preguntas y respuestas como StackExchange, etc. La mayor parte de su conocimiento de los detalles de idiomas y marcos está desactualizado en 3 a 5 años.

Hoy en día, los profesionales del software no están definidos por su conocimiento almacenado. Se definen por su capacidad dinámica para actualizar ese conocimiento. Descubrir lo que no sabe y descubrir cómo funciona el código que no entiende es lo que, como profesional del software, es su habilidad principal. Para eso estás .

Entonces sí, haga el esfuerzo de averiguarlo. SIEMPRE no es necesario hacerlo, pero la mayoría de las veces, es lo más responsable y lo que te capacita para ser un desarrollador.

Si se trata de un aula:
Para eso está tu profesor. Pida ayuda para comprender lo que está sucediendo.

Si estas son cosas que estás haciendo en tu propio tiempo:
Sospecho que esto no se aplica, porque “estamos” creando una aplicación. Pero si lo hace, depende de usted cómo trabajar esto. Si hay muchos de estos, indica que vas demasiado rápido. Si hay un puñado de estos, puede ignorarlos si lo desea, pero le sugiero que mantenga una lista de ellos y los vea más adelante para ver si tienen más sentido para usted.

Si este es el código que vas a enviar:
Su empresa es responsable de este código, y alguien debe saber lo que hace. Si el código es de otra persona del equipo, puede preguntarles. (Podría ser bueno para aprender, pero es probable que ese código no sea su responsabilidad).

Si el código es algo que encontró en algún lugar y copió / pegó, debe averiguar qué hace. Este será su código, y alguien golpeará su puerta si no funciona. Antes es mejor: nadie va a retrasar el envío de su producto mientras recorre la base del código y mira el código que no entendió. Asegúrese de mantener la funcionalidad aislada, como dijo John Colagioia. Considere introducir errores como “Verificar la funcionalidad de ” para que no se olvide.

Cualquier libro o clase decente para principiantes debería decir: “no se espera que entiendas esto”, o algo muy similar. Puede intentar completar la tarea y luego descubrir cómo funciona.

Si eso no funciona, generalmente es mejor preguntar.

Sí, por supuesto, avance, pero asegúrese de haber intentado su mejor nivel para comprenderlo, de modo que la próxima vez que se encuentre con el mismo tipo de problema pueda implementar esta lógica y la entienda cuando la use por su cuenta.

A corto plazo, es … pasable. No es genial, pero si tienes que hacerlo, tienes que hacerlo.

A largo plazo, es imprudente enviar (y por lo tanto asumir la responsabilidad) un código que no comprende, algo que lo hará parecer incompetente tan pronto como haya un error relacionado con esa sección.

Entonces, eventualmente, quieres entender todo de lo que eres responsable. Pero si necesita hacer un círculo alrededor de algunas partes más tarde, solo asegúrese de que el código esté aislado y sepa qué es confuso.

Si busca “código comodín”, seguramente habrá algunos fragmentos que no hagan clic. ¡Diablos, consigo algunos (pocos, cierto) incluso ahora! Eso es simplemente un mal código.

Sin embargo, mientras aprende, puede tener dificultades con algunos simples. Es normal, pero debe descubrir por qué no comprende y volver a intentarlo. Consigue que alguien más te ayude, eso es lo mejor.

Mientras aprendía el Objetivo C y luego Swift, a menudo he copiado fragmentos de código de tutoriales o stackoverflow.
A menudo no entendí todo. Pero al usar y masajear los fragmentos línea por línea, eventualmente descubrí lo que hicieron.

No me gustaría poner código en mis aplicaciones que no he entendido.