bornfreddy

IPv6 vs. 4 is like Python 3 vs. 2, just worse.

AI can provide leads. Someone still needs to verify them and decide.

Let me guess - you like Apple?

It seems there are different "privacies". My privacy concern is about BigTech syphoning data from the users, not targeted CIA attacks.

As for lazy/... app developers, as a user I do what I can to protect myself from their decisions. NetGuard helps there.

Well that's a bit misleading answer. Some apps refuse to work if G services are disabled, so they clearly communicate with them. It would be nice to know what exactly G learned about the phone through those "sandboxed" apps.

I liked Dell one, loved ThinkPad, and hate MBP trackpad. I guess it's a matter of taste?

Debug it? Swap some components? Good luck with that on that shiny closed box.

> It's easy to get collective support for visible oppression and fascism. Everyone sees it on the news.

Do they? News is usually the first thing that is replaced by propaganda.

But yes, everyone chooses the battles they wish to fight. None are easy.

To put my answer in context, I was replying to this:

> There's absolutely no reason to use /e/ when GrapheneOS exists.

There absolutely is. If I was choosing again today I would be tempted to switch back, for the reasons I listed. And I would probably miss many things you cited, like Storage and Contact Scopes.

As for MicroG, afaik I can't use it on GOS without considerable effort (recompiling OS) and probably also ongoing maintenance burden (updates). So this is not an option for me, FP5 with /e/OS is still better then.

NetGuard - very nice answer, shows exactly what you and GOS developers are missing! Yes, the actively hostile apps will exfiltrate data as soon as you let them contact anything on the outside. But most of the apps are by incompetent/lazy/pressured devs who just throw in some library and don't even care that it leaks data to Google. For example my banking app. Why the hell should Google be notified when I decide to open my banking app? If I cut its network, as you suggested, the app stops working. But if I just blacklist Google site for this app, the problem is solved. Of course, I don't want to cut it for all apps, because then some might not work. And that's just one of many similar examples.

That's why I said that the main focus of GOS is security, not privacy. If they cared about privacy primarily, they would actively support microG and NetGuard, or at least similar solutions.

That said, I am actually a fan of GrapheneOS, it is just so frustrating that we can't have it all in one package. Ah well.

It is not, it is related to both major phone service providers in my country. Abroad, everything worked just fine. And just in 4G/5G, however 3G is getting phased out, so if I forced it, I was often unreachable.

I was wondering if I could fix it myself, but I'm not even sure if this is firmware or OS issue. I assume the former, which afaik is not opensource? Not sure.

IE. Enough said.

As someone who switched from FP4 with /e/OS to GrapheneOS - absolutely not true.

My reason for switching was a bug where the phone calls didn't display the caller number. So I switched to GOS in hope it would be better... and it is, but not in all areas. For example their insistence on not supporting MicroG leads to poor UX, because let's face it, you can't trust Google services, even sandboxed, to not syphon tons of data into the cloud. MicroG was easybto use for privacy. They also seem to be very opinionated about (not) using a firewall for privacy, like NetGuard, instead recommending some weird alternatives like DNS firewalls. And don't get me started on their icons - I don't mind ugly-ish icons, but they are taking the ugliness to a whole new level.

GrapheneOS is not a bad OS, but it is very opinionated, and they (heavily) prioritize security over privacy. When I turn FP4 on, I still like it way better than GOS. Still, I like seeing who is calling, so I'm not going back... Ymmv.

No, it's not. They could easily have solved the problems without introducing changes to cripple ad blockers, but they decided their investors need some more cash. Actions speak.

Actually, a dedicated banking phone is a good idea for security reasons too. No sure how many people are willing to carry around 2 phones though.

Too bad dual boot is not an option, or VMs.

Fighting for your rights is usually not the easy path, yes. It's been like that since forever.

What about Sailfish OS? I heard good things about it, but didn't dare switch... yet. Does anyone have some 1st hand experience?

Wtf? Once it was AI. Then the models started passing the Turing test and calling themselves AI, so we started using AGI to say "truly intelligent machines". Now, as per the definition you quoted, apparently even GPT-3 is AGI, so we now have to use "ASI" to mean "intelligent, but artificial"?

I think I'll just keep using AI and then explain to anyone who uses that term that there is no "I" in today's LLMs, and they shouldn't use this term for some years at least. And that when they can, we will have a big problem.

That is art, when done properly.

I agree with your premise, but this example I strongly disagree with:

> You might as well be saying that you can just explain to children why they should eat their vegetables and rely on them to be rational actors.

YES! Explain to them, and trust them. They might not do exactly as you wish for them, but I'll bet you don't do exactly as you wish for yourself either. The children need your trust and they must learn how to navigate this world by themselves, with parents providing guidance and only taking the hard stance (but still explaining and discussing!) when safety is concerned. Also, lead by example. If you eat vegetables then children are likely to eat them too. The children are not stupid, they just don't have enough experience yet. Which you gain by trying (and failing), not by listening.

What does "clean room" even mean in the case of agents? Weren't they trained on the existing code, probably including the code performing the same tasks they are solving? It is not clean room implementation of C compiler if the engineer read the GCC source code, even if the task is to do it in Rust.

Once you lose tech nerds, the battle is lost. Other users always follow them.

Apple developers seem to almost-universally believe that if the user doesn’t like it or it doesn’t make sense then the user will... just have to learn to live with it.

It might be "better unix" (whatever that means), but it sure as hell is not better. Locked down, buggy, and difficult / impossible to navigate by keyboard. And I need to install (and trust) a 3rd party app to get a multi value clipboard? Yeah right, better. I'd prefer Windows, and I'm not fan of the ad-OS either.

Yikes. Why anyone would willingly develop for Apple platforms is beyond me. But then I also don't understand why some some people like using the crap^WmacOS. To each their own I guess. Hardware does look nice though, too bad about their software.

What are you talking about? Exploring and explaining the legacy codebases is where they shine, in my experience.

Isn't that a losing proposition? Or do you get 50 times the value out of it too? In my experience the more verbose the code is, the less thought out it is. Lots of changes? Cool, now polish some more and come back when it's below 100 lines change, excluding tests and docs. I don't dare touch it before.

So like we went from assembler to higher level programming languages, we will now move to specifications for LLMs? Interesting thought... Maybe, once the "compilers" get good enough, but for mission critical systems they are not nearly good enough yet.

I found an easier way that Works For Me (TM). I describe the problem to LLM and ask it to solve it step by step, but strictly in the Ask mode, not Agent. Then I copy or even type the linws to the code. If I wouldn't write the line myself, it doesn't go in, and I iterate some more.

I do allow it to write the tests (lots of typing there), but I break them manually to see how they fail. And I do think about what the tests should cover before asking LLM to tell me (it does come up with some great ideas, but it also doesn't cover all the aspects I find important).

Great tool, but it is very easy to be led astray if you are not careful.

I have (had?) a Google account tied to my email (which is on a domain I own). Not sure if I ever gave them my phone number, initially. Tried to login a few years back, correct password, but they insisted on me entering my phone. Finally I did - and they can't let me in because my "provider is not supported" and they can't send an SMS with the code, so I'm locked out. Tried every few months since then, no go. Fortunately I didn't lose much (except some family photos), but it is annoying as hell. I wouldn't trust Google with anything important. And yes, I tried with an brand new number on a new phone, unrelated provider. No dice. According to reddit I'm far from alone in this. So if you rely on a Google account for anything... Well, good luck!

And in education, please. Very important in the long term.