Inlägg

Två loopar. En par rad som skall skrivas ut.
Det är nog det enklaste sättet.

Syftet är att lära ut programmering, inte programmeringsspråk. Programmeringsspråk kommer och går, och kan man ett par stycken går det snabbt att lära sig fler.

När jag läste på Datavetenskapligt Program för ett antal år sedan så var språket på de inledande programmeringskurserna Standard ML.
Ett av skälen till att välja just det som första språk var att nästan inga studenter hade stött på det tidigare, så det var inte så stor skillnad i förkunskaper. (Innan dess hade de Scheme som första språk.)
Ett annat, och viktigare, skäl till just de språken var nog att det tvingade studenterna att lära sig viktiga koncept som rekursion redan från början.

På civilingenjörsutbildningarna vet jag att de en gång i tiden (tidigt 90-tal) hade Pascal att börja med, som senare byttes ut mot C++, och idag tror jag det är Java eller C#.

Fortran förekom också, och förekommer säkert idag med, men då på senare kurser inriktade mot högprestandaberäkningar.

Förutom batteriet så håller telefoner lika länge som datorer. Så 10 år eller mer kan man nog räkna med att den håller rent fysiskt.

Vad gäller säkerhetsrisker så beror det ju på dels hur länge tillverkaren stöder telefonen med OS-uppdateringar, och dels vilka typer av sårbarheter som upptäcks i äldre versioner av systemet. Många sårbarheter ligger ju inte i själva systemet utan i olika appar, och så länge de kan uppdateras så kan man ju undvika sådana problem.

Är det universitetsutbildningar så är det inte ens meningen att de skall vara helt aktuella. Inte så att det gör något om de är akuella, men syftet är inte att lära ut specifika programmeringsspråk eller program, utan att lära ut principerna bakom.

Med tanke på att man kan få CL 16 och 3600MHz för mindre än halva det priset, så är de där minnena definitivt inte prisvärda. I synnerhet inte om de skall ersätta existerande och fungerande minnen.
Men, om du råkar ha ett par tusenlappar över som ligger och bränner i fickan, och du känner att du bara måste pressa ut lite mer prestanda ur din dator, så go ahead.

Värt och värt.
Beror på hur mycket pengar du har över att spendera. Och naturligtvis på vad minnena ifråga kostar.
Rent generellt så är de allra snabbaste minnena inte värda sitt pris, men de som ändå köper sådana minnen gör uppenbarligen en annan bedömning.

Du kommer inte att få några stora prestanda förbättringar av snabbare minne. Knappast så stora att det är värt att köpa nya minnen bara för den saken.

Värt att notera i sammanhanget är att CL 16, 3200MHz och CL18, 3600MHz har precis lika stor latency räknat i nano-sekunder.

Skulle man kunna tycka, men jag råkade häromveckan ut för en sådan skylt som inte matchade priset i kassan. När jag påpekade skillnaden så fick jag köpa varan för det (lägre) priset som stod vid hyllan, och kort därefter blev det priset uppdaterat till det nyare, högre, priset som redan fanns i kassans datasystem.

Notera att det rör sig om K6-2+ processorer, inte vanliga K6-2. K6-2+ är baserad på K6-3+, men med halverad L2-cache.

Skenandet har stoppat. Helt stopp kommer det aldrig att ta - det finns alltid saker man kan tänkas vilja göra som fungerar bättre med mer minne, precis som det alltid kommer att finnas önskemål om snabbare datorer.
Men 16GB har varit fullt tillräckligt för de flesta i rätt många år nu. Gör du inget särskilt minneskrävande så räcker 8GB bra.

Det är knappast något komplicerat som behövs, bara dyrt.

Mycket lagringsutrymme (av lätt insedda skäl)
Mycket RAM - för att ha utrymme för en massa olika aktiva program och VMs samtidigt.
Många kärnor - för att kunna göra många saker samtidigt utan att prestanda dyker.

Moderna switchar har nästan undantagslöst tillräckligt mycket intern bandbredd för att kunna skyffla data i full hastighet genom alla sina portar samtidigt.
För riktigt gamla Ethernet-switchar så var det inte alltid sant. Då kanske en switch bara klarade att köra hälften av sina portar i full hastighet samtidigt - så på den tiden var den interna hastigheten att specificera, medan den specifikationen idag mest är en gammal kvarleva utan någon större praktisk nytta.

Olika från spel till spel och från pc till pc. Det finns ingen standard för exakt vad som menas med "medium", "high", "ultra", osv så det går inte att säga något rent generellt om hur krävande de är.
Du får prova dig fram för att se vad som passar bäst för dig.

Mellan upplösningar så går det däremot att räkna en del. 3840x2160 är drygt dubbelt så mycket pixlar som 2560x1440, vilket innebär att grafikkortet behöver jobba drygt dubbelt så hårt om allting annat är lika.
Samma sak med frames per sekund. 120 fps kräver dubbelt så mycket av grafikkortet som 60fps.

För höga upplösningar så är grafikkortet oftast begränsande snarare än cpu, men i en del fall så kan det istället vara cpu som sätter begränsningar.

Själv brukar jag äta middag relativt sent - runt kl 19, men allt mellan 17 och 19 får nog anses som normal middagstid.

Detta förutsatt att vi pratar om en kvällsmåltid. Inte det mitt-på-dagen målet som oftast kallas "lunch" men som i vissa delar av landet heter "middag" och på andra håll kallas "frukost".

Det som står i diverse supportlistor och liknande är inte vilka minnena som stöds, utan vilka minnen som är testade och bekräftade kompatibla. Den stora merparten andra minnen av rätt sort fungerar också alldeles utmärkt. Supportlistorna för moderkort uppdateras sällan efter att kortet är släppt, så nyare minnesmoduler finns inte med där oavsett om de fungerar eller inte.
Säger minnestillverkaren att minnet fungerar med moderkortet, så gör det högst troligt det.

<winable.h> är inget bibliotek utan en header, och den ingår inte i språket C utan var en Windows-specifik utökning som inte stöds av modernare Windows SDK:er, utan där skall man istället använda den lika Windows-specifika headern <winuser.h>

Klart du kan göra så, men då finns det liksom ingen poäng med att ha en menyklass till att börja med. Då kan du lika gärna bara ha de funktionerna direkt utan att stuva in dem i en klass.

Har du underklasser så ärver de massa funktionalitet från föräldraklassen, så där en underklass gör något annorlunda än föräldraklassen så har den sin egen version av dessa funktioner/variabler som då används istället. Det här med klasser och arv är lite komplicerat, men något du behöver känna till om du skall jobba med klasser, så dags att läsa på.