Good that this gets some visibility, looks like a frustrating thing to debug.
snaggen
My use for rust at work have been to avoid C when using third party libraries. Rust bindgen is very nice to use. This way I get to use a modern language instead of C. Also replaced some java for a performance critical media monitor and xfer engine. On my spare time I have been doing some minor hacking for fun on Cosmic Term
But do we really want this community to be a global RSS feed? I already think we should try to add more life to the community, a global RSS feed means even less life. Bot posts may add content, but it discourage interaction.
I have been in this community from the start and seen it grow from nothing to almost 5000 members, so I think this community have done pretty good. We are one of the top communities on programming.dev.
I have tried to post news, blog posts and updates that I find interesting and relevant for others to read. And while that provides some content to the community, it gives the community a bit of a Rust News Outlet kind of feel. So, what is missing from this community is a feeling of being alive. The only way to do that is for people to start posting more informal posts, and at this point I think that we should be very generous about what to accept. Other communities like /r/rust might not allow memes, and self promotion is generally frowned upon. But at the point where this community is, I would be happy to see all kinds of content. So go ahead, Ask questions, Post about your projects (even if it might be a bit of self promotion), re-post that funny meme you have seen somewhere (as long as this doesn't turn in to a programmer humor place). Then if we get to the point were things starts to be problematic with a to loose attitude, we can address that when we get there. But that probably means we have gotten to the point were this place feels alive.
This community really lacks more personal questions and thoughts, so it not just fits it is desired!
Yes, they are not very upfront with this requirement, almost like they have understood that people doesn't like it, but instead of fixing it they just try to hide it from their marketing material. And that doesn't feel shady at all...
From their documentation
Unlike classic terminals, Warp requires you to sign up and log in to get started with the app.
So, yeah, it might be that people are not very impressed by a terminal that requires a cloud account.
But, if you don't type anything sensitive on to your terminal, like passwords and such, then you should be fine....
Ja, vilka har inte bilen stående ca 10 timmar på natten?
Fast då laddar man ju hemma istället, så får de noll i intäkter. Det blir ju ännu sämre.
Men någon måste stå för kostnaden när flaskan måste bytas. Nu kostar en flaska inte så mycket och håller länge, så avskrivningskostnaden per år blir rätt liten. Således kan de som tillhandahåller gasen lägga det på gas priset så att du som kund inte märker det. Ett Tesla batteri kostar ca 100000, det blir svårt att dölja i laddningspriset, så då blir det mycket billigare att bara ladda hemma. Men för att detta ska fungera måste någon stå för kostnaden att byta batteri när det är slut. Så, varför skulle laddstationer ta den risken, när de inte är garanterade kostnads täckning. Och om jag ska stå för kostnaden vill jag inte riskera byta in ett fräsht batteri och få Svarte Petter.
Tesla hade väl försök med batteribyte, men kunderna ville inte ha det. Vilket är förståeligt, då batteriet kostar en ansenlig summa, så om man på något sätt är ansvarig för batteriet vill man inte riskera att man byter in sitt nya fina batteri och får ett taskigt batteri tillbaka som riskerar sluta fungera på så sätt att man måste stå för det. Så för att kunder ska vilja detta, måste stationen stå för alla risker med batteriet. Tveksamt om de vill det.
In my mind I think that doing an execution of an external program is fine in scritps, but for more robust programs you should use libraries. There are of course exceptions, I once used libsvn instead of just calling the svn binary (as you understand, this was a long time ago, when svn was till the way to version software). libsvn turned out to be the most horrible library, so for that it would have been better to call the binary instead. But, in general, avoid runtime dependencies and errors if possible, also libraries normally allows for much better error handling. So, I always use a library if available and not obviously horrible.