Descargo de responsabilidad. No “conozco” C #. Sí sé que es una versión MS de una C extendida (que sé) y probablemente sea algo así como C ++ (que odio) _
La respuesta es
- Ninguna.
- O mucho
Dependiendo del trabajo.
- Cómo planificar mi carrera a los 25 años
- ¿Cómo debo solicitar una pasantía en IIT o alguna empresa después del segundo año de ECE?
- ¿Por qué la experiencia docente no se considera en la industria mientras se cambia el trabajo?
- ¿Cómo es ser rechazado de App Academy?
- ¿Hay alguien que haya encontrado trabajo como ingeniero electrónico y de telecomunicaciones sin un título universitario? es posible?
Para ser más especifico. Si está buscando un trabajo como codificador ac #, probablemente sea mucho. Si estuviera contratando a alguien para un trabajo como código mono para escribir un montón de código específico para una empresa con un producto definido y potencial de crecimiento limitado, entonces contrataría a alguien que podría hacer el trabajo desde el primer día. Un trabajo con poco o ningún potencial de crecimiento.
OTOH si quisiera un ingeniero de software que pudiera codificar, diseñar y mantener el software que tengo actualmente y podría desarrollar y mantener un software diverso para requisitos emergentes y cambiantes, no me importaría si supiera C # en absoluto.
Buscaría un ingeniero que supiera muchos lenguajes de programación (me sorprendería mucho ver a alguien que no conociera al menos C buteven que no sería un factor decisivo). Me gustaría alguien que pudiera explicar, en detalle, la arquitectura, las características únicas y los detalles de implementación de cada proyecto en el que habían trabajado. Querría a alguien que pudiera criticar cada proyecto y decirme qué estaba mal y cómo podría hacerse mejor.
Ejemplo: Hace varios años entrevisté a algunas personas que iban a portar HP-UX (“Unix” de HP) a otra arquitectura. Algunas de las personas que entrevistamos eran expertos en HP-UX. Habían trabajado en HP-UX “para siempre” y pensaron que HP-UX era el sistema operativo más completo. Contratamos a un par de estas personas y trabajaron en HP-UX (y nada más). También hablamos con alguien a quien llamaré Diana. Diana nunca había usado HP-UX pero había trabajado en DEC, Data General, Prime y (creo) Honeywell. Diana conocía las complejidades de todas estas arquitecturas extrañas y podía detallar las características y detalles de implementación de estos sistemas, incluidas las partes del sistema en las que nunca trabajaron. Más importante, Diana podría criticar esos sistemas y decirnos “qué hubiera hecho mejor”.
También contratamos a Diana. Le pagó una TONELADA de dinero y, si bien trabajó en HP-UX (principalmente las cosas de bajo nivel), también trabajó en el producto OTRO MÁS IMPORTANTE del sistema operativo. Diana valía su peso en oro (más en realidad, era bastante delgada). Ella era una de esas personas a las que llamar cuando la mierda golpeó el ventilador. Es posible que estas personas nunca se hayan cagado y no hayan visto nunca un ventilador, pero podrían resolverlo y resolver el problema mientras los escatólogos y los expertos en enfriamiento de aire forzado estaban perplejos.
Nota final: sin evidencia real pero con mucha experiencia en el mundo real. Supongo que podría aprender suficiente C # en una semana para hablar de ello en una entrevista.