Inlägg

Inlägg som InAction har skrivit i forumet
Av InAction

Om du tycker om tunnare tangenter som på laptops så rekommenderar jag Logitechs MX Keys S. Tangenterna är stadiga utan rangel. Mellanslag känns stabil att trycka på över hela ytan, jag känner ingen variation alls mellan mitten och kanterna. Det är lätt att skriva på, är tyst, och har ändå ett behagligt klick i varje tangent. En favorit för programmering. Enda nackdelen är att tangentbordet är dyrt...

Edit*
Lägger till länk till officiella produktsidan. Borde finnas i flera svenska butiker som typ Kjell.
https://www.logitech.com/en-us/shop/p/mx-keys-s.920-011558

Av InAction

21-22 år, 308 spel, ingen hårdvara. $5780 totalt, ganska saftigt. Det är ca $20-$30 per månad, vilket är mindre än vad många betalar för sitt TV-utbud. Det är inte så farligt i kontrast.

Av InAction
Skrivet av Thomas:

Jo, men just den sortens flimmer är den som mig veterligen inte finns på TV och vanliga datorskärmar.

Det låter som om laptop-skärmen du har drivs på liknande sätt som mobilskärmarna, medan de "stationära" skärmarna drivs på samma sätt som TV-apparater. De förstnämnda flimrar när ljusstyrkan inte är max (och ibland även då, framför allt på mörkare nyanser), medan flimret i de sistnämnda inte påverkas av ljusstyrkan.

Låter lovande.

Skrivet av DasIch:

Är det alltså PWM-flimmer vi pratar om? Det är nog för hög frekvens för att jag ska märka av det (gamla lysrör kan jag dock få huvudvärk av).

På telefoner är det på nivån att man knappt ser det, men det "känns". Du vet det klassiska "stänga och gnugga ögorna"-tröttheten. Första gången det blev tydligt för mig att det var flimret var när jag använde telefonen en halvtimme i mörkret en gång och stängde av den och helt plötsligt fick en liknande effekt som det du kan få när du stirrar på en spiralillusion och väggen sedan börjar vränga sig, fast det var som ett scanline-flimmer istället. Hemskt.

Denna YT-video är den som bäst återskapar den obehagliga effekten med hur jag upplever det (45 sekunder in typ).

Av InAction
Skrivet av Thomas:

Är det inte bara att ljusstyrkan står högt ställd då? Det vore visserligen sant för LCD också isåfall.
Speciellt om de kör demos i HDR-läge och kör demoslingor som är så färgstarka och ljusa som möjligt så lär det se intensivt ut, men det säger ju inte mycket om hur det blir när man kör rimliga inställningar med vanligt innehåll.

Problemet är att vissa OLED-skärmar får starkare flimmer när man sänker ljusstyrkan. Min laptop är nog det värsta exemplet jag sett, allt utom 100% är oanvändbart. Jag ska testa mucka med inställningarna nästa gång jag är inne och se hur illa det är på datorskärmarna. Det låter som att det inte är så farligt längre.

Av InAction

Tack för ett utförligt svar. Jämförelsen med Arduino gör det tydligt.

Tråkigt med utbrändheten förresten. Lömskt skit.

Av InAction
Skrivet av Thomas:

Hm, har du testat OLED-skärmar (med "skärm" menar jag enbart datorskärm) med samma resultat alltså?
...

Tack för detaljerat svar. Jag har huvudsakligen testat laptopskärmar och någon enstaka datorskärm som stått som visningsexemplar i butik, men det var ett tag sedan. Jag får ta en koll nästa gång jag har vägarna förbi en kedja med stort utbud och se om det är bra. Min uppfattning överlag är att skärmarna brukar vara ljusa och färgstarka men ganska "intensiva", trevliga för kortare perioder som film och spel men hemska att jobba med under en dag.

Av InAction
Skrivet av Rebben:

Nej ingen kan förutspå vad som kommer hända men jag tror nog vi kan vara överens om att oavsett vad som händer så kommer AI vara inblandat oavsett vilken form det har.

Helt klart.

Skrivet av Rebben:

Hårdvarunära är inte så speciellt annorlunda utan det är väl som för allt annat. För klisterlogik fungerar det bra men för kluriga saker måste man tänka själv.
Om AI'n däremot kan cpu'n/kretsen så kan de faktiskt göra rätt mycket. Om man har bussar med flera hundra signaler och hundratals IO så är det rätt skönt att låta AI ta över vissa repetitiva och tråkiga delar. Man går från att göra de tråkiga bitarna till att göra testfunktioner som kollar att AI gjort de tråkiga bitarna rätt.

Har du något exempel på vad för system/hårdvara som skulle kunna vara inblandat här och hur en repetitiv uppgift skulle kunna se ut? Om det så bara är ett låtsasexempel. Jag frågar mest bara av nyfikenhet, hela området är en svart låda för mig.

Av InAction

Har vi nått OLED-skärmar till dator än som inte är ansträngande för ögonen? Både min Samsung S22 mobiltelefon (AMOLED) och laptop (OLED) tröttar ut mina ögon enormt och har synligt flimmer i vissa lägen, jag kan inte sänka ljusstyrkan på laptopen p.g.a. extremt flimmer. Jag använder IPS till min stationära dator och kan sitta en hel arbetsdag utan trötta ögon. Laptopen tar typ en timme innan det känns som jag crunchat i ett dygn. Min LG TV (OLED) är enda undantaget för OLED som är behagligt. Är det köpa dyrt som gäller?

Är det någon här som haft liknande besvär men som hittat en bra OLED-datorskärm som inte orsakar dessa problem? Nästan alla OLED-skärmar jag kollat på är som att kolla in i en ficklampa och så fort ljusstyrkan justeras ballar de ur.

Av InAction
Skrivet av Rebben:

Nja ordet trend brukar oftast handla om något övergående när man pratar om fenomen. Det var det jag reagerade på.

Om en trend är övergående är väl unikt från fall till fall och endast något vi kan avgöra i efterhand. Jag nyttjade ordet mest för att syfta på en rörelseriktning, inte att AI är ett temporärt fenomen som försvinner. Vi har ett hum, "educated guess", men vi vet inte var nästa station befinner sig. Många beslut verkar dock tas baserat på att folk påstår sig veta var nästa station är, med en krydda survivor bias från tidigare investeringar. Vi kan mycket väl göra ett oväntat genombrott med AGI eller quantum computing som kastar omkull allt vi förutspår idag, eller någon extern faktor likt en hårdvarukrasch får området att implodera.

Skrivet av Rebben:

Visst behöver de kvarstå men jag tror att behovet kommer att vara något hästskoformat. Det kommer behövas många med små kunskaper, få med medelkunskaper och ganska många mycket kompetenta. Det kommer att vara de medelkompetenta som kommer ta mest stryk av AI.

Utöver detta så kommer vi nog se helt olika utvecklingar baserat på branscher. Webb kastas redan runt som en ragdoll, spelutveckling verkar befinna sig i ett hälsosamt mellanstadie där machine learning och AI används för specifika ändamål. Mer hårdvarunära discipliner har jag inte bra koll på, men det brukar vara så nischade lösningar där att jag vet inte hur mycket AI egentligen hjälper i praktiken.

Av InAction
Skrivet av Rebben:

Att använda libraries är också copy paste i så fall.

Till viss del ja. Fördelen med libs är att skadan generell är mindre när någon med oförståelse "slänger in det", med undantag för oupptäckta brister. Copy-paste-programmerare är människor som bara tar saker från nätet "som verkar passa", slänger in det utan förståelse, och testar sig fram tills något "fungerar" och kallar det en dag. Man kan skämta och säga att dessa människor kör "Test Driven Development", vilket på sätt och vis matchar AI väldigt bra. Ta något som verkar fungera, fungerar det inte, justera och testa igen tills det gör det...

Skrivet av Rebben:

Om du tror att det är en trend så är jag övertygad om att du tror fel.

AI är väl en teknologisk förändring som påverkar både människa och samhälle i en viss riktning? Vad är det med ordet trend du inte håller med? Att det har en underton av spekulation?

Skrivet av Rebben:

Programmerarnas jobb kommer att ändra skepnad. Den typ av kompetens den större massan av programmerare behöver kommer att ändras.

Visst är det så. Vi är bara oense om grundläggande kunskaper behöver kvarstå.

Av InAction
Skrivet av Rebben:

Som jag sa tidigare, nu ja. Inom något enstaka år kommer AI vara bättre än 99% av alla IT-människor på att programmera. AI är inte ett stillastående fenomen, snarare tvärtom, det utvecklas i rasande takt. Det är ingen som propagerar för att AI skall ta över all programmering idag.

Hahaha, "joke's on you", AI är redan bättre än majoriteten av alla IT-människor idag när det kommer till att generera kod och script. Kompetensnivån har varit copy-paste-arbetare de senaste 10 åren och AI är fortfarande inget annat än glorifierad copy-paste. Det är just därför jag argumenterar så starkt emot denna inställning att alla nu ska "släppa grunderna" för att några algoritmer kan göra grovgörat snabbare. Kompetensen har störtdykit i ett par decennier och nu ska vi accelerera p.g.a. en trend. Det är att rusa åstad.

Av InAction
Skrivet av nanne:

min svåger jobbar som programmerare och med chatGPT har han kortat programmeringstid från 2 veckor till 2 dagar.

Jag förutspår att det kan bli ett överflöd av arbetslösa programmerare framöver.

Samtidigt finns det oräkneliga exempel på programmerare som bromsas ner för att AIn spottar ut rent skräp som inte går att använda och måste skrivas om. Än så länge framstår det endast som att AI ersätter det "lägre lagret" programmerare som sitter med repetitivt arbete. Med detta sagt så insinuerar jag inget om din svåger. Det vore intressant att veta vilken typ av arbete din svåger gör om majoriteten av arbetet hittils kunnat auto-genereras.

I många jobb så går programmeringen ut på att designa algoritmer, strukturer och lösningar. Att skriva själva koden är det som tar minst tid.

Skrivet av Rebben:

Snickarna måste odla sina egna träd och såga dem med sågen de själva byggt av malmen de grävt upp ur marken innan de börjar fuska med att köpa färdigt. De måste kunna grunderna först innan de börja använda köpta verktyg annars lär de sig inte på riktigt.

"Programmerare måste tillverka transistorer med kisel de grävt fram själva". Det finns såklart alltid en gräns på var abstraktionsgränsen går och att man ska anpassa sig enligt senaste teknologin, men det finns en nivå som bör läras ut för grundläggande förståelse. Det blir inte så bra om roboten på arbetsplatsen helt plötsligt börjar slå in spik i elledningarna bakom gipsskivorna, vilket är en helt relevant jämförelse med AI i dagsläget då det fortfarande spottas ut kod med "undefined behavior" som endast ett tränat öga kan se.

Av InAction
Skrivet av Artikel:

Leo Porter säger att AI har lett till ett behov att lära studenterna den grundläggande färdigheten att bryta upp ett komplicerat problem i mindre, enklare problem [...]. Felsökning och automatiserade tester – [...] – har blivit viktiga redan från början.

Detta belyser inkompetensen i lärosätena. Att det skulle kräva "AI" för att röra runt i grytan så att de fattar hur man lär ut programmering på rätt sätt är skrämmande. Vi har liknande dynga på svenska lärosäten, men det är inte så här illa som artikeln beskriver.

Av InAction

En annan fördel med att träna på morgonen är att slippa tänka på det resten av dagen, gymmet är ganska tomt, det är ingen trafik, man blir pigg och redo, och man har lättare för att hålla sömnrutinerna. Det är så gott som bara fördelar med det.

Av InAction

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.

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.

Av InAction
Skrivet av Hackers:

Tar det månader innan man känner av att man blir starkare i kroppen?

Jag instämmer i det DasIch svarat så här långt. Om jag gissar så kommer du nog i början först märka en jäkla träningsvärk, kanske trötthet från seg återhämtning p.g.a. din ålder. Sedan inom närmsta veckorna kommer rutinen övergå till pigghet, så länge du håller rutinen, äter och vilar rätt, och inte jojo-tränar. Grundstyrka och spänst kommer, men stirra dig inte blind på resultaten. Rutinen är svårast i början. Både vikt och styrkeresultat kan svaja vilt, det är den långtida trenden du är ute efter. Var sedan rimlig med förväntningar baserat på din ålder. Musklerna anpassar sig snabbt, men det gör inte andra vävnader. Ha rutin, värm upp ordentligt, lyft tungt, men ta det lugnt och metodiskt!

Av InAction
Skrivet av Hackers:

Jag fyller 50 år i sommar och vill börja på gym men har aldrig satt min fot i ett sådant, är det mindre med folk på ett kommunalt badhus med gym tro? Vill inte göra bort mig för mycket..

Det är nästan ingen på gymmet som bryr sig om vad andra gör, kanske med undantag när någon gör något PR-lyft eller någon alltför snygg brud går förbi och man gör sitt bästa att fokusera på sin egen träning. Om du "gör bort dig" så är största sannolikheten för en interaktion den du kommer få när någon veteran som kommer fram och ge dig tekniktips. Ofta handlar det om att vi inte vill se någon skada sig av felaktiga lyft. Folk på gymmet brukar vara allmänt trevliga, om du inte går vid rusningstid mellan 17-19 när folk är stressade och är i kö till utrustningen, eller när discogymmarna kommer för att fixa muskelpumpen innan de ska ut på krogen och kastar alla vikter på golvet och går.

Den bästa tiden med trevligt folk brukar vara udda tider eller tidig morgon. Kom ihåg att de flesta på gymmen har slitit länge och vet hur mycket som krävs för resultat. Nästan ingen kommer se ner på en nybörjare.

Av InAction

Ica är inte ensamma med problemet. Här har ni en lista över kända haverier än så länge.
https://codeofmatt.com/list-of-2024-leap-day-bugs/

Av InAction

Annonsen är avslutad

Av InAction

@JPmannen har precis hämtat den så jag tackar alla för intresset och stänger annonsen.