olodus

I agree, Journalists should pick fights, but I would prefer if they built up their arguments a bit better than this.

I am one who is not familiar with the author previously, and from what he brings up I am highly inclined to agree with him, but I have to agree I became more sceptical to his arguments when all he brings up to support it is one very sparing data point (that graph feels very misleading). Give me data on how the kernel support has changed over time. Give me data on how the foundations income has changed over time. Not showing me any of this makes me very sceptical. Would showing this data not support the authors point?

Oh cool, didn't know that. Thanks.

Oh wow that is a really interesting test solution. That would be an interesting thing to add to all zig tests (I know they already have the testing allocator and good valgrind support but I don't think that tests/simulates oom).

I love things like these that use existing tests and expand the to just test further thing in already covered flows. We have done similar things at my work where we test expansion of data models against old models to check that we cover upgrade scenarios.

Yeah I agree with you on this. This might have been the CEO too proud to not go back on his strong words against revenue share. That said the alternative they presented is a really stupid alternative. I don't think anyone has argued that Unity shouldn't be able to make money or increase their fees if necessary, but they should have followed their word on "stay on the terms you signed up to" and not do such a crazy version of fee increase as they did (install fee is a really stupid metric and that the install fee didn't have a roof was really bad).

I agree with the article that it might be misleading to measure the rubble against US Dollar or Euro as not as much trade is done in those currencies in Russia currently. That said, if you measure the rubble against the ruppie or yuan instead, for example, the rubble has also weakened quite a bit. Weird that the article doesn't do that comparison... Strange...

Oh, now you got me started aswell. There are so many good ones.

k.ong - cool word, don't know what it would be for. Maybe the home of the mascot of the K language (I don't think K has a mascot from what I know but they should have one).

whats.wr.ong - find a therapist site.

Much harder to figure out any on '.ngo' I feel...

Was about to ask the same question (though didn't know when he died).

Ok then, I'll get back to these when we finally have been able to convince the government that the current copyright length is obscene or when they have entered public commons - whichever is earlier (don't make me bring the mood down by suggesting which one I think will come first).

Last time I looked at it they had experimental support for binary diffs (not just lines). That was quite a while ago though, they have probably gotten further now.

People might feel like it is too verbose, but I think it is good to have the clarity. I write C at my day job and I have no problem with the 'verbosity' if it provides clarity of what happens. What I want is the compiler to help if I ever forget who owns a particular data value and miss to clean it up. For that linear types are perfect. I also prefer their simpleness over Rust's affine types which easily gets very complicated (see the difference between theirs and your borrow checker). Linear types gives me an easy way to define basic "state machines" for how to handle the data using types and then verifies that I implemented them correctly. That is kinda all I need. Feels like a good "get shit done" language.

I disagree with you about 'no type inference'. I understand why some swear by type inference, but personally I prefer the complete clarity it provides to avoid it. If writing those characters annoys you, have tooling help you with avoiding that.

Yes, the compiler will remind you if you haven't cleaned up a value of linear type.

The 'no destructor' rule follows the 'no hidden flow' design, similar to Zig. Some doesn't like it, but personally I prefer it.

Sorry for my ignorance, but are any of these anti cheat drivers open source? I get that making them public would simplify for a cheater wanting to find ways around it (or a malicious actor to exploit them), but it would also go a long way towards users feeling sure of the fact that the driver isn't violating their privacy in other ways than necessary for detecting cheats during a game. Furthermore, if they are so much single-focus as the article argues then it should be easier for the companies the secure that what they open sourced is safe and can't be exploited.

Oh how nice, we Europeans get the non-beta version without those pesky privacy bugs :)

I am a total obfuscation noob. How far does their DPI go? I am guessing Tor and stuff have tried hiding it inside lots of different protocols and file types (I think I read something about that at some point). Is it to the point of hiding it as part of a html doc (like under a specific tag or something). At what point do we move towards having executable Javascript generate the encrypted text which then is decrypted?

I am someone who loves learning new languages (written advent of code in lisp, Haskell, APL, Erlang, zig...).

I have thought for a long time to try out Raku as Ive never tried Perl and it feels like the modern version might be easier to get into as it maybe avoids some of the baggage.

Is this true, or do I miss something by skipping the original?

/ is only taking off now that a large corporation is backing it and unifying how to do stuff more.

My original response were specifically about references. But sorry if it sounded more aggressive than it was. I mistook you for the original person I replied to, which made me answer more direct than maybe was necessary. Also, it was my bad for not linking the actual reference for WHOs adult data. I'll link it here instead [1]. That said, on second look it is from 2000, so it is much older than the one on children. Maybe not as reliable. I remain am quite sceptical to the claim that there is an actual difference between in oral health between EU and US though. And my original response were to someone saying preventive care is completely non-existent in EU, which is simply demonstrably wrong.

[1] https://apps.who.int/iris/handle/10665/66521

WHO produced the exact same data but for adults. I did see similar results there (several EU countries above US). You gave no references as response, instead giving another personal experience.

Do you have a reference for that? I'm from Sweden and I can definitely say preventive dental care is a huge thing here. I felt your statement sounded weird so I googled around. DMFT seems to be one index used to rank countries oral health, which is produced by WHO. In that ranking several European countries beat or sit at US levels. Do you only mean eastern Europe?

This links to OECDs compilation of WHOs data, was easier to get the overview from imo: https://www.oecd-ilibrary.org/docserver/health_glance-2009-1...

Mullvad. I like their service, I've never had any issues with their application or network and I like how they do their business (the amount of privacy they provide). Haven't really checked how they stack up price-wise. Feels like they are not too far from others and when it is a high quality service I don't really care to price compare too much.

Or the headgear.

Yes, mine for example. Swedish keyboard layouts are horrible for coding. The [ and lots of other symbols require super weird hand movements to input. That is why when I code I usually use an American layout keyboard instead.

However, even if I wouldn't switch - wouldn't it just be to remap the keys in my config?

Good bait my guy. You have a wonderful day now.

In the post they mention that Götheborg had to adapt it's speed to the boat being towed, which probably limited the larger vessels sail-usage.

As another poster here, I also have a friend who has been able to sail on Götheborg once. The ship definitely have usable sails that are used most of the time. If I understand it correctly the motor is to some degree there as a modern safety requirement (and possibly it makes handling in port much easier, I would guess - don't know personally).

I am not that against most of these. However, I don't think I ever will be for using 'auto' in C. Good C is about being extremely clear about what you want to happen at every step. Type inference goes against that imo. If you complain about writing a few more characters I don't think C is the language you are looking for. And I try to not use the "then C is not for you" line very often - I promise.

Awesome. Me and a friend of mine at work have been thinking of testing out XDP. We usually run a DPDK backed networking app, but for some deployments we pack a lot of different stuff together and in those cases it would be cool to be more kernel based instead userspace. It might also be useful for some cloud deployments (there are a lot of buzz around eBPF in those circles). We don't really know yet - it would be a bit experimental for us. Check out the newest and coolest and see if it would be preferable to our existing solutions in some ways.

Anyway, I had been looking for more things written by people that have used it - so thanks for writing down your experience. As you mentioned, a lot of what is out there is the most basic use-cases.

Millenia is however a bloody long time to have daily diarrhea. But I commend them for trying. Good luck.

Off topic but the concept of "emergent behavior" is just so cool. It is like modern adventure and exploration. No one really knows what things emerge when we run models with emergent behavior further than we have yet seen and together with other things it hasn't yet interacted with. We make guesses, further models, we gain deeper understanding...

If I am not mistaken, last time I looked at it I think I saw that HTMX has the ability to declare handlers. So that if you instead want to provide Json, one of those handlers could transform/handle it client-side. I think, haven't tried it myself.

Has this been improved since 2015? I actually didn't know about signalfd but have been greatly annoyed on several occasions over the POSIXs signal API and how tricky its concurrency is to get right.