bryal

Non-tokio runtimes manage just fine without all of those bounds for local, single-threaded execution though.

https://docs.rs/smol/latest/smol/fn.block_on.html

There's such a thing as unfunny comedians.

> I never claimed to be funny

You literally used the word "comical" in the previous post. English is not my language, but if I search for a definition, I get: "comical: arousing or provoking laughter".

One can make an attempt at humour without the whole audience necessarily finding it funny. I was not confused by SubzeroCarnage's wording at all.

You call them out for lacking communication skills and being offensive, but if anything you're the one with lacking English comprehenshion, lashing out because of a misunderstanding on your part.

Another alternative is to use the RMT (remote control module). I've had success with that. There's a driver for it in Rust: https://lib.rs/crates/ws2812-esp32-rmt-driver

They are callable from plain Rust. See the crate `esp-idf-sys` [1]. I'm using ESP32-C3, Rust, and the IDF for a DIY RGB room lighting solution [2]. Convenient MQTT and OTA updates -- it's great! Espressif and the Rust community have done an amazing job.

But I'd also love to be able to do the project without ESP IDF, using `no_std` and smaller specific crates instead. The solution for using ESP IDF in Rust is fairly convenient, but it does require some extra steps and the disk usage is not insignificant. A pure Rust solution would be more elegant.

[1] https://esp-rs.github.io/esp-idf-svc/esp_idf_svc/mqtt/client...

[2] https://git.sr.ht/~jojo/huelia/tree/esp32-c3_and_mqtt/item/p...

Seriously. The post should've just been the "Rust Isn’t Fun for Me" section. That's the reason, everything else is just rationalizing.

To be clear, I don't mean to disparage the author's decision. Programming can be an artistic endeavour, where personal enjoyment trumps most concerns. If programming C is what keeps you motivated, go ahead and use it! Just be aware that this may make your software risky to use and rejected in many real-world situations.

Also, get a new smoke detector just to verify that you're not sleeping every night in a room with a carbon monoxide leak.

I can write on a piece of paper, right now, that I have supreme power over the state. That doesn't actually make it so.

Most of the powers the monarchs in Scandinavia supposedly have can't actually be enforced in reality, so they really don't have as much power as you seem to think.

On the opposite end, is North Korea a democracy just because it says so in their constitution?

Sounds like the Zeitgeist movement. Just some Americans re-inventing socialism yet again (more specifically the branch of socialism sometimes referred to as Fully Automated Luxury Gay Space Communism), but not reading any of the existing theory, thus resulting in this square wheel scenario.

Just a reminder that 256kbit is A LOT when using modern codecs.

Seriously. Opus is close to transparent already at 128kbps.

> More broadly, the big news of the election seems a clear rejection of the far-left agenda.

100% agree with this conclusion.

Except the reason that Biden isn't doing as great as he could be is because he's too centrist. He isn't getting enough of the far-left vote because of their apathy towards his agenda, which does not reach far enough by far.

As an example, Florida did not vote for Biden. Not because he's too left, but because he's not left enough. The proof for this is that they also just voted to increase the minimum wage to $15. The democrats wanted a candidate with broader appeal than Bernie, but they only succeeded in alienating the social-conservatives even further.

Isn't that basically how you'd write it in Prolog?

It is in France, and possibly other places as well.

Reminds me of a post on here in 2018, "It Takes Two Neurons to Ride a Bicycle (2004)" [1], where many of the commenters rightfully pointed out that instead of turning this into a machine learning problem, you could just implement a PID controller [2] to solve the problem. With control theory you can model a dynamic process like this more directly, and the theories have been around for a long time already.

ML shouldn't be applied where it's not necessary.

[1] https://news.ycombinator.com/item?id=16215130

[2] https://en.wikipedia.org/wiki/PID_controller

In my uni, many professors used Emacs when demonstrating. For example, one course [0] used the Agda language [1] as a proof assistant. Afaik, the only good interactive Agda interface is the Emacs Agda mode [2]. Maybe you just live in a region of the world that happens to have a weak culture of using Emacs?

[0] http://www.cse.chalmers.se/edu/year/2017/course/DAT350/

[1] https://wiki.portal.chalmers.se/agda/pmwiki.php

[2] https://agda.readthedocs.io/en/latest/tools/emacs-mode.html

Much of the failure (or poor performance) of the public school system for low-income children is also a fault of the breakdown of family discipline and emphasis on education in the lower/poor classes.

You're not going to have as much time available for disciplining and raising your kids properly when you have to spend most waking hours of the day working multiple jobs, just to afford putting food on the table. The "breakdown of family discipline", as you call it, is just another consequence of being poor.

Seriously, there's just no winning for low-income households in the US.

VSCode isn't, but VSCodium is.

VSCode isn't open source, but VSCodium (which comprises a significant subset of VSCode) is. See https://news.ycombinator.com/item?id=24561289.

Depending on your definition of the term, OOP can imply parametric & ad hoc polymorphism. Sure. But that in no way implies that all languages with that kind of polymorphism are OOP. That's gotta be, like, the first logical fallacy one learns about...

By your logic: 1. Ducks have feathers 2. All birds have feathers 3. Therefore, all birds are ducks

In any case, Haskell didn't get its polymorphism from any OOP language, so the point is moot. ML was first to introduce parametric polymorphism in 1975 — Java/C#/etc with their "generics" came later. Even ad hoc polymorphism with type classes was proposed 7 whole years (1988) before Java was even released (1995). And sure, the paper mentions that OOP has to solve similar issues, but "solving the same problem" ≠ "being the same solution".

How do you reconcile "heavy use" and straying from home row? Any serious who actually engages their keyboard in heavy use would be just as productive with a 60% keyboard, as they wouldn't move their hands from home row position to use the numpad or the arrow keys or anything. That's why for example Emacs uses Ctrl+{f,b,n,p} for navigation instead of the arrow keys.

OCaml added an object system to ML. CommonLisp added an object system to lisp. Haskell added TypeClasses. Scala is an attempt at an Haskell like language with a full object system. F# and Kotlin both have object systems as well. One could argue actors are a purer form of OO. And so on.

Haskell type classes have nothing to do with OOP in the least, and as far as I know, Ocaml is a counterexample rather than an example to your point: they included OOP becsuse it was all the hype at the time of conception, but the OOP features are really quite unpopular today.

As you were completely off with Haskell, I can't exactly trust that you're right about any of the other languages "running back to OOP". If anything it seems to me the languages that started out as multi-paradigm FP/OOP have become more purely FP over time, as OOP has failed to prove its worth.

Right, because hating someone for being a jew and hating someone for being a racist are totally equivalent. Both sides are bad! Only us enlightened centrists realize that you have to take everything in moderation, and must both hate and accept jews and racists equally much!

SDF ray marching does a point query against the BVH

Aah, alright. I've written a ray tracer that uses an (L)BVH before, so I'm familiar with how it works for ray tracing. What I couldn't figure out was how you'd use an acceleration structure for ray marching. Now that you spelled it out though, I suddenly think I get exactly how it would work.

... ray marching has a slightly higher complexity in practice than ray tracing since it takes multiple iterations ...

Great reply, thanks! It made a lot of sense.

... there are some amazing tricks you can play with ray marching to reduce the number of rays, and because ray marching often better utilizes a GPU.

Interesting. Now I'm gettin quite interested in exploring ray marching more.

Do you know how this ray marching compares to normal ray tracing time complexity wise, with regards to the amount of geometry?

For me it's been the opposite. Rust was the first programming language I learned back in 2014, and it's what I've mainly been using until recently. Rust is still my go-to for situations where performance is key, but my most used language today has become Haskell.

Rust is very nice, but when you've used it for long enough you start noticing the warts. I especially miss Higher Kinded Types from Haskell, and I'm constantly reminded of the lack of Functor and Monad etc. At some point I simply realized that for most applications, the generally lower performance of Haskell and the GC is really not a problem at all. I mean, it's not like it's Python slow—it's just a bit slower than C/Rust. The more advanced type system of Haskell is just so nice, that I feel it's worth it.

Yeah, and keep underfunding preventive measures like improved schooling. Who cares if the youth of the hood keep growing up to be offenders -- we can just arrest/kill them with the police!

Throwing police at the problem is only putting a band-aid on the symptoms, but ignoring the root cause. Violence will only beget more violence in the long run.

Why are you bringing this up again? It happened over a week ago, and afaik, things are all settled now. Are you looking to spark light to the flaming again? Please stop with the needless provocations.

I'm not much into machine learning myself, but I must admit that ML has been invaluable for good voice recognition and good voice synthesis. Writing programs to interpret speech accurately and synthesizing a "natural" sounding voice by hand is practically impossible, but the perfect application for ML.

Mnemonic*. Pneu- means related to air.

I think the goal should be to prevent crime.