Most active commenters
  • jitl(3)
  • rescripting(3)
  • tempodox(3)

←back to thread

612 points dayanruben | 26 comments | | HN request time: 0.001s | source | bottom
1. tux3 ◴[] No.42899950[source]
The goal for Swift should (and seems) to be to gradually separate itself from XCode, which is holding it back from its ambitions.

XCode has been compared to many things, but at 3.1 stars on the App store, one must find that it is still slightly overrated.

replies(4): >>42899981 #>>42901466 #>>42902607 #>>42906323 #
2. dlachausse ◴[] No.42899981[source]
Swift hasn’t required Xcode for several years now. It has robust command line tooling and a VSCode plugin.

https://www.swift.org/documentation/articles/getting-started...

replies(2): >>42900031 #>>42900176 #
3. tux3 ◴[] No.42900031[source]
I believe it still does at least for iOS, or it did last time I checked (for a Swift library I was writing).
replies(2): >>42900198 #>>42900222 #
4. airstrike ◴[] No.42900176[source]
Despite being terrible, the last time I checked, the experience in Xcode was somehow still meaningfully better than with the VSCode plugin
replies(1): >>42901419 #
5. jitl ◴[] No.42900198{3}[source]
Hence this announcement is great, since it seems to say they’re (going to?) support building GUI apps with SwiftPM and/or the newly open sourced build tool.
replies(1): >>42900693 #
6. plorkyeran ◴[] No.42900222{3}[source]
Building Swift code for iOS without going through xcodebuild is sort of obnoxious but is possible. You do need to have a copy of Xcode installed regardless of programming language simply because the iOS SDKs aren't distributed separately.
7. Zanfa ◴[] No.42900693{4}[source]
SwiftPM has always supported building GUI apps.
8. rescripting ◴[] No.42901419{3}[source]
What don’t you like about the VSCode plugin?
replies(1): >>42903491 #
9. tempodox ◴[] No.42901466[source]
I feel like Swift is being held hostage by Apple. I can't get get the next version of Swift, because it's being distributed with a higher version of Xcode that only runs on an OS version I don't want to install (yet), and even if I did, I'd first have to buy a new Mac for that. That trick seems to work with enough developers to make Apple ever more rich and powerful and even more arrogant (if that's possible at all), but it doesn't work with me. As much as I appreciate Swift, I will only ever use it on my terms, not on Apple's.
replies(5): >>42901577 #>>42901597 #>>42901685 #>>42901819 #>>42902006 #
10. diggan ◴[] No.42901577[source]
> As much as I appreciate Swift, I will only ever use it on my terms, not on Apple's.

Apple's ethos for a long time have been "On our terms only", for almost everything they've built. Why would they treat Swift any differently?

11. declan_roberts ◴[] No.42901597[source]
While i am sympathetic to you, you have to see that you represent a vanishing small use case for them.
replies(1): >>42901682 #
12. AlotOfReading ◴[] No.42901682{3}[source]
Isn't that their complaint though? They don't want to participate in a language where they can only ever be a second class citizen.
13. rescripting ◴[] No.42901685[source]
This isn’t true, you can get the next version of Swift by downloading a pkg installer from https://www.swift.org/install/macos/

You can get it bundled with Xcode as well if you’d like, but it’s not necessary.

replies(1): >>42902461 #
14. threeseed ◴[] No.42901819[source]
> I'd first have to buy a new Mac for that

Which means you are running Mojave and your Mac is at least 6 years old.

I wouldn't expect anyone to support developers who are running a two generation old OS.

replies(1): >>42902365 #
15. ◴[] No.42902006[source]
16. kelnos ◴[] No.42902365{3}[source]
I can run the latest version of my OS of choice on hardware twice that old.

This is only a problem that Apple has created to help them sell hardware. These days, a 6-year-old laptop is still a perfectly capable machine.

replies(1): >>42903691 #
17. tempodox ◴[] No.42902461{3}[source]
But you cannot run the product on an iDevice and a build for Mac Catalyst isn't even possible. “Bundled with Xcode” is very much necessary.
replies(1): >>42902815 #
18. mrclears ◴[] No.42902607[source]
Using XCode is... unfortunate. Used it for only 10 minutes today and had a crash. Performance was very bad.

(Here's a bad one: I accidentally copied a whole file into the Find and Replace box. Instant Freeze and 1 frame per minute response.)

19. madeofpalk ◴[] No.42902815{4}[source]
Swift isn't the one being held hostage, it's iOS development.
20. jitl ◴[] No.42903491{4}[source]
For me it just spins forever and never manages to do any LSP things
replies(2): >>42903767 #>>42904388 #
21. threeseed ◴[] No.42903691{4}[source]
And it is still a perfectly capable machine.

But you can't expect Apple to support it as a development platform. Especially when they want you to use the latest SDKs which only work on newer machines.

replies(1): >>42906521 #
22. rescripting ◴[] No.42903767{5}[source]
If you haven’t tried recently I’d give it another go. A lot of work has gone in to the LSP this past year to stabilize it and improve performance.
23. myko ◴[] No.42904388{5}[source]
Pretty similar to the Xcode experience, then
replies(1): >>42904666 #
24. jitl ◴[] No.42904666{6}[source]
I find Xcode completion and especially doc lookup pretty good. It’s not as good as being able to jump straight into framework source code like with Android Studio but better than pretty much anything in VS Code in any language.

That is, as long as there’re no type errors in my code… once I get a little too creative in SwiftUI all bets are off.

25. frizlab ◴[] No.42906323[source]
It’s Xcode.
26. tempodox ◴[] No.42906521{5}[source]
You're moving the goal posts. I'm not interested in SDKs that cannot work on a given OS or CPU, I just want to update the compiler to make use of progress in the language, without being forced by Apple to buy new hardware for that, or install a different OS. You pretending these things cannot be separated looks deeply disingenuous.