<div dir="ltr"><div>Hello everyone 👋,<div><br></div><div>I have read/skimmed through half of the mailing list archives, up to March &#39;17, so far. To control my desperation to skip the rest, I&#39;m taking a breather here and chiming in to introduce myself.</div><div><br></div><div>My name is Gurpartap Singh. I&#39;ve been a no-name writing Cocoa/OS X apps since 2007, iOS since 2009, and shipped my first Swift app with swift-1.1. The journey&#39;s been bumpy but incredibly productive even with the swift major version migrations. 🤓</div><div><br></div><div>I&#39;ve also been using Go on the backend for the past 2 years for http api servers. I&#39;ve made myself acquaint with golang/src/net/http&#39;s basic working model as well as the community tooling around it. I&#39;m also using grpc-go (HTTP/2 transport) and following swift-grpc and swift-protobuf development, looking for signs of stability to be able to switch wherever productive.</div><div><br></div><div>Out of necessity, since I do not use a proxy server (nginx, Apache), I patched Go&#39;s net/http to serve TLS on a &quot;given&quot; listener (systemd activated port listener in my case). I contributed this back to golang source, and it was shipped in today&#39;s Go 1.9 release.</div><div><br></div><div>There&#39;s a lot to be desired in my current Go stack when compared with the opportunity Swift presents, inherent variable type-safety being one[2], and the joy of writing expressive code being another among many.</div><div><br></div><div>Along with server-swift, I&#39;m also exploring how empowered I feel with swift-package-manager[3], IDE tooling[4], crash-resilience (I read the list thread on this), orm-free db/postgres drivers, community adoption and stories of excitement in the wild. 🕺</div><div><br></div><div>Staying on topic and to scratch my own itch, I am, therefore, interested to learn more about and contribute to the swift-server work group. I do not know if I&#39;m eligible to be a stakeholder, but I would like to stick close to and observe the developments, and provide feedback on topics I can get a grip on.</div><div><br></div><div>Thank you for your time.</div><div><br></div><div>Kind Regards,</div><div>Gurpartap Singh[5]</div><div><br></div><div>[1] <a href="https://github.com/golang/go/issues/13228" target="_blank">https://github.com/golang/<wbr>go/issues/13228</a></div><div><a href="https://go.googlesource.com/go/+/0b77d3eb009335aaa72205c6642409a5e4a408d6%5E%21" target="_blank">https://go.googlesource.com/go<wbr>/+/0b77d3eb009335aaa72205c6642<wbr>409a5e4a408d6%5E%21</a><br></div><div><br></div><div>[2] Go assumes zero-values for uninitialized primitives, structs. The need for optionals is compensated by assuming zero-values as nil, custom wrappers, or by using pointers. 🤷‍♂️</div><div><br></div><div>[3] There are questions about offline/local development flow that I&#39;m going to find answers for through experience. Let me ask one, do I have to git commit a local dependency before I&#39;m able to build the dependent during development?</div><div><br></div><div>[4] Dependency building, source completion, source linting/formatting, debugger, etc. that actually works. 🤤</div><div><br></div><div>[5] You may follow me on <a href="https://twitter.com/Gurpartap" target="_blank">Twitter</a> and <a href="https://github.com/Gurpartap" target="_blank">Github</a>.</div></div><div><br></div></div>