News for hackers. Stuff that matters.
Re:Pushing Swift to the Server by regularfry on Thursday March 09, 2017 @10:20AM (#13829812)
Wow. That "same language connected by an interface schema would have prevented Mars mission loss" thing is a really thin stretch.
Re:Pushing Swift to the Server by aub3bhat on Thursday March 09, 2017 @11:21AM (#13830283)
This submission reminds me of "Satirical hacker news post"

""" The Muskonauts figured out why their shit exploded. Hackernews, literally all of whom are actual rocket scientists, wonders if unit tests could have helped. """

Also conveniently forgetting that Computer Scientists are yet to solve types <===> physical dimensions mapping in practical programming language.

https://hackage.haskell.org/package/dimensional

Re:Pushing Swift to the Server by jahewson on Thursday March 09, 2017 @01:10PM (#13831395)
F# units of measure are pretty cool - types for units!
Re:Pushing Swift to the Server by pducks32 on Thursday March 09, 2017 @03:58PM (#13833549)
Foundation's Measurements aren't bad and it's easy to extend them to do arithmetic.
Re:Pushing Swift to the Server by falcolas on Thursday March 09, 2017 @12:11PM (#13830699)
The Muskonauts figured out why their shit exploded. The Applluminati wants to replace the Muskonauts' shit with their own shit.
Re:Pushing Swift to the Server by tyingq on Thursday March 09, 2017 @10:36AM (#13829945)
Similar for (roughly) "we ran one benchmark and can now say that swift is similar to java in performance and uses half the memory generally, for all things". No reference to the benchmark either.
Re:Pushing Swift to the Server by jayd16 on Thursday March 09, 2017 @10:52AM (#13830083)
The reference was shown in the slide. Here is the link: http://benchmarksgame.alioth.debian.org/u64q/spectralnorm.ht...
Re:Pushing Swift to the Server by ssscommunity on Thursday March 09, 2017 @12:44PM (#13831074)
In addition to reading Swift benchmark code, mixing unsafe C with Swift aren't complicated to learn and offer more performant. In contrast to Adobe AIR + C API (ANE).
Re:Pushing Swift to the Server by dang on Friday March 10, 2017 @12:12AM (#13836552)
The site owner asked us to replace the original URL you had with a static one in the hope of taking some strain off the web server, so we've done that. I hope that's ok.
Re:Pushing Swift to the Server by Cthulhu_ on Thursday March 09, 2017 @10:50AM (#13830065)
That's not hard either, given the nature of both languages (native / compiled vs JVM). Yes I know Java can perform better in some situations.
Re:Pushing Swift to the Server by unit91 on Thursday March 09, 2017 @11:11AM (#13830216)
Yeah, the Mars mission loss is also really well-worn at this point. I've heard this example in contexts ranging from cross-org communication, to software APIs, and unit checking (as in SI, USCS, etc.). Now I can add "language X is better than language Y" to that list!
Re:Pushing Swift to the Server by Cyph0n on Thursday March 09, 2017 @11:55AM (#13830548)
What's worse is that the whole "story" wasn't even tied in to the rest of the talk. So basically, the guy spent 10 minutes talking about an interesting anecdote that had almost nothing to do with the rest of the talk.
Re:Pushing Swift to the Server by kraigspear on Thursday March 09, 2017 @10:29AM (#13829885)
Exactly. I'm a fan of Swift on the server, but this is the best they can do with marketing?
Re:Pushing Swift to the Server by ssscommunity on Thursday March 09, 2017 @11:07AM (#13830187)
It's still early, 2017 will be exciting times with Swift 4.

That's where we are coming to share more of SSS topics in https://www.facebook.com/ServerSideSwiftCommunity/