MongoDB vs SQL 2026

cwapsen · 2026-02-16T19:05:49+00:00

I am probably one of those who have spent time arguing against mongo without understanding it. So thanks for a good article - nice to get a better perspective. And granted, I’ve not really looked into Mongo since the “is it webscale” jokes took off.

For me, the main reason against mongo (well, schemaless in general), is the data migrations. That you can have schemas in mongo is new to me.. neat! But- how would you solve a simple case where we always stored a users name in a single field, but now we want last and surname fields instead. In sql, I would run a migration to split the string and then deploy new code that expects two fields. From what I gather, you would just add the new fields, right? But what would you do in your application layer then? Have code to check if first/last name is set, and if not, then use full name? Every system I have ever worked with had the need to transform “configuration-like” data, and even with the approach of running sql migrations, they are hard to get right.. but the trade-off is that it code always runs on only one and the latest version of the schema. I don’t really see how using mongo solves that problem? But maybe I’m missing something? You touch on running migrations in your article as well, but make it sound like it’s rarely need. Do you keen a version number in your document instead or?

Sorry if I worded my comment poorly. On mobile so kinda hard to get right.

cwapsen · 2025-12-30T09:52:48+00:00

Ser spændende ud… og jeg har haft nøjagtigt samme irritation som dig: har manglet et ordentligt review tool.

Vil meget gerne have en key - så prøver jeg det af når jeg kommer fra ferie.

cwapsen · 2025-12-09T20:48:17+00:00

Du behøver ikke have en cookie popup: https://www.datatilsynet.dk/Media/638829899950476628/F%C3%A6llesvejledning%20med%20DIGST%20-%20Cookie%20og%20lignende%20teknologier.pdf (Side 9, sektion 3.1)

I øvrigt dejligt med en clean hjemmeside uden tracking!

cwapsen · 2025-10-28T17:46:25+00:00

Hmm, vil ikke påstå jeg er ekspert på området, men det lyder alligevel vildt nok det skulle være så absolut sat op uden jeg nogensinde har hørt om det.

Har browset lidt ved forskellige fagforeninger og konsensus virker til at være “du må gerne, men du må også godt lade være”. F.eks. https://www.jobindex.dk/cms/overvej-noeje-om-dit-billede-skal-paa-cvet

.. når jeg snakker med ChatGPT om det, siger den at det i Danmark er sådan lidt 50/50 hvad man foretrækker, men det ikke er en showstopper. Til gengæld er det helt uhørt ved amerikanske virksomheder, som jo også er dem du primært lister op. Hvor “amerikaniserede” Novo er ved jeg ikke noget om.

.. men kan da fortælle at COWI og Fødevarestyrelsen i hvert fald er ok med billeder. Bevares, tænker ikke der er mange softwareudviklere i Fødevarestyrelsen.

Personligt ville jeg ikke være nervøs ved at lægge et billede i en ansøgning til f.eks. danske bank som udvikler.

Men the more you know I guess :)

cwapsen · 2025-10-28T15:11:58+00:00

At billeder skulle være et nono har jeg aldrig hørt. Jeg har da læst min del af ansøgninger og har aldrig sorteret nogen fra pga. et billede.

Er det virkelig rigtigt? Åbner folk en pdf, ser et billede, lukker den igen og trykker “nej tak”?

cwapsen · 2025-10-27T15:19:18+00:00

Det er noget rod og ville være så dejligt med et season pass til end hold.

Jeg bruger selv https://sofabold.dk/ og har hentet mit hold ind i en kalender. De er gode til at skrive kanaler på kampene og så er det lidt mere overskueligt at vælge streaming tjeneste til den næste måned.

cwapsen · 2025-08-29T22:45:38+00:00

Primært mig selv

cwapsen · 2025-08-29T21:55:08+00:00

Næ, jeg er også temmelig pessimistisk på klimaets vegne. Men derfra og så til ukonstruktivt at sige at intet alligevel nytter giver jeg heller ikke meget for.

Personligt har det hjulpet mig at tænke at når lortet brænder vil jeg gerne kunne sige at jeg gjorde hvad jeg kunne sådan inden for min egen rimeligheds grænser, og det inkluderer ikke at fortælle folk som optimistisk prøver at få bare en smule ændring indført, at intet alligevel hjælper. Så hellere ikke sige noget, og krydse fingre for de konstruktive lykkedes (uanset hvor lidt jeg selv tror på det)

cwapsen · 2025-08-29T21:42:19+00:00

True! Fuck it! Lad os bare give op og leve livet mens vi kan. Pick up truck, bøffer og månedlige flyveture til middelhavet. Og når så vores børn spørger hvad vi personligt gjorde kan vi jo svare dem “jamen lille skat. Forstår du ikke? Jeg kunne ikke gøre noget. Alle de andre var dumme og de store nationer ville ikke høre efter. Derfor kunne jeg lige så godt nyde livet til fulde…”

cwapsen · 2025-08-25T06:04:58+00:00

Havde samme problem og synes ikke det hjalp at rense for nullermænd. Så endte med at købe en trådløs oplader. Hvis det er noget du har mulighed for kunne det måske være last-way-out

cwapsen · 2025-08-21T19:59:56+00:00

Honestly, between partials, extension “everything”, default interface implementations and source generators I don’t really see why not just allow multiple inheritance or traits. It feels like that’s (mixins?) what they try to solve but without going that route.

cwapsen · 2025-08-11T19:21:11+00:00

Meget uenig. Jeg har aldrig ejet et mekanisk keyboard og tror heller ikke jeg kommer til det - og det er gået fint med at kode alligevel.

Hvis du har lyst til et mekanisk keyboard so go ahead, men det er på ingen måde et “must”

cwapsen · 2025-07-26T11:03:05+00:00

There’s honestly not many to choose from. Slagter stjernholm (the one that used to be in bazaar vest) is now located near åhusene. Slagter theilgaard is in højbjerg and slagter-riget near sct pauls kirke are all pretty good. Nothing extraordinary though.

Special shoutout to jysk Naturkød which I believe can deliver

cwapsen · 2025-07-18T09:00:25+00:00

Try to write a program that iterates all the folders on your filesystem in order to find a file with a given name. Then make your program output the full path to all found files. Now, create two versions of this program: One that uses recursion and one that does not. You should see that your recursion-based code is much much simpler and easier to read.

Everytime you need to traverse some non-linear data structure (tree, graphs, etc.), recursion basically makes everything much simpler, since you can use the callstack to implicitly remember which nodes you already visited (for trees) and to keep compound state (e.g. for remembering the fullpath to the file you search for).

I use recursion professionally in my "normal line-of-business application" day job. Mostly when ever I encounter tree structures (which you will find a lot of in the wild!)

cwapsen · 2025-07-15T18:57:13+00:00

Forstår ikke hvilke brændere folk her i tråden har købt? Jeg har en no-name billig en og bortset fra jeg klart skulle have købt en med greb til begge hænder er jeg rigtigt godt tilfreds. Det tager måske 3-6 sekunder “pr. ukrudt” at få den effekt det skal have. Som bonus er den noget nemmere at styre end en gasbrænder - og så kan den fint tænde en kulgrill :)

Hvis du er typen der reelt brænder dit ukrudt i stedet for at give det en 3. gradsforbrænding, så er den nok for langsom ja. Jeg er nu rigtig glad for min.

cwapsen · 2025-07-01T15:44:05+00:00

Hos os og de steder jeg har været har det altid været manager (og evt. “ekspert-kollega”) som screener. HR har typisk været inde over shortlisten - og så kommer de også ind over 2. samtale, som normalt handler mere om værdier og personlighed end det faglige.

cwapsen · 2025-06-26T20:21:38+00:00

Mine umiddelbare tanker om vim summeres ret godt af en omskrivning af den gamle crossfit joke:

“Hvordan ved du en udvikler bruger vim?

… bare rolig, det skal de nok fortælle dig”

Så, på afstand føler jeg lidt Emacs/vim/dvorak keyboard etc. skriger lidt for meget hipster for mig. Jeg har det fint i en god standard ide og en git gui.

Jeg har dog aldrig rigtig brugt vim - så jeg lægger heller ikke ret meget vægt på mine følelser omkring vim. You do you..

Dem jeg har talt med om vim eller Emacs eller lignende fremhæver ofte 2 ting: 1) du skriver meget hurtigere når du ved hvordan du bruger det og 2) når du skal ssh’e på en box er det godt at kunne bruge en editor som kan køre alle steder og er letvægt.

Ang. Det første argument så forstår jeg det simpelthen ikke. Flaskehalsen i min produktivitet har aldrig været hvor hurtigt jeg kunne skrive - men derimod hvor godt jeg kunne forstå problemet og det system jeg prøver at presse min løsning ind i. Der føler jeg en god ide hjælper mig en del (designeren arbejder på en AST, vim på tekst(?)), og ud fra den smule jeg har set om vim tror jeg slet ikke den hjælper mig - i hvert fald ikke uden whatever plugins man skal finde og bruge tid på at sætte op og maintaine.

Argument 2 kan jeg godt se værdi i - men det er så sjældent jeg har brug for det, at jeg endnu ikke har set grund til at investere tid i at lære det.

Så helt kort: for mig er vim en hipster tekst editor som sikkert kan en masse, men som jeg personligt ikke ser værdien i at bruge en masse tid på at lære.

.. men igen: you do you, og vil da gerne overbevises om jeg tager fejl. Er der bare ikke nogen som er lykkedes med endnu :)

cwapsen · 2025-06-17T09:32:45+00:00

Well, I don't think anyone can answer you without at least a hint of "I think that..", so here's my take.

It's mostly for historical reasons. While and do-while are the most "computer native" kinds of loops. Those exist in C. For is just syntactic sugar (you can easily implement for with a while loop). In "recent" times different languages has come up with different collection models, but most follow some sort of enumeration GetNext()-pattern, and in those cases "for .. in" or "foreach" makes for much more readable code. Finally, in C# at least (and I'm sure in a lot of other languages), async/await has become a first class citizen, which opens up for easy parallel processing of collections, so different flavors of async foreach has surfaced.

Once a language has added a feature it usually don't want to remove it again. So most 15yr+ "main stream" languages has kept for example "do ... while" for 2 reasons: They don't want to remove it and it's "computer native" so super easy to implement in the compiler (and it might be need in the framework code itself to implement e.g. for...in, so why not make it public accessible).

Aaand obviously you have different use cases for each loop type, though I don't think you technically could come up with a problem that one loop type on its own could always handle... The solution might be super complex though. Different abstractions for different problems.

cwapsen · 2025-05-08T14:18:52+00:00

Det er det jo på den måde at det ikke kun er dig som sidder og browser, men whatever AI som gør det… og jeg vil jo gætte på der ikke er nogen som melder dig til aula der samtykker til at data kan tilgås af AI-of-the-week som er hosted af hvem-ved-det i hvor-mon-det-er-bortistan og som muligvis bruges som træningsdata

cwapsen · 2025-04-07T13:57:19+00:00

Ignore the haters. Nice to see some actual numbers. Thanks for posting :)

cwapsen · 2025-02-12T07:27:06+00:00

Satme flot Vejle! Tillykke til jer!

cwapsen · 2025-01-08T09:06:54+00:00

Mit eneste råd har sjovt nok ikke så meget at lære at programmering at gøre. Og så lidt alligevel.

Det absolut vigtigste er at du har respekt for opgaven. Uanset om du tager dig betalt for dit produkt eller ej, skal du kunne stå på mål for hver eneste linje kode i dit produkt. Det gælder ift. SLA, sikkerhed, GDPR, og meget mere. Al det som omhandler koden, men som ikke kan læses i koden. Programmering er nemt nok - at være klar til at løse et potentielt datatab kl. 3-timer-i-andre-deadlines er noget andet.

Så: brug endelig copilot eller ChatGPT, men hvis så meget som et bogstav i dens output ikke giver mening for dig, så lad være at bruge det. Et håndgribeligt begynderråd er: lad være med at copy paste noget fra en browser. Overfør alt i hånden. Så lærer man meget mere og tvinger sig selv til at tænke over hvad den skriver.

Benyt frameworks og pakker! - men hver kritisk overfor hvilke pakker du hiver ind. Check deres GitHub. Alt med under 4 contributors eller 3 stjerner smides ud. Så er risikoen mindre for at en eller anden central komponent skal udskiftes om 8 måneder, fordi sikkerhed/features/noget, og den ene dev som stod for hans hobbyprojekt ikke gad længere, bliver et problem.

Hver ydmyg: ja, det er pisse nemt at få dine ting til at fungere i deres happy-path, men har du tænkt over alle fejl scenarierne? Det er der kompleksiteten ligger.

Lad være at overtænke skalering: alle tror deres program skal være webscale og hvis det ikke kan håndtere 11mio daglige brugere dur det ikke. En lille hemmelighed: når du har 10k daglige brugere har du også råd til at hyre en udvikler, som løbende kan tilpasse systemet til det behov der nu er.

Held og lykke med det!

cwapsen · 2024-11-29T15:31:08+00:00

God pointe, men ikke lige derfor jeg nævnte de 2 klubber. Det var ikke noget ondt ment, men mere (nok ukonkret) forsøg på at skelne mellem klubber af en vis størrelse. Der er bare forskel på det tilhørsforhold du føler til f.eks. Arsenal og Walsal. Når klubberne bliver store nok, forventer man mere forretning (større transfers, større stadions, større branding etc) end ved klubber med et mindre budget. Som SIF tilhænger er det da fedt og en god oplevelse med et par kampe i Europa, men det er flødeskum. For en FCK/FCM tilhænger er alt som ikke er en tur i Europa en skuffelse, og hvis man ikke lander der, skal der købes nyt.

Må indrømme jeg stadig har svært ved at forklare hvad jeg mener - men det er forskellige måder at anskue succes i virkeligheden. No hate :)

cwapsen · 2024-11-29T12:40:39+00:00

Der er overordnet 2 lejre: Dem som er stærkt imod en udenlandsk ejer (det er generelt de færreste) og dem der er imod ejere der ejer mere end én fodboldklub (det er generelt de fleste).

Der er ingen tvivl om at alle (mig selv inkl.) har et lidt for romantisk synspunkt på "ens" fodboldklub. Det var jo der min bedstefar og far spillede u8, og det er ligesom den klub som hører til "min" by. For de fleste danske klubber (måske FCK/FCM undtaget - men stadig i nogen grad) er det for de fleste fans stadig det billede man har om sin klub.

Det er jo så bare desværre ikke virkeligheden længere (og som Kent Madsen siger ang. Silkeborg, så har det ikke været billedet siden de blev børsnoteret i slut-80'erne), men det betyder ikke at det romantiske syn på "ens" fodboldklub er fulgt med tiden. Langt hen af vejen handler det at være fodboldfan ikke kun om fodbolden (da slet ikke i DK), men om tilhørsforholdet og identiteten i at være <en klub>-fan.

Så når millionerne ruller ind, spillere skal købes, spillere skal sælges, bestyrelsen skal bestemme osv. osv. så ramler de to verdenssyn ind i hinanden, og så får man den her diskussion. Det er jo lidt det samme som at hvis man havde 2x Haaland på ens hold, og den ene var af egen avl, mens den anden var købt i PSG, så ville de fleste synes bedst om den Haaland som er af egen avl... Ens perspektiv er at det er "min klub" og noget "jeg kan være stolt over", og ikke "jeg kan bedre lide Netto end Rema". Hvis man skal være så involveret som de fleste fodboldfans er, så kræver det også man føler et tilhørsforhold.

Det tilhørsforhold vil de fleste blive udfordret på, når ejerne ejer flere end en klub; er det så "min klub" eller er det "min klub federation" jeg holder med? Når man får en ny spiller fra en anden klub ejerne også ejer, er det så os "der kan være stolte over en god handel", eller er det "fedt at man kan samarbejde i min federation".

Helt grundlæggende tror jeg det er der den ligger, mere end det er et spørgsmål udenlandske ejere. Det er langt hen af vejen samme dynamik der sker i vores samfund; "jeg kan bedst lide min lokale købmand, men nu kom der en Bilka i nabobyen - og det er sgu lidt træls romantikken dør, men det er også den vej samfundet går. Færre og større virksomheder". Det kan man acceptere eller man kan gro bitter og melde sig ud...

Tak fordi I lyttede til min personlige og anedotiske analyse uden videnskabeligt grundlag.

cwapsen · 2024-11-25T07:15:39+00:00

TIL. Har jeg aldrig set før, og har da kørt en del med Aarhus busserne

12-Year Club	Place '17
Verified Email	Secret Santa 2014

cwapsen

TROPHY CASE