Programmering med C: Grundkurs, 7,5hp - Några kommentarer

Har du läst på universitetet innan? Du kan räkna med rejält högre tempo jämfört med gymnasiet.

Läste en kurs i maskinorienterad programmering, ingick både assembler och C/C++ i den.

I ordet "lär" ligger det en ocean av tolkningsfrihet. Att lära sig tillräckliga grunder för att skriva "Hello, world" och en OOP-baserad abstrakt nöjespark eller liknande får säkert plats på 7.5 hp. Betyder det att man "kan" C++ sedan? Varför läser människor i så fall utbildningar på 5 år på universitetsnivå i dessa ämnen? Varför kan de efter att ha arbetat med dessa ämnen i flera år fortfarande kallas "juniora" utvecklare?

Ingen blir "fullärd" av en introduktionskurs, men all inlärning måste börja någonstans. I mina ögon är det skillnad på att veta nyckelorden för ett språk (vilket kan gå väldigt snabbt att lära sig, speciellt om man har ett par språk innanför rocken) och att kunna skriva kod som andra inom samma område anser håller vettig kvalitet, eller för den delen bara att kunna läsa icke-trivial kod skriven enligt språkets konventioner. Det är nyttigt att inse skillnaden mellan detta gör att man hela tiden ska utmana sig vidare och utvecklas, snarare än att tänka att man är "kan" ett språk bara man kan få koden att kompilera.

Jag har inte gått kursen eftersom jag lärde mig C i mitten/slutet av 70-talet. Med C i ryggen har du Java och Pascal som i en liten ask. C++ kanske är lite knöligt och sannorlikt överspelat av C# i dot-net.
// hälsn. >30 år i träsket.

Det är rätt stor skillnad i syntax om du jämför modern C++ med C. Modern C++ är den version som kom 2011 där man gjorde flera stora uppdateringar till språket, på flera sätt har C++ blivit mer lik C#/Java men grundtanken i C++ är fortfarande att allt som kan påverka prestanda negativt är opt-in.

Kommer du använda allt i C++? Knappast, men en annan av tankarna med C++ är att inte tvinga in folk i en viss modell. Är OOP rätt sätt så finns stöd för det, men allt behöver inte vara klasser (som i t.ex. C#/Java) och i många fall är OOP långt ifrån bästa sättet att modellera programmet. Tror rätt få använder var enda finess i C# eller ens Java (som ändå är enklare än både C# och C++ rent språkmässigt).

Visst är det sant att man kan göra samma sak i C som i C++ (jobbar själv som C-programmerare för tillfället, undervisat OOP med C++ under 90-talets mitt), men gör man saker där t.ex. closures är vettigt så är det lättare att använda sådant i C++11, C har överhuvudtaget inget i språket för att hantera closures men finns flera sätt att åstadkomma samma sak rent logiskt.

C och C++ har divergerat, sedan 1999 års C-standard är inte längre all C-kod giltig C++. I 2011 års standarder av båda språken närmar man sig lite igen på biblioteksnivå, men inte på språknivå. Är dock inte så svårt att hålla sig till den delmängd av C som ändå är giltig C++, gör själv ofta det då det gör det enklare att skriva unit-tester i C++ för C kod (där är ett fall där just closures och ibland även OOP är användbart).

Det du tänker på är nog detta i C++11

vector<int> arrayOfInts{1,2,4,7,11};
// iterate through all integers
for (auto anInt: arrayOfInts) {
    cout << anInt << endl;
}

C++11 har även lambda-uttryck, som även kan vara closures. C har inget i språket som liknar detta, men går att uppnå samma logiska effekt

vector<int> ints{1,2,4,7,11};
// in-place transform of members of 'ints' using a lambda that capture a local variable
int intShift = 3;
transform(begin(ints), end(ints), begin(ints), [=](int anInt){ return anInt << intShift; });

De senaste åren har C och Java varit överlägset största språk enligt Tiobe index. Det är inte förvånande då världen är idag byggd på dessa två språk.

C är grunden för alla stora operativsystem som används idag. C är också överlägset vanligaste språk för inbyggda system, var en C++ trend i slutet av 90-talet men den kom helt av sig. Antalet programmerare som jobbar med någon form av inbyggt system är helt enormt, just i Sverige är det inte fullt lika vanligt som det är i världen i stort.

Java är för molnet vad C är för operativsystem. I princip alla stora ramverk här kör ovanpå en JVM, finns andra språk men de är alla nischspelare sett till totalt marknadsandel.

C++ klarar sig nog också då de flesta program vi kör på skrivbordet är i grunden C++ applikationer. Om C/Java någonsin försvinner kommer det med stor sannolikhet hända långt efter språk som C++ upphört att existera.

Edit: glömde kommentera "thread". Detta var bl.a vad jag menade med att C och C++ närmare sig lite på biblioteksnivå, C++11 fick en lång rad nya funktioner kring att programmera system med flera CPU-kärnor och de funktioner som är vettiga även för C dyker upp där med samma semantik.

Just trådning är trevligt, men inte jätteupphetsande. Det riktigt intressanta i C11 och C++11 i.m.h.o är atomic. Detta är inte bara "atomära operationer" som man hittar i t.ex. Java/C#, här har man tagit det flera steg längre och låter programmeraren exakt beskriva vilken typ av synkronisering man vill ha.

Modellen Java/C# är enklare och den passar x86 rätt bra, men kör man på ARM, PowerPC m.fl. blir det i många fall långt mer ineffektivt än nödvändigt. C/C++ 11 gör det möjligt att beskriva kravet man har på sin atomära semantik, kompilatorn kan då anpassa sig till mer effektiva sätt beroende på CPU-arkitektur. D.v.s.. som programmerare slipper man känna till exakta detaljer om CPU-arkitektur men kan ändå skriva extremt effektiva program bara man har generell förståelse för minneskonsistensmodeller.

C är har relativt få språkrelaterade konstruktioner, jämfört med de flesta moderna språk har C ett väldigt litet standardbibliotek. Detta taget tillsammans gör att det inte är speciellt svårt att lära sig hela ANSI-C.

Klasser, eller OOP, är ju bara ett sätt att organisera sitt data och strukturera sitt program. OOP kom efter C, så inte så konstigt att klasser inte fanns från start. Det är full möjligt använda sig av OOP i C, fullt lika smidigt som C++, Java eller C# men inte speciellt svårt heller. Sedan används C allt oftare för att programmera parallella system (det mesta i C11 är just för detta), OOP och parallellprogrammering är två riktigt usla kombinationer (parallellprogrammering kräver i princip att man har direkt explicit access till data).

C++ har jämfört med t.ex. Java/.NET ett rätt litet standardbibliotek men C++ är ett rätt komplicerat språk sett till hur många språkfinesser det har. Det har en del stora nackdelar, vissa säger att det inte är ett problem för man behöver ju inte använda allt. Sanning för C++ är nog att ytterst få faktiskt känner till alla språkliga finesser och det i sig är ett jätteproblem för det betyder att man kan få problem att läsa det andra skrivet då de kanske inte lärt sig samma delmängd som dig!

Rätt säker att både Java och C är så populära just p.g.a. att de är relativt enkla språk, något som gör det lättare att jobba med dem i projekt med många inblandade. Däremot ser man rätt ofta att folk "bashar" Java för det saknar finess X, Y & Z som minsann finns i massor av andra språk, de missar då att språk som har massor med finesser resulterar i att olika personer endast kan och därmed använder delmängder av språken som blir ett problem när olika utvecklares delmängder inte överlappar...

Om man nu vill programmera objektorienterat, varför skulle man då välja C istället för C++?
Känns som en nackdel att inte kunna använda inbyggda stödet man får i C++ i sådan fall.
Men tycker ändå att det absolut är värt att lära sig C, men då inte med avsikt att köra objektorienterat.

Angående kursen en helt vanlig standardkurs som matte A, engelska A etc. Det finns inte att säga så mycket om denna, de som har läst på just denna skola med den lärare du kommer få kan säga något om hur bra standardkursen är jämtemot andra skolor.

Får man fråga vad du läser eftersom du har läste reglerteknik/matematik utan att ens ha läst C innan? Läste ni annat språk som java eller?

Ok, ja då är C ett bra val. På min skola läste de flesta maskiningenjörer C i sin ordinarieutbildning.

Angående reglerteknik så tänker jag på riktig avancerad matematik tillsammans med avancerad algoritmprogrammering men det finns nog olika områden. -Riktig avancerad jämfört emot vad jag kan, många arbetskamrater kommer dock från en motsvarande utbildning på chalmers (Z-programmet).