201–210 of 211 posts
Earlier quoted context omitted.
You mentioned Microsoft and Apple they have shells etc..on desktop OSes not phones.
My Android device is a tablet with a keyboard and trackpad. It's not all just phones.
Earlier quoted context omitted.
No I did not, from my point of view we should embrace new computing models instead of trying to turn everything into a PDP-11, and from that point of view there is AIDE- IDE, and plenty of other developer like experiences. If none of them are good enough, it is like my business professor used to say, market opportunity. I also own a tablet with keyboard, by the way. More Playgrounds, less POSIX CLI.
New computing models are more restrictive and less focused on creation and more on consumption. That's fine for some people but this is hacker news. If there were a new computing model that supported my use case, fine, but there isn't. Playgrounds suck for adults. I've tried every Android editor and IDE and it's like going back 20 years. Our hardware is now powerful enough to support all computing models in whatever…
In addition on Android 11 API * apps can't simply access the "external" storage (enforces scoped storage) * apps can't get a list of all installed apps (package visibility, they can specify app names and intent signatures in the Manifest they want to query) These are welcome changes in my view, but unfortunately they also seem intend to fix SafetyNet and require hardware attestation that the bootloader is not unlocke…
>I've always trusted CyanogenMod/LineageOS more then than a device manufacturer, but after >10 years of using Android I think it's finally time for me to switch to an iPhone. I'm not trying to go inside Android vs iOS rabbit hole, as it's common knowledge that android's default privacy features pale in comparison to iOS. But in Android you can leverage the trust of an individual app publisher as well and not forced t…
Earlier quoted context omitted.
No I did not, from my point of view we should embrace new computing models instead of trying to turn everything into a PDP-11, and from that point of view there is AIDE- IDE, and plenty of other developer like experiences. If none of them are good enough, it is like my business professor used to say, market opportunity. I also own a tablet with keyboard, by the way. More Playgrounds, less POSIX CLI.
New computing models are more restrictive and less focused on creation and more on consumption. That's fine for some people but this is hacker news. If there were a new computing model that supported my use case, fine, but there isn't. Playgrounds suck for adults. I've tried every Android editor and IDE and it's like going back 20 years. Our hardware is now powerful enough to support all computing models in whatever…
Yet you are trying to go back 50 years instead.
> No market opportunity because the OS is locked down making all this impossible.
No it isn't, you just have to free yourself from POSIX chains and embrace Android APIs and architecture models.
Earlier quoted context omitted.
My Android device is a tablet with a keyboard and trackpad. It's not all just phones.
Android tablets have very few users. And I doubt giving a Linux shell will change that. Chrome OS runs Android apps now. It also has tablets and convertibles.
Earlier quoted context omitted.
I have done Android coding since version 2.1, never felt the need to do raw Linux syscalls. This is what many seem to fail to understand, Android is not a Linux distribution as such, trying to pretend otherwise will only lead to disappointment.
But how is that relevant to the permissions issue we're discussing?
Just because you aren't supposed to do Linux syscalls directly, doesn't mean there isn't an Android compliant way to achieve the same goal.
For example, you aren't supposed to fumble with Linux networking APIs directly rather use the NDK and Java APIs for the same.
Earlier quoted context omitted.
What if you live in the US? Which government you should fear more, US or Chinese?
You should fear your local government most, of course, but it does not follow that given the choice you should pick foreign solutions, quite the contrary. As a citizen you have rights guaranteed by the law in your own country. That's the very definition of citizenship . As a citizen you have leverage over your government, even if small, because you can organize yourself with others, e.g. in class action lawsuits, you…
True except for some people like protesters or whistleblowers who do not enjoy "rights guaranteed by the law", or at least not reliably.
> Even if you fear the US government, as a US citizen, you should either pick US solutions, or solutions from countries that have a culture and laws for preserving privacy, such as Switzerland or Germany.
Are you aware of any smartphones from those countries without involvement of Apple or Google?
Earlier quoted context omitted.
But how is that relevant to the permissions issue we're discussing?
Because of this " If you don't have permission to do something through raw Linux syscalls, you won't have permission to do it through the official stable API either." Just because you aren't supposed to do Linux syscalls directly, doesn't mean there isn't an Android compliant way to achieve the same goal. For example, you aren't supposed to fumble with Linux networking APIs directly rather use the NDK and Java APIs f…
But in this case, they didn't give us Android compliant ways to do any of the stuff they restricted.
Earlier quoted context omitted.
New computing models are more restrictive and less focused on creation and more on consumption. That's fine for some people but this is hacker news. If there were a new computing model that supported my use case, fine, but there isn't. Playgrounds suck for adults. I've tried every Android editor and IDE and it's like going back 20 years. Our hardware is now powerful enough to support all computing models in whatever…
> I've tried every Android editor and IDE and it's like going back 20 years. Yet you are trying to go back 50 years instead. > No market opportunity because the OS is locked down making all this impossible. No it isn't, you just have to free yourself from POSIX chains and embrace Android APIs and architecture models.
I think some Linux desktop users might have issue with that statement.
> No it isn't, you just have to free yourself from POSIX chains and embrace Android APIs and architecture models.
Each app in Android runs completely isolated from every other app (and more so every day). You can embrace Android but you have to throw out literally the last 50 years of technology. And plus, Android itself is kind of awful. It's the most hacked together OS that's been created in the last few decades. New does not mean better.
Are you really expecting developers to basically recreate the last 50 years of software development tools? What makes you think that's viable?
It's not surprising that most pure Android tools suck because they can't leverage everything that has been done and is currently being done on the desktop, servers, etc. Everything has to be recreated almost from scratch or shoe-horned in and it's awful.