News for hackers. Stuff that matters.
Re:Swift at Apple: Migrating the Password Monitoring Service... by misiek08 on Tuesday June 03, 2025 @03:11PM (#44173524)
I love to always see such comments. On JVM you use crap like Spring and over-engineer everything. 20 types, interfaces and objects to keep single string in memory.

JVM also like memory, but can be tailored to look okayish, still worse than opponents.

Re:Swift at Apple: Migrating the Password Monitoring Service... by paxys on Tuesday June 03, 2025 @03:26PM (#44173681)
And I'm 100% sure you can do the same in Swift.
Re:Swift at Apple: Migrating the Password Monitoring Service... by jen20 on Tuesday June 03, 2025 @04:31PM (#44174399)
Swift's limitations around reflection actually make it surprisingly difficult to create a typical Java-style mess with IOC containers and so forth.
Re:Swift at Apple: Migrating the Password Monitoring Service... by pjmlp on Wednesday June 04, 2025 @03:31AM (#44178100)
Ever heard of Swift macros?

Do you know where Java EE comes from?

It started as an Objective-C framework, a language which Swift has full interoperability with.

https://en.wikipedia.org/wiki/Distributed_Objects_Everywhere

Re:Swift at Apple: Migrating the Password Monitoring Service... by jen20 on Wednesday June 04, 2025 @10:40AM (#44181196)
> Ever heard of Swift macros?

Yes, having lived on the daily build bleeding edge of Swift for several years, including while macros were being developed, I have indeed heard of them.

> Do you know where Java EE comes from?

Fully aware of the history.

The point stands: it is substantially harder with Swift to make the kind of spring style mess that JVM apps typically become (of course there are exceptions: I typically suggest people write Java like Martin Thompson instead of Martin Fowler). Furthermore, _people just don’t do it_. I imagine you could visualise the percentage of swift server apps using an IOC container using no hands.

Re:Swift at Apple: Migrating the Password Monitoring Service... by pjmlp on Wednesday June 04, 2025 @02:45PM (#44184085)
First the amount of Swift server apps has to grow to a number that is actually relevant for enterprise architects to pay attention.

Then I can start counting.

Re:Swift at Apple: Migrating the Password Monitoring Service... by jen20 on Wednesday June 04, 2025 @04:58PM (#44185478)
That is the reason I used percentages, rather than absolute. For Java, every single app I’ve ever seen has been a massive shit show. For Swift, 0 of the 40-50 I’ve seen are.
Re:Swift at Apple: Migrating the Password Monitoring Service... by pjmlp on Thursday June 05, 2025 @02:40AM (#44188949)
For Swift to be a shit show on Fortune 500 Linux and Windows servers, someone has to start shipping them in volume, regardless of percentiles.

Any language can be a shit show, when enough people beyond the adoption curve write code in them, from the letcoders with MIT degree to the six week bootcamp learners shipping single functions as a package, and architects designing future proof architectures on whiteboards with SAFe.

When Swift finally crosses into this world, then we can compare how much of it has survived the world scale adoption exposure, beyond cozy Apple ecosystem.

Re:Swift at Apple: Migrating the Password Monitoring Service... by eikenberry on Tuesday June 03, 2025 @05:06PM (#44174739)
It's not technical, it's cultural. Different community conventions.
Re:Swift at Apple: Migrating the Password Monitoring Service... by jbverschoor on Tuesday June 03, 2025 @06:04PM (#44175275)
Sure, And you can also make beautiful code in php, or shot code in Java

It’s the history, standard libs, and all the legacy tutorials which don’t get erased from the net

Re:Swift at Apple: Migrating the Password Monitoring Service... by bdangubic on Tuesday June 03, 2025 @03:15PM (#44173561)
same - in every single language with incompetent team