You wouldn’t need it on Linux mobile because…it’s not Android
But then you need apps that work on Linux (optimised for mobile/touch). You can also easily create Apps for Android without play integrity API necessity.
Realistically an Android fork makes more sense.
Though in my ideal dream world a Rust based mobile wayland compositor (etc.) will be the future of open mobile OS. I hope there’s enough (financial) interest to at some point reach that future.
I didn’t fly for years either (nor I do possess a car), so yeah agree, or at least reduce this as much as possible.
But nutrition also has quite an impact, especially when we must consider that highly carbon rich forests still get destructed for (inefficient) food. The high amount of meat consumption in rich countries is unhealthy as well.
Right but you have to begin somewhere, and being a good example for others certainly helps as well.
I try to change my life such that it doesn’t impact me much while having fairly large effect. For instance I’m basically vegan (still eat meat occasionally, e.g. when it’s otherwise thrown away), I even don’t want to eat meat anymore, the taste just got worse for me over time.
It also has effects on the market, e.g. Meat replacement products are quite affordable and popular.
Looks slightly off TBH, sources? Nuts being lowest, while Palm oil being quite high. Nuts are efficient, especially when considering caloric value, but I’m pretty sure something like a potato is better per kg. Palm oil AFAIK is a very efficient (most efficient vegetable) oil, might be that the destruction of highly carbon rich forest is factored in there maybe…
Nah you got to start at the source, more efficient, eat the (future-) parents.
Independently of what your position to vibe-coding or LLMs are: Vibe coding just isn’t any programming paradigm. A programming paradigm describes the structure of the program, often on a grammatical (programming language) level (e.g. declarative vs imperative). While “Vibe Coding” can lead to using one or the other paradigm, but is not a paradigm itself, it’s a tool to achieve that, similar as using an IDE with code-completion to generate code.
I’ll use it also often. But when the situation is complex and needs a lot of context/knowledge of the codebase (which at least for me is often the case) it seems to be still worse/slower than just coding it yourself (it doesn’t grasp details). Though I like how quick I can come up with quick and dirty scripts (in Rust for the Lulz and speed/power).
Ughh I tried the gemini model and I’m not too happy with the code it came up with, there’s a lot of intrinsities and concepts that the model doesn’t grasp enough IMO. That said I’ll reevaluate this continuously converting large chunks of code often works ok…
Not sure about the communities you’re visiting, the subreddits I seldom visit (because enshitification) have rather smart people.
Basically, the industry is not investing in new blood.
Yeah I think it makes sense out of an economic motivation. Often the code-quality of a junior is worse than that of an AI, and a senior has to review either, so they could just directly prompt the junior task into the AI.
The experience and skill to quickly grasp code and intention (and having a good initial idea where it should be going architecturally) is what is asked, which is obviously something that seniors are good at.
It’s kinda sad that our profession/art is slowly dying out because juniors are slowly replaced by AI.
but it can be a very helpful assistant.
can, but usually when stuff gets slightly more complex, being a fast typewriter is usually more efficient and results in better code.
I guess it really depends on the aspiration for code-quality, complexity (yes it’s good at generating boilerplate). If I don’t care about a one-time use script that is quickly written in a prompt I’ll use it.
Working on a big codebase, I don’t even get the idea to ask an AI, you just can’t feed enough context to the AI that it’s really able to generate meaningful code…
Yeah destruction is done quickly, reputation and generally constructive policies (especially internationally) takes time.
What the US/Trump-Administration is doing, is just dumb (even for themselves). Europe almost has to slowly(?) cut ties with them, with what they’re currently doing. And I do think “cutting ties with the US” increasingly gets more popular for a reason… Let’s just hope that the same fate won’t come over europe and that the current success of right-wing parties in europe is temporary…
performance
Like raw runtime performance, if I write the code in python, it’s ~ 100x slower than in Rust. You often get away with dumber stuff in Rust as the compiler is able to optimize it well. With python you would have to write your native bindings either in Rust/C or C++. So why not straight use Rust (as the other choices aren’t sa(f/n)e at this point anymore).
Afaik you can just go to definition in literally any language, typing or no.
No you can’t, at least not in the same way that a static type-system allows. As dynamically-typed programs are evaluated on runtime, so you often don’t know at the time while coding what is run. In untyped/dynamically typed languages you often use heuristics to jump into stuff, which is just less precise.
There’s more to this, but I think you get what I mean, when you programmed more intensively with static generics in Rust (compared to something similar in say javascript or python without types), IDE experience is just more precise and correct (and more fun).
Nah it’s also a language matter. People complain about Rusts complexity, meanwhile I complain about everything else in other languages, and am faster than in any other language, not necessarily because writing code is faster, but because I am able to just focus on writing code. I cannot tell that about other languages, because e.g. the packaging system is bad, or configuring an environment, or debugging stuff which a strong type-system would have caught already. Also IDE experience I think is the one thing that keeps me away from dynamic languages. Rust analyzer is so much better than anything else I’ve tried, and it keeps getting better (e.g. recently it was added to show whether a trait is object safe or not, and why it is not).
Another thing that is often missed when comparing static with dynamic languages is just performance, python heavily relies on stuff written in a system language, as soon as a hot-loop is written in python, things get bad…
I haven’t, but everytime I try python I want to quit it so quickly because of the messed up packaging system and more importantly IDE experience (and I don’t think unless you are extremely disciplined with type annotations, that you’re getting even close to rust-analyzers performance). I enjoy just exploring dependencies with go to definition, and the trust I can have in the type system.
I’m swearing everyday in my job about typescript, which is just javascript with leaky and unnecessary complex type annotations. So yeah I even consider typescript bad (and I doubt that python is better with type-checking).
Yeah package system is a nightmare in python I’m so spoiled if Rust that I find it hard to enjoy another language…
Have you tried Rust?
The more golf he plays the less damage he can do
I mean at least the jobs that interest me often are also (full) remote, but I’m mostly interested in start-ups, they seem to be more open with it (and the job descriptions sound more interesting). I think Covid did its job there, unlike it seems for big tech?
Don’t get me wrong, I’m the first promoting an Android free mobile Linux, free of big company influences.
Though, what I meant is that there’s very few mobile optimised apps on Linux, and I doubt that changes soon. The Android SDK is very matured (like Compose for UI). It’s fairly easy to create a good native app experience in Android. Less so for non-Android Linux. (I’ve developed apps for either) Think about that alone, which further complicates adoption, which TBH is just necessary to get to an ecosystem that us usable for daily usage.
I hope that changes sooner than later, but the current alternatives are just not there yet.