Solemarc

I assume they will both be here for the long term but for different things.

I don't think there's much crossover between the two though and I'm not sure this'll change. Rust code looks a lot like modern strongly typed languages and the memory/performance stuff is abstracted away for most use cases. While Zig looks a lot like C with pointers and writing your allocators. I think Rust is probably easier to grasp for most Devs.

Rust is also already entrenched, android, chrome, windows, JS ecosystem, Python ecosystem, it's everywhere. While Zig doesn't have the adoption yet.

My phone app(also google phone app) is only 91mb's, Google Pixel 6, everything up to date.

IMO the best way to start in a new language is to rewrite some of your previous projects in that language.

I generally start out by rewriting a couple simple 1-3 function console apps, basic leet code stuff like; palindrome, fizzbuzz, reverse an array in place, etc, and some simple unit tests for them. Then I go ahead and rewrite some of my previous projects or uni assignments in that language.

At that point I generally have a good understanding of basics and have an idea of how to approach a new project. When I got to this point in rust I then started on threading, async, why it's easy to return a String and an ordeal to return &str, etc.

Something I've always found funny about the "AI will replace programmers soon" is that this means AI's can create AI's and isn't this basically the end of the economy?

Every office worker is out of a job just like that and labourers only have as long as it takes to sort out the robot bodies then everyone is out of a job.

You thought the great recession was bad? You ain't seen nothing!

The performance is just a "nice to have".

Python package management, especially at scale is infuriating. At work we use python microservices in docker containers and it infuriates me trying to update the one our team is responsible for.

I always like to rant that python 3rd party package management tools are a mistake. We should've gone for an "as simple as possible" setup instead of all this.

So I'm sceptical of UV on principle since it's yet another 3rd party package manager but if it can do all of this and not be a nightmare I'll be ok with it.

Imagine voting for Voldemort

Man I just realised there's a Gemini button! I never actually open the app, I use shortcuts from notifications! Good on google letting users opt out of something basically no one wants!

In the case of docker I'm already at the point where I no longer think it's necessary. At my current job our stack is JS, PHP and Python. 3 interpreted languages, we then build on Ubuntu and deploy on Ubuntu. I don't think our project really needs docker, even though it does use it. We also have wasm/wasi prepping to eat Docker's lunch.

I'm not against immutable distro's on principle. I imagine they still have some kinks to iron out, but I haven't looked in on them for a while.

My opinion on these things is; if it's a superior system, then it'll become the new standard, that's always what happens, and the naysayers are largely irrelevant. Just like computers, smart phones, the internet, etc.

The AOSP is a huge success and phones are really only the tip of the iceberg, android runs everywhere and is basically responsible for the mainstream adoption of "smart" devices.

It's a small OS that runs on basically anything and you can stick it on most computers regardless of how strange the hardware setup is.

Is it perfect? No, as a project android is basically maintained by Google alone and Google obviously doesn't think it's perfect, or fuschia wouldn't exist.

I started learning Lua for a WoW add-on. Not even making my own add-on, just tweaking someone else's.

Maybe this is a case of hindsight being 20/20 but wouldn't they have caught this if they tried pushing the file to a test machine first?