Nytt programspråk - vilket?

Fortsätta med Python kan nog vara en bra idé. Vill du lära dig mer hur saker fungerar på lägre nivå så kan du kika på C. Men sen ska man hitta på något projekt att göra också. Det är nog mycket svårare än att välja språk.

Du kan även kika på att köpa lite enkortsdatorer och leka med, göra lite projekt innehållandes elektronik. Det är ofta kul.

Våra programmeringskurser på elektroteknik på LTH har varit Java. Nu på datortekniken läser vi lite C.
Android-appar skrivs ju i Java, så vill du skriva appar så kan det vara ett bra språk.

Det beror lite på hur djup kunskap du är ute efter inom datavetenskap/datateknik. Jag kan tänka mig att du läst grundläggande digital- och datorteknik i din nuvarande utbildning? Man kan lära sig programmera högnivågrejer utan att ha en aning om hur en dator fungerar, men om du vill lära dig C så behöver du t ex lära dig hur minne fungerar, så det beror på vad du är ute efter. Du säger ju att du inte bara vill ha basics, då är det ganska vettigt att börja med C. Jag brukar inte rekommendera att börja med C om man inte programmerat så mycket förut, men då du är nästan färdig civilingenjör så lär du inte vara en person som ger upp för att något verkar krångligt vid första anblick.

Ifall du snart är färdig ingenjör i elektro kan du nog läsa till ca 30p så är du behörig för hingj. Sedan efter det, iom att du är färdig elektro snart, så har du ju med all säkerhet mycket grundkurser som alla linjer har gemensamt, kolla med din SYO hur många poäng data du behöver läsa till för att kunna plocka en hingj i datateknik så har du 2 examen.

En liten idë jag fick bara.

Jag har jobbat med inbyggda system de senaste 5 åren, och det är i princip uteslutande C som gäller, i vissa fall C++. I alla fall så länge vi pratar om "små" inbyggda system med processorer från t.ex. ARM Cortex-familjen m.m. Mig veterligen finns det inget större utbud av kompilatorer för andra programmeringsspråk mot den typen av plattformar.

Man programmerar inget i assembler? Jag läser datateknik på Chalmers, och vi har lärt oss en del assembler (kanske inte riktigt räknas som ett språk, av uppenbara skäl), men det kanske bara är i nödfall man gör något så nära processorn? Hur pass jobbigt är ARM-assembler?

Har gjort en hel del OS-utveckling och inte ens där är assembler något man tar till mer än i absoluta nödfall, det är C för hela slanten.

ARM assembler är helt OK för en människa att jobba med (för att vara assembler), lite hål finns det att kliva i och t.ex. MIPS assembler är nog lättare för de flesta.

Har aldrig kodat 64-bitars ARM assembler, men väl läst en del assembler dumpar av 64-bitars ARM kod genererat från C program med GCC, har också en hel del om 64-bitars ARM. Här är hålen i 32-bitars versionen borta och 64-bitars ARM är nog den bäst designade ISA jag sett, men det viktiga i praktiken idag är inte hur bra den är för människor utan hur bra den är för kompilatorer till populära språk. Men finns ingen anledning att tro att 64-bitars ARM inte är riktigt bra även för kompilatortillverkare, ligger på många sätt nära MIPS64 och PPC64 fast med lite ARM32 smak.

Lär man sig C, C++11 (som i praktiken skiljer sig rätt mycket från "gamla" C++), Obj-C, Java och C# så har man täckt in väldigt nära 100% av de språk som i praktiken används idag. Naturligtvis finns det platser där språk som Python, Ruby, Go, Erlang, F#, TCL, ADA etc, men rent statiskt så existerar knappt dessa språk.

Språk som Go eller Erlang borde användas av flera, är så otroligt mycket lättare att skriva extremt skalbara och högpresterande I/O-intensiva applikationer i dessa språk/miljöer jämfört med att göra det i C++, Java eller C# och det är trots allt den typ av applikationer de flesta som jobbar med "back-end" programmering håller på med (för många är det nog ändå databasen som är en reell flaskhals, så kvittar kanske till stor del hur man skriver sitt program).

Tack för informationen, alltid lika trevligt att läsa dina välformulerade och innehållsrika inlägg!

Just Erlang använder vi ganska mycket i en kurs i concurrent programming som jag läser just nu. Imponerande features, minst sagt, även om syntax stundtals är väldigt konstigt och osmidigt, och jag är ännu inte helt vän med att det är dynamiskt typat. Dynamisk typning och funktionell kod kan förvirra en stackars nybörjare.

Kan rekommendera Java om du vill göra appar (Android (där det är billigt att publicera på Play Store)). Java används också väldigt mycket inom industrin vilket kan vara bra ur en arbetssökningsynpunkt.

Om du är mer van med C/C++/Java/C# språk men gillar grundtanken med Erlang så ska du nog ta ett titt på Go. Jag tycker Erlang på många sätt är väldigt trevligt, men har väldigt svårt för dynamiskt typade språk (även om de är starkt typade som i fallet Erlang). Finns helt enkelt ingen anledning varför inte kompilator ska få peka ut uppenbara fel så tidigt som möjligt.

Go är statiskt typat och har en extremt starkt typning (mycket starkare än C++/Java/C#), att konvertera mellan unsigned/signed eller heltal/flyttal kräver en explicit cast. Framförallt unsigned/signed konvertering står för långt fler buggar än man först inser och dessa är ofta väldigt luriga att hitta. Att Java explicit undvek unsigned typer var just för att det introducerar ett relativt komplicerat koncept i språket.

Anledningen till att man tog fram Go var just för "concurrent programming" då man ansåg att C++ och Java (som Google normalt använder för produktionskod) är ganska svaga på detta område. Det fanns andra språk som t.ex. Erlang, men man ville ha ett kompilerat, starkt+statiskt typat språk. Andra huvudmålet med Go var extremt snabba kompileringstider, C++ är tyvärr ökänt för att ta väldigt lång tid i kompileringssteget när man börjar använda templates och liknande (som dock är trevliga på många sätt, bl.a. ur prestandahänseende). Även om de 3 som skapade Go är Google anställda så är språket i sig helt öppet och under en BSD-licens, i.e. använd det hur du vill.

Finns saker som Erlang kan göra men som ytterst få andra miljöer (inklusive Go) kan: du kan låta din Erlang runtime-miljö köra på flera datorer som endast är ihopkopplade via nätverket. Är fullt möjligt att dra igång en Erlang-process på alla maskiner som ingår i klustret. Naturligtvis kan man hacka kod i andra språk som ger samma effekt, men detta är en del av språket/plattformen i Erlang och något man hade i bakhuvudet vid många designval.

För CUDA behöver du nVidias SDK som du hittar här.

Sedan angående språks popularitet, skulle gissa att GitHub till ganska stor del används av folk som skriver program för egen del och därmed kanske inte helt speglar hur vanligt det är att hitta språket ute på arbetsplatser. Sedan är inte antal rader kod världens bästa mått på popularitet, men det kan i alla fall vara en fingervisning på trender.

De språk som haft mest aktivitet (räknat i antal modifierade rader) är för mig lite överraskande (fast visar också att jag sitter väldigt långt från webbutveckling idag)

1. 12G - JavaScript

2. 7.2G - PHP

3. 6.7G - Python

4. 5.6G - C

5. 5.4G - Java

6. 5.2G - C++

7. 2.3G - Ruby

8. 2.1G - CSS (vet inte om jag skulle kalla detta ett programspråk, men 2.1 miljarder rader visar att det är välanvänt i alla fall)

9. 1.7G - C#

10. 1.4G - Shell script

Så den lista på de mest populära språken var nog väldigt mycket ur ett perspektiv som systemprogrammera, väldigt många jobbar idag med webbfrontend/backend och då måste man definitivt lägga med JavaScript (som med Node.js faktiskt är riktigt trevligt även på backend), Python och PHP.

Sedan finns lokala variationer, C# kommer först på plats 9, något som jag är rätt övertygade är ungefär rätt plats sett över hela världen. Men i Sverige är C# långt vanligare på arbetsmarknaden än i värden i genomsnitt, så här är det definitivt något man bör kunna. Samma sak så är C betydligt vanligare i övriga världen än i Sverige, något min arbetsgivare många gånger märkt när de letar folk.

Verkar som det börjar rulla på rejält för Go numera. Det fick väldigt mycket uppmärksamhet när det först lanserades för ca 5 år sedan (långt innan v1.0 alltså som kom våren 2012), men sedan har man inte alls sett lika mycket.

Går man nu in på GoDoc så hittar man ju bibliotek för i princip allt. Just för webb-backend finns det ju hur mycket som helst och dessa återfinns även på listan över de mest populära biblioteken.

Iaf på chalmers så står det på deras hemsida att man i snitt läser till 30hp beroende på vad man valt för individuella kurserna. Ett par kurser som är obligatoriska för Hing men inte flör Cing antar jag.

Kolla upp dom kurserna, sedan har du med all säkerhet redan kravet i antal poäng för matte, sedan är det ju ett par poäng i data samt uppsatsen så kan du plocka ut hing i datateknik Snacka med din syo, att knåda ihop en egen examen / dubbelexamen är inte så ovanligt.

Utav vad jag hört är det vanligt för ind.ek som vill nischa sig lite också osv.

Ska själv hoppa till elektro efter sommaren efter att ha gått ett år på D så ja kanske drar ett pm till dig med lite frågor