henfredemars

joined 2 years ago
[–] henfredemars 37 points 6 months ago

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

[–] henfredemars 1 points 2 years ago (1 children)

Oh cool, thanks. I have friends in Texas and they make it sound like it could never happen.

[–] henfredemars -5 points 2 years ago (11 children)

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

[–] henfredemars 3 points 2 years ago

Very cute! The grooming must be a task.

[–] henfredemars 2 points 2 years ago

How do we know this post isn't fake? Perhaps it's all part of the ruse.

[–] henfredemars 2 points 2 years ago

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

[–] henfredemars 9 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 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 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 18 points 2 years ago

No one could have predicted this /s

 
 

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 ›