Since most of the server-side Swift community probably uses Vapor, and Vapor already has a popular Discord channel, shouldn't we use Discord instead? If not, many people (myself included), will just keep using the Vapor Discord channel, just to avoid having to run Slack as well.
This keeps coming up but yeah, +1 for a discord over slack. I have an Apple Development discord setup already with over 200 people id be happy to turn some keys over and ad mods/admins but totally up to the sswg.
I think it would be highly valuable to set up a repo with just markdown documents with a short intro to Linux development (most server work will be deployed there at the end of the day...) with Swift and giving links to useful technology (IDE:s, debugging tools, cross-platform considerations, ...) as well as to framework useful for server-side stuff.
I am sure there are a lot of people who could provide input to that and provide PR:s - it would become a knowledge repo for server-side development and provide a simple anchoring point / link that can be provided to anyone working with server-side Swift. I am sure there are a lot of us who keeps a link of bookmarks to useful stuff...
To start with, it could just be a structured link archive but topics could be expanded and original text written as needed going forward.
Edit: It would need to be blessed by the SSWG and perhaps linked to from swift.org too...
I don't think Swift on the server has a visibility issue, it has a perception issue. This is for many reasons, including platform support (Swift should be installable like any other package) and tooling. Real progress in overcoming those issues would go a long way towards organically increasing the visibility of Swift on the server.
Well, I can only reflect as someone who recently (in 2021) started evaluating Swift on the server - definitely agree that there are friction in getting a toolchain and up and running properly (although looking forward to try a clean 5.4 soon).
I strongly believe perception is guided by visibility - just take the linked forum discussion above - VS Code should be a clear option, but how do someone who wants to do server development find that information in the first place if they don't even know there are options? Would be nice to give people a starting point.
I can only say that from my experience there was a significant visibility issue where a lot of useful information needs a fair amount of digging and perseverance.
I found tools like heaptrack, the ability to use TSAN, found a bunch of frameworks, had to build a custom toolchain for LLDB to not trigger asserts (thanks @johannesweiss for assistance), just to mention a few things... I would have loved to have that in one place and would be happy to share such hints (like used custom memory allocators interposed and seen that it gives a nice performance boost for many use cases?)
How many people know that there is a Slack that can be joined?
Personally, I totally don't care about web related development, so references to various web frameworks which are plentiful is not very useful, but information about working server-side tools is useful!
(Server development != Web/HTTP services/apps/servers...)
And to reference the talking points at the top:
if we advertise a central Slack, we should take action items to make guides from recurring questions
Those guides could be hosted in this same repo for sure.
So I would propose something like the Swift Server Development Guide repo ;-)
So, have done a few PR:s now to that repo sharing some initial experiences, more later... Thanks for pointing it out @fabianfett - hope it can expand and get a more prominent linkage from swift.org in the future.
+1 to this! Would be amazing if on linux it was a 1 liner to install latest swift version (sudo apt-get install swift5.4).
Also quick VSCode setup on linux/macOS would be a game changer IMO. The current lsp installation process is decently hefty and still doesn't seem to autocomplete in larger packages (maybe I'm doing something wrong).
I'd imagine server devs having to screw around with getting swift set up or download Xcode just to tinker around causes a lot of interest drop-off.
So many cool things coming down the pipeline in Swift & Swift on the server it would be a shame if it was hard to start using them :)
It seems the biggest part is to buy and set up an instance. Swift-related parts are almost the same across all cloud providers.
I would expect more specific cases like serverless functions, container deployment, connecting to cloud-based DBs and so on. These are the really different parts between cloud providers and they also represent future directions.
I completely agree that a big problem is the difficulty to install Swift tooling on Unix.
I work in a cloud company called Clever Cloud, and we package our own Exherbo distributions for the exact environments we provide. As a Swift enthusiast, working a lot with Server Side Swift (mainly with Vapor), I proposed my colleagues to add Swift support.
Even though they are really experienced in Exherbo packaging, they told me it was a real pain to add Swift support, and paused it until it’s easier.
I think it’s by being present in front of people that SSS will be better known.
I really look forward to a Swift version easier to install.
THE thing that is really missing and that would simplify everything and make the task a lot less unpleasant:
A real full release tarball that doesn't force you to download 20 others and extract them in the right place.