I'd like to think that if things went just a little bit better it would have beed the ideal programming language for anything cloud / backend related.
If you run into trouble, you can usually improve the dev experience by declaring types. This is usually only an issue if you're using a lot of generics or overloaded methods.
let x = y.fruit(ripeness: 0.9) // <- instead of this
let x: Banana = y.fruit(ripeness: 0.9) // <- do this
If Swift is giving you grief, it's probably type inference being slow or producing strange errors.Related to the above, generics are powerful, but I strongly feel they should only be used if they clarify the code. Often they obfuscate and complicate what's going on, especially if you have the interaction of two generic types.
Maybe, but in my most recent attempt to use vapor (~a year ago?), the project it created with `vapor new` had inscrutable compilation errors off the bat, and so I immediately gave up.
It's actually very surprising they managed to get that language work at all given the size of it. In that regard, i wouldn't say execution was bad. It was just unrealistic, and too much was asked from it.
My recent point of comparison is rust, which feels like a much much smaller language, despite sharing a lot of the philosophy (struct + trait, which is very similar to what swift recommends to use nowadays, and limit the use of class).
I’m not sure of the “worst execution” part. Is it even possible to make a Swift compiler that doesn’t occasionally hit those “humans immediately see what this code does, but it takes ages to compile this” moments?
I think there’s something about Swift’s type system that makes those moments unavoidable. If so, Swift is more “good idea, but too flexible to build a compiler for”, and they should have killed some of their darlings to get a better language.
I think I’ve seen a C compiler crash once or maybe twice, ever.
But to be fair that front has been hugely enhanced; it’s been a very long while since I’ve since the Swift compiler crash (and I do weird stuff too).
It means absolutely nothing, and infuriates me, whenever I get it.
It’s usually some kind of simple syntax error, but it could be absolutely anywhere in the indicated block of code.
When I get one of those, the way I debug, is to comment out the entire block, then uncomment, in steps, until I encounter the issue.
At that point, I usually just have to spend a bunch of time, staring at the offending section, until I figure it out.
I had to introduce a lot of helper variables to break up my longer transformation pipelines to make the compiler happy.
I hope Swift is not going the way of Scala any further, which I enjoyed a lot when I adopted it early on, but eventually turned into a monster of a language.
Btw., for recreational coding, I moved on to Elixir in the meanwhile.