henfredemars

joined 2 years ago
[–] henfredemars@lemmy.world 9 points 3 months ago (2 children)

Racism! Many, many racists in this country.

[–] henfredemars@lemmy.world 27 points 3 months ago

I feel quite confident in saying that we have no justice in this country.

[–] henfredemars@lemmy.world 37 points 1 year ago

I see this upcoming election will be the final one. Nice work.

[–] henfredemars@lemmy.world 0 points 2 years ago (5 children)

Snowballs chance unfortunately. I understand getting a Democrat to win in Texas is effectively impossible.

[–] henfredemars@lemmy.world 2 points 2 years ago

Is there a problem upvoting on other instances? I've never noticed it not working.

[–] henfredemars@lemmy.world 4 points 2 years ago

Even more, make it more like a backup feature that's opt out not opt in. Thus, when a server goes away, the user still has their community list to import somewhere else.

[–] henfredemars@lemmy.world 1 points 2 years ago

Ehh, I'd like to think so. It looks like a ton of work to replace the single USB port in my center console. Most places want me to buy an entire radio kit that's like $400 just to get a new port. I've looked into it briefly, but it looks like it's financially untenable to replace what should be a $2 part if that.

[–] henfredemars@lemmy.world 1 points 2 years ago

Thank you so much for this effort. I’ve only installed the app this afternoon, but it’s completely usable despite the occasional bug or instability from the upstream server’s API. It’s become my go-to for Lemmy on mobile, and with all this being made available for free, you have my appreciation.

[–] henfredemars@lemmy.world 18 points 2 years ago

No one could have predicted this /s

[–] henfredemars@lemmy.world 0 points 2 years ago (2 children)

This might be the wrong place for this question, but I have heard criticism that real rust programs contain lots of unsafe code. Is this true?

[–] henfredemars@lemmy.world 3 points 2 years ago

Sounds like they lucked out into an awesome job with no real work required.

 
 

 

More concretely, I'm asking this: why aren't applications compiled fully to native code before distribution rather than bytecode that runs on some virtual machine or runtime environment?

Implementation details aside, fundamentally, an Android application consists of bytecode, static resources, etc. In the Java world, I understand that the main appeal of having the JVM is to allow for enhanced portability and maybe also improved security. I know Android uses ART, but it remains that the applications are composed of processor-independent bytecode that leads to all this complex design to convert it into runnable code in some efficient manner. See: ART optimizing profiles, JIT compilation, JIT/AOT Hybrid Compilation... that's a lot of work to support this complex design.

Android only officially supports arm64 currently, so why the extra complexity? Is this a vestigial remnant of the past? If so, with the move up in minimum supported versions, I should think Android should be transitioning to a binary distribution model at a natural point where compatibility is breaking. What benefit is being realized from all this runtime complexity?

view more: next ›