He estado leyendo un libro llamado "Programación de Android: la guía Big Nerd Ranch". En este libro, crea proyectos bajo la guía del autor, tales como:
GeoQuiz: en su primera aplicación, explorará los fundamentos de los proyectos, actividades, diseños e intenciones explícitas de Android.
CriminalIntent La aplicación más grande del libro, CriminalIntent, le permite mantener un registro de las fallas de sus colegas en la oficina. Aprenderá a usar fragmentos, interfaces maestro-detalle, interfaces respaldadas por listas, menús, la cámara, intenciones implícitas y más.
BeatBox: intimide a sus enemigos con esta aplicación mientras aprende más sobre fragmentos, reproducción de medios, arquitectura MVVM, vinculación de datos, pruebas, temas y dibujables.
Y más.
Según este hilo , el consenso general es que no debe incluir libros en su currículum, sino proyectos que muestren su experiencia.
Sin embargo, ¿sería una buena idea poner proyectos de lista como los que se muestran arriba que uno ha realizado bajo la guía de un libro en el currículum?
No, estos proyectos no muestran tu capacidad para asumir un rol profesional.
Lo más importante que los proyectos intentan demostrar, en lugar de la experiencia laboral, es que usted tiene experiencia trabajando en problemas de la vida real y lidiando con problemas que surgen durante el desarrollo regular.
Trabajar a partir de un libro significa que no has:
Tuvo que desarrollar una solución a partir de los requisitos, se le dio la solución.
Tuvo que trabajar en un espacio de problema desconocido, el libro le dijo que funcionaría antes de tiempo.
Tuvo que resolver problemas inesperados que surgieron de las suposiciones que hizo en el diseño. El libro te da una arquitectura, sabías que funcionaría.
Tuve que experimentar y tomar decisiones durante todo el ciclo de desarrollo, desde el diseño hasta el lanzamiento. No tomaste decisiones reales con los proyectos de libros.
Tenía que verificar que su solución funciona, contra sus propias métricas. Conocía el resultado esperado del libro y pudo verificar si su solución coincidía.
Posiblemente muestre que tiene una comprensión básica de la sintaxis de ese idioma (aunque es probable que el libro le proporcione suficiente, así que no contaría con esto).
Pero lo real que muestra un proyecto no es su comprensión de un idioma, sino su capacidad para crear una solución a un problema desde cero e implementar una solución exitosa. Estos libros-proyectos, no lo demuestran.
Debo agregar que incluir estos proyectos entre otros proyectos "reales" sería una mala idea. La inclusión de estos sugiere que no tiene experiencia, pero tampoco comprende lo suficiente sobre el desarrollo para saber que incluso le falta esa experiencia.
No.
Mostrar proyectos propios en un currículum tiene una sola razón: aumentar las posibilidades de conseguir un trabajo.
Por lo general, porque un empleador puede ver allí si su código es bueno y limpio, con qué bibliotecas está familiarizado, cómo diseña la arquitectura de sus programas, cómo usa CVS, etc., etc. - en resumen, cualquier cosa que les dé una imagen (positiva) de cómo trabajas.
Aparte de eso, para algunos ya es positivo si hay proyectos (no comerciales), es decir, la persona no programa solo por dinero, sino porque le gusta.
Y si algunos de sus proyectos son algo conocidos y utilizados por otras personas, por supuesto que también es genial.
Enumere un proyecto de libro de este tipo (donde tiene un libro que lo guía específicamente, así como la solución completa descargable, y el propósito general a menudo es simplemente tonto ("Intimida a sus enemigos" jajaja)) en cambio, muestra que no puede hacer cosas más grandes y complicadas, que no tienes proyectos serios que puedan ser útiles para al menos una persona, que estás un poco desesperado por conseguir un trabajo, que no entiendes algo sobre lo que los empleadores quieren de ti, etc.
En resumen, todo mal, así que simplemente no lo hagas.
wesley largo
gordito