En mi mismo caso … No.
La mayoría del tiempo es programación, sí, pero aunque cualquier programa puede calificar como un algoritmo, no paso tanto tiempo en la optimización de algoritmos, buscar u ordenar algoritmos, implementar estructuras de datos y la resolución de acertijos que generalmente se encuentran en la programación competitiva.
La mayoría de los problemas de programación tienden a caer en cualquier organización del código en sí (OOD, en su mayoría), corrección de errores (mucha investigación, a menudo para algunas líneas de código culpables).
- ¿Cómo pueden los estudiantes de electricidad y electrónica llegar a ser buenos en algoritmos y estructuras de datos?
- ¿Hay algún conocimiento de programación que pueda utilizar / ayudaría a aprender ajedrez?
- ¿Cuál es la mejor manera de comprender y dominar la estructura de datos?
- Cómo elegir la estructura de datos correcta
- Dados n puntos en un plano 2D, ¿cómo encontrarías el número máximo de puntos que se encuentran en la misma línea recta? Proporcione un algoritmo para resolver este problema.
El resto del tiempo, en realidad estoy traduciendo requisitos en características, lo que generalmente implica modelar datos, escribir entradas y su validación, persistir datos, escribir diferentes representaciones de datos, optimizar consultas …
Depende de dónde trabajes y los proyectos que te asignarán allí, pero pocas personas realmente tienen que preocuparse por los algoritmos (como lo que creo que quieres decir con eso) en su rutina diaria. Vea, la mayoría de los trabajos de programación son para aplicaciones de línea de negocios.