La programación competitiva es actualmente la actividad más popular entre los programadores. Es un juego mental en el que los codificadores abordan las tareas codificándolas de acuerdo con las declaraciones y los límites proporcionados en varios sitios web.
Como la programación competitiva ha recibido mucha atención últimamente, la mayoría de los devs la encuentran desafiante y se preguntan realmente es necesario dominarla para conseguir un trabajo en un gigante tecnológico.
Un programador debe conocer algunos mitos y realidades antes de embarcarse en la aventura de la programación competitiva.
Entonces, hablemos de esos conceptos erróneos.
1. La programación competitiva debe priorizarse por encima de todo y las habilidades de desarrollo no sirven para nada
La gente ha exagerado sobre la programación competitiva hasta el punto en que los estudiantes creen que deben realizar programas competitivos todo el día, toda la noche e incluso durante toda su vida.
Si lo dominas y no estudias ninguna otra tecnología, es casi seguro que trabajarás para un gigante tecnológico.
Cualquier otro desarrollo de habilidades que no sea programación competitiva es una pérdida de tiempo.
Realidad
Asumir que la programación competitiva es la única habilidad necesaria para pasar las entrevistas de codificación es un gran error.
Debido a sus sólidas habilidades para resolver problemas, un sólido perfil de programación competitiva puede ayudarte a avanzar en las diferentes rondas de una entrevista de trabajo, pero una vez que estés en la empresa, no necesitarás que resolver ese tipo de problemas de codificación.
2. Los codificadores que compiten en competencias de programación son los más talentosos de todos
Se cree que los codificadores de programación competitiva son los ingenieros más brillantes porque se preparan para una carrera en la industria de TI.
Esto es un concepto erróneo entre devs que comienzan a codificar en la universidad o a introducirse en el campo de la programación.
Realidad
Los estudiantes están interesados en el aprendizaje automático, el desarrollo, la piratería ética o cualquier otro tema en el que se trabaje duro, los programadores formados en la programación competitiva pueden, quizás, ser más innovadores y productivos.
Por ello, son buenos solucionadores de problemas pero no por ello van a ser los mejores puesto que los programadores de programación competitivo, pasan la mayor parte de su tiempo -exclusivamente- descubriendo cómo resolver problemas.
Otros, pueden estar diseñando aplicaciones y modelos, lo que fomenta el poner las ideas en práctica.
3. Solo se puede usar el lenguaje “X” para la programación competitiva
La mayoría de los novatos están constantemente en conflicto ya que no están seguros de qué idioma aprender primero.
Creen que solo C++, Java o Python son los mejores lenguajes de programación.
Por tanto, ¿Deberías cambiar a uno de esos lenguajes o quedarte con el que te sientes más cómod@?
En muchos casos, se pierde mucho tiempo en tomar esta decisión.
Realidad
Para la programación competitiva, no se ha designado ningún idioma concreto; puede usarse cualquier idioma.
También es cierto que C++ tiene un tiempo de ejecución más corto que Java y Python, pero Python tiene su propio conjunto de beneficios. Ofreciendo una sintaxis más amigable para los principiantes.
Puedes usar cualquier idioma que elijas, siempre y cuando comprendas la lógica del código.
4. Se requiere la programación competitiva para tener éxito en la industria tecnológica
Este es un concepto muy popular e igual de erróneo entre los desarrolladores de hoy en día.
Antes de comenzar a picar código, todos los programadores principiantes han escuchado decir a muchas personas que si eres bueno en la programación competitiva podrás descifrar cualquier entrevista de programación, pero si no, fallarás.
Realidad
Supón que no estás interesado en la programación competitiva pero tienes una gran comprensión de las estructuras de datos y los algoritmos.
En ese caso, podrás pasar cualquier entrevista de codificación ya que lo que importa son las habilidades para resolver problemas, no los perfiles específicos de programación competitiva.