Självlärd programmerare, är jag redo för att söka jobb? Detaljerad GitHub bifogad

Permalänk
Avstängd
Skrivet av Exydia:

Jag tycker du bör söka så många jobb du bara kan, till slut får du napp! Men jag tycker att du inte bör förvänta dig för mycket (i lön) tills du kan erbjuda något utöver det vanliga.

Eftersom du fick upp ögonen för embedded så kan jag tipsa om att titta på Big O, och kanske börjar titta lite på C/C++ och pointers (även om Java också är stort inom embedded).

Sen ta ner lite litteratur så du får en bättre förståelse för många viktiga begrepp. T.ex. Data Structures and Algorithm Analysis in Java & Head First Design Patterns (finns på libgen).

Ja ok, då missförstod jag dig lite grann!

Jag vet hur Big Theta, Big Omega och Big O (varav det väl är den sista/worst case scenariot som faktiskt används) räknas ut, om det var det du menade?

Data strukturer, är det binary trees, linked/doubly linked lists, heaps, queues, stacks osv du tänker på, eller något annat? För det kan jag.

Jag har också kodat en ALU simulator och lite annat skoj, byggde den enbart med olika gates vilket var lite av ett mindfuck vid tillfället men det var coolt. Kodade också en CPU som "hämtade" saker från cache (om det fanns) eller från RAM. Jag har gjort en ISA också, nu kanske jag är ute och cyklar med hur termen används men jag konverterade en 32 bit instruktion i binärt till vad för instruktion som faktiskt skulle göras.

Det var inte på någon nivå jag tyckte var särskilt svårt men lite utmanande var det ju, det var kul. Men strax därpå följde uppgifter där jag fick dyka ner i officiell dokumentation för MIPS och översätta binära instruktioner manuellt och då blev det minsann rätt snurrigt i skallen ska jag säga. Det var inte min kopp te heller så jag hoppade över det svåraste avsnittet.

Jag ska kika på C imorgon. Vet ju att det är betydligt bökigare syntax än java och framförallt än python som ju knappt skiljer sig från engelska, riktigt coolt språk. Det vore coolt att lära sig det som verkar vara bland det svåraste.

Används ens standard C idag eller är det enbart C++ eller C#?

Permalänk
Medlem
Skrivet av first:

.
Används ens standard C idag eller är det enbart C++ eller C#?

C/C++ och C# är inte jämförbara. Både C och C++ används friskt, till exempel är Linuxkärnan skriven till stor del i C. Det används också mycket inom inbyggda system och andra system där närhet till hårdvaran är viktig.

Permalänk
Avstängd
Skrivet av monocles:

C/C++ och C# är inte jämförbara. Både C och C++ används friskt, till exempel är Linuxkärnan skriven till stor del i C. Det används också mycket inom inbyggda system och andra system där närhet till hårdvaran är viktig.

Ok!

Linux verkar ganska vanligt bland folk som jobbar med programmering. Du kanske inte är en av dom men om du är det, vad är fördelarna?
Jag har förstått att det finns många som uppskattar Linux så jag undrar varför det inte är mer utbrett än det är. Eller så är det ganska utbrett, bara att jag inte kommit i kontakt med det.. Fel målgrupp.

Permalänk
Medlem
Skrivet av first:

Ok!

Linux verkar ganska vanligt bland folk som jobbar med programmering. Du kanske inte är en av dom men om du är det, vad är fördelarna?
Jag har förstått att det finns många som uppskattar Linux så jag undrar varför det inte är mer utbrett än det är. Eller så är det ganska utbrett, bara att jag inte kommit i kontakt med det.. Fel målgrupp.

Om man bortser från personliga preferenser, så är en stor anledning att slutprodukten troligen hostas på en Linux-baserad server, och att det är bättre att utveckla på en miljö som är mer lik produktion. Men nuförtiden kan man komma ganska långt med WSL/Docker om man använder Windows.

Permalänk
Medlem
Skrivet av Pelegrino:

Kan också påpeka att Sveriges Ingenjörers ingångslön är endast aktuell i Stockholm. Känner ingen som gått in på deras ingångslön utanför Köpenhamn/Stockholm (tog examen i Datateknik vid LTH).

Nja. Jag gick in på det rekommenderade (10år sedan var det 28k för högskoleingenjör). Kollegor jag haft gick in på rekommenderat och detta var ca 5år sedan (civil ingenjör, ingång runt 33k om jag minns rätt).

Allt detta var Umeå som generellt ha låga löner.

Visa signatur

| CPU: Intel i7 7700k | RAM: Crucial DDR4 OC @2400mhz 16GB (2x8GB) | GPU: EVGA GeForce RTX 2080 XC GAMING| Mobo: MSI H110I Pro | SSD: Crucial BX200 240GB 2.5" SSD | SSD2: Samsung 850 EVO 500GB 2.5" SSD | Nätagg: be quiet! SFX L Power 600W | Kylare: NZXT Kraken X62 | Chassi: Fractal Design Nano S | OS: Windows 10 Pro

Permalänk
Avstängd
Skrivet av MrNubcake:

Om man bortser från personliga preferenser, så är en stor anledning att slutprodukten troligen hostas på en Linux-baserad server, och att det är bättre att utveckla på en miljö som är mer lik produktion. Men nuförtiden kan man komma ganska långt med WSL/Docker om man använder Windows.

Ok!

Permalänk
Medlem
Skrivet av first:

Ok!

Linux verkar ganska vanligt bland folk som jobbar med programmering. Du kanske inte är en av dom men om du är det, vad är fördelarna?
Jag har förstått att det finns många som uppskattar Linux så jag undrar varför det inte är mer utbrett än det är. Eller så är det ganska utbrett, bara att jag inte kommit i kontakt med det.. Fel målgrupp.

Linux är mycket utbrett. Jag jobbade nära mjukvaruutveckling i 25 år och 20 av dem var det enbart Linux som gällde för utveckling och servrar. I tre av de andra åren var det andra varianter av Unix på servrarna (det var rätt länge sedan på en stor myndighet).

I många sammanhang är Linux slutmålet för koden i någon form, varesig det är nåt som körs på en stor server (tillochmed i de där stordatorerna som bara finns hos banker och liknande), i vanliga servermiljöer och i många lite större inbyggda system som en TV-box eller liknande. Tillochmed Microsoft använder ju alltmer Linux i sina molnmiljöer, både under ytan och för kunderna. Att då utveckla under Linux är ganska naturligt.

Linux är ju en variant av Unix, en miljö med en speciell filosofi som passar många utvecklare dessutom.

Traditionellt är också Linux mycket lättare att jobba med om man behöver bygga speciella byggmiljöer, script för t.ex. korskompliering där man kombinerar flera verktyg.

Tittar man på embeddedsystem som är enklare än vad som klarar att köra en hel Linux så är det ändå ofta inspirerat av Unix eller Linux så som Linux-utvecklare känner man igen sig där. Kolla på BusyBox för ett exempel.

Sen är ju Linux också dominerat av open source-mjukvara även i de verktyg man använder - det är ofta bara att tanka ned och köra och man behöver inte böka med att köpa licenser och liknande. Även det är tacksamt inte bara för den som pillar hemma utan även för ett utvecklarteam på företag som inte måste gå till chefen och begära pengar för inköp.

Innan nån kommenterar: I många miljöer finns det självklart formella krav som gör att man inte bara kan tanka ned nåt från nätet och köra. Det som är självklart och enkelt i en mindre mjukvaru-startup kan vara förbjudet om du t.ex. ska skriva kod som styr medicinsk utrustning, eller ska sitta i en bil eller ett flygplan. Mängden dokument och formella krav som måste uppfyllas för att få en kodrad ändrad i ett flygande system är ... ja stor. Den är stor. Men börjar du jobba med sådant kommer du ha kvalitets- och processansvariga personer som ger dig en massa regler om vilken kod du får skriva och hur så det löser sig.

Jag tycker det är bra att du scannar vad som finns med nya programspråk (C är aldrig fel att kunna t.ex., innan du har förstått C på djupet har du inte förstått hur en dator funkar) och miljöer som embedded, men sprid dig inte för tunnt. Se till att bli anställningsbar inom ett område, inte alla - då förtar du dig.

Permalänk
Avstängd
Skrivet av blackcoffee:

Linux är mycket utbrett. Jag jobbade nära mjukvaruutveckling i 25 år och 20 av dem var det enbart Linux som gällde för utveckling och servrar. I tre av de andra åren var det andra varianter av Unix på servrarna (det var rätt länge sedan på en stor myndighet).

I många sammanhang är Linux slutmålet för koden i någon form, varesig det är nåt som körs på en stor server (tillochmed i de där stordatorerna som bara finns hos banker och liknande), i vanliga servermiljöer och i många lite större inbyggda system som en TV-box eller liknande. Tillochmed Microsoft använder ju alltmer Linux i sina molnmiljöer, både under ytan och för kunderna. Att då utveckla under Linux är ganska naturligt.

Linux är ju en variant av Unix, en miljö med en speciell filosofi som passar många utvecklare dessutom.

Traditionellt är också Linux mycket lättare att jobba med om man behöver bygga speciella byggmiljöer, script för t.ex. korskompliering där man kombinerar flera verktyg.

Tittar man på embeddedsystem som är enklare än vad som klarar att köra en hel Linux så är det ändå ofta inspirerat av Unix eller Linux så som Linux-utvecklare känner man igen sig där. Kolla på BusyBox för ett exempel.

Sen är ju Linux också dominerat av open source-mjukvara även i de verktyg man använder - det är ofta bara att tanka ned och köra och man behöver inte böka med att köpa licenser och liknande. Även det är tacksamt inte bara för den som pillar hemma utan även för ett utvecklarteam på företag som inte måste gå till chefen och begära pengar för inköp.

Innan nån kommenterar: I många miljöer finns det självklart formella krav som gör att man inte bara kan tanka ned nåt från nätet och köra. Det som är självklart och enkelt i en mindre mjukvaru-startup kan vara förbjudet om du t.ex. ska skriva kod som styr medicinsk utrustning, eller ska sitta i en bil eller ett flygplan. Mängden dokument och formella krav som måste uppfyllas för att få en kodrad ändrad i ett flygande system är ... ja stor. Den är stor. Men börjar du jobba med sådant kommer du ha kvalitets- och processansvariga personer som ger dig en massa regler om vilken kod du får skriva och hur så det löser sig.

Jag tycker det är bra att du scannar vad som finns med nya programspråk (C är aldrig fel att kunna t.ex., innan du har förstått C på djupet har du inte förstått hur en dator funkar) och miljöer som embedded, men sprid dig inte för tunnt. Se till att bli anställningsbar inom ett område, inte alla - då förtar du dig.

Ok

Permalänk
Medlem

Håller med de ovan: grundläggande linux, bash, ssh, vm, containers, infrastructure (firewall, load balancing, gateway, reverse proxy, …), …

Finns mycket man ’borde kunna’, och där man landar efter några år i branchen

Permalänk
Avstängd
Skrivet av Trihxeem:

När du sedan kommer till intervju så vill man se viss bredd hos personen man intervjuar. Jag hade förberett mig genom att se till att ha koll på de koncepten som listas i roadmapen för det språket du är intresserad av här: https://github.com/kamranahmedse/developer-roadmap. Detta är ingen absolut lista men ger dig ett hum iaf.

Lycka till

Den här roadmapen var ju intressant! Kollar igenom den nu.

Permalänk
Medlem

Efter att ha läst de flesta inläggen, så uppfattar jag dig @first, som en person som redan kan och förstår mycket, men framför allt verkar du har förmågan att förstå och lära dig nya saker snabbt och det är otroligt värdefullt.

Att du skulle ta ett programmeringsjobb för under 30K låter som rena skämtet. Lastbilschaufförer utan vare sig utbildning eller hjärna tjänar bättre!

Du kanske får acceptera en lägre ingångslön än vad du egentligen är värd (men inte under 30K), men får du bara in foten och får chansen att visa vad du kan, så kommer du kunna höja lönen snabbt.

Visa signatur

MSI PRO Z790-P WIFI | Intel i9 13900K | 128 GB DDR5
NVIDIA GeForce GTX 4070 12 GB
WD Black SN850X 2 TB Gen 4 | 2 x 1 TB Samsung 970 EVO Plus
3 x ASUS 27" | 1 x Philips 49"

Permalänk
Medlem

Börja söka bara och skaffa lite kunskaper inom det som har nämnts mest här (det verkar vara testning). Får du ett nej försök få feedback så vet du vad du behöver jobba på.

Permalänk
Avstängd
Skrivet av Superfrog:

Efter att ha läst de flesta inläggen, så uppfattar jag dig @first, som en person som redan kan och förstår mycket, men framför allt verkar du har förmågan att förstå och lära dig nya saker snabbt och det är otroligt värdefullt.

Att du skulle ta ett programmeringsjobb för under 30K låter som rena skämtet. Lastbilschaufförer utan vare sig utbildning eller hjärna tjänar bättre!

Du kanske får acceptera en lägre ingångslön än vad du egentligen är värd (men inte under 30K), men får du bara in foten och får chansen att visa vad du kan, så kommer du kunna höja lönen snabbt.

Det var snällt sagt, kul att du jämför med lastbilschaufför även om det väl är ett vanligt yrke att jämföra med. Men just yrket sopgubbe är ett yrke som jag, flera gånger i månaden, inser hur jäkla värdefullt det är för samhället. Man själv producerar ju en påse med skräp per DAG. Tänk då att efter bara 1 månad utan sopchaufförer så hade Stockholms län haft 1 miljon soppåsar gånger 31, 31 miljoner soppåsar utspritt i länet! Det hade inte gått att leva. Och när dom kommer åkandes ser dom så jädra chill ut. Inga värdsliga problem i världen som dom inte kan hantera ser det ut som att dom känner, haha. Jag är ibland sugen på att bli det själv under en period, men saknar C-kort.

Jag tror jag lär mig relativt snabbt när det kommer till det här området. Däremot är jag inte så jäkla bra på matte, och det kan nog vara ett problem inbillar jag mig när det kommer till att arbeta med Embedded.
Jag har svårt med variabler med "dolda" namn, alltså t.ex "x" eller annat godtyckligt namn. Jag tänker ganska visuellt tror jag, jag ser koncept framför mig i huvudet när jag funderar på något. Men vad vet jag, det kanske alla gör. Hur som helst så blir det snabbt problem för mig om jag t.ex. läser en ekvation. När den är supersimpel så har jag inga problem att fatta men så fort "x" börjar få en del beräkningar så kör jag fast för jag ser bara bokstaven X i huvudet. Jag har svårt att koppla den till något annat, även om jag vet att det är något annat. Läser X så ser jag också X. En enkel sak som att byta namn till något konkret istället hjälper mig mycket.

Detta gjorde att recursion var svårt för mig att greppa för för varje loop mot base case så blev bilden av objektet suddigare i huvudet och till slut "såg" jag inte längre. Men det löste jag genom att räkna ut som om jag bara var 1 steg ifrån base case. Om man löser 1 steg så löser man ju även y antal steg.

Någon inom embedded som kan svara på om man kan bidra med något utan att kunna matematik över Matte B?
Jag är såpass inställd på att bli något inom det så jag kan verkligen tänka mig att läsa upp matematik men det vore skönt att redan nu veta om det så man kan preppa sig.

Och för att återkomma till den här roadmapen som postades, den är ju guld. Den borde vara sticky i forumet för alla som vill lära sig programmering, det är väl ingen dålig idé? Den har gett mig bra koll på hur jag ligger till. Och jag inser att om jag kommit nästan hälften av den här roadmapen på 6 mån så undrar jag ju hur långt jag kommit om jag får 6 månader till. Nästan hela kanske. Och det hade känts gött!

Så just nu lutar det nog åt att jag vill läsa mer och börja jobba lite vid sidan av i min gamla bransch. Jag får se.

Permalänk
Medlem
Skrivet av first:

Det var snällt sagt, kul att du jämför med lastbilschaufför även om det väl är ett vanligt yrke att jämföra med. Men just yrket sopgubbe är ett yrke som jag, flera gånger i månaden, inser hur jäkla värdefullt det är för samhället. Man själv producerar ju en påse med skräp per DAG. Tänk då att efter bara 1 månad utan sopchaufförer så hade Stockholms län haft 1 miljon soppåsar gånger 31, 31 miljoner soppåsar utspritt i länet! Det hade inte gått att leva. Och när dom kommer åkandes ser dom så jädra chill ut. Inga värdsliga problem i världen som dom inte kan hantera ser det ut som att dom känner, haha. Jag är ibland sugen på att bli det själv under en period, men saknar C-kort.

Jag tror jag lär mig relativt snabbt när det kommer till det här området. Däremot är jag inte så jäkla bra på matte, och det kan nog vara ett problem inbillar jag mig när det kommer till att arbeta med Embedded.
Jag har svårt med variabler med "dolda" namn, alltså t.ex "x" eller annat godtyckligt namn. Jag tänker ganska visuellt tror jag, jag ser koncept framför mig i huvudet när jag funderar på något. Men vad vet jag, det kanske alla gör. Hur som helst så blir det snabbt problem för mig om jag t.ex. läser en ekvation. När den är supersimpel så har jag inga problem att fatta men så fort "x" börjar få en del beräkningar så kör jag fast för jag ser bara bokstaven X i huvudet. Jag har svårt att koppla den till något annat, även om jag vet att det är något annat. Läser X så ser jag också X. En enkel sak som att byta namn till något konkret istället hjälper mig mycket.

Detta gjorde att recursion var svårt för mig att greppa för för varje loop mot base case så blev bilden av objektet suddigare i huvudet och till slut "såg" jag inte längre. Men det löste jag genom att räkna ut som om jag bara var 1 steg ifrån base case. Om man löser 1 steg så löser man ju även y antal steg.

Någon inom embedded som kan svara på om man kan bidra med något utan att kunna matematik över Matte B?
Jag är såpass inställd på att bli något inom det så jag kan verkligen tänka mig att läsa upp matematik men det vore skönt att redan nu veta om det så man kan preppa sig.

Och för att återkomma till den här roadmapen som postades, den är ju guld. Den borde vara sticky i forumet för alla som vill lära sig programmering, det är väl ingen dålig idé? Den har gett mig bra koll på hur jag ligger till. Och jag inser att om jag kommit nästan hälften av den här roadmapen på 6 mån så undrar jag ju hur långt jag kommit om jag får 6 månader till. Nästan hela kanske. Och det hade känts gött!

Så just nu lutar det nog åt att jag vill läsa mer och börja jobba lite vid sidan av i min gamla bransch. Jag får se.

Embedded handlar om bits, binära tal, bitmasks, bitwise, compilerflaggor, template hints, … framförallt c/c++, pekare, structs, abi, bibliotek, minneshantering, …

Helt enkelt sätt att få nära optimal kod, för att få plats med mer funktionalitet på extremt begränsade resurser. Det sätter hårda krav på alla aspekter av koden, både sett till effektivitet och prestanda, men även att jobba med jättegammal kod och tools, gammal utdaterad hårdvara, mycket praktiska elektriska kretsar, …

Det är ganska långt från ’backend’ som du pratade om i början av tråden. Det kan faktiskt vara fullt UI även i embedded (alltså knappar och skärmar, tänk kontrollpaneler), men såklart också helt isolerade chip som byggs in i maskiner som kanske aldrig kan uppdateras när de väl monterats (ställer extrema krav på kvalitet och säkerhet)

Jag tror det garanterat finns jobb inom den branchen, men ställer mycket högre krav än ’vanliga’ utvecklarjobb

Varför är du intresserad av just embedded?

Permalänk
Avstängd
Skrivet av medbor:

Embedded handlar om bits, binära tal, bitmasks, bitwise, compilerflaggor, template hints, … framförallt c/c++, pekare, structs, abi, bibliotek, minneshantering, …

Helt enkelt sätt att få nära optimal kod, för att få plats med mer funktionalitet på extremt begränsade resurser. Det sätter hårda krav på alla aspekter av koden, både sett till effektivitet och prestanda, men även att jobba med jättegammal kod och tools, gammal utdaterad hårdvara, mycket praktiska elektriska kretsar, …

Det är ganska långt från ’backend’ som du pratade om i början av tråden. Det kan faktiskt vara fullt UI även i embedded (alltså knappar och skärmar, tänk kontrollpaneler), men såklart också helt isolerade chip som byggs in i maskiner som kanske aldrig kan uppdateras när de väl monterats (ställer extrema krav på kvalitet och säkerhet)

Jag tror det garanterat finns jobb inom den branchen, men ställer mycket högre krav än ’vanliga’ utvecklarjobb

Varför är du intresserad av just embedded?

Ok, allt det där låter väldigt intressant. Men hur skiljer det sig från back-end, jag trodde back-end var just kod som sköter funktion och logik? Är det för att back-end brukar vara en tier i en tier 3 app och det här är kanske bara 1 tier, för det finns bara back-enden?

Jag är inte helt säker på varför jag dras till det men jag tror att en viktig faktor är att inom embedded, som jag förstått det efter era förklaringar och som jag tänkt kring saken innan jag visste vad det kallades, så kommer koden inte leva på en server och användas för att tillfredställa människors behov, utan den kommer sitta i något konkret och verkligt, som kanske är ute i verkligheten, kanske rentav kan röra sig. Det är kod som ger något liv. I slutändan används den nog också för att uppfylla människors behov men det är ändå en helt egen entitet på ett annat sätt än kod som kör en app på en server. Det är upphetsande som faan, haha.

Permalänk

Jag har inte läst alla inlägg i tråden, men börja sök jobb om du känner dig redo och se vart det leder. Mycket som man lär sig under studietiden speglar inte alltid verkligheten, därför är det viktigt att någon gång börja arbeta så du kan lära dig ifrån andra. Alla team arbetar på olika sätt och dina arbetsuppgifter kan variera över tid.

Som utvecklare arbetar du ofta tillsammans med andra människor, vad kan du bidra till teamet? Tänk på att det inte enbart handlar om vad du kan inom programmering osv, utan s.k 'soft skills' också.

För övrigt en otrolig branch att arbeta inom, du kan enkelt hitta arbete utomlands också och du kan tjäna väldigt bra med några års erfarenhet. Om du tröttnar på att arbeta inom ett område så kan du byta riktning. I mitt fall hade jag mest erfarenhet inom embedded från plugget och mitt första jobb i Sverige, men landade ändå ett arbete utomlands inom webb utan någon erfarenhet. Nu har jag insett att webb är otroligt tråkigt i längden och det börjar bli dags att leta sig tillbaks till embedded. Oändliga möjligheter!

Hitta några att koda med är mitt tips, otroligt kul att köra något projekt med polare

Permalänk

När jag har anställt utvecklare så har kunskapen nästan varit mindre viktig än hur den personen hade funkat i ett team.
En grundläggande grannskap är trevligt, men djupare kunskap för aktuell programvara osv är betydligt enklare att lära ut om det finns en förståelse än att skaffa en bra teamplayer som kan utveckla tillsammans med andra, sitta i möten med andra osv.
Språk kan ändras, versions-hantering kan ändras. Allt från subversion till git till devops i azure. Från ett .net projekt till att riktning ställs om eller verktygen man jobbar med plötsligt byter ramverk mellan versioner osv osv. Så ofta får man ändå börja om några gånger som anställd. Väldigt få jobb enligt min erfarenhet där man börjar springande. Startsträckan kan skilja lite och med det priset, men iaf när jag anställt så tänker vi långsiktigt.

Visa signatur

På tok för många datorer för att skriva här

Permalänk
Medlem
Skrivet av first:

Någon inom embedded som kan svara på om man kan bidra med något utan att kunna matematik över Matte B?
Jag är såpass inställd på att bli något inom det så jag kan verkligen tänka mig att läsa upp matematik men det vore skönt att redan nu veta om det så man kan preppa sig.

Och för att återkomma till den här roadmapen som postades, den är ju guld. Den borde vara sticky i forumet för alla som vill lära sig programmering, det är väl ingen dålig idé? Den har gett mig bra koll på hur jag ligger till. Och jag inser att om jag kommit nästan hälften av den här roadmapen på 6 mån så undrar jag ju hur långt jag kommit om jag får 6 månader till. Nästan hela kanske. Och det hade känts gött!

Så just nu lutar det nog åt att jag vill läsa mer och börja jobba lite vid sidan av i min gamla bransch. Jag får se.

Matte B eller inte så tror jag att du skulle ha stor nytta av att gå en YH eller högskoleingenjörsutbildning om du vill börja jobba med embedded-utveckling.
Vi anställer (nästan) bara folk som har en teknisk högskoleexamen till juniora utvecklarroller hos oss.

Permalänk
Avstängd
Skrivet av Penguin:

Matte B eller inte så tror jag att du skulle ha stor nytta av att gå en YH eller högskoleingenjörsutbildning om du vill börja jobba med embedded-utveckling.
Vi anställer (nästan) bara folk som har en teknisk högskoleexamen till juniora utvecklarroller hos oss.

Ok. Finns det någon YH-utbildning du kan rekommendera? Inte för att någon YH är likvärdig med en riktig högskoleutbildning i ämnet men dessvärre är högskoleingenjör nog uteslutet för mig. Jag bor i Stockholm om det hjälper nåla ut någon YH.

Jag har fyllt i https://roadmap.sh/backend nu och såhär ser jag ut. Allt som är ovan beskärningen är markerat som avklarat och för det som är under beskärningen så är inget markerat/där kan jag inget alls.

Permalänk
Medlem
Skrivet av first:

Ok, allt det där låter väldigt intressant. Men hur skiljer det sig från back-end, jag trodde back-end var just kod som sköter funktion och logik? Är det för att back-end brukar vara en tier i en tier 3 app och det här är kanske bara 1 tier, för det finns bara back-enden?

Jag är inte helt säker på varför jag dras till det men jag tror att en viktig faktor är att inom embedded, som jag förstått det efter era förklaringar och som jag tänkt kring saken innan jag visste vad det kallades, så kommer koden inte leva på en server och användas för att tillfredställa människors behov, utan den kommer sitta i något konkret och verkligt, som kanske är ute i verkligheten, kanske rentav kan röra sig. Det är kod som ger något liv. I slutändan används den nog också för att uppfylla människors behov men det är ändå en helt egen entitet på ett annat sätt än kod som kör en app på en server. Det är upphetsande som faan, haha.

Back-end kan betyda många saker, men för de allra flesta betyder det server, api, utan ui

Tror ingen säger det om embedded

Permalänk

First jag är imponerad av din nivå!
Jag undrar hur många från YH som ligger på den nivån. Man läser ibland om anställningar före examen med 35 000 som ingångslön.
Jag har tittat en del på Kattis och lösningar på Github i C, C++, Java, Go och Python3. Det som slår mej är att de är så olika dvs inte direkt copy/paste. Kan det vara något om nu arbetsgivaren drunknar i en större projekt-beskrivning?

Permalänk
Avstängd
Skrivet av medbor:

Back-end kan betyda många saker, men för de allra flesta betyder det server, api, utan ui

Tror ingen säger det om embedded

Ok! Menar du att embedded också är mycket om den fysiska hårdvaran och inte bara koden? Försöker fatta hur du menar.

Permalänk
Avstängd
Skrivet av Mmwhatyousay:

Jag har inte läst alla inlägg i tråden, men börja sök jobb om du känner dig redo och se vart det leder. Mycket som man lär sig under studietiden speglar inte alltid verkligheten, därför är det viktigt att någon gång börja arbeta så du kan lära dig ifrån andra. Alla team arbetar på olika sätt och dina arbetsuppgifter kan variera över tid.

Som utvecklare arbetar du ofta tillsammans med andra människor, vad kan du bidra till teamet? Tänk på att det inte enbart handlar om vad du kan inom programmering osv, utan s.k 'soft skills' också.

För övrigt en otrolig branch att arbeta inom, du kan enkelt hitta arbete utomlands också och du kan tjäna väldigt bra med några års erfarenhet. Om du tröttnar på att arbeta inom ett område så kan du byta riktning. I mitt fall hade jag mest erfarenhet inom embedded från plugget och mitt första jobb i Sverige, men landade ändå ett arbete utomlands inom webb utan någon erfarenhet. Nu har jag insett att webb är otroligt tråkigt i längden och det börjar bli dags att leta sig tillbaks till embedded. Oändliga möjligheter!

Hitta några att koda med är mitt tips, otroligt kul att köra något projekt med polare

Tack för pepp, hoppas du tar dig till embedded igen

Permalänk
Medlem
Skrivet av first:

Ok! Menar du att embedded också är mycket om den fysiska hårdvaran och inte bara koden? Försöker fatta hur du menar.

Väldigt sällan handlar utveckling om ’bara koden’, det är alltid saker ’runt omkring’ som behöver lösas, likt nätverk, infrastruktur, api-anrop, release-processer, bygg-processer, paketering, versionshantering, ticket-hantering, support, testning, simulering, emulering, …

Väldigt svårt att utveckla mot ett specifikt usecase utan att kunna replikera det på plats. Embedded betyder ofta hårdvara och därmed att kunna återkapa en miljö rent fysiskt med de chip och saker man har tillgängliga (kompletta saker är sällan rimligt, kan handla om utrustning för miljoner eller som ägs av andra)

Ganska enkelt att se hur det kan behövas vissa kunskaper om fysiska lager i ganska många sammanhang

Permalänk
Avstängd
Skrivet av medbor:

Väldigt sällan handlar utveckling om ’bara koden’, det är alltid saker ’runt omkring’ som behöver lösas, likt nätverk, infrastruktur, api-anrop, release-processer, bygg-processer, paketering, versionshantering, ticket-hantering, support, testning, simulering, emulering, …

Väldigt svårt att utveckla mot ett specifikt usecase utan att kunna replikera det på plats. Embedded betyder ofta hårdvara och därmed att kunna återkapa en miljö rent fysiskt med de chip och saker man har tillgängliga (kompletta saker är sällan rimligt, kan handla om utrustning för miljoner eller som ägs av andra)

Ganska enkelt att se hur det kan behövas vissa kunskaper om fysiska lager i ganska många sammanhang

Jag har läst på lite själv också och det verkar helt klart vara något som kräver en riktig högskoleutbildning, verkar svårt att ta sig in på annars. Men om man vill försöka så är det väl C++ och försöka tota ihop så mycket eget som möjligt antar jag.

Permalänk
Avstängd
Skrivet av Greyguy1948:

First jag är imponerad av din nivå!
Jag undrar hur många från YH som ligger på den nivån. Man läser ibland om anställningar före examen med 35 000 som ingångslön.
Jag har tittat en del på Kattis och lösningar på Github i C, C++, Java, Go och Python3. Det som slår mej är att de är så olika dvs inte direkt copy/paste. Kan det vara något om nu arbetsgivaren drunknar i en större projekt-beskrivning?

Schyst, tack! Ja ska försöka lösa några klurisar och lägga upp men först ska jag applicera unit tests på minst ett av mina projjs och lära mig lite mer om arbetsmetoder på jobb. Sen får vi se vad som händer.

Permalänk
Medlem
Skrivet av first:

Jag har läst på lite själv också och det verkar helt klart vara något som kräver en riktig högskoleutbildning, verkar svårt att ta sig in på annars. Men om man vill försöka så är det väl C++ och försöka tota ihop så mycket eget som möjligt antar jag.

Köp en arduino och gör några projekt, kanske självbevattnande krukväxter eller någon annan hemautomatisering, går att göra hur mycket eller lite man vill

Permalänk
Avstängd
Skrivet av medbor:

Köp en arduino och gör några projekt, kanske självbevattnande krukväxter eller någon annan hemautomatisering, går att göra hur mycket eller lite man vill

Har tänkt göra just det, haha.

Permalänk
Medlem
Skrivet av first:

Har tänkt göra just det, haha.

Men kom ihåg att arduino döljer ungefär 90% av komplexiteten genom att ha en helt färdig toolchain att kompilera och trigga koden du skriver, i många fall är embedded ännu närmare hårdvaran dvs assembly/register/… kan vara inblandat

Permalänk
Avstängd
Skrivet av clnr:

C/C++ är basen, tror nog Rust kommer ta en hel del här också. Självlärd går nog bra, men då behöver man nog också lära sig en del elektronik och kommunikation. Man behöver en del förståelse för hur processordelen interagerar med minne och I/O. Det är inte helt ovanligt att felsökning sker med oscilloskop. Är du intresserad så kolla på Arduino: https://www.arduino.cc/

Rust verkar väldigt intressant.
Om man som jag, som dras till back end hållet och är långt mer engagerad i att interagera med hårdvara än en front end (även om det är omöjligt att slippa front enden helt), och även om man inte kan slå fast att jag är särskilt smart från det jag levererat nu så kanske det går att slå fast att jag åtminstone inte är trög...

Vore det då inte smart av mig att försöka tillskansa mig de grunder inom back end som redan tagits upp, men sedan försöka lära mig att koda i Rust, som verkar vara på frammarsch och dessutom lite jobbigt att byta till, och förutsatt att jag fixar grunderna i Rust, försöka rida på den vågen och halka in på ett bananskal på en okej junior position inom det?

Istället för att:
* Ha web apps som mitt end game, som jag ändå faktiskt inte är särskilt intresserad av.
* Längta efter att plugga Embedded, vilket ändå aldrig blir av. Med Rust skulle jag vara närmare framtidens embedded än med Java iallafall, vad jag läst mig till.

Jag är liksom den som hellre uppdaterat gamla Karolinskas patientregister från vi säger COBOL, där dokumentationen försvunnit och ingen har koll på något, till senaste snabbaste programvaran, sittandes i deras sunkiga källare anno tidigt 1900-tal och kvarlevor från djurförsök, än att bli anställd på Meta Platforms och bli involverad i deras senaste algo för att sälja annonsplatser för skräp.

Inte för att jag är kapabel till ngt av det i dagsläget, men om jag var.