home.social

#programmering — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #programmering, aggregated by home.social.

fetched live
  1. Bygga UI för terminalen
    @patriksvensson om Spectre.TUI, immediate mode-grafik, en komponent om dagen, och allmänt fint flyt i kodandet.

    Ett klipp ur Kodsnack 709, lyssna där poddar finns eller på kodsnack.se! #podcast #imgui #terminal #spectreconsole #programmering

  2. Bygga UI för terminalen
    @patriksvensson om Spectre.TUI, immediate mode-grafik, en komponent om dagen, och allmänt fint flyt i kodandet.

    Ett klipp ur Kodsnack 709, lyssna där poddar finns eller på kodsnack.se! #podcast #imgui #terminal #spectreconsole #programmering

  3. Roetebestuur en URL-dekodering vir HTTP Bediener in C: Hanteerders, Parameters en Addisionele Modularisasie

    #Afrikaans #Programmering

    otvsvn.substack.com/p/roetebes

  4. När ska jag lära mig att mer skärmyta gör mig mindre produktiv? En textbuffer på < 14 tum verkar vara optimalt.

    Sen är det väl iof så att programmering på bärbar dator korrelerar med att vara nära en leverans i tid och rum...

    #programmering

  5. När ska jag lära mig att mer skärmyta gör mig mindre produktiv? En textbuffer på < 14 tum verkar vara optimalt.

    Sen är det väl iof så att programmering på bärbar dator korrelerar med att vara nära en leverans i tid och rum...

    #programmering

  6. Claude Code beskrivs av utvecklare som ett verkligt genombrott • Här är en djupdykning i vad det är, hur det används och hur tekniken kommer att påverka våra yrkesliv.#artificiellintelligens #claude #generativai #krönikor #topp #ai-agent #ai #programmering #anthropic
    Claude Code tar över utvecklarnas jobb: ”Ska jag skriva koden själv?”
  7. 𝗪𝗮𝘁 𝗸𝗶𝗷𝗸 𝗷𝗲 𝗱𝗲𝘇𝗲 𝗸𝗲𝗿𝘀𝘁 𝗼𝗽 𝘁𝘃? 𝗗𝗶𝘁 𝘀𝘁𝗮𝗮𝘁 𝗲𝗿 𝗼𝗽 𝗱𝗲 𝗽𝗿𝗼𝗴𝗿𝗮𝗺𝗺𝗲𝗿𝗶𝗻𝗴

    Traditiegetrouw is de televisieprogrammering aangepast rond de feestdagen. Zin in een speciale kerstuitzending van je favoriete programma's? Zet de volgende tijden dan alvast in je agenda.

    rtl.nl/boulevard/entertainment

    #Kerst #TV #Programmering

  8. 𝗪𝗮𝘁 𝗸𝗶𝗷𝗸 𝗷𝗲 𝗱𝗲𝘇𝗲 𝗸𝗲𝗿𝘀𝘁 𝗼𝗽 𝘁𝘃? 𝗗𝗶𝘁 𝘀𝘁𝗮𝗮𝘁 𝗲𝗿 𝗼𝗽 𝗱𝗲 𝗽𝗿𝗼𝗴𝗿𝗮𝗺𝗺𝗲𝗿𝗶𝗻𝗴

    Traditiegetrouw is de televisieprogrammering aangepast rond de feestdagen. Zin in een speciale kerstuitzending van je favoriete programma's? Zet de volgende tijden dan alvast in je agenda.

    rtl.nl/boulevard/entertainment

    #Kerst #TV #Programmering

  9. Städa kod: användbar kunskap
    Fredrik har läst Kent Becks bok "Tidy first?", som diskuterar hur och när man ska passa på att göra små, enkla uppstädningar i sin kod.

    Ett utdrag ur Kodsnack 673, lyssna där poddar finns eller på kodsnack.se!
    #podcast #tidyFirst #refactoring #programmering #kod

  10. Städa kod: användbar kunskap
    Fredrik har läst Kent Becks bok "Tidy first?", som diskuterar hur och när man ska passa på att göra små, enkla uppstädningar i sin kod.

    Ett utdrag ur Kodsnack 673, lyssna där poddar finns eller på kodsnack.se!
    #podcast #tidyFirst #refactoring #programmering #kod

  11. @torb Da har jeg endelig tatt meg bry og tid til å publisere det gamle arkivet jeg hadde liggende av “Kast deg ut i tilgjengelighet”:

    kastdegutitilgjengelighet.no/

    Jeg har foreløpig kun gjort overfladiske, enkle endringer fra originalen. Det er mye som kan forbedres og oppdateres for å gjøre innholdet mer relevant, så bidrag mottas med takk. Kildekoden befinner seg her:

    github.com/asbjornu/kastdeguti

    #NorskTut #norsk #tilgjengelighet #accessibility #WCAG #HTML #kode #programmering #programming #code #markup #semantic #semantikk

  12. Ett urartat sidoprojekt
    Kristoffer ville blogga lite … det blev 60 utkast och en markdownparser i Gleam.

    Ett klipp ur Kodsnack 667 - lyssna där poddar finns eller på kodsnack.se!
    #gleamlang #hobby #podcast #programmering #markdown

  13. Ett urartat sidoprojekt
    Kristoffer ville blogga lite … det blev 60 utkast och en markdownparser i Gleam.

    Ett klipp ur Kodsnack 667 - lyssna där poddar finns eller på kodsnack.se!
    #gleamlang #hobby #podcast #programmering #markdown

  14. Peter Ottsjö: Open AI fick alla rätt. Google Deepmind fick flest rubriker. När världens mest prestigefyllda programmeringstävling avgjordes stod det klart att ai nu är bäst.

    Open AI fick alla rätt. Google Deepmind fick flest rubriker. När världens mest prestigefyllda programmeringstävling avgjordes stod det klart att artificiell intelligens nu är bäst i världen på att koda.#ai #topp #artificiellintelligens #deepmind #demishassabis #google #googlegemini #gpt-5 #krönikor #openai #programmering #samaltman
    Nu är artificiell intelligens bäst i världen på att programmera

  15. Eg har lagt til ei drøss med meldingar av bøker på markus.plus. Du finn dei under Bøker -> Meldingar -> Arkiv.

    Eit døme:
    markus.plus/melding/bok/om-udr

    Eg har henta tidlegare meldingar frå bookwyrm-kontoen min @mvrkws, koden for det kan du sjå på GitHub:

    github.com/markus-ap/bookwyrm2

    #BokTut #Programmering

  16. Om du sender BankID-tjenesten XML-filer til signering kan du sende UTF-8-tegnsett, men BARE så lenge du legger til en XML-prolog som juger og påstår det er iso-8859-1. BankID-tjeneren konverterer da innholdet tjenestevillig men i all hemmelighet til faktisk iso-8859-1 før det signeres 😮 !

    UTF-8 data korrekt merka som UTF-8 takler den ikke. 🙃 (Heldigvis fungerer korrekt merka iso-8859-1 fint).

    Ingen av disse oppførslene er dokumentert.

    #Norsktut #bankid #utvikling #programmering

  17. Om du sender BankID-tjenesten XML-filer til signering kan du sende UTF-8-tegnsett, men BARE så lenge du legger til en XML-prolog som juger og påstår det er iso-8859-1. BankID-tjeneren konverterer da innholdet tjenestevillig men i all hemmelighet til faktisk iso-8859-1 før det signeres 😮 !

    UTF-8 data korrekt merka som UTF-8 takler den ikke. 🙃 (Heldigvis fungerer korrekt merka iso-8859-1 fint).

    Ingen av disse oppførslene er dokumentert.

    #Norsktut #bankid #utvikling #programmering

  18. Cultuurkabaal met workshops in wijken #Amstelveen

    In september organiseert @PlatformC opnieuw #CultuurKabaal in verschillende Amstelveense wijken.

    Kinderen van 6 t/m 12 jaar kunnen deelnemen aan creatieve workshops, zoals #DJlessen, #streetdance, #animatie en #programmering, #singersongwriter, #acteren en #artsandcrafts. Het aanbod verschilt per locatie.

    mijnamstelveen.nl/cultuurkabaa

  19. Hvilket sted har et kommunenummer Kartverket godkjenner for tinglysing av eiendom, men kommunen finnes ikke i SSBs offisielle liste over norske kommuner?

    #Norsktut #unntakstilfeller #geodata #programmering

  20. Hvilket sted har et kommunenummer Kartverket godkjenner for tinglysing av eiendom, men kommunen finnes ikke i SSBs offisielle liste over norske kommuner?

    #Norsktut #unntakstilfeller #geodata #programmering

  21. @atlefren Jeg tror ikke AI vil overta så mye som man tror, i et lengre perspektiv. Ikke før den kunstige intelligensen blir mer intelligent.

    En utvikler kan se potensiale i både gammel og ny kode. En dagens generative AI motorer skjønner knapt nok koden den genererer. De fremtidige generasjonene vil nok forstå bedre koden den genererer, men det er fortsatt et langt stykke frem til at den ser potensialet i dens egen kode.

    En god utvikler i dag vil forstå om koden som skrives er generisk og kan gjenbrukes. Og hvis utvikleren kommer over kode som man vet er effektiv og som gjør mye av det en ny utfordring trenger - så vil utvikleren se potensialet i koden med litt "refactoring" og så gjenbruke koden flere steder. Dagens AI evner ikke dette.

    En utvikler med bred erfaring med flere programmeringsspråk vil også forstå hvilke språk som egner seg mer enn andre, ut fra oppgaven. Og en særdeles dyktig utvikler vil også se potensialet i et programmeringsspråk hvis det utvides med noen ekstra funksjoner, og dermed kan språket utvikles videre. Noe som skjer med de fleste programmeringsspråk i dag. Dette vil i lengden gi mer effektiv kode, men det kan ta lengre tid å nå frem til målet.

    Det er her de som hyper AI ikke skjønner noen de viktigste begrensingene til LLMene:

    • Den er ikke intelligent - den kan ikke tenke "utenfor boksen".
    • Den forstår ikke fullt ut resultatet av sine egne svar
    • Det en AI genererer trenger ikke være sant, riktig eller realistisk

    Eksempel: I OpenVPN 3 Linux prosjektet vurderer vi å bytte fra C++ til Rust. Trengte et godt D-Bus bibliotek og så at zbus hadde nesten alt vi trengte. En av kollegene mine involverte seg og fikk inn det som trengs av manglede funksjonalitet inn i zbus og vi vet nå at alt bortsett fra en selve OpenVPN 3 Core biblioteket vil gi store utfordringer, så alt av stacken bortsett fra selve klienten er klart for Rust.

    Min kollega spurte da, for gøy, flere AI/LLMer om hvordan man kunne bruke OpenVPN 3 Core library (skrevet i C++) fra Rust. Og det manglet ikke på kreative svar. Alle pekte på forskjellige OpenVPN crates som kunne brukes og gjorde dette veldig enkelt. Problemet var at ingen av disse Rust crates eksisterte i virkeligheten.

    Noe som Inga Strumke også påpeker mer generelt:

    – Språkmodeller er lagd for å skrive gode setninger, ikke for å undersøke virkeligheten.
    (ref: nrk.no/tromsogfinnmark/folk-br)

    Det dagens AI kan brukes til, hvis den trenes primært på dine egne data (altså ikke en av disse generelle LLM tjenestene)
    :

    • Forstå kode godt nok til å kunne gi en generell forklaring på hva koden gjør - men den kan fortsatt ha misforstått noen detaljer
    • Generere kode basert på en template, for eksempel refactoring av eksisterende kode den allerede kjenner. For eksempel: Flytt class Foo fra namespace ABC til namesspace DEF og gi den navnet class Bar. Slike "kjedelige" og repeterende oppgaver har jeg mer tro på at AI kan håndtere bedre - fordi den kan også "forstå" nok til oppdatere tilhørende dokumentasjon samtidig.
    • Generere et generelt rammeverk med litt generell dokumentasjon for å komme i raskere gang.

    Jeg tror nok at vi vil se AI og LLM bli tatt mer i bruk, men ikke i de store grande visjonene til AI hypen. Det blir mer som en assistent til dagens utviklere for å redusere mengden repeterende kode som må skrives.

    Samtidig vil programmeringsspråkene også utvikle seg, til å også gjøre programmeringen enklere - noe vi definitivt så med vårt prøveprosjekt med OpenVPN 3 Linux i Rust. Mengden "boilerplate code" som trengtes for å få D-Bus integrasjonen endte opp mye mindre enn i C++, da zbus craten tok meste parten av den jobben.

    #ai #ki #llm #programmering

  22. @atlefren Jeg tror ikke AI vil overta så mye som man tror, i et lengre perspektiv. Ikke før den kunstige intelligensen blir mer intelligent.

    En utvikler kan se potensiale i både gammel og ny kode. En dagens generative AI motorer skjønner knapt nok koden den genererer. De fremtidige generasjonene vil nok forstå bedre koden den genererer, men det er fortsatt et langt stykke frem til at den ser potensialet i dens egen kode.

    En god utvikler i dag vil forstå om koden som skrives er generisk og kan gjenbrukes. Og hvis utvikleren kommer over kode som man vet er effektiv og som gjør mye av det en ny utfordring trenger - så vil utvikleren se potensialet i koden med litt "refactoring" og så gjenbruke koden flere steder. Dagens AI evner ikke dette.

    En utvikler med bred erfaring med flere programmeringsspråk vil også forstå hvilke språk som egner seg mer enn andre, ut fra oppgaven. Og en særdeles dyktig utvikler vil også se potensialet i et programmeringsspråk hvis det utvides med noen ekstra funksjoner, og dermed kan språket utvikles videre. Noe som skjer med de fleste programmeringsspråk i dag. Dette vil i lengden gi mer effektiv kode, men det kan ta lengre tid å nå frem til målet.

    Det er her de som hyper AI ikke skjønner noen de viktigste begrensingene til LLMene:

    • Den er ikke intelligent - den kan ikke tenke "utenfor boksen".
    • Den forstår ikke fullt ut resultatet av sine egne svar
    • Det en AI genererer trenger ikke være sant, riktig eller realistisk

    Eksempel: I OpenVPN 3 Linux prosjektet vurderer vi å bytte fra C++ til Rust. Trengte et godt D-Bus bibliotek og så at zbus hadde nesten alt vi trengte. En av kollegene mine involverte seg og fikk inn det som trengs av manglede funksjonalitet inn i zbus og vi vet nå at alt bortsett fra en selve OpenVPN 3 Core biblioteket vil gi store utfordringer, så alt av stacken bortsett fra selve klienten er klart for Rust.

    Min kollega spurte da, for gøy, flere AI/LLMer om hvordan man kunne bruke OpenVPN 3 Core library (skrevet i C++) fra Rust. Og det manglet ikke på kreative svar. Alle pekte på forskjellige OpenVPN crates som kunne brukes og gjorde dette veldig enkelt. Problemet var at ingen av disse Rust crates eksisterte i virkeligheten.

    Noe som Inga Strumke også påpeker mer generelt:

    – Språkmodeller er lagd for å skrive gode setninger, ikke for å undersøke virkeligheten.
    (ref: nrk.no/tromsogfinnmark/folk-br)

    Det dagens AI kan brukes til, hvis den trenes primært på dine egne data (altså ikke en av disse generelle LLM tjenestene)
    :

    • Forstå kode godt nok til å kunne gi en generell forklaring på hva koden gjør - men den kan fortsatt ha misforstått noen detaljer
    • Generere kode basert på en template, for eksempel refactoring av eksisterende kode den allerede kjenner. For eksempel: Flytt class Foo fra namespace ABC til namesspace DEF og gi den navnet class Bar. Slike "kjedelige" og repeterende oppgaver har jeg mer tro på at AI kan håndtere bedre - fordi den kan også "forstå" nok til oppdatere tilhørende dokumentasjon samtidig.
    • Generere et generelt rammeverk med litt generell dokumentasjon for å komme i raskere gang.

    Jeg tror nok at vi vil se AI og LLM bli tatt mer i bruk, men ikke i de store grande visjonene til AI hypen. Det blir mer som en assistent til dagens utviklere for å redusere mengden repeterende kode som må skrives.

    Samtidig vil programmeringsspråkene også utvikle seg, til å også gjøre programmeringen enklere - noe vi definitivt så med vårt prøveprosjekt med OpenVPN 3 Linux i Rust. Mengden "boilerplate code" som trengtes for å få D-Bus integrasjonen endte opp mye mindre enn i C++, da zbus craten tok meste parten av den jobben.

    #ai #ki #llm #programmering

  23. Super god definition på "nørd" og noget som det selvfølgelig ikke er alle der kan, men langt flere der i princippet burde kunne (altså automatisere sig til et eller andet, fordi man har mulighed for at bruge et værktøj)

    #emacs
    #programmering

    mathstodon.xyz/@oantolin/11435

  24. Super god definition på "nørd" og noget som det selvfølgelig ikke er alle der kan, men langt flere der i princippet burde kunne (altså automatisere sig til et eller andet, fordi man har mulighed for at bruge et værktøj)

    #emacs
    #programmering

    mathstodon.xyz/@oantolin/11435

  25. programmeringsfråga - går det att redigera excelfiler med python? Vill skapa och fylla kolumner, göra beräkningar i #programmering #python #excel #fraga

  26. programmeringsfråga - går det att redigera excelfiler med python? Vill skapa och fylla kolumner, göra beräkningar i #programmering #python #excel #fraga

  27. Hvilket prosjekt jobber jeg på når jeg kan skrive i en intern Slack-kanal "jeg har fiksa creme brulee på staging, usikker på om creme fraiche virker for der får jeg bare fritekst-treff"?

    #Norsktut #utvikling #programmering

  28. Helt uproduktiv bruk av tid 🙂, men er nede på bare 37 ukjente tagger i "hvor mange HTML-tagger husker du navnet på"-spillet:
    codepen.io/plfstr/full/zYqQeRw

    Den telte ikke <isindex>, men det er ikke overraskende - den er vel ca fra steinalderen.

    #norsktut #html #programmering

  29. «HTML tags memory test»
    Jeg tror jeg hadde igjen 49 da fanen uheldigvis var inaktiv lenge nok til å laste på nytt 😞
    todon.eu/@jalcine/112791721437

    #Norsktut #utvikling #programmering #programming #html

  30. Pusha nettopp endring 18fb78c5 til Github med beskrivelsen

    > Moving line of code for Storkjempe to right place

    Eh..

    Memo til meg sjøl: ikke fall halvveis i søvn mens du skriver commit-beskrivelser etter å ha vært på nyttevekst-feltkurs!

    God natt :)

    #norsktut #programmering

  31. Nå støtter advokat-fagsystemet oppgjorstjeneste.no digital tinglysing!

    ...det venter nok noen drager her og der, og litt ufullførte tråder.. men mye er på plass. Resten fikser vi nok lettere.

    #norsktut #programmering

  32. Eg skal halde ein halv fagdag på jobb om #ActivityPub i slutten av måneden. Utviklarar er målgruppa.

    Tittelen er: "Grunnleggjande implementering av ActivityPub, eller: Korleis laga di eiga twitter-klone og anna klikkfang"

    Er det nokre utviklarar her som har innspel til kva dei ville ynskja frå ein slik fagdag?

    Min plan er ein presentasjon om dei mest sentrale endepunkta, og så gje dei ein kodebase med noko implementasjon og vidare oppgåvar.

    #NorskTut #Utvikling #Programmering

  33. Erfarenheter av Github copilot
    Ibland är Copilot hjälpsam nog att spara flera minuter … ibland är den mest till besvär.
    Ett utdrag ur Kodsnack 581 - lyssna överallt där poddar finns!
    #ai #copilot #ide #vscode #programmering #programming

  34. Eg har vore systemutviklar ei stund, men har vore ræva på å bidra inn til pakkar eg sjølv brukar masse i jobben.

    Eg fekk nok av meg sjølv, og sendte inn ein fiks for eit problem eg hadde lagt merke til i ei pakke eg brukar kvar arbeidsdag.

    I dag ble fiksen min akseptert inn i pakka! Eg er offisielt ein utviklar av ope kjeldekode. No må eg berre halde koken vidare i karriera.

    #NorskTut #Allheimen #Programmering