And not just in the US either, they've been threatening Europe with tariffs and sanctions over attempting to regulate American tech companies in Europe.
Agreed. I think when the history of this time is written the failure of the government to spread around the gains of capitalism and free trade will be seen as what led to the end of a political era.
Battery tech is rapidly improving too, which will offset the hit to range that towing involves. Best to get the designs and manufacturing figured out to be ready for the day that battery tech arrives.
i get it, but i also think about all the useful things i could have been doing (perhaps now assisted by AI) instead of pounding through Algebra homework and English essays all night...
This is a ludicrous take. You of course have to have a basic understanding of the world to know what to do. Otherwise you're just floating along in some sort of solipsistic fog. Your brain came built in with amazing capacity to learn but you have to actually... Learn some stuff
I actually don’t want this, especially for non tech savvy older relatives. Someone calls them and gets them to allow remote access to their PC, easily. Ever heard of the Android UI (bugs) that allowed apps to hijacking dialogs etc? I’d rather they just had a phone where security was the only option.
This is a very real problem, and I understand it well... I have my fair share of relatives who are technologically incompetent.
The solution is to integrate sideloading into the parental controls. There are already existing permissions in iOS to restrict the installation and deletion of apps, so adding a sideloading permission should be straightforward. (They can still leave it disabled by default and bury it a bit behind a few menus and dialogs...) If a family member is really so technologically inept they can't be trusted with their own phone, then you should already be making use of parental controls in some fashion. Set a pin for them which you know and they don't know. It's as simple as that.
Perhaps that's a bit harsh, but we should not be sacrificing these freedoms at all, let alone at a time when there are already existing solutions for protecting those who are vulnerable.
(The relative simplicity of this solution is yet another piece of evidence this issue is not really about the security of users.)
Play integrity doesn't protect anything, disallowing side loading has no security benefits. Thats just a lie, a convenient piece of propaganda to convince you to advocate against yourself.
There is no security on the play store. Can apps ask for way too many permissions? Yes. Are they open source? No. Are builds reproducible? No. Does Google check the code? No. Is it almost all adware and spyware? Why, yes!
Google does not give a flying fuck about the quality of the play store and anyone who disagrees is legitimately delusional. Have we looked at the play store? Seen what's recommended?
I mean, for fucks sake you can't download a goddamn calendar app without it asking for phone permissions and showing you popup ads.
Look - Google allows malware on the playstore because they have to. They make money off of ads sold on the playstore and advertisments in apps. Google has ZERO incentive to stamp malware. But they have every incentive to prop it up.
I don't need Grandma to download an unsigned binary from the internet to compromise her. Get fucking real dude. I call her, ask her to install anydesk, and remote control her device, all Google approved.
this is incredible. i was super skeptical about the limiting factor being the 3D printed parts, glue, and rubber bands, but he addresses that in the very end :)
I would hope not. That would mean that no other vendor has shipped working ARM hardware support for Linux or has upstream support in the kernel. Forget the hostile nature Apple has proven to possess when consumers dare treat their hardware as if paying for it makes it their own.
Qualcomm has been beating the marketing drum on this instead of delivering. Ampere has delivered excellent hardware but does not seem interested in the desktop segment. The "greatest Linux laptop around" can not be some unmaintained relic from a hostile hardware company.
As somebody that has worked in a company that did Qualcomm devices in the past - Qualcomm just cares about money grabbing, and is not any less hostile to developers than Apple.
If you want to do a device, and your only chip option is Qualcomm I'd recommend not doing a device at all.
FLOSS stacks for Qualcomm-based devices are actually a lot more feature complete than some other brands like MediaTek or Exynos. Still nowhere near any kind of "daily driver" status but at least getting somewhere, whilst others have yet to even get started.
> I would hope not. That would mean that no other vendor has shipped working ARM hardware support for Linux or has upstream support in the kernel.
Can you see any other machine coming close to a Mac in terms of hardware quality and performance? Obviously the cost is silly, but while I agree with your sentiment, it seems optimistic to hope.
Networking is going to be another major issue. Even on the Intel MacBook Pro this is still a problem. The instructions for getting it to work are so bizarre that I ended up with a network dongle with a supported chipset instead.
I can recommend it! I've been daily driving M1 for a few months now, it's working really well. Parent poster is raving about a potential "greatest linux laptop", but depending on your use case it's already there.
IME the Asahi support page is spot-on: There are a couple of yet-unsupported features (DP-alt mode being a big one), but any feature listed as supported will just work without hidden gotchas. I find this a big contrast to other devices, which will often "work" but have annoying little quirks here and there that are workable but can feel like a downgrade compared to Windows.
On macOS, I never worried about battery life when leaving the house even when doing compute-heavy work. On Asahi, that is equally much true. I couldn't tell you how many hours it lasts because I never have to carry a charger unless I'm out for more than a regular workday.
There's some room for improvement, but that is purely relative to macOS. Asahi still solidly beats other x86 devices (other than the low end ones you wouldn't do development work on).
One issue is that idle battery consumption is higher than on macOS (an active area of improvement though [1]), which you'll notice by an M1 laptop discharging by about 12% overnight when macos would've eaten maybe 2-3%. Not a big issue normally, but can be inconvenient if the device shuts down due to empty battery overnight.
During more passive uses at daytime (e.g. playing music), the display tends to be the biggest power hog. Not really Linux-specific, but I actively turn off the screen when not needed hence (KDE lets you configure the power button to do so).
although I tried the collaborative features I unfortunately cannot say that I used these extensively for now. Although I found them quite nice, well integrated, seamless, and straightforward!
The issue is again people, they don't wanna change their _archaic_ workflow, stuck with inefficient -copy/paste- loop to the chat (ie. Slack) and back.
The story in the article went a bit too far that I agree, but I guess that is their north-star vision. Current implementation allows you to "join" a workspace session shared by someone, edit the same or different file, follow/watch a certain person, as well as have a chat (without requiring copy-paste) about certain piece of code. (both written or via voice)
If something, large enterprises generally don't support smaller and ambiguous licenses. Therefore, if Zed will allow enterprise licensing (ie. via on-prem license server or volume ordering, SSO, whatever) that would increase their adoption quite well...
For the record: I have never used the collaboration aspects of Zed
What I also have not used is vim emulation, though I have a vim background
As mentioned elsewhere, Zed is still very configuration-dependent to get the full power of it, and a lot of its functionality is never discovered for that reason
What pushed me to try it was Ollama integration which is not an afterthought, then I realized I loved it _way_ more than SublimeText, especially on performance, at first, then everything else once that won me over
I have ~10 running instances at any given moment, and >99% of the time never feel any lag, whatsoever
Another unexpected benefit is that terminals, code editor panels, and assistant chats, get to be sized and fit wherever you want, so it is also kind of a window manager... I often have more terminals open in Zed than in the Window Manager of the OS itself
> then I realized I loved it _way_ more than SublimeText, especially on performance
I currently have 19 instances of Sublime Text open, each to a separate folder containing a mix of C++ and Python code bases (some tiny some huge). Like ~8 of those have the clangd LSP plugin enabled. I don't think I've ever experienced lag in Sublime. KDE System Monitor is reporting 2.0 GiB of ram being using by sublime currently.
The clangd LSP plugin in Sublime isn't perfect, and it does occasionally break, and rarely spikes in CPU usage for no reason (although the editor always remains responsive). But, if I ever switch away from Sublime Text, I cannot imagine it ever being due to performance reasons.
I do all those same things in VS Code, especially the vim bindings, wouldn't give those up, but did recently leave the vim ecosystem because I had to spend too much time making the IDE work or enable features that are out-of-the-box in a code-oss based IDE
I give lots of feedback to Copilot in the hopes it makes the agents better in the long-run. I want them to read my code and train on it, along with the interactions with copilot, which is the next frontier in (post) training
