Witam, chciałbym dowiedzieć się jak dobrać i opisać projekty do CV.
Gdzieś wyczytałem, że najlepiej umieścić na CV do ~5 projektów, wymienić do nich technologie i oczywiście krótko opisać co to jest za projekt.
Tylko jak je dobrać by jak najlepiej pokazać co się umie i nie zanudzić rekrutera?
Lepiej skupić się na projektach do których się użyło kilku frameworków/bibliotek by pokazać, że rzeczywiście mamy coś zrobione w tym dajmy na to Bootstrapie którego znajomość wpisaliśmy w umiejętnościach, oraz że umiemy wyszukać gotową bibliotekę zamiast samemu wymyślać koło od nowa jak Moment.js? Czy lepiej pokazać, że wiemy co się dzieje w tle, i samemu zakodować jak najwięcej bez "gotowych wspomagaczy"?
Czy wybierać większe projekty, które są rozbudowane trochę bardziej i doszlifowane, ale gdzie tematyka jest oklepana, czy mniejsze, w których skupimy się na jednym problemie który chcemy rozwiązać i łatwo będziemy mogli podczas rozmowy opowiedzieć jak je rozwiązaliśmy i dlaczego tak a nie inaczej?
I czy należy wpisywać projekty, których nie będziemy mogli pokazać w razie gdy na rekrutacji poproszą o kod/prezentację (typu programy/większe skrypty robione na zlecenie)
Piszę ten post, bo podczas ostatnich dwóch miesięcy szukałem stażu i powysyłałem CV w kilka miejsc (wtedy miałem trzy największe projekty w CV).
W kilku rozmowach odpadłem najprawdopodobniej ze względu na to, że dostawałem pytania czy wykonywałem jakieś projekty w technologi xyz (nieumieszczonej w ogłoszeniu) i mogłem jedynie powiedzieć, że kilka razy jej używałem ale nie wykorzystywałem jej w swoich projektach.
Zostałem też zaproszony na jedną rozmowę gdzie miałem okazję omawiać swoje projekty. Gdy dostawałem pytania o technologie które nie były tam wykorzystywane, jednak używałem ich w innych mniejszych projektach, rekruterka nie chciała tracić czasu na omawianie czegoś, o czym nie zdążyła przeczytać i przygotować pytań. Najbardziej chciała ze mną rozmawiać o największym projekcie, który był pracą grupową na studia, ale właściwie jedyne problemy jakie w tym projekcie napotkałem to dogadanie się z innymi ludźmi, bo temat był oklepany i łatwy (gra typu platformówka 2d) i podczas rozmowy ciężko mi było sobie przypomnieć jakie problemy wtedy miałem podczas pisania kodu.
Podczas omawiania dwóch pozostałych projektów skupiłem się głównie na tym dlaczego wybrałem takie technologie a nie inne i czym się kierowałem (czy apka ma być prosta w obsłudze i lekka, czy bardziej rozbudowana i wielozadaniowa), ale przyznam że chyba ją zanudziłem.
Przez najbliższy czas będę miał trochę czasu by porobić trochę projektów i pozmieniać/dokończyć stare i chciałbym je przygotować tak, by wypadły jak najlepiej na papierze i by rekruter się nie zawiódł na rozmowie. Poradźcie mi, czym mam się kierować, i najlepiej jak przygotować się do opowiedzenia o nich.
