Svenska ElektronikForumet

http://tekhinnovation.blogspot.se/2017/ ... r_20170401

OBS! Absolut inte menat som ett inlägg mot andra språk utan som en förklaring till att mycket fortfarande skrivs i C.

Ja, C är ju primärt ett implementeringsspråk så som artikeln också beskriver. Operativsystem, databaser och andra verktyg och plattformar. Om man däremot tittar på applikationer så är C inte lika dominerande. Ganska naturligt med tanke på bakgrunden till C och hur C "är" rent generellt.

Och jag har slitit i 10 år med huruvida jag borde försöka gå över mer till C++ eller annat för större PC applikatoner.
För små inbyggda processorer är det säkert C som gäller ett tag till men i övrigt.
Ge mig gärna ett gott råd! Kanske ingen idé att byta. Speciellt om man är 60+.

Alla jag känner som använder C++ älskar det. Personligen har mitt intresse för C++ minskat ordentligt. Lat? Ja! Obildbar? Möjligen.

C++ ÄR språket !
Men som med alla verktyg så kan det brukas och missbrukas.
C++ passar alla plattformar men kan naturligt inte brukas full ut i en t.ex. PIC16.
Eftersom C är en del av C++ så kan man använda C++ möjligheter efter behov.
Skulle gärna se en light C++ som C+.

Btw C# skulle ju bara förbjudas !

EC++ kanske?
https://en.wikipedia.org/wiki/Embedded_C%2B%2B

Det har ju seglat upp ett par intressanta språk i "systemprogrammeringsspråksdomänen" om man nu kan anse att C hör dit.

Go: Automatisk minnehantering med GC. Bättre typsystem än C. Ungefär samma primitiver som C. https://golang.org/

Rust: Manuell minneshantering, men ändå säker med strikta regler. https://www.rust-lang.org/

Finns mycket mer att säga om dem men jag har inte använt dem än, men klart intressanta i sammanhanget.

Spännande med rust!

Jag har jobbat många år med C och ofta upplevt att det är synd att jag som programmerare får slita, när kompilatorn skall slita, men att nya interpreterande/bytekompilerande språk (java, C#, python) inte fungerar i och med att de inte producerat maskinkod. Det fungerar oftast inte för inbyggda system.

När jag såg Go som är kompilerande blev jag eld och lågor (nästan inga nya kompilerade språk kommer ju), men när jag såg att den dels har en "garbage collection" och ändå inte hade objektorientering (vad jag förstår av religiösa/politiska skäl) så blev jag lite ledsen/matt. Men det var ändå ett modern språk som klarar mängder och en rad andra moderna strukturer (många från funktionsorienterade språk).

Jag tycker om C++ men den börjar bli föråldrad, det finns moderna saker så som att hantera mängder som jag tycker man bör ha idag. Det kan varken C, C++ eller java, men python och go klarar det.

Dags att kolla rust!

> Det ["interpreterande/bytekompilerande språk (java, C#, python)"] fungerar oftast inte för inbyggda system.

I många fall fungerar det inte bra i "vanliga" system heller.
Resurskravet är högre och de skalar sämre än var traditionella språk/verktyg gör.
Go och Rust ser ut som två svar på det, på sätt och vis.

Har aldrig varit så förtjust i C eftersom det finns för många möjligheter att göra fel. Det går att bygga på med andra verktyg för statisk analys etc. men det är bättre om språket är designat för att ge säker kod från början. Hoppas därför på att Swift får stor spridning då det från början har säkerhet i åtanke. Framtaget av geniet Chris Lattner, samma person som ligger bakom LLVM och Clang.

https://en.wikipedia.org/wiki/Chris_Lattner

Nu jobbar han tydligen med programvaran för Tesla, det ska bli spännande att se vad han kan åstadkomma där.

Med detta hoppas jag på att C tynar bort så småningom då det finns bättre alternativ. Om det sen blir Swift eller andra språk återstår att se.

Lägg av / GeekJoan

Det jag gillar med C över C++ och Swift är att semantiken är så pass synlig i jämförelse.

I C++ så blir det ofta implicita kopieringar (med anrop till copy-constructor eller C++11's move-semantik) som
inte alltid är så lätt att kunna se om man inte tänker efter. Dessutom är det norm att man ska ha pass-by-value-syntax med pekarsemantik i många fall, vilket öppnar upp för aliasing-buggar.
Swift verkar mer elegant och modernt på vissa sätt men kollar man upp hur det funkar så märker man att med nästan samma syntax kan variabler som man trodde låg på stacken ligga på heapen... och det är inget som spec:ats i själva språket utan är resultatet av en optimering av en version av kompilatorn. Skrämmande ...

hanpa skrev: Med detta hoppas jag på att C tynar bort så småningom då det finns bättre alternativ. Om det sen blir Swift eller andra språk återstår att se.

Hoppas kan du ju alltid.

Jag är mycket säker på att C finns kvar ett mycket bra tag än.

Anledningen till att C har blivit stort är väl mest tillfälligheter. Hade ju varit bättre om t.ex. Ada eller annat säkrare språk blivit stort.
Som jag förstått det var de första kompulatorerna för C relativt bra, vilket gjorde att språket valdes framför andra. Med mycket kod skriven stannade man så klart kvar vid språket i fortsättningen. Trots de lite märkliga och svårfunna buggar som uppkom ibland.