So, I've also discovered my limits: 4 terminal tabs with claude. Anything above that and my attention gets shredded and I have to reread whole conversations. That being said, after a day of doing 4 sessions simultaneously like this, my brain is fried in the sense that nothing I do can/will relief the stress. It different from normal stress. I completely zone out in the evening.
Claude even refuses when I ask it about optimizing my taxes (not illegal avoidance) and refuses to engage on it. It has also refused certain infrastructure questions (it was a question about bgp & smtp) - it thinks I want to hack something. So much for that.
Do yourself a favour: install linux (fedora is okay) on a computer; install android sdk + new android cli, install flutter, install claude code. Then, build a basic app, claude can one-shot it for you. Ask claude to make a release build with a real signing key. Leave phone plugged in and connected via adb while claude is coding - it can use the new cli tooling to drive the phone and do full visual testing (can tap, enter text, take screenshot - all by itself). Tell claude you dislike third-party dependencies and to avoid google service and that it must double check with you before adding permissions to the app. Tell it by default to exclude internet access and to opt-out of android/google backup system.
Then, get building. Build a replacement app for each thing you use that don't have an open source equivalent. I'm at the point where I don't even use apps from f-droid anymore. Only my own code, own signing keys, privacy-first. It is awesome.
If you have an extra pc available, setup proxmox with: a container that acts as a build server (install all your sdk's here), gitea (and wire it up with the build server), an S3 compatible storage container (SeaweedFS) & wire it up with gitea. Let claude set it all up. Give claude ssh access to all of it. Then, when you build an app on your local machine, claude will know how to use your development infrastructure and you can automate all of your building your own softwares.
After that, own email server (stalward - rust based email server), owncloud deployment, full-on wireguard with public exit point (don't depend on third party). Get a couple of clean static ip addresses.
After that, become an isp, get an asn, get ipv4 and ipv6 blocks, play with bgp (make friends with your local isp staff..).
Rabbithole goes deep. Point is, fuck all these slimy techbro's. They need to be technologically eviscerated by hackers & get what they deserve for trying to enter our world by force.
If they go through with this, I will make it my life's mission for the coming months to de-google my personal life and break any dependencies on google at work. Done with this nonsense. Shouldn't take more than a month to remove the tumor.
On my android phone:
My own launcher
My own keyboard
My own sync tool for local net
My own net tools to WoL some devices on my lan.
My own tool to control 3 proxmox servers
My own tool that parses groceries slips
My own tool that keep tracks of my vehicles events/lifecycle/purchases etc.
If they break my launcher/keyboard and my ability to use my phone in my customized way, they will NEVER see me as a client again. None of these apps are in the Play Store, they are signed with my own signing keys, which have never been uploaded to google, in fact, no google account is linked to these apps. These apps are also privacy-oriented (even the keyboard, I ship a 1mb dictionary with and it learns my own words, never transmits anything).
I will not give google my ID , neither Persona or anyone else. I'm very happy to go back to using bank card + chip + pin than use google wallet. Trust me I will walk away. I already move 4 family members off of Windows in the last 2 years, I will get them off google too.
I don't have historic use of kde but I switched to it about a year ago, after a big release, and its been awesome. Very stable for me, allows custom dpi's for each of my monitors, it doesn't break itself like gnome does. I haven't bothered with other DE's since I tried it, not even xfce (old favourite of mine for tablet & low spec pc), kde performs even well on low specs. And highly configurable out of the box. Its the most stable DE I've encountered for daily driving so far.
What was so much better in the old days (besides memory consumption)?
We will eventually be forced down this path though, be patient! Upfront key exchange in-person will be the only way left to prove comms are real. GPG is just one path but someone will come along and make it easy on organizational level.
We will end up with a situation where all interactions with computers (remote systems), including email, will need an initial step to pair/exchange keys, much like ssh. So when the bank wants to send me email, they can only do so if they have my public key. We should try to make this as frictionless as possible. Or, we generate semi-random email addresses that are short-lived, so that each company I interact with get their own unguesable email address.
Either way, we are getting to a point where offline-2FA will be mandatory for all auth systems and when interacting with another party, it will need something like the above to be sure you are dealing with the correct company.
So, what if, we build a stack/set of transistors in same shape as a trained model? It would eliminate most of the software stack too and should run very fast. No memory/gpu required, the chip acts as both storage and processing device, purpose built to be physical model of a trained model.
My problem with protonmail (and telegram) is that in my country, only scammers use those two services. So when I encounter these, I immediately distrust the person I'm interacting with and assume the worst. Even my one neighbor uses it and I distrust him immensely as he is not tech savvy yet he uses proton... its strange. How does he even know about it? He and his wife are not forth coming about what they do for a living, they seem to be nice people, but they both use proton. In our country its a huge red flag.
Those are specific firmwares for those devices that are either closed-source binary blobs, open-source hackjobs/reverse engineered attempts, or just plain missing firmwares. The fault is not on Linux but rather on Qualcomm not releasing things for that specific SoC. Some SoC's have better support than others. ARM cpu's themselves works perfectly fine on linux.
Intel has closed things down: some wifi and webcam firmwares are poop and a massive pain to get working on newer chips (if at all). Their wifi firmwares also don't respect certain kernel overrides (which is why I replaced my Intel Wifi 7 chip with a mediatek Wifi 6 one). Blame is 100% on intel and not linux. Broadcom is also pretty bad at being a team player in this regard.
I basically recommend everyone to stick with AMD chipset & GPU's where possible, because they have mainline kernel support nailed down 95% of the time.
Again, ARM works fine, their extra firmwares for extra devices on SoC's are to blame if you struggle.
Well, linux already runs perfectly fine on ARM chips, so it probably won't matter much. The real bottleneck is getting game studios to build arm releases of their code, which by itself is easy in normal circumstances but they often have third party code that doesn't have ports or are abandoned or hidden behind NDA's (networking code, sound processing, custom tooling etc). So ARM and Linux are not the blocking factor at all and I'm willing to bet most of the engineers working on game engines have ported them to linux/arm for fun already, they just can't release for various reasons above.
So if anything, we need to push more game studios to use open source dependencies which will make porting easier.