¿Qué cuenta como "experiencia" con un idioma en particular? [cerrado]

Actualmente soy estudiante de CS en el proceso de búsqueda de pasantías de verano, específicamente porque quiero desarrollar aplicaciones para Android y / o iOS. Cuando analice los requisitos para varias oportunidades (cualquier oportunidad de desarrollo de software, no solo las que destaqué), aparecerá "Experiencia con x, y, z ...". Mi pregunta: ¿qué cuenta exactamente como experiencia con un lenguaje o tecnología en particular? Me siento afortunado de haber tenido la oportunidad de usar varios idiomas en mis estudios universitarios, desde VB hasta la asamblea MIPS. Sin embargo, personalmente, con pocas excepciones, no me consideraría suficientemente informado en la mayoría de los idiomas que he usado para que me coloquen en una posición y me digan que codifique x por fecha. Puedo conocer los conceptos básicos del lenguaje,

Para usar el ejemplo específico al que me enfrento ahora: una pasantía que me interesa enumera la experiencia con C y / o C ++ como requisito. He trabajado un poco con C, sé lo que puedes y no puedes hacer, soy dueño y he leído K&R, entiendo cómo funcionan los punteros, etc. Pero en realidad no he escrito una cantidad sustancial de código en C, yo He escrito algunos programas cortos y modificado algunos otros, pero nunca he escrito algo lo suficientemente grande como para tener que administrar la asignación de memoria o crear algunas abstracciones para producir la funcionalidad deseada. Entonces, aunque siento que tengo la comprensión conceptual, no la he aplicado. ¿La comprensión conceptual cuenta como experiencia? Siempre estoy ansioso por aprender y ampliar mis conocimientos, pero tampoco quiero prometer demasiado (lo que parece ser lo contrario de lo que tú '

Pensamientos? ¿Consejo?

Personalmente, para una lista de trabajos, traduciría "experiencia con X" a "tener un código escrito con X que ahora se está ejecutando en producción para un cliente".

La razón de esto es que la cantidad de trabajo necesaria para convertir un "oye, lo hice funcionar" en código de fuerza de producción, generalmente no es trivial y es donde se muestran los detalles que ocultan el diablo. En C, por ejemplo, debe poder escribir programas que no sean vulnerables a desbordamientos de búfer. En Java, debe liberar sus recursos correctamente para programas de larga ejecución.

No tiene nada de malo haber visto una tecnología y haber jugado con ella, pero no cuenta como experiencia.

La palabra "experiencia" significa cosas diferentes en diferentes contextos. En las ofertas de trabajo, generalmente significa experiencia laboral real para una empresa u organización, pero no lea demasiado en eso.

1. La experiencia real para una organización real no tiene que pagarse para ser considerada "experiencia".

2. Si solicita una pasantía y el trabajo aparece como una pasantía, generalmente hay un poco de margen en cuanto a lo que constituye experiencia.

3. Puede utilizar ejemplos de código y / o proyectos como sustituto de la experiencia en muchos casos al solicitar una pasantía.

y finalmente, no te preocupes por saber cómo saltar y saber lo que estás haciendo de inmediato. Mi primera pasantía hace unos años fue en mi universidad escribiendo Perl y no tenía idea de lo que estaba haciendo durante 2 meses ... luego, a medida que aprendí lentamente y asumí más proyectos, las ofertas de trabajo comenzaron a fluir. Si entrevista bien y tiene algunos ejemplos para mostrar y explicar, entonces lo hará bien. Mis dos centavos.

Cuando estaba más fresco, si el anuncio de reclutamiento no especificaba algo como "mínimo X meses / años con tecnología Y", me tomaría la libertad de asumir que están bien con alguien más fresco que tenga buenos conocimientos. Algunos de los correos electrónicos se tradujeron en llamadas, pero muy pocos pasaron a la etapa de entrevista. Sin embargo, sentí que valía la pena intentarlo.

Las diferentes tecnologías requieren diferentes niveles de "experiencia" antes de que pueda llamarse competente en ellas. Y de nuevo es muy relativo. Alguien con 2 años de experiencia puede considerarse expertos, mientras que otros no pueden llamarse expertos después de 4 años con la misma tecnología. Probablemente necesitará menos tiempo para convertirse en un experto en SQL que en los sistemas embebidos. Encuentro que a veces las personas con 3-4 años de experiencia en C / C ++ fallan miserablemente en las preguntas básicas.

¡Sé franco, pero también sé seguro de ti mismo! Como novedad, si conoces bien tu curso, lo suficientemente bueno; si sabes un poco más que eso, incluso mejor. Pero no se espera que haga una tesis sobre patrones de diseño o que pueda hacer su propio compilador. Si muestra la actitud correcta hacia el trabajo y la capacidad para resolver problemas, ¡está prácticamente allí!