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

Att mönster kan användas till MYCKET
Det pågår en diskussion om mönstret HN och överlagring där jag hävdar att mönster är lättare för utvecklare om de skall skala koden. Vår hjärna fungerar inte helt olikt där när du använt mönster för att hitta snabbare.

Huller och buller är inte snabbt

mönster = regelbundenhet, återkommande, rutin, standard, trend och så vidare.

Du vet jag är uppväxt på den tiden men lärde sig tänka själv

Beror på context, hur data skall användas och vad id är. Låt säga att id endast är en nyckel för att snabbt komma åt data, då ligger förmodligen mer information om datat någon annanstans. Hur vet en del i koden att den just vill komma åt vissa id (viss data). Om id också fungerar som en slags taggning, att man kan förstå vad det är för objekt så går det att göra mer om det behovet finns.

Inte säker på att jag uppfattade din fråga korrekt så får ursäkta om mitt svar inte stämmer

Kanske, beror ju på vad man gör av det men inom programmering är det extremt viktigt att tänka själv. Det är ju det som är så fantastiskt med yrket, hela tiden nya problem där utvecklare måste tänka ut lösningar. Självklart varierar det hur mycket frihet man har men har svårt att tänka mig att det finns något annat yrke där det går att få så mycket utlopp för kreativitet som programmering

Och de som driver sådana projekt måste förstå det och anpassa sig så att utvecklarna får utlopp för kreativitet på andra sätt. Det handlar inte nödvändigtvis om att vara kreativ i produktkoden, utan om att stimulera hjärnan. Går att göra massor av saker för att stimulera kreativiteten, till exempel att tillåta helt egna sidoprojekt, som kanske inte ens har med produkten att göra.

När människor har kul och skapar så lär de sig extremt mycket mer och snabbare jämfört med när något är tråkigt. De trivs bättre på jobbet och det skapar en mycket bättre stämning totalt.

Att det skulle "kosta" tid tror jag inte på. Utvecklare spenderar ändå extremt lite tid på att skriva produktionskod. Oftast sitter de och funderar ut lösningar, är i möten eller gör annat som inte är särskilt kreativt, inte är dåligt i sig, men när det är för tråkigt sjunker inlärningseffekten och stämningen går ner.

Som denna tråd som handlar om minnesproblematik, det är en träningssak.

Tänkte inte direkt på kodstandard utan mer arkitektur, hur metoder, objekt och annat skrivs.
Och låt säga att kodstandarden gör det svårt och lösa problem med bra arkitektur, hur gör du då?

Ok men det kan jag

Har nämnt tidigare i tråden att jag knappar lite kod med min son för att han skall lära sig (tonåring)
För mig som lärare åt honom är det viktigt att han förstår problemen och då gör fel, när man gör fel så lär man sig som bäst.

• Har då ett exempel här för i början för nya utvecklare är det ofta svår att veta hur metoder skrivs så det går att hålla ordning. Alla kan skriva 5 metoder och de kan heta vad som helst, den som skrivit minns vad de gör.

• Så ökar antalet metoder och programmeraren märker att, oj jag måste ändra. Nu är antalet metoder uppe i 10, fortfarande tillräckligt för att klara av att minnas men lite svettigare är det.

• Så skrivs mer kod och nu är vi uppe i 20, krävs en ny refaktorering som påverkar en del andra metoder och när de ändras måste de som använder dessa metoder också ändras, nu börjar det bli jobbigt.

Ett mål för mig är att han så snabbt som möjligt skall förstå det här och förstå hur snabbt det går att trassla till det samt hur och varför kod skrivs på ett sätt så man inte trasslar till det.

Han har kommit en bit och beskriver senaste refaktoreringen

11 stycken metoder såg ut så här

En refaktorering gjordes och efter den (som inte är helt klar) ser metoderna ut så här

C kodare känner säkert igen en del av tekniken Istället för att använda namespace (då det saknas i C) använder många C kodare typen av data som en del av nament.

Vad jag försökte visa och få han att förstå är hur snabbt man trasslar till det om man skriver metoder som gör flera saker, få han att förstå vikten av att bara göra en sak. Samt vad är en sak.

De metoder som börjar med XML_ jobbar BARA på XML och det är absolut förbjudet och lägga in något annat i dem.

På det viset klarar han nu och hålla ordning på mer metoder.

Det här är också något som är ganska lätt och se när andra kodar, hur de skriver sina metoder, vad för typ av logik de lägger i dem och vipps så vet man hur snabbt kodare kommer trassla in sig (slår aldrig fel).

Ok, exakt vad Erik tänkte på eller hur han tolkade min fråga vet jag självklart inte.

Min tanke med första frågan var annars hur utvecklare tänker när de skriver kod. Kodstandard är bara något man följer.

Nästan alla kör lowerCamelCase och den är hemsk för den lär utvecklare tänka fel

Precis det du beskriver är det som händer när man inte förstår hur viktigt det är för utvecklare att träna och med träningen lär de sig att undvika misstag
Det går självklart aldrig att skriva felfri kod men "stora" projekt har ibland blivit stora på grund av massa trassel

C (eller vi kör C++) men skriver kod lite mer som C. Han håller ju på i skolan med och där får de lära sig annat, perl, javascript och C# har de pillat med.

Enligt mig är C ett mycket bra språk och börja med, kanske det bästa.
JavaScript är också bra och där handlar det om att den som lär sig snabbt kan göra saker och det är lätt och trassla in sig. Trasslar man in sig så måste man fixa koden och det är bra och få den träningen

Nya utvecklare behöver ha starkt fokus på att lära sig hantera kod

Programmering är inte att lära sig språk, programmering är att hantera kod. Språket är ett av alla verktyg utvecklaren använder.

Man kan lära sig ett språk som python, javascript, C#, java men det är inte samma sak som att man lärt sig programmera.

Tror det är det vanliga, när skolan började lära ut "programmering" (läs: språk, inte programmering) förstörde de mer än vad de tillförde. Dels klarar inte skolan att locka till sig duktiga utvecklare, pojkens lärare är bedrövlig, han kan inte alls. Eleverna får rätta honom och det är visserligen bra men att en skolan kan sätta en så okunnig person i ämnet att lära ut förstår jag inte.

Exempel (för att få förståelse på lärarens nivå): De skulle göra loopar, då lärde läraren bara ut "while" lopar för han hade inte lärt sig hur man gjorde lopar med "for".

Lär sig någon hantera språk är det inga problem att gå in på nya språk, bara olika syntax för samma sak. Det svåra med "nya" språk handlar oftast mer om vad som följer med i språket. T.ex C#, inte C# som är tar tid utan .NET, Java är det inte språket som är svårt utan runtime biblioteket. JavaScript är det inte språket som är svårt utan det som måste läras upp är hur en browser fungerar (om det är för webutveckling).
Förutom att lära sig vad som följer med behöver man lära sig hur hantering av komponenter och annat fungerar. Hur saker byggs, installeras och så vidare.

Så orsakerna till att jag tycker C i kombination med JavaScript är en bra kombo beror på att C lär ut hårdvara, hur en dator fungerar och att man kan göra i allt med spartanska språk, att exempelvis C++ eller andra språk med smartare syntax mest är syntaktiskt socker.
JavaScript för att skriva bra kod (undvika spagetti mm).

Störst problem med lite svårare språk vad jag upplevt är att det tar tid innan eleven kan göra något, yngre vill snabbt se resultat om de inte skall tröttna.

Området är gigantiskt så svårt att svara kort

Kort förklaring:
När kod skrivs skall man ALLTID (enligt mig) skriva kod som om man vet att den kommer skrivas om. Default läge är att skriva så för då blir det oftast mest rätt. Hur sådan kod skrivs beror på många saker och var i koden logiken befinner sig, vilken logik som hanteras mm.

Om det är arbetskrävande och ändra i kod har man troligen problem i arkitekturen (hur vanlig som helst). Saker som teknisk skuld (beroenden), "coupling" eller något annat.
Mängden energi för mig att förhindra svårigheter att ändra i kod för mig överstiger allt annat. Låt säga att jag fått en större uppgift, kanske en månads jobb. Nästan all tid av det spenderas på hur det skall skrivas så det blir flexibelt och lätt att byta ut. Vet jag det går resten oftast ganska snabbt.

Vad som tar tid är ofta att undersöka annan kod där det skall användas, hur man kan koppla samman och vad de har för krav, andra eventuella problem.
Bland det svåraste som finns är att lägga till logik i annan kod som är dåligt skriven och som används. Dels måste ny kod "fungera" och det kan vara svårt att skriva om större bitar, det behöver delas upp i delar. Kan exempelvis innebära att en omskrivning görs i flera omgångar. Görs det i omgångar är det dubbel logik så ett tag är koden svårare än den var innan.