FizzyOrange

joined 2 years ago
[–] FizzyOrange@programming.dev 7 points 2 months ago (6 children)

I think it's a perfectly reasonable license. You can also use it for free with closed source projects, except embedded projects (where most of the money is), which I think is generous.

I don't think everything has to be completely free. I'd much rather they had a viable business model and actually continue existing than just fizzle out because they have no funding source. Writing a high quality GUI toolkit is an enormous task so it's not really going to happen otherwise.

As much as I'm following egui, Xylem, Dioxus, Makepad etc. and hope they succeed I'd put my money on Slint being the first to make a Rust GUI toolkit of the same quality as Qt.

[–] FizzyOrange@programming.dev 1 points 2 months ago (1 children)

He's right, zstd is incredibly popular, quite widely used and also generally believed to be the best compression algorithm overall.

[–] FizzyOrange@programming.dev 8 points 2 months ago

They use QAM and similar because it's the best way to transmit data over a small number of long wires. Exactly the opposite of wires inside a CPU.

[–] FizzyOrange@programming.dev 28 points 2 months ago (1 children)

This video confuses at least three different concepts - quantum uncertainty, ternary computers, and "unknown" values.

Ternary computers are just not as good as binary computers. The way silicon works, it's always going to be much much slower.

"Unknown" values can be useful - they are common in SystemVerilog for example. But you rarely just have true, false and unknown, so it makes zero sense to bake that into the hardware. Verilog has 4 values - true, false, unknown and disconnected. VHDL has something like 9!

And even then the "unknown" isn't as great as you might think. It's basically poor-man's symbolic execution and is unable to cope with things like let foo = some_unknown_value ? true : true. Yes that does happen and you won't like the "solution".

High level programming concepts like option will always map more cleanly onto binary numbers.

Overall, very confused video that is trying to make it sound like there's some secret forgotten architecture or alternative history when there definitely isn't.

[–] FizzyOrange@programming.dev 1 points 2 months ago

I disagree. That's how Python works but it sucks because it means instead of a C++ (for example) project with some Python utility scripts scattered inside it, you have to turn it into a proper Python project, when it isn't a Python project; you just have some Python scripts in it.

Basically it throws away the ad-hoc scripting use case entirely.

[–] FizzyOrange@programming.dev 3 points 2 months ago* (last edited 2 months ago) (2 children)

This is awesome. It gets closer to Deno which I think is one of the only things that have actually solved the "ad hoc scripting" challenge, which requires:

  1. Easy to install language.
  2. Easy to use third party dependencies (from a single file script).
  3. Easy to import from other files without setting up a whole project.
  4. IDE support.

At one end we have Deno which nails all of those. At the other, Python which fails all of them pretty miserably (despite this being one the most popular use cases for Python).

Seems like with this Rust will have 1 and 2 solved, and I guess 4 isn't too hard. What about 3 though?

If I eventually decide I want to split my one file script into two files will I be able to?

Edit: I had a play and actually it's good news!

  • If you want to split up a script you can just do mod foo and it will look for foo.rs (or I guess foo/mod.rs) in the same directory!
  • For common code, which you might want to import from e.g. ../../common you can't just use mod but you can add common = { path = "../../common" } to [dependencies]. That directory has to be a proper crate with Cargo.toml but I think that's ok and probably desirable.

The only downsides I found are:

  1. No IDE support yet.
  2. It prints compilation messages to stdout, which kind of sucks.
  3. Even after it has been built, it still does incremental compilation every time you run it, leading to more compilation message noise, and ~100ms startup time.
[–] FizzyOrange@programming.dev 1 points 2 months ago (1 children)

I've never used it - what don't you like about it?

[–] FizzyOrange@programming.dev -1 points 2 months ago

The great replacement conspiracy is that demographic change is a deliberate plan by "elites". That's clearly absurd. It's happening despite their best efforts to stop it.

And when I say "it's happening", I mean in London, which is clearly an outlier.

[–] FizzyOrange@programming.dev 1 points 2 months ago

Yeah because the native population of Britain is 97% white.

I bet people in Spain where British people all retire (or did until Brexit) have exactly the same complaints about cultural change and I don't think they're racist against British people.

[–] FizzyOrange@programming.dev -2 points 2 months ago (2 children)

you believe in the great replacement

I don't believe there is a conspiracy to replace native Londoners. You're putting words in my mouth. I do believe that it is happening because census data shows that it is! Do you not?

I should probably stop replying because you're just making up things that I have supposedly said (seems to be a theme here!)

[–] FizzyOrange@programming.dev -1 points 2 months ago (4 children)

You're so convinced that everyone who disagrees with you is some far right racist.

I don't even agree with DHH! But he clearly doesn't have view that are so out there that he needs to be cancelled. If anything the people screeching to ostracize him are more extreme.

The is exactly like the trans people vs JKR debating. The answer is in the middle, and JKR is definitely too strident in her views but also she isn't literally Hitler. You don't need to boycott board game companies because they happen to publish a Harry Potter game. Ffs.

[–] FizzyOrange@programming.dev -2 points 2 months ago (7 children)

If you're asking if I know how to read a chart on Wikipedia, the answer is yes.

view more: ‹ prev next ›