Inspiration för kandidatarbete inom programmering

Skulle säga att det är väldigt viktigt när man skall få sitt första jobb. Dels skulle jag råda alla att försöka skriva exjobbet på ett företag så att det får någon slags verklighetsförankring samtidigt som det ger faktiska referenser, och dels så bör ämnet vara intressant för folk som arbetar i branschen så när man söker sitt första jobb kan man diskutera arbetet.

Jag skulle till och med gå så långt som att säga att vad man slutligen får för betyg på arbetet är ganska irrelevant för en klar majoritet av de tjänster man kommer söka.

Ja, min poäng var att det är mer eller mindre det enda värdet av arbetet, att kunna få en väg in genom att man gjort något intressant/fått referenser. Inget man behöver såklart men skall man spendera tid på att göra arbetet så bör man såklart få någon nytta av det när man söker jobb.

Men som du säger är det klart man kan få jobb oavsett om ens gjort arbetet.

En kandidat är inte lång. Så "keep it simple". En enkel webbapp, single page app är väl det heta just nu. Och ett enkelt backend som snurrar på en localhost server.

Beställ hem ett rfid chip och koppla till appen för att få en innovativ knorr på det hela.

Program som konverterar saker är bra enkla projekt och funkar perfekt som SPA. Kanske något inför etherium2 och proof of stake?

Kontakta kommunen/regionen och se om dom har någon integration eller manageringsverktyg för inventering att göra. Hade du varit nära Örebro hade jag kunnat referat dig till våran chef då vi nyligen startat egen utveckling på högre nivåer Dock får du driva mycket själv då men du får en ganska bra punkt på CV:et vad nu än dom söker.

Vet att vi hade kandidatarbeten som överlevde nästan 10år här gällande diverse integrationer

Inte riktigt min domän men jag tror PWA (Progressive Web App) kan vara relevant att bekanta sig med också. Jag vet inte riktigt om man ska betrakta det som ett komplement mer än någonting annat men jag ser det lite som "få din webbapplikation att fungera som en native-app utan att skriva en native-app".

Verkade fungera fint när jag lekte med det för ett mindre projekt.

Men någon annan kan säkert avgöra om det verkligen passar in som ett ämne i den här diskussionen eller inte. 🤷🏼‍♂️

Skulle inte utgå ifrån metoder/tekniker utan utgå ifrån applikationssidan, något som intresserar dig, en lösning du själv vill använda, något personligt helt enkelt.

Okej. Detta blir ett skitinlägg, men det bjuder jag på. Kunde inte låta bli, bara

ÖVNING: Innovativ programmering
VIKGUBBEN DOLD PROGRAMMERING
Vikgubben Dold programmering är en lek uppsats där barnen eleven på ett roligt innovativt sätt får större förståelse för att det är okej att programmen kan se ut precis som man de vill, och gilla det om man vill.
Material:
Vikpapper, ordlappar, sax, skål, färgkritor, färgpennor eller tuschpennor. Fem forummedlemmar, dator med exvis notepad plus.
Gör så här:
1. Skriv ut ordlapparna och vikpappren. Klipp ut lapparna och lägg dem i en skål.
2. Börja med att förklara för barnen medlemmarna att detta är en rit programmeringsövning där bara fantasin
sätter gränserna. Måste till exempel en brandman vara man? Kan en hund vara polis?
Kan en drottning ha randiga strumpor? Måste en stäng-knapp ha ett kryss? I den här övningen finns inga rätt eller fel och det
är bara roligt om man tänker annorlunda.
3. Låt barnen para ihop sig två och två och dela ut ett vikpapper till varje par.
4. Låt varje par dra en gemensam lapp där dom får information om vad de ska rita.
5. Låt ett av barnen i varje par rita den nedersta delen av figuren. Låt en forummedlem programmera en del av ett program. Viktigt att de andra inte ser vad som ritas programmeras. Vik sedan lappen Dölj det som programmerats hittills och skicka den programmet vidare till nästa barnet forummedlem.
OBS! Viktigt att man gör små streck som syns där den andra ska fortsätta rita kroppen programmera.
6. Låt det andra barnet rita ben, vik sedan pappret och skicka tillbaka. Gör nu samma sak tills alla forummedlemmar programmerat sin del.
7. Be barnen att byta vikpapper med varandra i paret tills hela figuren är ritad.
8. Veckla sedan upp alla figurer och låt alla berätta vad de ritat. 8. Sy nu ihop programmets enskilda delar till en exekverbar kod. Visa sedan hela programmet för inblandade examinatorer.
9. Diskutera sedan figurerna programmet utifrån perspektivet att alla program har rätt att se ut hur de vill
och fungera om man har tur.
10. Huvuduppgiften nu blir att övertyga examinatorerna att detta program är användbart.

Dessa ’små streck’ som nämns i punkt fem ber rimligen vara ett funktionsanrop, där returvärde och parametrar framgår, men inte övriga kommentarer. Heter funktionen hämtabrandbil och någon fyller den med en hund så går det finfint!

Släcker eldar med hundar... my god. Bor du någonstans i Asien?

Det här tycker jag också är något man bör tänka på. Beroende på utbildning/examinator så kan det på B- och C-nivå (som jag antar det här rör sig om) finnas halvhöga krav på vetenskapligt bidrag, dvs det duger inte att bara hitta ett programmeringsprojekt och sedan skriva en rapport om vad man gjorde. Man ska producera någon form av ny kunskap också, något unikt. Valet av ämne för uppsatsen är kritiskt för att uppfylla den delen.

Att hålla sig till formen för en vetenskaplig rapport är relativt enkelt (om man har läst på vad det innebär förstås), men att fylla det med meningsfullt innehåll är det kluriga. Se till att ha en tidig dialog med examinatorn så att du förstår kraven.

De flesta nyexaminerade har väldigt tunna CVn så minsta grej som hjälper dem stå ut är bra. Har man gjort någonting av faktiskt värde på ett företag så är det i många fall det enda vettiga en kandidat har gjort.

Tänkte precis säga detta. I min kandidatuppsats hade vi ett rätt stort fokus på de akademiska delarna: att formulera (och omformulera) en forskningsfråga som uppnådde någon form av originalitet, att välja en metod för att besvara frågan, att argumentera för varför just den metoden var lämplig för att besvara frågan.

Själva genomförandet var sen rätt sekundärt. Så mitt råd är också att checka av ordentligt med skolan vad de egentligen har för krav så att ni är överens om vad du ska göra. Börja sedan med en idé, en frågeställning att besvara. När man sen funderar på hur man ska besvara frågan kommer själva projektet ofta rätt naturligt.

Kan med erfarenhet säga att kravet på rapporten är väldigt mycket upp till vem du har som examinator. Jag har själv för 8 år sen varit opponent på en som lagt fram en kandidatexamen (Innovativ Programmering, Liu), och den uppsattsen var 16 sidor lång utan vetenskaplig grund och 8 sidor bilder. Personen hade bara gjort bilder och steg på hur man använde ett verktyg han gjort. Han blev godkänd.

Med det sagt så har jag själv inte haft så mycket nytta av den vetenskapliga grunden i mina examensarbeten, mer än att jag personligen tyckte de var roligt att genomföra. När du väl har examen bryr sig inte arbetsgivare om vad du gjorde, iallafall inte som teknologie kandidat.

Gratulerar till en framtidssäker utbildning!

Enligt infon på LIUs hemsida är det en bred utbildning du går med fokus på programvaruutveckling
Det borde ge dig fria händer;
Sätt dig ner, ta en öl och ta dig en funderare på vad för områden du själv skulle vilja förstärka dig inom
AI, ramverk, gränssnitt, cloud, utvecklingsmetoder, virtualisering, säkerhet, distribuerade system...
Det finns en ocean av körsbär för dig att plocka!

Som du sedan även kan ta med i CVn/resumen när du söker jobb