stefncb

And what would that do, exactly? The government wouldn't care. In fact, they would probably be better off for it because everyone would simply switch to Chrome and there's one less browser to deal with. The only thing you'll do is make the problem worse and take away choice from the French people who want nothing to do with this bs.

Interestingly, the labeling colon is written with spaces on both sides in French.

I find myself feeling some of the same things you describe. I don't really relate with the synth/formulaic music part, to me that's just another interesting form of human expression. But I guess that just goes to show how we all see the line in very different places; I think even my own opinions on this are sometimes inconsistent with each other.

But you're right, we probably misunderstood each other there. You definitely won the argument though :)

I think Zambyte just wanted to let the GP know that the code for the original had already been released before this one. No need to be mean.

I've lived in both eastern and western Europe and it's used a lot almost everywhere. As far as I can tell, the more Russian-influenced countries tend to use other services.

It's still crazy to me how people use Viber en masse in a lot of those places. The UX is abysmal and it's full of manipulative ads. Habits are hard to change.

I do understand the sentiment. I personally see value in human creation but I sort of get why others wouldn't.

I'm somewhat shocked by this overwhelmingly positive reaction to AI replacing human creativity so I may be overreacting? It just doesn't sit right with me — trading human subtlety for raw efficiency — but to each their own.

Even worse is implying that we should replace all creative processes with AI. I honestly don't understand what world you'd like to live in. One where humans do almost nothing interesting and instead ask computers to do it? That sounds depressing.

Yeah, makes a lot of sense. Hadn't even thought about the difference between age and year when I wrote that.

Thanks.

I can't tell if you're joking, but negative numbers are used to represent years BC.

Yeah sorry I apparently can't read, it was pretty obvious. Thanks.

I do it with books, too. If I'm not 100% interested in what I'm reading there's a very good chance I'll doze off into an elaborate daydream.

I also emphasize with the "louder" thing. Uninteresting things aren't as loud as my thoughts so I have to make an effort to suppress them.

It's actually not. There's simply a 'use Option::{None, Some}' built-in to make them easier to work with.

I don't know C#, but I'll take a guess:

I think it's exactly the same issue as null in Lisp and Lua — you sometimes want to differentiate between null as in "I returned no value", and null as in "I returned the fact that there is no value". Or null vs false vs empty list in the context of Lisp.

This distinction becomes very clear (and sometimes very annoying) when you realize that in Lua, setting a table key to null completely removes it, so there's no way to store the concept of a missing value unless you define a special value (like DBNull). A slot being null literally signifies its absence.

You're not, mine is only 10 lines and no plugins.

For anyone interested in this, Devine also has a personal wiki at https://wiki.xxiivv.com/site/home.html

There's so much cool stuff in there.

Besides what the others said, they're also good conversation starters.

Close to nobody works on forth compilers nowadays, and the compilers that are optimising or even fast is very small.

People say that forth isn't very optimisable for our register machines, but I reckon that you can get pretty good results with some clever stack analysis. It's actually possible to determine arity statically if you don't have multiple-arity words, which are very rare. That allows you to pass arguments by register.

Anyway, I'm not even close to an expert so don't take what I said as facts.

Zig has async and await and is safe from buffer overflows and related memory issues. What it indeed doesn't solve is memory safety with time (so use after free and leaks), though this is somewhat ameliorated by the encouraged programming style.

The point is that the content density is abysmal and you can't change that with C-+.

I just realized I swapped the two but it's too late. The bounds checks obviously stay in ReleaseSafe, not ReleaseFast.

Zig has bounds checking built-in. You can decide to remove it if you compile for ReleaseSafe instead of ReleaseFast, but it's always in debug builds.

Even if you accept that idea, 18 is a bit much. A 14 year old for example can meaningfully consent to being an actor in a movie I think.

They were also hosting the release doom wad files for multiple versions last time I checked.

I've always been confused by that too, how does a camera being there change anything? Objectively, selling yourself and being filmed sounds strictly worse from the no prostitution point of view.

Isn't it like that everywhere? It's been this way everywhere I've ever lived.

It's actually making it spend less energy than it creates that's the hard part.

The CPU cache simply pulls the memory next to what you loaded. It doesn't interpret what it sees.

It didn't literally lose the gear, there was a mechanical issue that prevented it from engaging.

Thanks.

I'm aware, but I'll take the criticism. Arguments are almost always better without being aggressive or mean. The liberal tolerance thing was obviously crap.