Inlägg

Snackar du om att använda 2 separata kit?
Annars kan man väl tro om man mixar 2 separata kit (även om identiska) att det kan spöka.

Det här med intel drar 30-40% mer ström än amd är bull, enbart X3d drar mindre ström.
Vilket iofs är den vettigaste amd cpun
Swec visar enbart cpu power under handbrake/blender.

Resten är likvärdiga under gaming bortsett från 14700k och 14900k/ks som drar lite mer.
Vore kul om swec kunde testa köra Intel med 7200+ minnen då tester tyder på att de mår bättre av snabbare minnen.

Angående psu val så har priserna skenat ganska mycket på bra psuer. En kvalitets psu ligger på 2k+ och det kan vara svårt att få in i budgetbyggen där man får kompromissa för mycket. Då kan man köra gold i 1000-1600kr klassen istället.

Hm, har du någon länk till mer info om det där?
Kan minnesstickor (SPD/XMP) ens innehålla info som sänker hastigheten med flera stickor? Det låter mer som något som CPU kan behöva (kanske vid minnesträningen?) för att orka med då det är tyngre jobb för minneskontrollern med 4 stickor än 2, och vissa inställningar kan behöva ändras för stabilitet.
Om det vore så är det inte minnestillverkarens fel dock.

Ok, köper det men varför har Intel 70% och AMD 30% av marknaden när man kollar på Steam om AMD är så mkt bättre?

Vill gärna förstå varför jag köper Intel (som tydligen är så mkt sämre under alla år). Att lägga till 2000 kr extra vid inköp av en ny processor motsvarar egentligen bara två besök på närmaste pub eller att tanka bilen 1,5 gång så det kan inte handla om att spara just de kronorna för då kan man enkelt hålla sig hemma en pubrunda extra eller skippa en runda med bilen på stan för att ha råd om det var just pengarna det handlar om.

https://www.statista.com/statistics/265020/pc-processor-usage...

Däremot förstår jag om det drar iväg tokmycket pengar. Jag köpte inte en 4090 för den kostade 10 000 kr mer än den 4080 Super jag köpte för där drog jag min personliga linje över vad det får kosta. Köpte sen tidigare en 3080 12 GB för 19k under pandemin som jag nu ramat in och monterat på väggen för att påminna mig om hur fcked upp alla uppgraderingar egentligen är.

Är det samma sak även för en processor i valet mellan AMD och Intel? Vad jag kan se är att en intel kostar 2500-3000 kr extra och är den då 30-40% sämre? Eller är det mer tycke och smak och kanske "latest trend" som styr? Imorgon är det kanske en annan flavour?

Det låter som att du vill att vi ska förklara varför du tar beslut som inte drivs av benchmarks. Missförstår jag dig?

Ert projekt är väldigt stort för totala nybörjare. Som du sett i tråden redan finns det lika många svar som det finns utvecklare. Så fort det kommer till webb är det en djungel och det dyker upp nya "lösningar" varje vecka. Jag vill därför ge er några konkreta små projekt att börja med så ni får en grundförståelse. Ni kan såklart slänga er på femtioelva färdiglösningar och ramverk, men risken är att ni blir överväldigade och inte får något gjort öht. Dessa steg är till för att kickstarta er förståelse, efter det kan ni dyka ner i hur ni faktiskt ska bygga er app. Många av förslagen nedanför är mer backend än frontend.

Fokusera inte så mycket på val av programmeringsspråk eller specifika lösningar. Om någon skriker till er att "ni ska använda x för det är senaste och bästa!" så gör dessa er en björntjänst. Som nybörjare måste ni lära er fundamentala kunskaper. Många specifika lösningar lär er inte grundkunskaper, det lär er hur ni använder den specifika lösningen. React är ett exempel på en specifik lösning där ni lär er mer om hur React fungerar än hur webbutveckling i grunden fungerar. Det riskerar låsa in er i tankesättet "hur får jag React att göra X" istället för att använda React när det passar.

En liten disclaimer. Ni säger att ni ska göra en webbapp med en mobilapp. Det betyder att ni gör en webbtjänst först och främst, er mobilapp är endast ett gränssnitt för att nyttja tjänsten. Mina förslag nedan utgår därför därifrån.

Hemsida med HTML/PHP/Javascript
Fixa en hemsida på valfri webhost som låter er komma åt FTP och lägga upp en hemsida. Förslagsvis cPanel med PHP och MySQL databas. Dessa är gamla som gatan och oerhört lätta att komma igång med. Fokusera endast på att få upp hemsidan i PHP i detta steg, skit i databasen. Designa inte en flashig sida, spotta bara ut lite enkel HTML som en länk eller något. Kolla gärna på htaccess bara för att känna till den. Det kan även vara bra att läsa på lite om Apache Server som sköter webbhostningen.

Detta ger er enklare förståelse i hostning.

Lär er "dev tools" i webbläsaren
Här föreslår jag Chrome-baserad webbläsare. Om ni trycker F12 får ni upp debugverktyg för den aktiva hemsidan. Ni kan göra allt från att inspektera HTML/CSS-layout, till ett se vilka JavaScript som laddas in, vilka anrop som görs, och lite annat smått och gott. Denna är grundläggande för att bevaka vad som händer på klientsidan. Ni kan ju testa köra lite JavaScript direkt i console.

Detta ger er en första introduktion till debugverktyg för webb.

Lär er GET och POST-anrop till en URL
Gör en enkel sida som hanterar GET och POST-anrop. Dessa är grundläggande för "API requests", som är ett fint ord för att be om information från en länk som spottar tillbaka data som inte nödvändigtvis är en hemsida. httpbin.org är en exempel-sida för att testa olika anrop. Om du öppnar t.ex. httpbin.org/ip så ser du att du får bara text tillbaka i ett format som kallas för JSON. Försök att göra en PHP-sida som kan hantera POST och spotta ut olika resultat beroende på vad du skickar till den. Det finns olika verktyg för att generera anrop, t.ex. RestMan Chrome Plugin i webbläsaren. Ni kan också använda cURL direkt i terminalen/cmd/console. Hitta gärna olika hemsidor med APIer och testa göra anrop och se vad ni får.

C:\curl https://httpbin.org/ip

Detta ger er förståelse i hur ni kommunicerar med en webbserver via web API-anrop. API-design är mycket mer invecklat än så här men ni måste börja någonstans.

Lär er JSON, YAML eller XML
Dessa är text-standarder för att skicka data. JSON är vanligast och enklast att förstå, "you can't go wrong with it". Skicka och ta emot data till er sida med POST med JSON och försök göra något mer avancerat med det. Ni kan se dessa format som sätt att skicka standardiserad data mellan er app/klient och servern. Det är er uppgift att bearbeta datan och presentera det för användaren i ett senare skede.

Här lär ni er serialisering av data i läsbart textformat. Detta är obligatoriskt för all webbutveckling.

Kolla på base64 encoding
Detta är ett sätt att konvertera valfri data till en textsträng och tillbaka. I Javascript, spara en bild eller <canvas> som base64 med toDataURL och skicka den strängen till din PHP-sida. Försök sedan få tillbaka den som textsträng och återskapa till bild. base64 förekommer ibland för "data blobs" och sparas i databaser. Ni behöver mest känna till att det finns när ni väl börjar använda existerande lösningar.

Detta ger er förståelse i att det ni ser i applikationer ibland måste bearbetas och sparas i annat format i bakgrunden osynligt för användaren.

Spara saker i databasen
Om ni har en host med MySQL så har ni troligtvis phpMyAdmin. Här kan ni sätta upp hur er databas ser ut. En databas används för att spara undan "persistent information". Användarinformation, uppladdade bilder, inlägg, o.s.v. Skicka upp text eller bilder med POST-anrop till en PHP-url och spara informationen i databasen. Använd en annan PHP-sida för att kolla på det uppladdade innehåller.

Detta ger er en enklare förståelse för relationsdatabaser och hur ni sparar/hämtar information. När ni är bekväm med MySQL så kan ni gå ut och söka i djungeln kring databaser som PostgreSQL, Redis, InfluxDB. De har helt olika syften, MySQL räcker ofta långt.

Webhooks och botar
I samma spår som GET och POST kan ni göra ett försök till att bygga en Discord eller Telegram-bot. Dessa är program som sitter och väntar på anrop från andra servrar. Ni kan köra en PHP-sida som pingar en Discord-bot som sedan spottar ut något i en av era chat-kanaler.

Detta ger er en försmak för hur ni kan automatisera flöden genom att studsa mellan olika services. Det kan dessutom spåra ut i väldigt många roliga sidoprojekt.

Åtkomst via SSH
Secure Shell (SSH) är ett standardsätt för att komma åt webbservrar och liknande via terminalen/console. Detta är fundamentalt för utvecklare. Om er nuvarande webhost inte har SSH-åtkomst, för att ni kör en billig PHP-host med cPanel, testa släng upp en droplet på DigitalOcean. Droplet är bara deras marknasföringsnamn för en virtualiserad mini-server som körs på gemensam hårdvara med andra användare.

Om ni råkar sitta på en RaspberryPi så kan ni lära er hur ni sätter upp SSH-åtkomst till den i Linux. Det finns gott om RPI-guider för detta. Då kan ni använda terminalen på en dator och styra er RPI på distans. Samma princip som för webbhosts.

Att jobba med SSH och terminalkommandon är fundamentalt.

Mer automatisering med Node-RED
Släng upp en Node-RED på StackHero eller annan host som är enkel att använda. Node-RED är superenkelt att leka med. Ni drar och släpper noder och kan snabbt göra flöden som "om någon skickar ett meddelande till URL, skicka ett mail, pinga en bot, o.s.v.". Node-RED är egentligen bäst för mindre automatisering som IoT-enheter (typ värmesensorer som loggar data). Det är dock väldigt enkelt och roligt för att testa flöden innan man bygger något större.

Detta bygger vidare på lekstugan så ni kan göra lite roliga saker.

Testa cross-platform dev
När ni ska bygga appar så behöver ni känna till att olika platformar/enheter kräver olika implementationer. (Desktop, Mobile) (MacOS, Windows, iOS, Android) Detta gör att det finns cross-platform-lösningar, lösningar där ni bygger på ett ställe och kan köra på flera platformar. Detta är en djungel. Börja testa något välanvänt som ElectronJS. Om det duger för Discord, Trello och Dropbox så borde det duga för er. Electron låter er bygga appen som en hemsida men ändå komma åt enhetsspecifika funktioner som att ta bild med kameran. Försök få ut appen både till Desktop och Android (eller vad ni nu har). Krångla inte till det! Försök bara göra en funktion, typ en knapp, som syns på enheterna ni bygger för.

Här kommer ni närmare "vanlig" programmering där ni behöver göra anrop via JavaScript till enhetens funktioner.

Testa lokal databas med SQLite
SQLite är den absolut vanligaste "offline-databasen" som nyttjas för program lokalt på din telefon eller dator. Den använder liknande syntax som MySQL. Detta är något som ibland används för att spegla resultat som finns på en webbserver så du inte behöver ladda om en massa data hela tiden. SQLite används för övrigt i massa datorspel för att hålla koll på hela spelvärldens status (har du plockat föremålet, var finns det fiender, har en boss avslutats, o.s.v).

Detta är lite överkurs.

Sen då?
Välkommen till resten av träsket. Databaser som Redis, PostgreSQL, InfluxDB, o.s.v. Frontend som React, VueJS, AngularJS. App dev med Android Studio. Container hosting med Docker och NAS-enheter. Routing med nginx. Det finns så många lösningar att vissa youtubekanaler som Fireship kan existera endast på att sammanfatta lösningar på ett skämstamt sätt och aldrig få slut på ämnen.

En väldigt stor anledning är att det är uppenbarligen vad "marknaden" vill ha.

Kollar vi historisk och varifrån "Ultrabooks" kommer får man gå tillbaka till ~2010. Fram till dess hade det varit ett väldigt "race to the bottom" när det kom till priser på bärbara, det från alla stora tillverkare. D.v.s. man gjorde precis det "marknaden" sa den ville ha.

Poletten att vad de som är högljudda säger de vill ha och vad marknaden faktiskt vill ha kan potentiellt vara två rätt olika saker.

Trots att Apple då hade mindre än 10 % av marknaden drog de in över 50 % av all vinst från laptop-marknaden, de andra hade höga volymer av "junk" med nära noll marginal medan de som var beredd att betala för att få en vettig datorn fick välja av ett väldigt magert utbud. Många laptop-tillverkare blödde pengar i det läget, så situationen var inte hållbar.

När Ultrabook lanserades blev det omedelbart en försäljningssuccé, visade sig att det fanns väldigt många som föredrog icke-Apple och ändå var beredd att betala för kvalité.

Idag finns ju fortfarande "stridsvagnarna" kvar, de har typiskt väldigt bra CPU/GPU prestanda för priset men de plöjer "vi har byggt allt på billigast tänkbara sätt" fåran (skulle själv vilja ha betalt för att använda en sådan dator), de står för en rätt liten del av totala marknaden. Oavsett vad många säger, visar marknaden att den föredrar dyrare, kompakta enheter med fokus på byggkvalité.

Tycker själv att MBP, som nog ändå får anses hyfsat tunn, är lite "klunsig" (framförallt 16" som jag har). Skulle välja MBA (alt. motsvarande Windows-latop) om primära användningen var "på språng". Nu är det en kompromiss då jag behöver prestandan + huvudanvändning är i dockat läge.

Givet artikeln: är långt bättre att fokusera på att bygga enheter som håller länge, även om de är lite svårare att t.ex. byta batteri i, än bygga billigt skräp som man kommer byta ut inom rätt kort tid.

För de stora tillverkarna som Lenovo, Dell, HP, m.fl. har man ju alltid kunna byta batteri även om det inte är lika enkelt för "svensson" att göra det som det var innan ultratunna blev normen. Och det är självklart jättebra, men visar också att det inte är ett problem.

Med ultratunna mobiler/datorer är det långt svårare att på något vettigt sett ha möjlighet till "batterilucka".

Just kring batterier har man också lärt sig en hel del, som att många enheter idag försöker lära sig när det räcker att ladda till 80 %, något som ökar livslängden en hel del. Min Iphone 12 är 3,5 år och används dagligen, har fortfarande 85 % hälsa med originalbatteri.

Jobbdatorn, 16" M1 Pro, används också dagligen och här ser det ut som Apple nu gör samma sak som EV-tillverkarna: 100 % är inte 100 % utan en del kapacitet "göms" av BMS. Den enheten hävdar fortfarande 100% kapacitet på batteriet.

Offtopic förlåt, men nyfikenheten kräver att jag frågar vilken modell av SE telefon det var?

Går att koppla en tredjeparts docka med 1Gbit bort, däremot är den endast USB 2.0 så man landar någonstans runt 300 Mbit efter overhead har gjort sitt. Går att hitta på reddit eller googla på vilka adaptrar folk lyckats.

Får hoppas att det blir ett lyft från förra generationen. Har nuvarande generation, och visst den gör väl det den ska, men känns verkligen inte som någon "referens" produkt som man tycker den borde vara. UI laggar ur ovanligt ofta, och är seg generellt i huvudmenyn. HDMI2.0-begränsningen stökar till när det kommer till HDR. framförallt DolbyVision som är låst till 12bit (måste manuellt ändra format för att få det optimalt), var sjukt efter med att matcha refreshrate mot vad man spelar upp, har även väldigt dålig wifi-anslutning (har buffer problem från min plex på 4k-material, något tvns inbyggda app inte får, och deras antenner sitter ju på mer eller mindre på samma ställe). Lyckades även bitstreama DTS över ARC med tvns appar, men inte med chromecasten, då tyckte den heltplötsligt att tvn inte kunde ta emot DTS (detta är möjligen tv:ns fel)....

Nä, medan min TV-modell fortfarande hade bra app stöd i webOS så var det sjukt mycket bättre än vad jag upplevt andriod tv... även haft mycket bättre upplevelse med appleTV.

Så hela TV-marknaden fungerar (och mycket annat). Normalpriserna är rena ocker men passar man på så kan man få samma TV för halva priset 6 månader senare, så "early adopter tax" är enorm.

Till alla som nu förfasar sig om att "Visa skrivbordet" försvinner: hur många visste att denna "knapp" ens existerande innan denna artikel? Hade själv ingen aning, för det är ju en "knapp" som i alla fall på min dator saknar någon form av bild.

Och om man nu ens brydde sig om denna funktion, hur många av er visste inte redan om win+d (och det verkar inte ändras, copilot verkar hamna på win+c som förval)???

Däremot är frågetecknen kring vad som framåt kommer skickas till Microsoft vettiga. Men givet Microsoft uttalande om att "AI-funktionella PC" bör framåt ha en NPU med minst 40 TOPS låter det ändå som man kommer ha möjligheten att köra saker lokalt. Det lär ju vara ett krav hos en hel del organisationer, så Microsoft har inte så mycket val om de vill att användarna ska ha möjlighet att köra funktionen.

Det kommer bli regeländringar. Vi pratar bilar tillverkade ~2018 och framåt; inte en chans att tjänstemän eller politiker skulle ta risken att bli så impopulära.

Fast svaret är ju snarare "Vill du fortsätta använda din 12 år gamla teknikpryl som kostade 1000kr ny så måste du från och med nu hantera säkerheten på egen hand".
Du kan ju fortfarande använda den, men att ha den öppen mot hela internet är inte bra.

Det är som att äga en gammal bil. Man ska få en rimlig mängd garanti, en rimlig mängd reservdelar och därefter så får man väl hoppas på det bästa..

Din billiknelse kan vara väldigt slående i framtiden då trenden går mot att de också vara uppkopplade som rullande IoT-prylar. Hoppas ingen tillverkare bygger dem så att uppkoppling blir ett krav för annat än bonusfunktioner. Då kan den sista uppdateringen vara att stänga ner uppkopplingen