Har selv haft elbil i 4 år nu, og kørt omkring 120k km i den, og gik selv efter længst mulig rækkevidde dengang. Det er virkelig sjældent jeg bruger det må jeg bare sige, så kunne sagtens have købt en billigere bil med et mindre batteri.

Hvilken rækkevidde vil du sige at du bruger tit? Altså hvis nu din bil har 400 kms rækkevidde men du meget sjældent er under 50% på batteriet så er svaret vel cirka 200 km. Hvor vil du sige du ligger der? Jeg tror selv jeg bliver fanget i at kigge for meget på rækkevidden.

Det er da en god anekdote at have i mente, tak :)

Hmm kan desværre ikke få VLC til at streame den. På det punkt er mpv måske bedre? Men jeg fik downloadet hele filen og kunne se slutningen du nævnte. Havde nu håbet på at nogle af dem faktisk kom i spjældet, men det kan måske nås endnu.

Forstår ærlig talt slet ikke at den slags finder sted. At folk har så lidt situationsfornemmelse for at det er en scam. Det er meget svært for mig at sætte mig ind i det.

Den har jeg på min liste over mulige biler 🙂. Overvejer også Citroën ë-C4, Hyundai Kona, Nissan Leaf eller Kia e-Niro. Jeg har slet ikke forstand på biler så ved sgu ikke hvad jeg skal kigge efter. Har heller aldrig haft en bil så ved ikke hvad jeg foretrækker. Det ender nok med en masse prøveture og den bil der giver den bedste mavefornemmelse :)

Kan godt se at hvis man virkelig har brug for en kæmpebil, så er det svært med elbil. Men er sådan en dieselbil ikke også rimelig heftigt dyr i drift? En elbil kan jo godt koste lidt mere og så kan man vinde det tilbage igen ved besparelsen på at bruge el, især hvis man har bilen i mange år. Men ved ikke om regnestykket giver mening og nok stadig ikke for VWs Buzz.

Synes også den ser fed ud, men måske lidt dyr, især hvis man skal have modellen med lang rækkevidde. Jeg ved ikke, jeg er nok også bare lidt for meget af en gnier til at give mere end 200.000 for en bil.

Eh, alt for stor for hvad jeg har brug for og alt, alt for dyr.

Men udover det så er jeg virkelig ikke glad for VW’s dashboard - der er virkelig ikke mange fysiske knapper eller skiver. Jeg er personligt ikke meget for at de presser al funktionaliteten ind i en touchskærm. Og det gør de faktisk ikke bare i den bil, men hele deres ID række af biler, så vidt jeg kan se.

Log ind for at afspille

Suk 😒

Der er på en måde noget skamfuldt over at have en Tesla nu om dage. Jeg er faktisk et sted hvor jeg snart skal overveje at anskaffe mig en bil og jeg vil helt sikkert gå efter en elbil. For 5 år siden syntes jeg Tesla var fed, men i dag kunne jeg aldrig finde på at købe den.

Høj IQ, men dum nok til at arbejde gratis for Elon og Trump - det er da lidt modsigende ikke? 😛

Det ser godt ud, det ligner til forveksling det man får i restauranterne vil jeg sige!

It’s funny how it used to be expensive. In Danish we have a saying to say someone is poor if “they can’t even afford salt for their egg”, as if an egg is cheaper than salt. Because it actually used to be that way.

One more vote for using WASM. Using WASM has the benefit of allowing the user to use almost whatever language they want, as long as it can compile to WASM. So the user doesn’t have to learn some bespoke scripting-specific language.

Min Shadowheart er en engel

Det kan jeg slet ikke forestille mig lige nu. Jeg har reddet hendes liv og alligevel er hun ikke rigtig taknemmelig og er meget uinteresseret i at fortælle mig noget som helst om sig selv. Og så er hun ligefrem hyklerisk når hun samtidig spørger ind til min egen historie og snager i hvad jeg siger til de andre karakterer. Det er lidt komisk 😅. Har ikke mødt karlach og halsin endnu men det tror jeg kommer meget snart.

Jeg er endelig gået i gang med Baldur’s Gate 3. Indtil videre er jeg glad for gameplay og mechanics og grafikken er også god. Historien er også okay indtil videre men det er stadig tidligt.

Dog er jeg lidt skuffet af karaktererne - de er ikke særlig sympatiske, bortset fra en eller to af dem måske. Men måske udvikler de sig? 🤔

Jeg foldede 3x3, altså foldede dejen 3 gange over sig selv 3 gange, så 27 lag.

Jeg vil gætte på at det der er gået galt for dig er at dejen har været for varm? Altså at smøret er smeltet og så løbet ud. Man skal holde dejen meget kold, både for smørets skyld men også for at sikre at gæren ikke begynder at hæve dejen, for så går lagene også i stykker.

Jeg satte dejen i fryseren i ~10 minutter mellem hvert fold for at sikre at den holdt sig kold.

Definitely let go. Rust has some OOP features, but it’s mostly just the OOP idea of interfaces, which Rust models with traits. You can also do dynamic dispatch, which is another OOP feature, but you should almost never use this in Rust unless you absolutely have to. Then there’s encapsulation which is hugely important in Rust too, but yea outside of that kind of thing, I don’t think OOP patterns are too useful. Honestly, if you ask me, many of these “OOP patterns” are really just solving problems that OOP causes in the first place.

Feel free to ask any other questions.

Thanks for explaining further, it’s a lot clearer now what you want to do. And no, I don’t think this DAO thing is idiomatic for Rust and you probably don’t want to do it like that. I’m not familiar with the pattern though, I’m not too much into OOP myself.

Anyways, I’ve worked a lot with axum and sqlx before so I can tell you what I’d do.

I am writing an axum backend which (like other backends) needs to do stuff in the database. As some endpoints update the database (and sometimes over multiple sql statements) I want to pass around the transaction as this embodies the connection I am using to update the database.

This makes sense. You just want a database connection pool (sqlx provides this) in your axum state so your handlers can get connections to the database.

To separate the axum stuff (parameters, urls and whatnot) from the actual database logic, I’ve first pulled out all the database interactions into separate functions. Because those functions are logically groups (e.g. stuff happening with invoices, others with contacts etc), I thought it was a good idea to create a “dao” struct (and agreed: my OO brain kicked in here which might be debatable). This would group the interactions for each logical domain into a short-lived data access struct.

Again, not sure what this DAO struct actually entails, but what I would do and have done in the past is just do exactly what you said before: “I want to pass around the transaction”. So I would make my functions take the Transaction struct from sqlx (IIRC it has some type parameters and a life time but you can use a type alias to make it less verbose) and then I would just use that transaction in the function to call SQL. If you have a function that needs access to the database but doesn’t need a transaction, you can just use a plain connection instead of a transaction.

To prevent passing around the transaction/connection, i wanted to pass that along during construction

I’m not sure what you mean with “pass along during construction” but in any case, why do you want to avoid passing the transaction/connection? I feel like that is exactly what you should do. That is what you need to do anyway. Rust favours explicitness and you need to pass the transaction/connection to functions for them to use it, so just pass it.

I princippet burde det vel det men jeg forstår udtrykket som at det er lavet fra bunden i butikken og altså ikke købt og videresolgt. Men der er nok ikke nogen klar definition og jeg tror heller ikke der er nogen krav eller love om det, så det er nok bare et marketing-udtryk.

That’s not what I said. Read about the XY problem and then come back and explain what you actually want to achieve, and give some more information like code examples.