C++ och dess framtid att programmera minnessäkert - Hur går utvecklingen?

Ja varför tror du att C och C++ inte väljer att lägga allt i en vector exempelvis för du har helt rätt i det, det går att lägga det mesta i en vector.
Om vi tar problematik med linux och rust, varför en del C programmera inte vill ha in rust koden eller för att ta citatet från denna välskrivna artikel

Although superficially that doesn’t look particularly bad, as a C person this makes my eyes bleed. Let’s leave aside the headache of specifying the memory management in the declaration of the structure in a convoluted way,

Vad tror du det är som gör att C och C++ programmerare nästan mår dåligt när de ser den typen av kod medan det är det mest självklara som finns hos programmera i Rust

Det är verkligen inte äpplen och päron och borde väl debatten visa, folk som kämpat med mycket i linux har slutat och det är frustration.
Det är många språk som har en vector i någon form. Med det synsättet går det att byta mycket från C eller C++. Ändå görs det inte.
Ser du på de rustprojekt som gjorts så är det oftast mindre projekt, väldigt små.

Att skriva applikationer handlar väldigt lite om vad jag kan göra med ett språk, ett programmeringsspråk är endast ett verktyg för att konvertera något som är förståeligt för människor till något som är förståeligt för datorer (maskinkod). Det är vad ett programmeringsspråk är.

Windows tror jag har över 300 miljoner rader kod, 10 gånger mer än Linux. Finns gott om kändare system med massor av kod och nästan alla är gjorda med C eller C++.
När en programmerare lär sig, det dröjer ett tag innan programmeraren lyckas skriva 5000 rader utan att trassla in sig. Personen har lärt sig programmera men klarar inte att skriva speciellt mycket innan man rört ihop det.

Programmerare som kan skala kod, alltså de som klarar av att hantera flera miljoner rader utan att tappa fart. För dem är det lätt att se kod som är dålig och den är dålig för att den blir svår att skala. Varje specifik lösning behöver inte vara dålig men det är ofta enkelt och se om lösningen behöver kommas ihåg.

Ett exempel som relaterar till rust för vad jag sett så gillar rust programmerare något som kallas för Message Chains. Det ser snyggt ut men hur förklarar man för en utvecklare som inte förstår att den typen av kod är bland det värsta fel man kan göra om koden måste refaktoreras?
I början på 2000 talet var det väldigt poppis med objektorienterad kod. Java och Microsofts klon av java som kallas för C#. Där är allt objekt. Problemet med objektorienterad kod är coupling. Finns många "fel" när kod skrivs som leder till coupling, objektorienterad kod är ett av dem.
Att objektorienterad kod oftast skall undvikas har rust förstått då språket adresserat det problemet specifikt. Men pröva att diskutera att objekt är dåligt med en java utvecklare.

I C++ är det gott om programmerare som missbrukar stl, man kan göra nästan allt med stl. Men det är templates och koden blir fantastiskt svårläst och svår att debugga.

Vad tror du är lättast att debugga av de här två

   uint8_t* m_puBuffer;    // m_puBuffer: Pointer to the buffer where strings are stored  
   uint64_t m_uSize;       // m_uSize: Number of bytes currently used in the buffer  
   uint64_t m_uBufferSize; // m_uBufferSize: Total allocated size of the buffer in bytes

eller

   std::vector<uint8_t> m_buffer

Det här beskriver mycket tydligt varför C programmerare inte kan jobba ihop med Rust programmerare

Ja men de C programmerarna kan inte skala kod. De följer mönster/arkitektur någon annan utvecklare som kan skala koden designat

Visa gärna något större Rust projekt där du tycker koden är bra och skalar väl

Fråga: Vad är det för typ av kod du skriver när du programmerar i C? Är det exempelvis små embedded delar

? Menar du att dessa projekt är skrivna i Rust

Ok, då förstår jag. Jag känner till en del om volvo som också använder realtidsoperativsystem och har dammsugit chalmersstudenter som gått teknisk fysik. De anställer nästan alla där

Men de kan inte skala kod. Volvo har haft gigantiska problem

Det är inte jättsvårt att googla om man nu är intresserad, de är över 2 år sena med senaste bilen på grund av mjukvaruproblem.

Och då bör man betänka att de är massor som programmerar, när de producerar sådana mängder kod kan man tycka att de borde fokusera mer på återanvändning och köra samman. Hade de jobbat smartare hade de kunnat producera enormt mycket av värde.

Vad jag undrade var om du vet något större projekt som är utvecklat i Rust.

Kan du repetera de stora system som är stora och skrivna i Rust. Jag fattade inte vilka det var

Är det något speciellt med just transportindustrin och varför de inte klarar av att skriva kod?

Jag känner till en hel del om den ja

Det är just detta som skiljer C och C++ programmerare som kan skala kod med de som inte kan det. Hade du kunnat så hade du inte argumenterat på det viset. Det är lätt att se på kod om den går att skala eller inte om man får titta på den. Jag tror jag kan göra den bedömningen om jag får en övergripande skiss över data och kanske sitta med koden en timma.

Känner du inte till förseningarna med EX90

Jag känner också en del på Volvo och frågar hur de gör, mycket nybörjarproblem

Har du sett något annat C++ projekt som väljer att använda std::vector för att hantera allt minne?
vector är vanligt men jag tror det är extremt ovanligt att vector används som allmän buffer.
Samtidigt så faller kritiken mot C++ och kritiken från rust om man nu väljer att använda vector som generell minneshanterare.
Enligt mig så vansinnig lösning och hade jag gjort code review så hade den inte släppts igenom men givetvis går det.

Angående koden jag postade, såg du resten? Det var en enkel kod sett till minneshantering men en del runt om. Orsaken till det handlar om att få koden och "gifta sig med" (passa ihop) annat i C++ och kunna återanvändas.

Förstår inte, tvärtom skulle jag vilja säga. En del utvecklare gör det fasligt svårt för sig. Trasslar in sig i massa konstigheter

Det går inte att skriva kod så den måste läsas/memoreras om man skall skriva mycket. Ingen klarar att minnas flera hundra tusen rader kod, än mindre miljoner. Är koden skriven på det viset vilket är ganska lätt att upptäcka så vet man att de inte kommer speciellt långt. Och det beror alltså på att koden inte följer fasta mönster, koden skiljer sig från ett ställe till ett annat och ofta en del hack.

När koden skrivs så går det ofta snabbt i början, sedan går det långsammare och så går det ännu långsammare. Efter ett tag börjar programmerare tappa orken för det är mentalt mycket ansträngde att arbeta i kod som inte är byggd för att skala. Programmerare måste fokusera så hårt på att minnas saker istället för vad de tycker är skoj vilket ofta är att skapa

Känner du till Microsofts COM (component object model)

Och du har helt rätt i att denna COM teknik inte gillas av många C++ gurus men Windows är fulllproppad med den och enligt mig så har tekniken varit helt central för att Windows har kunnat skala upp till de enorma mängder funktionalitet operativet besitter

Du får ursäkta men vad vinner påstå att andra som inte delar dina åsikter för att de trollar, lite barnsligt om man får lov och vara tydlig.
Du får gärna säga att du tycker jag har fel, att en lösning är sämre än en annan. Men vill du jag skall lyssna så behöver du också veta varför. Och då bör du veta vad du pratar om, inte att du läst det eller någon berättat för dig.
Det är fullt av utvecklare som lärt sig "så här är det" men förstår inte varför eller om de lärt fel.

Det märks

Känner du till begreppet "data orienterad design" som blir vanligare och vanligare inom programmering?

Exakt vad data orienterad design är beror på vem du frågar men tror det börjar forma sig något till en gemensam förklaring. Såg en bra artikel om det för ett tag sedan, skall se om jag kan hitta den