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

Läs det du skrev där igen och fundera på hur väl det stämmer. Är det inga problem med stor kodbas? Spelar mängden inte någon roll så länge den är väldokumenterad.
Hur hittar du i +1000 filer, är det inte svårare än om det är 10

Enligt mig går det inte att ta någon på allvar om den hystar ur sig sådant

Tvärtom så om man inte tänkt till ordentligt ökar problemen logaritimiskt, att dubbla mängden kan innbära bra mycket mer än dubbelt

Pratar du kärnan är den inte mindre eller så har linux rätt kass kod för att då har de producerat mycket kod för mindre funktionalitet.
Som vi konstaterat har Windows en hel del extra och släpa på, vissa saker är mycket bra men de har också annat som de nog ångrar

Sorry, jag skrev fel i hastigheten men jag tror du förstod vad jag menade

Gjorde en snabb beräknign på det ni arbtade och ni ligger på 1 person på drygt 6000 rader produktions kod. Du nämnde att ni var 25 i teamet, 360 000 rader kod varav 60% var testkod. Det är inte effektivt eller så har ni mycket svår domän.

10 000 rader produktionskod per år kan vilken programmerare som helst nå med bra teknik och det är en bra miljö och jobba i

Att det är "löjligt" eller någon anser att det är felaktig i ett område där det knappt existerar något rätt eller fel, vi jobbar med subjektivt område. Massor av projekt kraschar.

Det är vanligt att programmerare slår varandra i huvudet

Jag pratar om en teknik, den fungerar för en hel del. Vill man inte så skippa, personligen tycker jag alltid det är intressant om någon presenterar lösningar som kan göra något bättre.

Det var mer än jag kände till, vet du när de bytte för den var från början kodad i C (windows alltså)

Ägarskapet är också viktigt men "min" lösning där är att skriva det efter variabeln. Ägarskapet är inte så viktigt för läshastighet (skanna kod) men däremot mycket viktigt för att förstå koden.

Tar jag ditt exempel så hade jag skrivit så här: customer_e eller customer_g om det är ett objekt som heter Customer.
Hade det varit static members i en klass, kanske static lokal variabel så kommer variabeln eller metoden avslutas med *_s. Det viktiga är inte att det just är ett s eller vad man nu väljer men att jag lätt kan se om det är en medlemsmetod eller en free function. Är det en free function vet jag att den inte påverkar något internt i objektet.

Ifall en variabel eller annat avslutas med _ använder jag det som att det kan vara precis vad som helst, att man måste granska koden. Smidigt när man gör små metoder där det bara är onödigt att kladda ner koden. Kanske överlagrade enrads-metoder mm

Min lilla styleguide (om jag får välja)

Visa innehåll

Dold text

Det är _också_ mycket viktigt. En sak där när jag pratat om repon och visat är det vanligt att inte alla har förståelse för att om man har som mål att koden skall kunna växa också behöver tänka på filstrukturen från början. Då kan man lätt åka på kritik för att det är onödigt komplicerat.

De som en gång tvingats jobba om filerna för att de placerats fel förstår däremot.
Har tvingats storstäda en gång, det tog tid