Para codificar entrevistas en empresas de primer nivel como Google, Facebook, etc., ¿es C un lenguaje adecuado?

C se está convirtiendo rápidamente en un lenguaje inadecuado para cualquier cosa. Tiene muchos defectos. Entonces, ¿qué preguntan la mayoría de los entrevistadores (programadores de todos modos)? Te preguntan si puedes ver las fallas en C. ¿Por qué molestarse? Solo arreglé el maldito lenguaje.

Pero esa no es la verdadera razón por la que debe evitarse C. Es inseguro, y la seguridad se ha convertido en el elefante en la sala que los programadores de C intentan ignorar.

Sí, necesitamos arquitecturas de CPU más seguras con seguridad incorporada, no atornillada. Pero con C es demasiado fácil socavar un sistema escrito en C.

Al principio, la actitud de los programadores era: bueno, queremos libertad para hacer lo que tenemos que hacer, así que nada debería restringirnos. Eso es apropiado si su computadora está aislada de todo lo demás, tal vez para cálculos técnicos. Pero, con mucho, la mayoría de las computadoras se utilizan para la conectividad y los sistemas de usuario final, y estos deben ser realmente seguros.

Entonces, la confianza que el programador consideraba se volvió ingenua, luego estúpida, ahora es negligente y en el futuro debería ser negligente penalmente. No más excusas por parte de los diseñadores de idiomas de que depende del programador.

Si, absolutamente.

Confiar en esas bibliotecas es una muleta. Claro, son agradables cuando escribes una aplicación de alto nivel, pero simplemente no se aplican en el kernel y no demuestran tus habilidades de CS en absoluto.

Ahora, implementar esas mismas bibliotecas en C es una buena demostración de esas habilidades.

No, ‘C’ ya no es un lenguaje adecuado para entrevistas. La única excepción que se me ocurre es si estás entrevistando para un puesto que explícitamente requiere experiencia ‘C’.

El objetivo de una entrevista generalmente es demostrar su resolución de problemas, demostrar su conocimiento de algoritmos y generar cómodamente un código razonable.

Si está escribiendo en ‘C’, probablemente generará una gran cantidad de placa de caldera adicional para resolver problemas estándar, o generará un código algo oscuro. Si su entrevistador no está familiarizado con ‘C’ (que muchos entrevistadores más jóvenes no conocerán), pueden tener problemas para seguir su trabajo. Perderás tu tiempo y el de ellos con actividades que no son necesarias y que no son relevantes para lenguajes más comunes, como la administración explícita de memoria.

Si usa ‘C’, tardará más en generar los mismos resultados y puede estar trabajando en un lenguaje que el entrevistador no conoce bien. Esas son dos grandes razones para evitar usar ‘C’ en sus entrevistas.

PD: codifiqué en ‘C’ durante ~ 15 años. Me gusta el idioma, pero creo que actualmente hay formas más rápidas y fáciles de codificar la mayoría de las cosas.

¿El trabajo es escribir en C?

¡Si no, entonces probablemente no tenga sentido probar el conocimiento en él! Del mismo modo, ¡no tiene sentido probar las habilidades PHP de alguien si van a trabajar en Java!

Elija los idiomas en los que su equipo escriba y que se espera que usen. De lo contrario, no es una prueba realmente.

Según mi experiencia en la entrevista, probablemente debería evitar usar C si no es necesario. Especialmente para la entrada a la posición de nivel medio, tienden a darle preguntas de algoritmo que tomarán mucho más tiempo para responder, como usted dijo, pero el tiempo de la entrevista se limita a quizás 60 minutos por dos preguntas.

En este momento, puedo pensar en dos senerios que puedes usar C en una entrevista:

1. Es una entrevista de trabajo C requerida, relacionada con el sistema o el hardware.
2. El entrevistador dice que está bien escribir pseudocódigo.