RedComet

Will you elaborate?

If all major platforms do so in concert, it actually is the same.

Yes. This was clearly the reason for the ban in the first place.

Websites tend to have more ads and tracking than native apps, and they're still getting your ip address.

The cookie banners are an example of malicious compliance.

Yes, there are older languages using Pascal style declaration, but any of C,C++,Java dwarf it in terms of popularity and general exposure (thus my use of the term "common").

And again, in the latter part I'm talking about Kotlin's use of 'fun' and ':'.

It is common in term of frequency of new languages using it, perhaps, but not otherwise.

And again, the point is that Kotlin brings along extra characters AND variation. What's next, `fnctn myFunction(x : Int)~ Int { /* code */ }`?

Why? Just to be quirky? To avoid some hypothetical lawsuit?

My comment had nothing to do with lambdas. The point is that Kotlin uses fun and : instead of fn/func and ->, which is a needless and tedious break with other modern languages using Pascal-style function declaration.

Using val instead of let is similarly off-putting.

I'm referring to the burden when changing languages. Swift and Rust use -> for the return type.

It is probably more that Kotlin's order breaks with the most common ordering, and at the cost of more characters. Not to mention the needless variation that has come along with it (e.g. : vs ->)

Agreed. Obviously `func` wasn't going to happen because it is already so similar to Swift, but `fn` at least should be an option.

Yes, they are able to. Democracy in no way prevents this level of surveillance, clearly. And in fact, the entire surveillance state/economy developed almost entirely under democratic governments. If you were to make any inference based on that alone, then, it would be that it at least enhances or enables it.

(current|democratic) governments

I've been following this for a while now.

Skimming the page, it appears the answer is no, but I'll ask anyway: If all of the project's dependencies are pure Swift (+Foundation) Swift PM packages, is it possible to use them in transparently in the android project. Can they be compiled natively such that the transpiler's kotlin transparently calls into the native (Swift) libraries?

"Obscured" sounds weak and deliberately vague on their part.

Plenty of "privacy researchers" thought it was suspicious that they chose P-256 for iCloud keychain while using it nowhere else.

Protonmail gave up the recovery address. Apple gave up the name, physical address, and phone number associated with it.

DLLs preexist the iPhone by a long time. The implication of your argument is that Google is bankrupt because of F-Droid. Again, all of the big companies (Apple included) were shipping those things before the iPhone came along and blocked sideloading. In fact, those other companies still are provided those things (Apple included if you consider the mac). Some examples (non-exhaustive), since you are ignoring it:

Microsoft: Onedrive, VS, VScode, C#, Visual Basic, .NET (upto and including core), windbg, MSVC, Windows, Windows app stores, etc

Google: Dart, Go, Android Studio, Android, Google Drive, Google Play store & services, etc

Apple: xcode, objective-c, cocoa, llvm, lldb etc all preexist the iphone as well

The facts are: 1. Device owners should be able to install programs onto their phone without any interference from Apple. 2. Apple allowing this will not significantly affect their ability to remain profitable. 3. Most smartphone devices (Android) already do allow this.

I'm not sure I understand the segue you've made here. But, it would be absurd to suggest that Google is entitled to charge a fee for every app installed installed from F-Droid.

Your original claim was that a device owner downloading an application from elsewhere somehow means that Apple could not afford to provide basic development tools. This is demonstrably false.

In any case, most of these outside apps have tended to be free, so if anything sideloading should reduce burden on their servers, which seemed to have been part of your concern.

Yet somehow all of those things preexisted consumer devices that prevent sideloading.

In fact it still works on Android, Windows, Linux desktop, etc.

Yes, but that isn't necessarily a feature of option types. Is it the case that similar sugar for the tiresome Go pattern couldn't achieve similar benefits?

That just changes the boilerplate from if's to match's.

He's probably referring to this: https://news.ycombinator.com/item?id=38783112

Insightful but disappointing.

The use of "retro" is interesting. Probably intended to exclude Switch emulators, but what will the cutoff be?

That's plausible, although it would be quite egregious of Signal to send plaintext push notifications (even of only the contact name) in my opinion.

It isn't difficult to contrive possibilities even in the case of using practices for an iDevice (such as for the screenshot: find incriminating picture [somewhere] -> search for picture hash -> find out that Aude has that same picture on his phone even though it is using iCloud Advanced Data Protection).

The real interest is in the explanation they give and if it is plausible or if it seems to be parallel construction to cover pushing out specialized signed software to employee phones to detect this.

"A forensic analysis of Mr. Aude’s Apple-issued work iPhone reveals that, between June and September 2023, Mr. Aude had over 1,400 connections with a single journalist via Signal."

I'm also interested in this forensic analysis.

How did they identify him? How did they get the information (such as the signal screenshot) from the phone?

I didn't follow the saga as closely as I should have, perhaps, given the gravity. But this* didn't take long to find, only shortly preceding the issue.

* https://twitter.com/marcan42/status/1409176583433179137

Even if you restrict his work to technology, it might be a wash at best.

Wasn't he one of those leading the charge in getting Cloudflare to drop a site due to bullying allegations? I think I'd rather have Cloudflare be neutral than have a few Linux drivers for new MacBooks a couple of years sooner than otherwise.