Si construyo mi propia aplicación web compleja (Django) copiando y ajustando pequeños fragmentos de código tomados de 100 aplicaciones simples diferentes escritas por otras personas, ¿puedo considerarme un programador? ¿Por qué? Por qué no?

Saludos,

Esta es realmente una pregunta interesante porque toca una nota central sobre lo que la gente piensa que es un programador.

Mi pregunta para usted sería, ¿qué te consideras?

A lo largo de la historia, científicos, ingenieros, físicos y matemáticos tuvieron una cosa en común. Se basan en el trabajo de otras personas y con mayor frecuencia continúan el trabajo de los descubrimientos, teorías o incluso hipótesis de otras personas.

La historia ha demostrado que esto es así. La prueba está en la historia de C ++ y ADA, que comenzaron como otros lenguajes de programación u otros lenguajes ahora incorporados en uno nuevo

Otro buen ejemplo es echar un vistazo a la historia del heliocentrismo .

Hubo otros antes de Isaac Newton que creían que, de hecho, era la Tierra la que giraba alrededor del Sol y no al revés.

Una de las diferencias es que el telescopio reflector de Isaac Newton fue una mejora del telescopio refractor inventado por Copérnico, que apoyó aún más esas teorías.

Aquellos con esta mentalidad son ingenieros / programadores.

Espero que esto haya respondido tu pregunta. No dude en responder a esta publicación si tiene alguna pregunta adicional sobre el tema o si necesita asistencia adicional.

Por supuesto que puede. Para realizar con éxito los ajustes necesarios para comprender el código con el que estaba trabajando.

Considere el trabajo del programador de mantenimiento. Lo hice durante casi una década.

Todos los días trabajé con múltiples bases de código grandes. Para cada uno de ellos había una lista priorizada de errores.

Revisaría la lista de errores, replicaría el problema y descubriría qué iba mal.

Califico la calidad de una corrección de errores por la cantidad de líneas cambiadas. Cuantas menos líneas cambien, mejor porque cada cambio introduce el riesgo de crear un nuevo error.

Los programadores de mantenimiento incorrectos reescribirán grandes cantidades del código porque no pueden entender lo que está haciendo. A menudo crean más errores de los que resuelven.

Los buenos programadores de mantenimiento pasarán tiempo leyendo el código y luego haciendo un pequeño cambio con precisión quirúrgica.

Así que pasé años haciendo pequeños cambios en muchos códigos. No creé nada nuevo. En cambio, transformé un código de error poco confiable en un código de trabajo confiable.

¿Era un programador? ¡Sí!

Esa experiencia me hizo mucho mejor en mi trabajo porque aprendí a leer código y a leerlo bien.

La verdad es que leer el código es más difícil que escribirlo.

¿Por qué es más difícil leer el código de otra persona que leer y crear su propio código?

Entonces, si pudo tomar cientos de programas más pequeños, leerlos y comprenderlos lo suficientemente bien como para hacer pequeños cambios y combinarlos en una aplicación más compleja, entonces no es solo un programador; Eres un gran programador.

Esto no es cierto solo para programadores. Los cineastas lo hacen también. Echa un vistazo a este video de Nerdwriter, muestra cómo la batalla de dragones de Game of Throne se unió a partir de muchas otras batallas en diferentes películas.

Recreando la Batalla del Dragón de Juego de Tronos

Estoy de acuerdo con Ged … Si tienes éxito en el esfuerzo, entonces sí, puedes considerarte un programador. De hecho, crear una aplicación compleja al juntar partes de otras aplicaciones, si lo hace con éxito, sería mucho más difícil que escribirla usted mismo.

El peligro en este enfoque es la mantenibilidad futura del software, ya que parece que será un montón de código de personas diferentes pegado con pegamento y cinta adhesiva.