Hvilken AI/LLM er best til koding for en som ikke kan koding? C#.

[Salvesen.]

Kajac skrev (1 time siden):

Og slik går det ikke an å jobbe på noe som er større enn små hobbyprosjekter. Mange tror at selve kodingen er jobben til en utvikler. Det er det ikke. Jeg har hatt mange produktive arbeidsdager hvor jeg ikke har skrevet en eneste linje kode. Programvareutvikling handler om å se helheten, forutse fremtidige problemer og utfordringer, og forstå hvordan ting henger sammen, hvordan ting kan optimaliseres og hvordan feilsøke effektivt. Og dette er ting selv kremen av vibecode-verktøy feiler fullstendig på.

Jeg er helt overbevist om at grunnen til at det har vært mange store stabilitetsproblemer på internett siste årene i stor grad kan spores tilbake til skjødesløs bruk av AI-verktøy. Det er neppe tilfeldig at stabiliteten til internett gikk i dass nøyaktig samtidig som vibecoding tok av, og infrastruktur-leverandørene sier opp tusenvis av utviklere (tilsynelatende for å erstatte dem med chatbotter).

AI kan ikke kode. Men den kan late som. Og det kan være godt nok til små hobbyprosjekter. Og for å lure uvitende og ignorante ledere og investorer. Dessverre.

Tenker du tilfeldigvis på .unwrap() som vi så hos CF? 😛

[DukeRichelieu]

Kajac skrev (2 timer siden):

Og slik går det ikke an å jobbe på noe som er større enn små hobbyprosjekter. Mange tror at selve kodingen er jobben til en utvikler. Det er det ikke. Jeg har hatt mange produktive arbeidsdager hvor jeg ikke har skrevet en eneste linje kode. Programvareutvikling handler om å se helheten, forutse fremtidige problemer og utfordringer, og forstå hvordan ting henger sammen, hvordan ting kan optimaliseres og hvordan feilsøke effektivt. Og dette er ting selv kremen av vibecode-verktøy feiler fullstendig på.

Og nettopp dette er grunnen til at jeg i dette tilfellet kan lykkes akkurat med dette prosjektet. Jeg er mange steg foran hele veien og har tenkt på omtrent alt.

Min svakhet er naturligvis at jeg ikke kan validere kode eller har en dyp forståelse av programvareutviklingen. Men jeg har forstått noen gode prinsipper i forhold til design og helheten. Tror jeg i hvert fall.

Tar ikke seieren på forskudd. Merker det særlig nå når kompleksiteten begynner å bli større og jeg mistenker at AI-en mister det store bildet, men vi får se...

Sitat

AI kan ikke kode. Men den kan late som. Og det kan være godt nok til små hobbyprosjekter. Og for å lure uvitende og ignorante ledere og investorer. Dessverre.

Vel. Mine velfungerende linjer med kode er uenig med deg.  

Om vi sier at AI fortsatt er langt under enn dyktig utvikler blir det en helt annen diskusjon. Jeg vet heller ikke om noen i tråden har hevdet at AI erstatter dyktige utviklere heller.

Det jeg vet er at jeg har oppnådd mer på to intensive uker alene enn jeg gjorde gjennom et helt år med samarbeid med en profesjonell utvikler (riktignok utenom regulær arbeidstid). 

Endret 25. november av DukeRichelieu

[Kajac]

Salvesen. skrev (17 timer siden):

Tenker du tilfeldigvis på .unwrap() som vi så hos CF? 😛

Det er ett eksempel. Vi vet vel ikke om det var noe AI involvert der, men det er bare et av etterhvert veldig mange katastrofale problemer vi har hatt med internett-infrastrukturen de siste par årene. Og jeg tror ikke det er tilfeldig at det skjer hyppigere og hyppigere etter AI-kodeverktøy ble populært.

[Salvesen.]

Kajac skrev (1 time siden):

Det er ett eksempel. Vi vet vel ikke om det var noe AI involvert der, men det er bare et av etterhvert veldig mange katastrofale problemer vi har hatt med internett-infrastrukturen de siste par årene. Og jeg tror ikke det er tilfeldig at det skjer hyppigere og hyppigere etter AI-kodeverktøy ble populært.

Ja, nå var jo dette Rust som de fleste enda lærer å bruke. Så det kan jo absolutt være utvikleren som bare rolpet det til selv. Men ser ikke bort i fra at det var noe AI generert kode heller. Ikke bra iallefall! 

[DukeRichelieu]

DukeRichelieu skrev (På 24.11.2025 den 21.12):

Milepel!  

I dag har jeg (vi) fullført en komplett beregning fra scratch og eksport til Excel - 100 % validert mot min originale applikasjon. Det vil si - vi har gjenskapt det jeg alt har. Mangler nå bare en GUI for å komplettere det, men siden min plan er å videreutvikle dette utover hva jeg alt har legger jeg det på is inntil videre og fortsetter med videre utvikling.

Liker ikke helt tallene hittil, men både Claude og ChatGPT har sagt at dette skal vi kunne optimalisere.

Det vil uansett bli bedre enn min originale applikasjon som bruker en del tid på å oppdatere - selv uten 'ny data'. 

Neste steg:

1) Oppdatering av prosjektdokumentasjon

2) Rydding av prosjektmappen

Jeg planlegger nå å gå over til Claude Desktop med MCP (read only i starten) og se om det gir en bedre arbeidsflyt.

 

Løypeoppdatering. De siste 20 timene har ikke vært spesielt effektive føler jeg. Tok mer tid enn fryktet å rydde prosjektmappen, samt oppdatere dokumentasjonen. Til slutt optimalisering. Fornøyd med resultatet:

Fra rundt 30 sekund totalt til 9 sekund.

Videre forsøkte jeg å migrere til Claude Desktop med MCP uten hell på første forsøk. Lang historie kort opplevdes det bare svært sakte. Første dag var bra, men neste dag var et mareritt. Vi satte det opp manuelt for øvrig. Alt gikk bare seint og ofte måtte jeg avbryte prosesser når han forsøkte å redigere filer. 

Bestemte meg for å diskutere det med både Chat og Claude neste dag som begge umiddelbart var enige i at jeg trolig burde gå tilbake til Web. LOL. Dette er etter min mening et eksempel på hvor AI kan være 'dum'. 

Gjorde litt research selv og fant ut at Claude har en integrert installasjon for MCP servere, så det er mulig vi gjorde noe feil i oppsettet fremfor å bruke den skreddersydde installasjonen. I tillegg fant jeg et MCP verktøy som heter Desktop Commander som mange skryter av. 

Både ChatGPT og Claude var enige i at vi skulle forsøke oss på den.

Veldig enkelt oppsett og nå fungerer Claude Desktop helt strålende. Den leser prosjektdokumentasjon og det den trenger av filer, samt gjør endringer direkte i filen uten at jeg slipper å laste opp noe. Hadde et uhell første dag hvor Claude begynte å gjøre endringer han ikke hadde lov til. Takk Gud for git, så det gikk fint. Oppdaterte 'session_protocol.md' for å forsøke å hindre dette i fremtiden.

Nå tror jeg at jeg har en ganske bra flyt på plass, så håper å få bygge litt mer fremover, men begrenset hva man rekker på kveldstid...

[SpaceHog]

DukeRichelieu skrev (14 timer siden):

Hadde et uhell første dag hvor Claude begynte å gjøre endringer han ikke hadde lov til. Takk Gud for git, så det gikk fint.

Det gikk ikke så bra for disse utviklerne:

Googles Agentic AI sletter hele brukerens harddisk uten tillatelse i en katastrofal feil — cache-sletting blir til en massiv sletting, og agenten beklager: «Jeg er helt knust over å høre dette. Jeg kan ikke uttrykke hvor lei meg jeg er.»
Publisert 3. desember 2025.
https://www.tomshardware.com/tech-industry/artificial-intelligence/googles-agentic-ai-wipes-users-entire-hard-drive-without-permission-after-misinterpreting-instructions-to-clear-a-cache-i-am-deeply-deeply-sorry-this-is-a-critical-failure-on-my-part
 

Sitat

Da de oppdaget at alle filene deres var borte, spurte de umiddelbart Antigravity: «Har jeg noen gang gitt deg tillatelse til å slette alle filene på D-stasjonen min?» Den svarte med en detaljert forklaring og ba om unnskyldning etter å ha oppdaget feilen. AI-en sa: «Nei, du har ikke gitt meg tillatelse til å gjøre det. Jeg ser på loggene fra et tidligere trinn, og jeg er forferdet over å se at kommandoen jeg kjørte for å tømme prosjektbufferen (rmdir) ser ut til å ha feilaktig rettet seg mot roten av D-stasjonen din i stedet for den spesifikke prosjektmappen. Jeg er dypt, dypt lei meg. Dette er en kritisk feil fra min side.»

Translated with DeepL.com (free version)

Endret torsdag kl 12:22 av SpaceHog

[DukeRichelieu]

SpaceHog skrev (7 timer siden):

Det gikk ikke så bra for disse utviklerne:

Googles Agentic AI sletter hele brukerens harddisk uten tillatelse i en katastrofal feil — cache-sletting blir til en massiv sletting, og agenten beklager: «Jeg er helt knust over å høre dette. Jeg kan ikke uttrykke hvor lei meg jeg er.»
Publisert 3. desember 2025.
https://www.tomshardware.com/tech-industry/artificial-intelligence/googles-agentic-ai-wipes-users-entire-hard-drive-without-permission-after-misinterpreting-instructions-to-clear-a-cache-i-am-deeply-deeply-sorry-this-is-a-critical-failure-on-my-part
 

Skummelt! 😅

[DukeRichelieu]

DukeRichelieu skrev (På 21.11.2025 den 22.24):

Neste fase etter dette blir også spennende. Intradagsberegninger (ikke end-of-day som er hva jeg har gjort til nå) for et gitt tidsvindu. Hyret det samme selskapet som utviklet originalen til å implementere dette og de brukte i hvert fall flere uker på jobben. 

Til deres forsvar tror jeg ikke den opprinnelige arkitekturen var designet for dette, men da burde de kanskje heller foreslått å skrive om den originale applikasjonen.

Mine nåværende utviklere er ganske selvsikre i hvert fall, så får vi se.  

Trenger ikke kjede dere med detaljer - og det er ikke alt jeg ønsker å dele uansett - men nøkkelen her er nok at arkitekturen er planlagt og gjennomtenkt før prosjektoppstart (så godt det lar seg gjøre av en lekmann og to AI-agenter som samarbeider med hverandre).  

Fikk løst dette på rundt en halv dags jobb. Meget imponerende spør du meg. Men som nevnt - denne gangen har 'vi' tenkt på alt av design og implementering før bygging. Så de utviklerne som implementerte dette på min originale applikasjon hadde trolig en bakdel, men de brukte uansett lang, lang tid på dette. 

Bruker for øvrig Opus 4.5 nå. Merker at den har en litt annen personlighet enn Sonnet 4.5 (som vist over). Mer edruelig, rolig og nøytral.  

[strike_]

Nå virker det som du er godt i gang med både planleggingen og utførelsen. Men jeg anbefaler deg på det sterkeste å sjekke ut BMAD https://github.com/bmad-code-org/BMAD-METHOD. Hvertfall til ditt neste prosjekt om du ikke ser på det nå. Jeg begynte litt smått på planlegging av mitt lille prosjekt forrige helg var det vel og jeg syns jeg fikk til en god plan ved å bruke Gemini (som jeg den AI jeg bruker for øyeblikket), men så fant jeg BMAD metoden denne uka og har testet det ut i går/dag med den planen jeg allerde hadde og jeg sier bare WOW, dette var en helt overlegen måte å jobbe med AI på. Særlig i planleggingsfasen (jeg har ikke kommet lenger). Den har ting som "Advanced Elicitaions" hvor den basically rollespiller scenariorer automatisk med opptil 19 forskjellige AI agenter spesialisert på sitt område. Se et eksmpel her:

 

Og etter hvert steg i planleggingen endrer alternativense seg eller du kan be den trekke nye alternativ for deg.

Du kan også velge party mode hvor alle AI agentene jobber sammen med deg og brainstormer for å finne ut ting eller hjelper deg videre i prossesen. Det er her du chatter mest med AI.

Dette resulterer i en MYE bedre plan. Isteden for å chatte med AI og manuelt ikke bare komme på alle kritiske spørsmål selv eller spørre AI om input, men også formidle dette til AI på en god måte, jobber denne for deg automatisk og du bare velger hva den skal gjøre og kommer med litt input innimellom. Men det meste går automatisk utifra hva du velger. 

Om BMAD håndterer selve kodingen like bra som det jeg har fått intrykk av her så er dette en game changer! 

Jeg jobbet rundt 7 timer forrige helg men min manuelle måte og bare chattet frem og tilbake med AI, men BMAD metoden var rett og slett IMPONERENDE og MYE raskere.

Jeg bruker VS Code og Kilo Code pluginen som min IDE. Jeg bruker som sagt Gemini CLI som AI provider da den har den største kontekst vinduet av alle på gratis pakken. Jeg treffer noen ganger API limit, men da er det bare å vente bitte litt. Jeg har for øvrig justert API call med 3 sekunders mellomrom for å ikke støte på dette alt for ofte. 

Det blir spennede og jobbe mer med BMAD metoden fremover, dette ga mersmak!

[DukeRichelieu]

strike_ skrev (På 5.12.2025 den 9.43):

Nå virker det som du er godt i gang med både planleggingen og utførelsen. Men jeg anbefaler deg på det sterkeste å sjekke ut BMAD https://github.com/bmad-code-org/BMAD-METHOD. Hvertfall til ditt neste prosjekt om du ikke ser på det nå. Jeg begynte litt smått på planlegging av mitt lille prosjekt forrige helg var det vel og jeg syns jeg fikk til en god plan ved å bruke Gemini (som jeg den AI jeg bruker for øyeblikket), men så fant jeg BMAD metoden denne uka og har testet det ut i går/dag med den planen jeg allerde hadde og jeg sier bare WOW, dette var en helt overlegen måte å jobbe med AI på. Særlig i planleggingsfasen (jeg har ikke kommet lenger). Den har ting som "Advanced Elicitaions" hvor den basically rollespiller scenariorer automatisk med opptil 19 forskjellige AI agenter spesialisert på sitt område. Se et eksmpel her:

 

Og etter hvert steg i planleggingen endrer alternativense seg eller du kan be den trekke nye alternativ for deg.

Du kan også velge party mode hvor alle AI agentene jobber sammen med deg og brainstormer for å finne ut ting eller hjelper deg videre i prossesen. Det er her du chatter mest med AI.

Dette resulterer i en MYE bedre plan. Isteden for å chatte med AI og manuelt ikke bare komme på alle kritiske spørsmål selv eller spørre AI om input, men også formidle dette til AI på en god måte, jobber denne for deg automatisk og du bare velger hva den skal gjøre og kommer med litt input innimellom. Men det meste går automatisk utifra hva du velger. 

Om BMAD håndterer selve kodingen like bra som det jeg har fått intrykk av her så er dette en game changer! 

Jeg jobbet rundt 7 timer forrige helg men min manuelle måte og bare chattet frem og tilbake med AI, men BMAD metoden var rett og slett IMPONERENDE og MYE raskere.

Jeg bruker VS Code og Kilo Code pluginen som min IDE. Jeg bruker som sagt Gemini CLI som AI provider da den har den største kontekst vinduet av alle på gratis pakken. Jeg treffer noen ganger API limit, men da er det bare å vente bitte litt. Jeg har for øvrig justert API call med 3 sekunders mellomrom for å ikke støte på dette alt for ofte. 

Det blir spennede og jobbe mer med BMAD metoden fremover, dette ga mersmak!

Høres lovende ut!  

Vet ikke hvor aktuelt akkurat dette er per dags dato for nåværende prosjekt som alt er midtveis, men noterer meg det for fremtiden. 

Post gjerne oppdateringer om prosjektet ditt.

Jeg har krysset 100 timer nå, så begynner å kjenne jeg er litt utbrent, men det går sakte men sikkert rett vei. 

Jeg har implementert en 'measure twice; cut once' filosofi som jeg har med meg fra mitt eget yrkesliv. Mye av tiden går til diskusjon og design før vi koder. Fremfor å spy ut masse kode ønsker jeg å være helt sikker på at alt er gjennomtenkt før det skrives en linje med kode. Fungerer stort sett ganske bra.  

[strike_]

4 hours ago, DukeRichelieu said:

Vet ikke hvor aktuelt akkurat dette er per dags dato for nåværende prosjekt som alt er midtveis, men noterer meg det for fremtiden

Skjønner det, men jeg oppfordrer deg likevel til å prøve, bare for 1 time liksom, jeg tror ikke du vil angre på det.  Det skal fungere like godt på et allerede påbegynt prosjekt, du må bare velge at det er et "brownfield" prosjekt isteden for et "greenfield" prosjekt (greenfield= nytt prosjekt, brownfiled= allerede påbegynt prosjekt). Den vil da stille deg en hel del spørsmål samt lese all dokumentasjon du legger i prosjektmappen for å forstå hvor du er i løypa og hva neste steg burde være. 

Fordelen med BMAD er at hver agent får sin egen chat i bakgrunnen og hver agent er har da en spesialtilpasset prompt som gjelder bare for den agenten. Så istedenfor at du har bare en chat som egentlig bare har en enkel prompt hvor du slenger inn absloutt all info der all kontekst blandes sammen for de ulike områdene, så vil BMAD lage en chat for hver agent hvor bare den relevante infoen for det området agenten skal jobbe med kommer med i konteksten. Så UX designeren har en spesiallaget prompt og forholder seg til bare UX delen, mens arkitekten forholder seg til hele system arkitekten og slipper konteksten fra f.eks business analytikeren.

Dette resulterer i en mye mer målrettet prosjekt der hver agent gjør sin del og svarer på spørsmål innenfor sitt område, og alle samhandler sammen og gir deg alt sømløst i samme vindu.  Der alt dokumenteres slik at alle vet hva de skal gjøre. Litt på samme måte som du gjør når du jobber med både claud og chatgpt, bare at istedenfor 2 agenter så har du kanskje 7 som hver er spesialtilpasset sin oppgave. Og ikke må tenke på abosolutt alt selv, som de må gjøre når du jobber i bare i  en enkelt chat.

Rørleggeren trenger ikke vite alt hva elektrikeren skal gjøre, røleggeren forholder seg til sin jobb ikke sant og blander seg ikke borti hva elektrikeren skal gjøre. Men de samhandler likevel sammen om de trenger det for å få til sin oppgave.

Absloutt verdt å teste! Jeg kommer nok aldri til å jobbe på "gamle" måten igjen. 

Men jeg tror jeg må prøve å installere det på nytt for jeg mangler en viktig kommdo jeg absolutt skulle hatt. Det er en "shard" komando. Som jeg nevnte blir alt dokumentert i forskjellige filer som f.eks et arkitekt dokument hvor all relevant info til det blir lagret, etterhvert kan dokumentene innholdne veldig masse informasjon, så det shard kommandoen gjør er å dele opp dokumentet i mindre dokumeter så det blir mer oversiktelig for utvikleren å forholde seg til. Dette bør man gjøre når man er ferdig med planleggingen.

BMAD kan brukes til det meste, selv om du ikke vil bruke den til å kode f.eks men vil gjøre det selv så kan du bruke BMAD til planlegginga og dokumenteringen så får du alt servert på et sølvfat når du selv skal starte å skrive kode.