javaBin Bergen

Det blir tradisjonelt møte med lyntaler. Har du lyst til å holde lyntale om noe spennende du holder på med, et kult hobby-prosjekt eller noe annet, send melding til oss på e-post: bergen@java.no.

Forslaget må inneholde en beskrivelse av hva du vil snakke om, ca. hvor lang tid du trenger og kort informasjon om hvem du er.

Lyntaler kan være fra 10-25 minutter. Det blir begrenset antall plasser pga. mat og drikke, så beste måten å sikre seg plass på er å holde lyntale...

Foreløpig program:
Kristian Berg: Bygg en MCP-server på under ti minutter med Quarkus-MCP (10 min)
MCP (Model Context Protocol) er standarden som lar AI-assistenter som Claude og ChatGPT snakke med systemene dine. Men hva betyr det i praksis, og hvor vanskelig er det egentlig å komme i gang?
I denne lyntalen bygger vi en MCP-server fra bunnen av. Quarkus MCP-extension gjør jobben overraskende enkel, den håndterer både SSE og Streamable HTTP ut av boksen, og du trenger ikke tenke på protokolldetaljer. Vi går fra å opprette et nytt prosjekt med Maven til en kjørende MCP-server, som en AI-klient faktisk kan kalle, på under 10 minutter.

Børge Nese:

Leif Terje Fonnes: Claude ops (25 min)
Claude Code er ikke bare et verktøy for utvikling, men også en nyttig støtte i drift og DevOps. I denne lyntalen deler jeg erfaringer med hvordan Claude kan brukes til å lage deployment-manifester, finne konfigurasjonsfeil, analysere runtime-problemer og forbedre alarmer før de blir til unødvendig støy i Slack. Med konkrete eksempler, blant annet fra bruk sammen med Grafana MCP-server, viser jeg hvordan AI kan bidra i hele livssyklusen fra deploy til feilsøking.

Morten Nygaard Åsnes: Siste nytt fra Kotlinconf
Morten oppsummerer konferansen Kotlinkonf og forteller hva som er nye og kommende høydepunkter for Kotlin og Kotlin-økosystemet.

Bjørn Hamre: Praktisk bruk av Oasdiff (10 min)
Oasdiff er et verktøy som sammenligner to OpenApiSpesification-filer. Den har funksjonalitet for å lage changelog, vise endringer og varsle om endringer som defineres som breaking change. Jeg vil vise hvordan jeg bruker det til å ha kontroll på at egen utvikling ikke endrer API-et ved en feiltakelse, og til å fange opp om API-er jeg integrere mot gjør en breaking change som kan påvirke min applikasjon.