Live data from Hacker News

Dictionary and Set Improvements in Swift 4.0

swift.org

11–20 of 71 posts

Re: Dictionary and Set Improvements in Swift 4.0

#11
post #2

I really wish Apple would focus more on getting Xcode up to par. It's in a truly horrid state, both performance and feature-wise. Developing an Objective-C app is worlds ahead of Swift right now.

Are you aware that Xcode 9 just shipped last week and is a major rewrite of much of the IDE? It's one of the largest updates in Xcode's history.

Sounds like a great reason to stick with v8 for at least six months.

Re: Dictionary and Set Improvements in Swift 4.0

#12

I really wish Swift could find a way to be useful on platforms other than Apple. I'd be willing to commit more to it if I could write truly portable code in it. It's got a good start on Linux, but Windows and Android would be cool too. Though Kotlin won out over Swift for Android (very similar languages but I like Swift a bit better there).

let's say android or windows adopted swift. I don't think that would eliminate the biggest learning curve of dealing with the frameworks. in my experience, learning UIKit stuff was way trickier than swift. I imagine the same experience developing for other OS'.

I'm talking more about portable business logic, libraries I could write and access on all platforms.

Re: Dictionary and Set Improvements in Swift 4.0

#13
post #10
post #6

Earlier quoted context omitted.

So ... any good?

The only that truly annoyed me was that CMD+click doesn't work immediately anymore but conjures some kind of intermediary menu. Haven't figured out if there's a new keystroke for it, but I'm still doing too much work in Xcode 8. To me it was nothing but progress compared to 8 apart from that. Everything faster and better.

There is a checkbox in Xcode preferences to change it back. Not sure where as I’m on mobile, but that annoyed me to no end till I found the option.

I agree on faster and better, but still buggy. Autocomplete still regularly dies for me and requires a restart (of Xcode.)

Re: Dictionary and Set Improvements in Swift 4.0

#14
post #2

I really wish Apple would focus more on getting Xcode up to par. It's in a truly horrid state, both performance and feature-wise. Developing an Objective-C app is worlds ahead of Swift right now.

Are you aware that Xcode 9 just shipped last week and is a major rewrite of much of the IDE? It's one of the largest updates in Xcode's history.

[deleted]

Re: Dictionary and Set Improvements in Swift 4.0

#15

I really wish Swift could find a way to be useful on platforms other than Apple. I'd be willing to commit more to it if I could write truly portable code in it. It's got a good start on Linux, but Windows and Android would be cool too. Though Kotlin won out over Swift for Android (very similar languages but I like Swift a bit better there).

It's probably going to end up similar to the equally hyped objectiveC where the core language was made portable but few of the tooling/API's used for real world OSX applications ended up supporting anything but OSX in any production ready capacity despite GNUSTEP actually shipping a ObjetiveC/OpenSTEP clone for Linux.

For the time being swift on Linux is a case of a few PaaS vendors trying to product differentiate by also offering swift frameworks because they can(due to modern container wrangling) more then due to any real market demand.

Re: Dictionary and Set Improvements in Swift 4.0

#16
post #10
post #6

Earlier quoted context omitted.

So ... any good?

The only that truly annoyed me was that CMD+click doesn't work immediately anymore but conjures some kind of intermediary menu. Haven't figured out if there's a new keystroke for it, but I'm still doing too much work in Xcode 8. To me it was nothing but progress compared to 8 apart from that. Everything faster and better.

It's CMD+Control

Re: Dictionary and Set Improvements in Swift 4.0

#17

I really wish Swift could find a way to be useful on platforms other than Apple. I'd be willing to commit more to it if I could write truly portable code in it. It's got a good start on Linux, but Windows and Android would be cool too. Though Kotlin won out over Swift for Android (very similar languages but I like Swift a bit better there).

let's say android or windows adopted swift. I don't think that would eliminate the biggest learning curve of dealing with the frameworks. in my experience, learning UIKit stuff was way trickier than swift. I imagine the same experience developing for other OS'.

I dunno how true that is, Rust has fantastic support across Windows and Android but leaves UI framework up to the platform.

Re: Dictionary and Set Improvements in Swift 4.0

#18
post #6

Earlier quoted context omitted.

Are you aware that Xcode 9 just shipped last week and is a major rewrite of much of the IDE? It's one of the largest updates in Xcode's history.

So ... any good?

I've used it for a couple of days now. I've seen some issues with the Simulator but I think that's not strictly related to the IDE. As far as Xcode and the editor is concerned - it's extremely quick now. Functionally also better in terms of the code editor.

Re: Dictionary and Set Improvements in Swift 4.0

#19
post #13
post #10

Earlier quoted context omitted.

The only that truly annoyed me was that CMD+click doesn't work immediately anymore but conjures some kind of intermediary menu. Haven't figured out if there's a new keystroke for it, but I'm still doing too much work in Xcode 8. To me it was nothing but progress compared to 8 apart from that. Everything faster and better.

There is a checkbox in Xcode preferences to change it back. Not sure where as I’m on mobile, but that annoyed me to no end till I found the option. I agree on faster and better, but still buggy. Autocomplete still regularly dies for me and requires a restart (of Xcode.)

Preferences > Navigation > "Command Click on Code"

Re: Dictionary and Set Improvements in Swift 4.0

#20

Earlier quoted context omitted.

let's say android or windows adopted swift. I don't think that would eliminate the biggest learning curve of dealing with the frameworks. in my experience, learning UIKit stuff was way trickier than swift. I imagine the same experience developing for other OS'.

I dunno how true that is, Rust has fantastic support across Windows and Android but leaves UI framework up to the platform.

I think that’s what he’s saying?
Post reply on HN