He estado aprendiendo C # / .NET 4.0 durante aproximadamente 2/3 meses, es mi primer lenguaje de programación serio (he visto PHP, HTML, CSS, JavaScript y VBA antes, pero nunca en profundidad) y estoy comenzando a atascarse un poco:
- Llegué al límite con mi aprendizaje debido a la falta de un proyecto 'grande' ...
- La falta de trabajo en proyectos complejos me está dando dudas sobre mis habilidades ...
Hace 2 semanas tuve una entrevista para un trabajo de Programador Junior, y logré responder la mayoría de las preguntas que me respondieron, pero todavía no obtuve el trabajo debido a la falta de experiencia práctica, no estoy seguro de qué hacer. ¡hacer!
Como dije antes, no contribuiría a un proyecto de código abierto, pero no sé por dónde empezar, supongo que los proyectos 'grandes' solo quieren buenos codificadores :(
¿Hay alguna forma de prueba de programación en línea que me muestre cuán 'bueno' (o 'malo') soy en este momento? :)
Gracias por cualquier ayuda.
fuente
El punto completo de la fuente abierta es que la fuente está abierta, y usted es libre de hacer casi cualquier cosa que quiera con ella, además de reclamar la suya, y distribuirla sin la fuente.
Encuentre un proyecto que le guste y use, pero cree que podría haber algunas mejoras.
Obtenga la última rama estable, descárguela.
Haz los cambios que creas que serían buenos para el proyecto.
Muestre a algunas personas de la comunidad su progreso y sus mejoras.
Si les gusta, pueden incluirlo en la rama principal.
Si no les gusta, pero piensas que es realmente bueno. Bifurca el proyecto, configura tu propia página con tu fuente, asegúrate de leer su licencia para que todo esté correcto.
fuente
La única prueba que vale la pena es enviar un software útil, útil y robusto. Cualquier otra cosa es trivia.
Le sugiero que visite CodePlex para ver muchos proyectos de código abierto que usan C # y .NET. Algo atraerá su interés como programa o biblioteca que realmente usaría. Pruébelo y observe las cosas que cambiaría para mejorarlo.
En realidad, no tiene que preocuparse por ser aceptado en el equipo de desarrollo, ya que solo puede extraer la base de código y hacer sus propios cambios. Si crees que se te ocurrió algo realmente valioso, acércate al equipo de desarrollo.
fuente
Que los resultados de tales pruebas son en gran medida irrelevantes. Lo que importa es que puedes lograr cosas en el idioma en cuestión. Lo cual obviamente no puedes todavía.
Aquí está mi sugerencia. Definitivamente estás leyendo un libro sobre C #. La mayoría de los buenos libros tienen un ejemplo práctico que está haciendo a través del libro que lo desarrolla y lo hace más complejo con el avance del capítulo. Comprenda ese ejemplo y luego programe una pequeña cosa simple para usted, prestando atención a las mejores prácticas sugeridas. Una vez hecho esto, obtienes algo de confianza en tus habilidades y también tendrás algo para presumir.
Comience a hacer cosas.
fuente
Ninguna prueba podrá demostrarlo (incluso si hay gerentes / personal de recursos humanos que creen firmemente lo contrario ;-). Solo se muestra en la vida real, trabajando en proyectos reales, durante un período de tiempo más largo.
Creo que puede comenzar a hacer pequeñas contribuciones a muchos proyectos de código abierto. Al menos creo que las pruebas, los informes de errores, la contribución de la documentación seguramente son bienvenidos, ya que a muchos desarrolladores no les gustan estos :-) Y de esta manera, gradualmente, puede construir reputación y comenzar a contribuir con el código: primero correcciones de errores, luego cambios más grandes.
No te rindas, esto nos ha sucedido a la mayoría de nosotros en algún momento. Sigue aprendiendo, practicando y solicitando empleos junior y tarde o temprano obtendrás uno. Una cosa que puede hacer y en mi humilde opinión debería hacer después de las entrevistas es recopilar comentarios. Si completó una prueba escrita, no solo solicite su puntaje, sino que también solicite la hoja de resultados real para ver los errores que ha cometido y aprender de ellos. Analice también el proceso de la entrevista y encuentre dónde dio respuestas subóptimas, perdió el ritmo, etc. La próxima vez puede mejorar con una preparación adicional.
fuente
Nunca tengas miedo de la programación, los mejores programadores son aquellos que han cometido los errores más grandes. Errores estúpidos, errores complejos, todos contribuyen a hacerte un mejor programador.
Buena suerte !!
fuente