5 ms·
Swift was never about volunteering: it's an Apple product, even if they tried to market it as open, it's Apple that manages the roadmap, with the usual secrecy,
by gregoriol 5y ago
Swift was never about volunteering: it's an Apple product, even if they tried to market it as open, it's Apple that manages the roadmap, with the usual secrecy, ...
- loeg 5y agoLattner was volunteering: > For context, I left Apple over five years ago and the only constant in my life is that I'm always "very busy" :smile:. That said, Swift is important to me, so I've been happy to spend a significant amount of time to help improve and steer it. This included the ~weekly core team meetings (initially in person, then over WebEx), but also many hours reading and responding to Swift Evolution, and personally driving/writing/iterating many Evolution Proposals 19. As such, my decision to leave the core team last summer wasn't easy.
- echelon 5y agoFork it! Call it Bird or Goose or something. Pull out SwiftUI and keep it simple. Focus on the server market more.
- shtopointo 5y agoThat would actually be an interesting direction. Swift would be an amazing server side language.
- zozbot234 5y agoObligate ARC is not a good fit for server software. Even obligate tracing GC ala Go and all the JVM/CLR languages gives you better throughput than that, though obviously doing neither is best.
- skohan 5y agoI think Swift could work very well in a lambda/serverless context. In that case, you'd be writing mostly functional Swift code with sparing use of reference types, which would mean you wouldn't hit ARC at all and you'd have static memory management similar to Rust. That, along with Swift's expressiveness, ADT's and awesome type system in general would make it a great experience. Kind of like the ergonomics of Python with an actual good compiler eliminating obvious mistakes like Rust.
- zozbot234 5y ago> in a lambda/serverless context. Perhaps, but that's not server software, is it?
- skohan 5y agoYou wouldn't consider code executing in a lambda to be server-side? What is it then?
- zozbot234 5y agoA software function, as in "functions as a service". Very different from the concerns of most server-side code.
- skohan 5y agoYeah I mean I think it's largely semantic. I think when most people talk about "swift on the server" they mean they want to write their server-side business logic in Swift, and that seems perfectly suitable in a serverless context.
- shtopointo 5y agoSorry, don't know enough of the theory behind this – why is that not a good fit? Happy to read up on this if you don't have the time to type it up.
- zozbot234 5y agoBecause it's too slow.
- shtopointo 5y agoGreat explanation, thanks...
- danappelxx 5y agoI’m not sure if it’s fair to dismiss ARC as a bad fit for server-side work in general, but the typical argument is that atomic retain/release operations become quite expensive when you share memory across threads. It’s easy to imagine, for example, how a global database connection pool accessed on every request across dozens of threads would have non-zero ARC overhead. In practice, compiler optimizations reduce the amount of retain/release pairs emitted, but I have no idea how the resulting performance compares to GC languages.
- shtopointo 5y agoAh I see very interesting, thanks!
- pjmlp 5y agoBad, like really bad. https://github.com/ixy-languages/ixy-languages https://github.com/ixy-languages/ixy-languages
- danappelxx 5y agoInteresting, thanks for sharing. Related thread on Swift forums [1] seems to suggest that the latest Swift compiler would generate code that performs a lot better than the Swift 4.2 version. I'm interested in checking that for myself. [1]: https://forums.swift.org/t/swift-performance/28776 https://forums.swift.org/t/swift-performance/28776
- qaq 5y agoI think he has enough on his plate.
- shagie 5y agoIBM took a stab at it a bit ago - https://developer.ibm.com/languages/swift/ https://developer.ibm.com/languages/swift/ There is some neat stuff that you can do with it in docker https://hub.docker.com/_/swift https://hub.docker.com/_/swift
- samhw 5y ago> Call it Bird or Goose or something. I'd cast my vote for Crested Shriketit. Or maybe Mionectine Flycatcher? Many-Coloured Rush Tyrant? Incidentally, Wikipedia's list of birds is truly a wondrous place: https://en.wikipedia.org/wiki/List_of_birds https://en.wikipedia.org/wiki/List_of_birds
- selimthegrim 5y agoProthonotary warbler? At least it's not red.
- the_gipsy 5y agoUnladenSwallow
- dbetteridge 5y agoBut an African or European one?
- the_gipsy 5y agoI don't know that!
- Andrew_nenakhov 5y agoA rename would be welcome. That singer girl pops up every other search about Swift, so irritating.
- andrewjl 5y agoWhat do you mean by keep it simple? SwiftUI isn't a part of the Swift language.