Hej! För egen del är inte val av projekt speciellt viktigt, men det bör innehålla de moment som du söker anställning för. Är anställningen fokuserad på en back-end roll är det dumt om du bara ha front-end delar i projekten som du använder som showcase.
De juniora Github-repon jag har fått tagit del av innehåller till 90% (eller mer) projekt de har fått göra i skolan och har man tagit sig tiden och gjort något riktigt projekt stickar man ut mot resten.
Det jag börjar göra eller i varje fall vill göra är att läsa readme-filen, men det finns sällan mer än en rad i den. För att få en uppfattning om vad projektet handlar om och pricka in punkt 1 och 2 (från GLaDER listan). Andra punkten kan man ju tracka via issues och sätta upp mål den vägen, men det är aldrig något jag sett. Tror nog jag aldrig sett någon vision/mål faktiskt.
Hur många commits finns det? Bara 1-3 st, dags att gå vidare. Det här var ett dött projekt och inga lärdomar har dragits under utvecklingen.
Nästa steg är att börja titta över strukturen av projektet. Är den uppdelad "korrekt" och utbruten istället för att ha hela lösningen i Controllern. Vilka paket finns i composer.json / package.json? Tittar jag på ett dependency hell där personen inte faktiskt utvecklat något utan bara använder externa resurser. Säger inte att du ska uppfinna hjulet, men du behöver visa upp någonting. Det finns både vinster och förluster att bygga allt från grunden. Använder du ett MVC-ramverk så placera filerna rätt!
Brukar leta efter säkerhetshål i projekten för att se om de lärt sig de bitarna i eller utanför skolan.
Hur ser koden ut? Är den konsekvent eller blandas det friskt mellan olika stilar. Detta löser man ju enklast med en automatiska formaterare, så är inte speciellt viktigt vid en anställning.
Även om ditt/dina projekt skulle vara fläckfria kommer du ändå att bli dömd bland resterande kandidater med att få göra ett kodtest. Att det står att du gått en YH-utbildning betyder ingenting. Det är lättare att jämföra en kandidat mot en annan om de fått tackla samma problem. Fördelen du får med att bygga dina egna projekt är att du är bättre än andra (förhoppningsvis) på kodtestet .
Du kommer även få göra sagt kodtest när du söker LIA, för det är vanligt att de åtråvärda platserna får flera ansökningar och man inte vill lägga tid på någon som inte lärt sig något alls under kursen. När vi senast tog emot en LIA var jag visst den enda som inte frågade efter kodtest.
Skulle jag titta över mitt egna Github-repo och analysera det för någon jag skulle vilja anställa i en senior roll, så är jag inte längre en senior och jag skulle ifrågasätta personens kunskaper. Idag finner inte alla tid eller har orken att utveckla saker på friden. Dessa roller behöver man alltså ta koden med en nypa salt och blir ju svårare att sålla ut någon snabbt. Viktigare blir ju de personliga dialogerna och sedan kasta ett kodtest på dem.