En programmerings-portfölj som garanterar jobb?

Det som arbetsgivare arbetar mycket nu för tiden som jag har förstått det (då jag studerar 2:året på universitet) är i projektform, så skaffa merit för det och kurser med liknande inställning, gruppform.

En fråga du kan kanske ställa dig är: Vilka kurser kan vara bra för ett större projekt?!

Du kan ju göra något ihop med en kursare?

Annars är det ju bra att lära sig använda olika verktyg som dokumenthantering och versionshantering (om du nu inte kan det)?

Du har rätt att det kanske inte är det lättaste att halka in på, och kanske får ut ett meningslöst resultat. Men att hamna rätt beror nog på hur stor kunskap du har i alla led, sociala spelet som du sa och dina egna kunskaper inom programmering, m.m.
Men effektivisering är mycket på kartan nu, då vi har allt fungerande men vill kanske optimera ett flöde i en fabrik eller placera arbeten som en E-Tjänster som i sin tur underlättar för företagets personal.

Vad ska man satsa på? Jag har ingen erfarenhet av programmering i samhället, är en hobby-programmerare ;).
Om du kan utöka dina kunskaper så mycket du bara kan och inte på en specifik gren (misstänker att detaljerna måste du ändå lära dig på företaget du jobbar för), då jag menar att du inte ska fördjupa dig bara i exempelvis beräkningsprogram.

Hoppas du blir något klockare.

Dina förslag verkar vara åt lekprogramhållet. Det är nog bättre om du visar upp riktiga program eller att du har deltagit i riktiga open source-projekt. Btw så är github det som gäller nu för tiden, inte sourceforge.

Om du bidrar till ett projekt på github så kan den som vill (en arbetsgivare) gå in på din profilsida och se exakt vad du har gjort på alla projekt du deltagit i. T.ex. https://github.com/trptcolin Iofs vet jag inte exakt hur man kan se allt men det borde gå för alla commits sparas ju i projektens repos.

Tja,

Enligt min erfarenhet så spelar det mindre roll om dina applikationer är små lekprogram eller en seriös app med tickade kursdata och TA analyser.

Det som oftast är viktigt är att du slutfört projektet och utvecklat något som du brinner för. Din kod skall vara väldokumenterad och strukturerad. Innehålla vettiga namn på variabler och funktioner etc.

OpenSource projekt är aldrig fel dock!

De intervjuer som jag vart på värdesatte självklart min teoretiska kunskap, men det som jag och många jag känner fick jobb på var pga att det fanns ett brinnande intresse för programmering och att man var en social och "normal" person som kunde föra ett normalt samtal

/Seb

Det beror ju på vilket jobb du är intresserad av. Det är väl ytterst få personer som har en generell programmerar roll idag. Oftast så är man specialiserad mot något språk, ramverk eller rent av affärsområde.

Gör något du tycker är intressant och som roar dig. Men gör det bra och använd moderna verktyg med moderna arbetsmetodiker. Att dokumentera sina färdigheter med ett OpenSource-projekt är ju aldrig dåligt. Se till att du får erfarenhet av att arbeta i grupp och gärna i en mångkulturell och tvärfunktionell grupp.

Se dock till att inte bli för akademisk! Att jaga den perfekta lösningen är bra under utbildningen och din examinator kommer uppskatta det. Utanför universitet så kommer din kund troligen inte att uppskatta att du har lagt ner eoner av tid på att jaga perfektion och fakturerar 3-4 gånger mer än vad konkurrenterna skulle fakturera.

Erfarenheter inom inbyggda system är eftertraktat.

Vad är det du ska plugga för något?

Helt klart en underskattad egenskap och är nog viktigare än vad de flesta tror.

Är väl egentligen ingen skillnad. Men du sa t.ex. "en texteditor", och då menar jag att varför ska du göra en texteditor när det redan finns många som har flera tusen mantimmar utveckling bakom sig. Bättre att göra nått som faktiskt är användbart.

Jag förstår hur du resonerar och tänker gällande att "slutföra" ett projekt.

Vad jag menar är just det att du skall komma på en idé inom ett område som intresserar dig, tänka igenom hur du skulle kunna realisera denna tanken i ett eget litet utvecklingsprojekt och även sätta upp mål och krav för din app. Med detta sagt behöver du inte skriva en projektplan eller en kravspec för detta utan det kan räcka med lite kladd på ett papper.

Varför jag tycker detta är en viktig del i din portfolio är på grund av att det visar på din förmåga att strukturera och planera din utveckling. Sedan kan det vara svårt när man lär sig nya språk och gärna vill freebasa lite och kommer på nya roliga saker att utveckla.

För mig betyder att "slutföra" ett projekt att man realiserar sin kravspec och implementerar den funktionalitet som man avsåg att ha med i planeringsfasen. Tillkommande moduler och funktionalitet är vidareutveckling.

Haha, ja dokumentation av kod är ett kapitel i sig. Har du lite dokumentation i koden så kommer inte det skada och större projekt är det ett måste. Prova skriv lite kod, lägg undan koden i 4-6 månader, och försök sedan fatta vad fan du höll på med för 4-6 månader sen. Det kan vara lite knepigt kan jag säga.

/seb

Notera "från 2008". 5 års utveckling ligger bakom programmet.

Självklart kan man skapa program som redan finns. Men för att det inte ska ses som enbart ett lekprojekt (= lära sig programmera bättre / kul att programmera) så måste det finnas någon nytta med programmet. Ifallet texteditor så blir det ingen nytta med programmet på flera månader (mer antar jag?), nyttan uppstår först när programmet är bättre än de vanligaste använda liknande programmen.

Alltså när MrSirs texteditor är bättre än sublime text så är MrSirs editor inte längre ett lekprojekt. (Och när den är det så har han inte längre något behov av att söka jobb..)

Ja asså om man tror att ens program kommer bli bättre än det som finns så go for it, men det lät inte direkt så när TS sa att han ville ha en portfölj. Fast det skulle ju förstås vara ganska bra med en portfölj som innehåller en texteditor, ett ritprogram, en mattemodul, osv som alla är bättre än det som fanns innan.