¿Cuántas líneas de código tiene que haber escrito diariamente para convertirse en un desarrollador de software profesional?

Las líneas de código realmente no importan en términos de convertirse en un desarrollador de software profesional. Lo que sí le da mayor LOC es posiblemente una mayor deuda técnica, una huella de prueba más grande, mayor conteo de errores, entre otros.

Ser un desarrollador profesional significa que tiene la capacidad de resolver problemas técnicos para su negocio y puede aportar un valor real al resolver esos problemas. Al hacerlo, está escribiendo (reescribiendo / refactorizando / diseñando) una solución usando código, pero LOC es casi irrelevante para esa ecuación. Más pequeño es a menudo mejor.

Los buenos desarrolladores profesionales se dan cuenta de que no es el LOC lo que cuenta, sino lo legible, fácil de mantener, libre de errores y eficaz que es ese código. El código también tiene que tener valor.

Por ejemplo, escribir 2,000 LOC para resolver 2 + 2 es una pérdida de tiempo para todos. Pero, ese mismo código que puede hacer eso y también puede resolver cualquier otra ecuación necesaria (es decir, conversión de temperatura), con un trabajo mínimo, de todos los sensores actuales y futuros de Internet de las cosas en el mercado, en forma de tipo plug and play, que sería un gran hallazgo y más que vale la pena ese recuento de LOC.

Sería como preguntar cuántas palabras se necesitan para hacer un autor publicado. Lo que realmente hace a un autor publicado: no es cuántas palabras o páginas, sino qué tan bien el editor recibe el libro y si el libro se vende y si es un buen objetivo para la audiencia.

Nadie en una entrevista le preguntará cuántas líneas de código ha escrito, y nadie lo contratará porque ha escrito un billón de líneas de código que indican habilidades de súper codificación.

Un desarrollador muy excelente es aquel que finaliza una tarea / algoritmo / proyecto utilizando la cantidad adecuada de líneas de código mientras hace que el código sea legible, comprensible, bien mantenible y bien documentado (si es necesario).

Actualmente, después de regresar a casa de mi trabajo, pienso en nuevos métodos para poder terminar las tareas más rápido escribiendo menos código dependiendo de la programación dinámica y la herencia. Y eso significa que estoy escribiendo MENOS código que antes. ¿Eso me hace menos profesional? No. Es todo lo contrario.

Profesional significa que es tu profesión. En otras palabras, te pagan por hacerlo.

He sido un desarrollador de software profesional durante casi 20 años. Aquí hay algunas estadísticas de uno de mi repositorio git del año pasado: agregué 63,648 y eliminé 83,087 líneas de código.

Como puede ver, lo que hago a diario es principalmente eliminar el código. Agrego mucha funcionalidad en el proceso, pero mi punto es que las líneas de código son una métrica completamente inútil.

Diablos, si estaba entrevistando para un trabajo y alguien me preguntara cuántas líneas de código escribí el año pasado, lo tomaría como una bandera roja y reconsideraría tomar esa posición.

Tenga en cuenta que cuanto menos código escriba para resolver un problema, mejor. Una buena manera de verlo es que no produce líneas de código, gasta líneas de código. En igualdad de condiciones, preferiría a alguien que escriba menos código para resolver un problema.

1,647.539 líneas, ni una menos.

Estoy bromenando. No existe ese “umbral” para convertirse en un desarrollador de software profesional. De hecho, creo que desarrollar la habilidad para hacer que las cosas funcionen en menos líneas de código de las necesarias es el signo de un verdadero desarrollador de software profesional. Después de todo, su objetivo principal como desarrollador de software es obtener la mayor cantidad de trabajo posible mientras gasta la menor cantidad de recursos como tiempo y potencia de procesamiento posible.

No le preguntas a un albañil cuántos muros construyó antes de poder llamarse a sí mismo albañil. Puedes distinguir uno por la calidad de su trabajo, y ser un desarrollador de software no es diferente.

Todos ellos.

Ser profesional significa que me pagan para escribir el código de otra persona. Entonces escribo todas las líneas necesarias para terminar una característica dada.

Tan poco como puedas. Eso define la complejidad a la que estás escribiendo tu código. La codificación no es nada si tiene capacidad de diseño de algoritmos

More Interesting

Cómo conseguir trabajos como desarrollador de software sin ninguna experiencia

Como ingeniero de software o desarrollador de software, ¿es necesario / importante saber cómo realizar pruebas de software?

¿Debo aceptar un puesto de probador de desarrollador de software con Audible en Cambridge MA?

¿Es aconsejable que los desarrolladores / probadores de software se eduquen sobre IA o big data?

Como desarrollador de software, ¿alguna vez te has sentido desesperado y frustrado porque hay innumerables habilidades técnicas que no conoces?

¿Cuáles son las cosas que necesitaré aprender para convertirme en un desarrollador web completo y ganar dinero?

¿Qué cosas necesito aprender durante la universidad para prepararme para ser un desarrollador de software, no solo un programador?

¿Cómo debe ser una oficina de desarrollo de software ideal?

¿Qué opiniones impopulares tienes sobre el desarrollo de software?

Cómo convertirse en un desarrollador de software con el que a todos les gusta hacerse amigos

¿Las empresas indias de servicios de TI están convirtiendo a los desarrolladores de software talentosos en personas tontas?

Cómo conseguir trabajo en Google New York como desarrollador de software o para aprendizaje automático justo después de la universidad

¿Debo hacer una maestría en ingeniería de software si quiero convertirme en desarrollador de software? ¿Hay alguna alternativa mejor?

Si desea convertirse en un desarrollador de software desde cero en 2017, ¿por qué aprender lenguajes de programación más antiguos como C ++ y JS en lugar de Rust, Go y Swift de hoy?

¿Qué tan alta es la barrera de entrada para Apache Spark para tareas que no son de aprendizaje automático?