[-] philm@programming.dev 43 points 7 months ago

It's less the job post, more the implication, that they consider Rust to be better than (their internally developed) C# for one of their major products. And that I think is worth news (as it could further drive towards adoption of Rust in general).

[-] philm@programming.dev 52 points 9 months ago

Yeah, but unironic...

If your code needs comments, it's either because it's unnecessarily complex/convoluted, or because there's more thought in it (e.g. complex mathematic operations, or edge-cases etc.). Comments just often don't age well IME, and when people are "forced" to read the (hopefully readable) code, they will more likely understand what is really happening, and the relevant design decisions.

Good video I really recommend: https://www.youtube.com/watch?v=Bf7vDBBOBUA

[-] philm@programming.dev 12 points 1 year ago

Yeah it's more of a disaster of choosing Unity for new stuff.

While it was "almost" a no-brainer to use Unity in the past for student projects, this change among other negative stuff/press that happened with Unity etc. in the younger past slowly presses you towards e.g. Godot, since it can do as much as Unity can (at least in the beginning, as you're not hitting the limits of it) and is more in line with the academic way of thinking (not pressing charges for pretty much everything that is possible to press charges for...)

As I have used Unity extensively in the past, the amount of progress is dwarved by e.g. Unreal. It has not really made significant progress over the last (lets say) ~5 years, compared to Godot and Unreal (and soon Bevy when they have an editor/UI for better workflow for artists etc.).

So I don't see a long-term future for Unity, most of the "progress" of Unity was buying in technology that doesn't really feel organic in the Unity ecosystem (not just buying in, e.g. the ECS of Unity doesn't feel close as ergonomic compared to Bevys).

I think this slow and scattered progress will be the slow death sentence for Unity as other engines with less enshitification over the past will catch up, and don't have such a greedy dumbfu** of a CEO...

[-] philm@programming.dev 19 points 1 year ago

On another look, though, we have to keep in mind, though that this is code-golf, so in no way representative for actual code-bases.

[-] philm@programming.dev 18 points 1 year ago

Is this a hard error? Like it doesn't compile at all?

Isn't there something like #[allow(unused)] in Rust you can put over the declaration?

[-] philm@programming.dev 16 points 1 year ago

(Nor anything else...)

[-] philm@programming.dev 24 points 1 year ago

Yep use a little bit more deeply cascaded generic rust code with a lot of fancy trait-bounds and error messages will explode and be similar as C++ (though to be fair they are still likely way more helpful than C++ template based error messages). Really hope that the compiler/error devs will improve in this area

[-] philm@programming.dev 13 points 1 year ago

Is most software getting worse?

Fixed for ya.

[-] philm@programming.dev 30 points 1 year ago

And yet, he's using the mouse and an Apple keyboard.

Where's mech-vim-hacker-typer-power?

[-] philm@programming.dev 24 points 1 year ago

I'm very split between Github (currently) providing a really nice interface/collection/way to access all kinds of open source projects and the obvious 'out-of-control centralisation' by the mega corp Microsoft.

It definitely got a little bit bloated the last years, but I still think it has a generally nice interface (browse code/review stuff, simple issue/PR system, simple way for CI via actions etc.).

But I really hope something like https://forgefed.org/ takes off someday, I feel like if the barriers are much lower to get onto a different network with the same user (without registering etc.) decentralisation can lead to more innovation in this space (management of all the stuff that Git doesn't manage itself, like issues, PRs etc.).

The beauty of Git though is that it's decentralized, so you can just mirror it on Github while mainly using a different platform. If you want a bigger userbase interacting/contributing with your project you'll allow PRs and issues there and if not just add a link to the README that points to the platform you're using...

[-] philm@programming.dev 20 points 1 year ago* (last edited 1 year ago)

They emit a lot, but they transport ... a very lot. Trucks are higher emitters per comodity.

Still both should be powered by something else like hydrogen (more interesting for ships I guess) or batteries...

And cruise ships should be IMHO taxed so high (the tax should probably directly go to countermeasures), such that only very rich people are able to (not that I grant them the fun, but they should finance this climate disaster in every possible way...)

[-] philm@programming.dev 18 points 1 year ago

bu... buut economic growth > everything else ...?

view more: next ›

philm

joined 1 year ago