The biggest problem of all this crappy development in Windows and macOS is that they just threw customization out of the window.
Remember Windows 98, when you could actually just right click on the Desktop and select your own colors for basically everything in the UI.
With each Windows it got less, until in Vista and 7 only like 10% remained. This continues to get less.
This is pushing AI down my throat (+ privacy, but IMO Apple is at least okay-ish in this regard) is my main reason why my next laptop will not run macOS. Maybe Asahi Linux will finally support Thunderbolt, but maybe I'll just switch to a Framework. I'm just happy that I stayed on 15.7.5 until now. As soon as this gets no updates anymore, I'm gone.
While I feel so too, I do actually think that objectively Catalina is a UX-side step up. Current displays have 16:9 or even 3:2. Putting less things in the top bar and more stuff in the sidebar, especially in something like Pages where your content does not even fill half of your display horizontally, I think it makes sense.
The biggest argument for me to buy one of these phones - when they actually arrive - next to running GrapheneOS, will be whether these phones, like all others, are way too big to use with only one hand. Like, I don't have a lot of requirements. Just make it run GrapheneOS and let it be >6 inches. I'll immediately buy it.
The initial supported devices will be flagships. They have regular, fold and flip variants of the flagships. The main advantage of flip phones is better one-handed use.
This is great to hear, I've been wanting a flip phone for a while. GrapheneOS on a Moto Razr would actually be incredible. Thank you for all of your hard work and being active in this thread. I'm looking forward to getting my hands on a Motorola with GrapheneOS :)
Facebook knew very early and very well about the data harvesting that was going on at Cambridge Analytica through their APIs. They acted so incredibly slowly and not-harsh that it's IMO hard to believe that they did not implicitly support it.
> to protect consumers
We are talking about Meta. They have never, and will never, protect customers. All they protect is their wealth and their political power.
And in your mind NOW always means "since GenAI is a thing"?
Most of the time, when people realize something, it happens NOW. Also, AI isn't even mentioned in the headline at all, and not even in the first part of the article. It's just used as one hint that it might be scam, then followed up with further evidence.
I love how, on the "I am retiring page", the image of the old woman even has artifacts of the Gemini logo on the bottom right - someone very probably manually tried to blur them with a tool that was not meant for blurring.
Somehow, he or she was still convinced and put it up.
Yeah it was always a trick scammers used. Scam emails (the more obvious ones - not sophisticated phising) always had typos or subtle grammar errors because authors don't want to invest time in people that are able to spot such mistakes. It's the people that do not read thoroughly that are much more likely to fall for a scam.
I would imagine it might be the same with those ads.
> authors don't want to invest time in people that are able to spot such mistakes
This "just-so" story gets repeated constantly in threads about scams, but I've never seen anyone put up any actual proof. The more likely explanation is that scammers are just bad at English since they're predominantly from poor third-world countries.
Spelling and grammar checkers are free; online translators have been better than that for many years now.
It could be sloppiness, but I think scammers just organically copied efforts that worked, and those were the ones with poor presentations because they pre-filter and so target the scammers efforts more efficiently. The scammers need not be aware of why it works.
I skimmed the pdf; they show a model where having such an early "filter" is beneficial to the scammer, but doesn't provide any actual evidence that it applies in reality beyond restating the just-so story.
To be fair, I think people are vastly over estimating the work they would have and the power they would need. Yes, if you have to massively scale up, then it'll take some work, but most of it is one-time work. You do it, and when it runs, you only have a fraction of work over the next months to maintain it. And with fraction, I mean below 5%. And keep in mind that >99% of startups who think of "yeah we need this and that cloud, because we need to scale" will never scale. Instead they are happily locking themselves into a cloud service. And if they actually scale at some point, this service will be massively more expensive.
We have two on site servers that we use. For various reasons (power cuts, internet outages, cleaners unplugging them) I’d say we have to intervene with them physically about once a month. It’s a total pain in the ass, especially when you don’t have _an_ it person sitting in the office to mind it. I’m in the Uk and our office is in Spain…
You might want to look into colocating that server at a datacenter nearby. You can get a few U of rack space and the risk of power outages, internet outages, or cleaners unplugging the servers should go way down.
But they should; cloud wont magically make the architecture scale. A competent CTO should know the limits of the platform, its called "load testing" or "stress testing"; scalability is independent of the provider. Cloud gives you a nicer interface to add resources, granted; but that"s it.
As a hear-say anecdote, thats why some startups have db servers with hundreds of gb of ram and dozens of cpus to run a workload that could be served from a 5 year old laptop.
The whole conversation came from someone claiming the most basic feature of an IDE is to include a terminal - that's why people are discussing terminals.
Don't get me wrong, I live in the terminal when using the computer, but I don't see a need for one when using Xcode.
To me, integrated means it integrates a bunch of tasks that used to be separate. I used to have a text-editor, a Makefile to use with 'make', a command line debugger, a static-analyser, and a profile target in that Makefile that I could use to figure out where my code was slow, using another command line tool.
All of that is in Xcode (and a hell of a lot more besides). That makes it integrated, at least IMHO.
You commented above, and I replied, about some of the tasks you use an integrated terminal for, and I'm not trying to say you shouldn't or that that's not useful to you - you obviously know your own workflows and what works best for you :) I just don't see it as "the most basic feature you could integrate into an IDE" (which was the original claim).
I'd probably put 'text editor' up as the most basic, closely followed by compiler integration and then debugger. Static analysis would probably come next, then unit-testing support, doc-comments, and tools like refactoring, good multi-file search/replace etc.
A terminal app is way, way down the list. For me. I realise everyone is different and YMMV :)
English is not my first language, but do you mean "foundational" instead of "basic"?
By your logic (that many people discuss) web browsers are "basic", IDEs are "basic", programming languages are the most "basic" thing (how many of them! discussions are limitless!!).
EDIT: have the gut to explain yourself instead of downvoting ;) , I am not discussing in bad faith , but you do you.
This is pushing AI down my throat (+ privacy, but IMO Apple is at least okay-ish in this regard) is my main reason why my next laptop will not run macOS. Maybe Asahi Linux will finally support Thunderbolt, but maybe I'll just switch to a Framework. I'm just happy that I stayed on 15.7.5 until now. As soon as this gets no updates anymore, I'm gone.
reply