¿Qué tan importante es la velocidad de codificación? ¿Puedo obtener un trabajo de desarrollo si codifico lentamente?

Absolutamente. La “codificación lenta” sería un tercio (distante) o inferior de la lista de habilidades y rasgos de los mejores programadores. Son, en orden de importancia:

1. Capacidad para pensar a un alto nivel y descomponer grandes sistemas en piezas y tareas más pequeñas. Esto es lo que separa a los grandes programadores de los desarrolladores, incluso los excelentes. La velocidad a este nivel no importa en absoluto.
2. La calidad del código es de suma importancia. Si produce un gran código, con pocos errores y fácil de mantener, es prácticamente todo lo que importa. Imagine todo el tiempo, el esfuerzo y la frustración gastados en un mal código que alguien hackeó juntos.
3. El trabajo en equipo y la comunicación son hoy todo, ya que el software es creado por equipos. Un programador brillante incapaz de comunicarse con otros será un gran detrimento y pasará mucho tiempo frustrante tratando de expresarse.
4. Solo pondría velocidad aquí, en cuarto lugar, y es discutible cuánto importa en este punto, dado lo anterior.

En resumen, centrarse en la capacidad de lidiar con grandes sistemas, la calidad, la comunicación y la velocidad estarán bien.

Tiempo de solución

El tiempo para la solución es lo que importa. Defino “solución” como sistemas / características / actualizaciones que abordan el problema y son confiables y están bien escritos. La velocidad de codificación contribuye a cuánto tiempo lleva, pero lo más importante es qué tan rápido puede comprender el problema y dividirlo en partes.

La raíz de la lentitud

La mayoría de los problemas comienzan porque las personas no pueden descomponer el problema y sentirse abrumados por la complejidad. Otra desaceleración se produce por sobre ingeniería. Ambos se pueden abordar a través de la práctica y tener un mentor inteligente para intercambiar ideas.

En primer lugar, no estoy de acuerdo con la mayoría de las respuestas aquí y entiendo completamente lo que quieres decir. Ahora definamos la velocidad de codificación, no es la velocidad de escritura, es la cantidad de tiempo necesario para codificar una nueva función con el menor número de errores.

Dada una tarea que cada individuo tiene su propio ritmo para resolverla, los buenos programadores a menudo pueden concebir una solución eficiente y codificarla rápidamente con el menor número de errores en comparación con otros. Esto es muy importante especialmente si trabajas para una startup que a menudo tiene mucho trabajo y menos recursos.

Partiendo de mi propia experiencia, se espera que desarrolle nuevas funciones lo más rápido posible, paso tiempo pensando en el enfoque y trato de cubrir la mayor cantidad de casos posibles. Dicho esto, no es algo que puedas aprender de la noche a la mañana, desarrollas velocidad con práctica.

Volviendo a su pregunta, algunas compañías no lo prueban con la velocidad de codificación, por lo que si tiene un buen conocimiento de CS, terminará obteniendo el trabajo. Sin embargo, se espera que complete sus tareas en un cierto período de tiempo (nuevamente depende del tipo de rol, es decir, nivel de entrada o desarrollador Senior)

Construir, enviar e iterar

Creo que la velocidad a la que escribe solo hará que su experiencia de codificación sea más agradable. La velocidad de escritura lenta no es un obstáculo para el espectáculo de ninguna manera, si le gusta mirar su teclado cada vez que necesita esas comillas dobles, punto y coma y signo igual sea mi invitado y no mejore su velocidad de escritura. Sin embargo, admito que cuando estás al lado de alguien que es tan buen ingeniero de software como tú, la velocidad de escritura lenta te hace parecer un novato, no importa cuán inteligente seas. También a veces te encuentras con tales rompecabezas de codificación que todo lo que necesitas es un poco de frustración al encontrar las claves correctas para deshacerte por completo. No malgastes tu energía escribiendo lentamente, mejórala para que tu vida sea más llevadera como programador.

En general, la velocidad a la que puede encontrar e implementar una solución de trabajo es importante. Así es como defino la velocidad de codificación que, como ya ha dicho la mayoría de las personas, es diferente de la velocidad de escritura. Una persona que tarda demasiado en encontrar una solución de trabajo probablemente no está preparada para hacer el trabajo. Este problema conduce a entregas tardías, retrasos en los proyectos, sobrecostos y posibles cancelaciones de proyectos.

La solución a este problema es principalmente conocimiento y experiencia y pedir ayuda cuando la necesita.

Algunos trabajos de programación tienen que ver con la implementación. Es decir, aquí la especificación para el programa que tiene que escribir, ahora codifíquela. Si tienes ese tipo de trabajo, entonces la velocidad es importante. Como Andrew Samway dijo en otra respuesta, se trata de velocidad versus precisión. No podría hacer esto y fallaría si lo intentara.

Otros trabajos de programación se refieren a la resolución de problemas, como han dicho muchos otros Respondedores. Se le presenta un problema y necesita encontrar una buena solución, trabajar con otras personas para refinar la solución, especificarla, escribir el código, refinarla y tal vez incluso hacer pruebas exhaustivas. La velocidad de programación no es importante en esta situación y, de hecho, puede no ser un factor en absoluto. Esto se trata de la calidad de la solución y el tiempo total que llevó desarrollarla, de los cuales solo una pequeña parte se dedicó a la programación.

¡¡¡Realmente no!!!

La eficiencia del código es importante, en casos excepcionales, el factor tiempo se incluye cuando estás en una competencia o hackothon.

Lento y constante gana la carrera. 🙂

Entonces, aunque sea lento en la codificación, asegúrese de que su código sea más eficiente y trate de ser seguro y único. 🙂

Buena suerte.

No te preocupes por codificar lentamente. Después de todos estos años, sigo escribiendo con 2 dedos y nunca he tenido problemas para conseguir un trabajo. El problema no es que no pueda codificar lo suficientemente rápido: el problema el 99.9999% del tiempo es que se toma una eternidad para resolver el problema o, a veces, escribir más código del necesario. TDD le impedirá hacer esto con seguridad, aunque no todo se puede comenzar con TDD, pero está bien. Siempre y cuando se asegure de que antes de comenzar a codificar, esté listo para abordar el problema por completo, entonces, cuando se trata de codificación, no tendrá que preocuparse por la velocidad porque, como dije, no es la codificación lo que hace que los desarrolladores pierden sus plazos, es la falta de preparación y / o concentración y pérdida de tiempo en las cosas equivocadas. Su velocidad de codificación es lo último por lo que debe preocuparse. En realidad, ni siquiera es un problema si tienes las otras cosas en orden.

Si está comparando la velocidad como en la programación competitiva, entonces esa velocidad no es necesaria para realizar un trabajo de desarrollo.

Está bien si el código es lento, lo más importante es la calidad del código.

¿Qué quieres decir con velocidad de codificación? ¿Como lo mides? Puedo decirle esto: he estado en la industria 15 años, trabajado en desarrollo de software durante 8 años y no tengo idea de qué está hablando.