when it comes to high performance systems in todays day and age what would you pick Rust or C++?
I get the impression picking C++ is still preferable if you want lots of mature libraries, even though it comes at a cost in safety.
how come that everytime I want to play a dvd on linux I spend like an hour to figure out which illegal software I need to decrypt the media?
It prevents many bugs out of the box though.
You must still test your business logic.
It has some barnicles and rough edges though..
My guess would be same as google outage caused by missing config.
Segfault.
I'm honestly not trying to say rust is bad.
But it's not the holy grail of bugfree code ever after either.
Me: Rust is cool, but all legacy software is in c/c++.
Rustaceans: but you can't find all the bugs with c++
Me: there are some tools that help like TSan, UBSan, ASan
Rustaceans: But people still make mistakes that rust prevents
Cloudflare: global outage because .unwrap() panic
climatedrift.substack.com/p/why-solarp...
Whoever is doing that is a saint in disguise. Yeah the numbers are probably small (because poorest 50 emit so much less CO2), but it may lift a whole continent out of poverty and enable their sovereignty.
I miss coding where quality matters more than time to market.
Of course understanding your customer has value and getting them to part with their hard earned money.
using conan to install openssl - I ended up installing ancient perl libraries :D
I did not expect that in case of a build of something modern.
Who else fixes his bugs by going to the shower?
my new favorite #git scriptlet: fuzzy search branch checkout
git checkout $(git branch | fzf)
Not stealing code is hard when the code is as simple as a UrlDecoder, most implementations are so easy except loop unrolling it's very very hard to make a different implementation if the original is copyrighted.
What does one do in those cases?
How do you deal with test parallelism? One test per suite at the same time + anti dependency in the test?
Fail transaction in the test?
What do people do with databases in testing these days?
I have some issues:
- mocking with repositories and orms is tedious
- in memory dbs are often not fully postgres compatible (h2 for instance)
- dealing with databases in testing limits parallelism and test conflicts (have to drop tables)
I just realized how slow lazyVim can be. I was surprised to see that VSCode in its default configuration is faster than nvim, even though nvim is written in C and is coming from a time when code was fast and compilers were slow.
This so much. Yeah you potentially can invest 20% less here and there, but is it worth if you loose future revenue?
Of course the raw numbers and ratios matter, but ignoring lost future income is something not to be done.
It's really impressive how many layers of abstraction exist these days.
When debugging a web server I always wanted to know what a CoyoteAdapter is ..
Thats a nice show case. Also the numbers
I wonder if people have tried #Swift for backend development.
It looks like it could be "not too bad", given that apps are reliant on cloud already.
I wonder if ARC + async + value types + functional are a good enough user experience and could compete with go and java.
Does it scale? If you take bigger projects?
I know the answer is always to use a more capable machine to compensate and use the most advanced ide available.
I have tried vim and the lsp is just as slow, just the editor redrae is much quicker than vscode.
Is #zed the leading editor aiming to have a similar feature set as vscode but lower overhead in terms of memory and cpu footprint? Or are there others I should look at?
I see - and here I hoped for an answer like:
I got a really cheap mac mini and I'm happy :D
thanks for your input :'-)
@patigallardo.bsky.social I remember you had issues with mac development.
what was your solution, you bought a mac computer to develop on mac right?
ready to pull the trigger.
changing my gaming rig to linux, because win11 is not possible. my other machines are linux already - and thus I'll move my dev machine there, because it's more potent.
smart move microsoft - to force me to try #linux #steam :-)
linkedin in 2018: hey I have a job vacancy, do you want to interview?
linkedin in 2025: hey, we have a product to sell, do you have a minute for a sales pitch?
Is there a tool to do bulk requests to many aws accounts?
Like reading ssm parameters or check if a role in the account is the same across all environments or doing a CF deployment?
Has linkedin shifted from hiring to technical sales?
I started to get a gazillion of sales call offers.
Pretty sure its not. But it sounds like:
Oh we could do X to make it more fair.
Oh wait lets not do X if rich people even in the slightest benefit!!
Sounds like perfectionism at its best ;( sorry to hear