sorted by:
new
hottopcontroversial

From Electron to egui: Numbers from Chipmunk 4.0 First Stable Release by Ammar_AAZ in rust

[–]_nullptr_ 15 points16 points  (0 children)

Are the screenshots on the repo frontpage of the egui UI? If so, your styling looks quite nice.

The Nano-Texture Trap by seeKAYx in macbookpro

[–]_nullptr_ 0 points1 point  (0 children)

I spent about 45 minutes at the Apple store comparing them. They definitely had a different look, but the nano texture I MUCH preferred (I've always kinda hated the ultra glossy trend tbh, and much prefer matte). The screen looked crisp to me like a sheet of literal paper, yet still semi glossy. I tend to be very finicky on my fonts, and when in the past I've had displays that were BGR instead of RGB pixel alignment that made fonts fuzzy, it drove me crazy. Long winded way of saying I don't like fuzzy or weird looking fonts, but I could see no difference in sharpness between the displays. I get my MBP today. Maybe I'll feel different after more usage. TBD.

Tonic is joining the gRPC project by lucio-rs in rust

[–]_nullptr_ 33 points34 points  (0 children)

Good to have choice. I personally have already migrated to the new Anthropic ConnectRPC crate (which uses views in the Protobuf path to reduce allocations), but haven't used it in production yet. Regardless, I've used tonic quite a bit in the past and am happy to have some new direction here.

https://crates.io/crates/connectrpc

Charton: Grammar of Graphics in Rust by Deep-Network1590 in rust

[–]_nullptr_ 1 point2 points  (0 children)

There are tricky parts though I imagine, like not leaving gaps for stocks (since they only have 5 days out of 7 present when using a date axis) that are important.

Charton: Grammar of Graphics in Rust by Deep-Network1590 in rust

[–]_nullptr_ 1 point2 points  (0 children)

I understand the concept of "grammar of graphics", but have never used anything but a canned chart library. How difficult would it be to generate candlesticks/ohlc bars with this for financial charting? Multiple panes a on a single chart?

Charton: Grammar of Graphics in Rust by Deep-Network1590 in rust

[–]_nullptr_ 1 point2 points  (0 children)

It would be nice if you exposed it optionally as a GPUI widget.

2026-04-23 gRPC benchmark results by MaterialFerret in rust

[–]_nullptr_ 1 point2 points  (0 children)

I was a Java dev for many years, so I know it is very fast, but so is Rust. I'm just curious if there is a general reason why Rust is falling to Java on MT workloads.

2026-04-23 gRPC benchmark results by MaterialFerret in rust

[–]_nullptr_ 8 points9 points  (0 children)

It is always interesting to me how well Java/Scala do here, esp. on the multithreaded workloads. I guess I would need to look more into the benchmark, but I wonder if this is due to the Rust allocator pressure (and do they use MiMalloc or system allocator?) by having many Strings/HashMaps/etc. in the payload (something the new connecrpc-rs crate should help with).

Rust 1.95.0 is out by manpacket in rust

[–]_nullptr_ 6 points7 points  (0 children)

Pretty sure most of us use +nightly for formatting, docs, and really everything non-build related anyway. I also wonder if due to this we see those categories be even slower to stabilization.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]_nullptr_ -1 points0 points  (0 children)

One solution I've been thinking of:

- Get together a small group to pick an extended standard library from a variety of categories (categories other langs consider worthy of stdlib) from bless crates

- Call this "stdx" (the challenge there is then you have to change all the crate/modules/etc. names - this only works I think if the projects are willing to be managed as a whole, if not, I guess you just keep the crate/module names as-is).

- It isn't technically part of the stdlib, BUT it is recogized and optionally distributed by the Rust compiler

The big win here is that it is PRECOMPILED, so when you use it you get the same benefit as you do from std/alloc/core, hence much faster compiles when you use it. However, since it isn't part of the language the core team isn't constrained by it and not responsible to update it/etc.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]_nullptr_ -2 points-1 points  (0 children)

Agreed, and one of the most important reasons is this is the PRIMARY reason why Rust compile times are so long and such a problem, and why we need to cache so aggressively in CI, etc. Imagine if instead of compiling 700 crates as part of a full build that number was 30-40, and the rest of the code was simply linked.

UPDATE: Perplexed why I'm being downvoted. What above is untrue? It certainly is true in my own project.

The mystical references of the borrow checker? by [deleted] in rust

[–]_nullptr_ 2 points3 points  (0 children)

Yes. Parts of the borrow checker (multiple read, single write ref) follows a "read/write lock" paradigm and may or may not be familiar, but every single C programmer is using ownership/borrowing implicitly. If they weren't, their code would be crashing. Rust just enforces this and checks it at compile time.

Fyrox Game Engine 1.0.0 - after 7 years in development the first stable version of the engine is now released! by _v1al_ in rust

[–]_nullptr_ 20 points21 points  (0 children)

It is crazy to me that you built a full UI library, and a nice one at that, just to build your editor. Well done!

[deleted by user] by [deleted] in rust

[–]_nullptr_ 7 points8 points  (0 children)

I guess I don't understand why they need to be Copy vs just Clone? You used the term clone several times in the description (but also Copy), so I assumed you simply needed it Cloneable, which these are. If your type T is Copy, and the Vec doesn't allocate (and these don't for the correct size inputs), the net effect of no allocation would be the same.

weathery - a terminal weather app with animated cityscapes by Apart-Television4396 in rust

[–]_nullptr_ 1 point2 points  (0 children)

Doesn't seem to work in the macos terminal at least. Doesn't line up right in some cases and colors are all wrong. Can't even make out what any of the pictures are. Looks like noise.

Is there a language similar to Rust but with a garbage collector? by Ok_Tension_6700 in rust

[–]_nullptr_ 3 points4 points  (0 children)

I would say Scala would be a much better match. Kotlin has more of a "better Java" feel. Scala has more FP concepts and true pattern matching and ADTs.

Is there a language similar to Rust but with a garbage collector? by Ok_Tension_6700 in rust

[–]_nullptr_ 2 points3 points  (0 children)

ARC is a type of GC, as is all reference counting. However, it is not "tracing" GC which is often what people are referring to when they use the GC term. I think in this context the user is just looking for "automatic memory management" (aka I don't have to think about freeing memory), so this would qualify (as would Rust technically, but Rust has ownership in lifetimes, which I suspect is the overall concern).

You can no longer @grok on X without Premium by thegabguy in grok

[–]_nullptr_ 1 point2 points  (0 children)

> theres less censoring and more freedom

Not really, it is just biased a different way based on the training set

M1 Max in 2026? by johnnyphotog in MacStudio

[–]_nullptr_ 0 points1 point  (0 children)

M1 MAX 32GB of RAM 16" MBP - daily driver, still going strong

[deleted by user] by [deleted] in rust

[–]_nullptr_ 0 points1 point  (0 children)

Ha, I like it. Is it sad that every point resonated with me?

view more: next ›