Citat:
Nej C är tillräckligt lågnivå för att du ska få inblick i det som är viktigt i programmering, det viktiga är inte att skriva kod utan att förstå vad datorn gör med koden, C ger inte många verktyg annat än att du måste lära dig förstå hur data skyfflas, du måste lära dig hantera minne, du måste förstå pekare osv.
När du förstått detta kan du gå till språk som sköter sådant åt dig för du kommer inte skriva kod som du totalt skjuter dig i foten med vilket de flesta språk tillåter om du inte har detta i hand.
...
När du förstått detta kan du gå till språk som sköter sådant åt dig för du kommer inte skriva kod som du totalt skjuter dig i foten med vilket de flesta språk tillåter om du inte har detta i hand.
...
Well, Disagree. De flesta behöver inte koda c eller hålla på med pekare och minneshantering för att förstå vad datorn gör, för de allra flesta räcker det med en förståelse på en mycket högre nivå, särskilt med de datorer och språk som finns idag. Man skjuter sig inte i foten ändå, det är andra skills som behövs i de flesta jobb. Du vet, hur en Kanban-board funkar, hur man löser dependency hell i Maven, vad i helvete Git rebase är och hur man submittar till App Store (ja jag är lite sarkastisk och bitter
)Jag började koda på 6502, kan inte säga jag direkt har någon nytta av mina assembler-erfarenheter idag...
aja man kan inte vara överens om allt antar jag
Citat:
Well, Disagree. De flesta behöver inte koda c eller hålla på med pekare och minneshantering för att förstå vad datorn gör, för de allra flesta räcker det med en förståelse på en mycket högre nivå, särskilt med de datorer och språk som finns idag. Man skjuter sig inte i foten ändå, det är andra skills som behövs i de flesta jobb. Du vet, hur en Kanban-board funkar, hur man löser dependency hell i Maven, vad i helvete Git rebase är och hur man submittar till App Store (ja jag är lite sarkastisk och bitter )
Jag började koda på 6502, kan inte säga jag direkt har någon nytta av mina assembler-erfarenheter idag...
aja man kan inte vara överens om allt antar jag
)Jag började koda på 6502, kan inte säga jag direkt har någon nytta av mina assembler-erfarenheter idag...
aja man kan inte vara överens om allt antar jag
De flesta kanske klarar sig utan pekare, minneshantering och liknande, men jag misstänker att en del kommer att behöva det för det de pysslar med på jobbet. För ett roligt exempel på hur mycket tid man kan tjäna på att byta språk och algoritm kan jag hänvisa till denna video. Algoritmen är i detta sammanhang viktig eftersom den kräver att du har koll på hur datorn hanterar informationen internt.
Videons bakgrund är att Matt Parker ville se om han kunde hitta fem-tuplar med ord att använda i spelet "Wordle" med kravet att ingen bokstav skulle förekomma mer än en gång. Han skapade ett program i Python som tog över en månad på sig. I videon kommenterar han hur utvecklingen mot snabbare och snabbare tider gått, och vilka språk som har använts.
Citat:
De flesta kanske klarar sig utan pekare, minneshantering och liknande, men jag misstänker att en del kommer att behöva det för det de pysslar med på jobbet.
...
Algoritmen är i detta sammanhang viktig eftersom den kräver att du har koll på hur datorn hanterar informationen internt.
...
Algoritmen är i detta sammanhang viktig eftersom den kräver att du har koll på hur datorn hanterar informationen internt.
Det första är min poäng, säg den som jobbar med ett kortsystem på SEB, eller en webbsida åt H&M etc. kommer behöva det.
Kul video! samma där, rätt få som kommer behöva det i jobbet och om man ställs inför någon remotely liknande uppgift kommer man undan med att pasta nån tråd från Stackoverflow.
Observera att jag ändå önskar att fler fick uppleva det magiska språket C
In a perfect worldSom jag ser det är utvecklingen ändå rätt bra för sådana som verkligen bryr sig om att det blir rätt och kan lite mer på djupet. Min erfarenhet är att det är en bristvara på sådana resurser (samt, well, inte purunga profiler som faktiskt kan jobba självständigt, komma i tid och göra det man sagt
)
__________________
Senast redigerad av RoyBatty 2023-11-25 kl. 08:19.
Senast redigerad av RoyBatty 2023-11-25 kl. 08:19.
Citat:
På arbetsplatser där man utvecklar tekniska system där människoliv riskeras utifall att det blir "heap overflow". Eller "stack overflow"...
Några exempel är: kärnkraftverk, rymdfärjor, flygplan, bilar, lastbilar, medicinsk utrustning, vapensystem osv. Sverige tillhör världseliten inom ovanstående tekniska system. (Förutom kärnkraftverk och rymdfärjor.)
Jag listade rymdfärjor, eftersom jag kom att tänka på en 20 år gammal artikel om hur utvecklingen av mjukvaran gick till. Det handlade om extrema processer och metoder. Och världens tråkigaste programmeringsjobb. Vad en ensam spelutvecklare kunde ha kodat på 1 år, gjorde 260 programmerare på 20 år. Men...
Jag kan inte hitta artikeln nu. Jag är ganska säker på att det inte var den här:
https://www.fastcompany.com/28121/th...te-right-stuff
Men jag är inte helt säker.
Vad jag är väldigt säker på, är att en person i utvecklarteamet flög iväg till uppskjutningsplatsen i samband med alla uppskjutningarna. Där hälsade han på samtliga astronauter. Efter det tvingades han skriva under ett dokument, där han garanterade att det inte fanns några kända buggar i mjukvaran.
Några exempel är: kärnkraftverk, rymdfärjor, flygplan, bilar, lastbilar, medicinsk utrustning, vapensystem osv. Sverige tillhör världseliten inom ovanstående tekniska system. (Förutom kärnkraftverk och rymdfärjor.)
Jag listade rymdfärjor, eftersom jag kom att tänka på en 20 år gammal artikel om hur utvecklingen av mjukvaran gick till. Det handlade om extrema processer och metoder. Och världens tråkigaste programmeringsjobb. Vad en ensam spelutvecklare kunde ha kodat på 1 år, gjorde 260 programmerare på 20 år. Men...
Jag kan inte hitta artikeln nu. Jag är ganska säker på att det inte var den här:
https://www.fastcompany.com/28121/th...te-right-stuff
Men jag är inte helt säker.
Vad jag är väldigt säker på, är att en person i utvecklarteamet flög iväg till uppskjutningsplatsen i samband med alla uppskjutningarna. Där hälsade han på samtliga astronauter. Efter det tvingades han skriva under ett dokument, där han garanterade att det inte fanns några kända buggar i mjukvaran.
Känner igen det du nämner om en artikel som handlade om Nasas mjukvara. Vill minnas att det var extremt snävt vad man fick använda för "language features" och kodkonstruktioner. Knappt man fick skriva någon kod överhuvudtaget, som jag minns artikeln
Pekare var garanterat sparken direkt om man använder i ett sådant sammanhang (inte för att det lär gå att använda, men om man ens tänker tanken att använda det).
Stöd Flashback
Flashback finansieras genom donationer från våra medlemmar och besökare. Det är med hjälp av dig vi kan fortsätta erbjuda en fri samhällsdebatt. Tack för ditt stöd!
Swish: 123 536 99 96 Bankgiro: 211-4106
