Remix.run Logo
ttflee 9 hours ago

> Swift 6.3 includes the first official release of the Swift SDK for Android.

WillAdams 7 hours ago | parent | next [-]

Anything similar for Windows and Linux?

For Windows there's a 5 year old blog post: https://www.swift.org/blog/swift-on-windows/

For Linux there's a guide for GNOME: https://www.swift.org/blog/adwaita-swift/

It would be really nice if instead we could just do one style of development and then ship a set of libraries as used to work for OpenSTEP (which was why it had "OPEN" in the name).

migueldeicaza 5 hours ago | parent | next [-]

Swift on Windows has been part of the official distribution for a long time:

https://www.swift.org/install/windows/

WillAdams 4 hours ago | parent [-]

The blog posts seems to place higher on search results --- maybe arrange to have it edited?

Which GUI toolkit(s) does that install support?

fassssst 4 hours ago | parent [-]

None, you’re on your own. The Browser Company made bindings for WinRT so you can use WinUI imperatively but it’s non trivial to set up.

myko 7 hours ago | parent | prev [-]

I haven't shipped any Swift on Windows myself but I have a production Linux system using Swift (and C++ interop) and it works really well

gregoriol 9 hours ago | parent | prev [-]

That is going to be used... less than Swift for the servers

iamcalledrob 8 hours ago | parent | next [-]

Interestingly, Kotlin has a pretty solid cross-platform story.

I'd pick it over Swift if targeting Android since it can build and run in the JVM as well as natively -- and has Swift/ObjC interop. Its also very usable on the server if you wanted to, since you can use it in place of Java and tap into the very mature JVM ecosystem. If that's what you're into.

And I have a lot more faith in JetBrains being good stewards of the language rather than Apple, who have a weird collection of priorities.

ljm 6 hours ago | parent [-]

Kotlin is practically a no-brainer when you have JVM at your finger tips, versus something like Swift which is comparatively young.

I tried to use Vapor with Swift recently and struggled to get something working because the documentation looked comprehensive, but had a lot of gaps. I ended up throwing it out because I didn't have the time to dig through the source to understand how to do something, when I could use a mature framework in any other language instead.

The promise is there but I'm just not ready to invest. My youthful days of unbounded curiosity are coming to an end and these days I just want to get something done without much faff.

well_ackshually 6 hours ago | parent [-]

Mind you, Kotlin/Native (which is what gets used when you're compiling for iOS) doesn't have access to the JVM.

However, the Kotlin community is fundamentally all about open source, whereas Apple & iOS Devs have an allergy to it. The quality and quantity is already miles above the vast majority of what's in the Swift ecosystem. https://klibs.io has all the native compatible libs. And if you're targeting a platform where the JVM is available then yeah, it's massive. Compose makes UI tolerable compared to JWT too. Even large projects like Spring are Kotlin first nowadays.

wiseowise 5 hours ago | parent [-]

JetBrains has monetary interest in promoting Kotlin beyond Android, there’s zero incentive to promote Swift as the language outside of iOS and Mac. They don’t need to capture minds of devs for them to develop for Apple devices.

victorbjorklund 9 hours ago | parent | prev | next [-]

I don't know. Could be nice for those developers that prioritize iOS and now they could keep writing Swift also for Android.

Is it gonna be what you primarily use if you wanna write an Android app? Probably not.

Is it gonna displace react Native? Probably not. Is it gonna reach the levels of flutter? Maybe.

ChrisMarshallNY 9 hours ago | parent | next [-]

The language doesn’t really matter. The underlying SDK/framework is where the action is at.

However, I suspect that we may not be too far off, from LLMs being the true cross-platform system. You feed the same requirements, with different targets, and it generates full native apps.

p2detar 7 hours ago | parent | next [-]

> from LLMs being the true cross-platform system

Fully agree. I have zero Swift knowledge and currently use LLM to write a native app. I'm well aware of the SDKs and concepts in iOS development, so even if something's wrong I got intuition where to look and how to make the LLM fix it.

tonyedgecombe 6 hours ago | parent | prev [-]

I’m not sure about that but porting libraries from one language to another seems well within their capabilities.

ChrisMarshallNY 5 hours ago | parent [-]

I don't think we're there yet, but I suspect that it's just a matter of time.

It would certainly be quite profitable. Money tends to drive progress.

wiseowise 5 hours ago | parent | prev [-]

> Is it gonna reach the levels of flutter? Maybe.

Never. It won’t even reach Compose level, Flutter level DX is unattainable for any framework outside Flutter.

wiseowise 5 hours ago | parent | prev | next [-]

This is going to be used much more than Swift for servers. Swift is a primarily client-side mobile language. It makes sense that you tap into reusing the logic.

rirze 4 hours ago | parent | prev | next [-]

Just like .NET for linux... right? RIGHT?

quangtrn 9 hours ago | parent | prev [-]

[dead]