Hacker News new | past | comments | ask | show | jobs | submit login

I 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.




> in a lambda/serverless context.

Perhaps, but that's not server software, is it?


You wouldn't consider code executing in a lambda to be server-side? What is it then?


A software function, as in "functions as a service". Very different from the concerns of most server-side code.


Yeah 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.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: