bw86

https://xkcd.com/2501/ - of course there is an xkcd comic for this :)

Very cool. If they could commit to a looooong time of publishing software updates (esp. security), and if I could trust them to actually do it, I would be very interested.

I hate switching phones and I am not buying short-lived devices anymore if I can help it.

You cannot be an expert in everything, that I understand.

But the "I can never get past the ugly syntax." reason is unusually superficial from you. Understanding Lisp macros or CLOS (the very cool object system) or Conditions (which are like exceptions, but also different in a very interesting and powerful way) is totally worth enduring the syntax for a language designer.

If you find the time, give it a try! Either way: I am a big D fan, so I agree with your tastes most of the time. Thanks for your work :)

84 total, with this breakdown: Core Basics 19/20 Intermediate 20/20 Advanced 13/20 Expert 15/20 Grandmaster 17/20

Scientific Estimate: 69 100 word

It began very simple, so that I took it not very serious for a moment, but I never heard many of the later words. But thanks to knowing some latin and other languages, I could understand many of them.

A fun idea!

Raku to me is like Esperanto: An absolutely beautiful idea that sadly is not used widely (or even known widely). And for both cases, I would love for things to be different, but since the alternatives (be it English or Java/Typescript/...) are deemed "good enough", chances are slim.

This is not wrong per se, but they also try to reduce/remove this giant lock as much as possible. If you see entries like "Unlocked socket splicing." in the changelog, then this is one more case where the giant lock is not needed and in which therefore all cores can be used.

It just takes time.

Scotty from Star Trek does approve!

The Emacs one is actually more a bug/feature in Git. If you execute "git ls-files" in the folder from the PoC, the payload gets executed. Emacs just does this automatically for you.

You mean like in this example? https://web.archive.org/web/20260313042512/https://gist.gith...

There is never a guarantee with GenAI. If you need to be sure, sandbox it.

https://github.com/narqo/freebsd-brcmfmac/blob/be9b49c1bf942... seems to be the only file written in Zig.

Using an entire additional programming language for 229 lines of code is definitely an interesting choice.

I am waiting for Raymond Chen to post a "Microspeak: Morged" blog post.

> Why is that not D ?

You never get a second chance at making a good first impression.

I believe that many people that gladly use Rust or Zig or Go nowadays would be quite happy with D if they were willing to give it a fair evaluation. But I still often find people going "D? I would never use a language where the ecosystem is split between different standard libraries"/"D? No thanks, I prefer compilers that are open source" or similar outdated claims. These things have not been true for a long time, but once they are stuck in the heads of the people, it is over. And these claims spread to other people and get stuck there.

If you do not want to use a GC, it is trivial to avoid it and still be able to use a large chunk of the ecosystem. But often avoiding GC at all costs is not even necessary - you mostly want to avoid it in specific spots. Even many games today are written with tasteful usage of GC.

The one thing that really is a fair disadvantage for D is its small community. And the community is small because the community is too small (chicken/egg) and many believe in claims that have not been true for a long time ...

That would still require someone else to burn 20000$ to try it themselves.

Almost lisp-like, isn't it?)))))))

It would not make Windows a good project, but it would mean that hardware vendors would have to implement good Linux drivers. It could therefore help all other distributions, too!

findall instead of bagof can also help for these cases.

    | ?- findall(A, (tree(A, N), branch(N)), As).

    As = [n,n1]

    yes

See https://lpn.swi-prolog.org/lpnpage.php?pagetype=html&pageid=...

I tried the pronunciation feature, which works less than awesome on my system. I am happy to share that "語彙" is pronounced "chinese letter chinese letter", while for "効果的" it is "chinese letter chinese letter chinese letter".

Is that just my Debian/Firefox system? Or is "AI slop" the reason here?

For reference: https://xkcd.com/1425/

Ha! I like the thought of unconciousness triggering a "kernel OOPS" and the brain dumping out a backtrace of everything. Makes you wonder who is supposed to debug it later ...

Rust is fractured by the optional async-ness of libraries. And all languages are fractured by GPL vs non-GPL libraries.

You have a point, but it is not worth the drama. D's biggest problem comes from the strong opinions of people that have not tried using it.

The challenge then is to differentiate between "I wanted to access the secret website/document" and "Google/Copilot gave me the secret website/document, but it was not my intention to access that".

The new kickstarter has launched and did meet its original goal in only seven minutes.

This is supposed to link to https://perldoc.perl.org/5.42.0/perldelta, but for some reason, it always changes the link to the wrong place.

sina lukin ala lukin e sitelen pi jan Misali? mi open e kama sona kepeken sitelen ni. sina wile pona e toki pona sina la o kepeken kulupu nimi mute. toki ante la jan li ken toki kepeken kulupu nimi suli. taso toki pona la kulupu nimi o suli ala.

mi wile toki e kulupu nimi pini sina la mi toki sama ni: "mi toki kepeken toki pona anu seme? toki mi li toki Inli taso li kama nimi pi toki pona taso anu seme?"

nasin mute li lon. toki pona li toki lon li wile ante.

sine wile la o kepeken e ni o toki tawa jan ante kepeken toki pona: https://discord.gg/ChC6qtVsSE

mi ken toki kepeken toki pona. o pona tawa sina tan ni: sina kama sona e toki pona la mi ken toki tawa sina kepeken toki pona. ni li musi tawa mi.

lipu ni li ike mute. ona li lipu pi sona ala li pakala e kulupu nimi. sina wile kama sona e toki pona la o lukin e lipu ante a!